Auftragseingang EMORD FUNCTION EXIT_SAPLVEDA_001 -INCLUDE ZXVEDU03
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Beitrag
von BCAlterHase (ForumUser / 2 / 1 /
0
)
»
Hallo Kollegen.
Wir haben den neusten SP Stack 26 in unser NW 740 eingespielt. Jetzt geht in der EMORD die Verarbeitung in dem FUNCTION EXIT_SAPLVEDA_001 -INCLUDE ZXVEDU03 auf die Bretter. Vorher hat das User-Exit einwandfrei funktioniert, den Fehler haben wir nun auf dem Q-System bei den Tests gemerkt. Die Verarbeitung geht mit dem Fehler UC_OBJECTS_NOT_CONVERTIBLE auf die Bretter, Die Anweisung "MOVE src TO dst" erfordert, daß die Operanden "dst" und "src" konvertierbar sind.
Hinweise zur Fehlerbehebung= Bei der Anweisung "MOVE src TO dst"
nur konvertierbare Operanden "dst" und "src" verwenden.
Dann bekomme ich die Info das im EXIT_SAPLVEDC_001 ist DXVBAK unterschiedlich
definiert ist bei der Prüfung des Func. Die Meldungsnr. ist die FL160 Info-Text
In EXIT_SAPLVEDC_001 ist DXVBAK unterschiedlich definiert
Meldungsnr. FL160 Diagnose
Sie verwenden innerhalb einer Funktionsgruppe für Funktionsbausteine mit globaler Schnittstelle gleichnamige Parameter, die
•unterschiedliche Bezugsfelder/-strukturen und/oder
•unterschiedliche Vorgabewerte haben.
Der Parameter DXVBAK ist in dem Funktionsbaustein EXIT_SAPLVEDC_001 mit der Struktur VBAK definiert.
Vorgehen: Verwenden Sie entweder unterschiedliche Namen für die Parameter oder sorgen Sie für Gleichheit bei den Definitionen. D.h. gleichnamige Parameter sollten in diesem Fall auch gleiche Bezugsfelder und - sofern vohanden - gleiche Vorgabewerte besitzen.
Wie gehe ich nun als erstes am besten vor? Kriege ich das als Basis Mann hin?
Gruss
Ralle
Wir haben den neusten SP Stack 26 in unser NW 740 eingespielt. Jetzt geht in der EMORD die Verarbeitung in dem FUNCTION EXIT_SAPLVEDA_001 -INCLUDE ZXVEDU03 auf die Bretter. Vorher hat das User-Exit einwandfrei funktioniert, den Fehler haben wir nun auf dem Q-System bei den Tests gemerkt. Die Verarbeitung geht mit dem Fehler UC_OBJECTS_NOT_CONVERTIBLE auf die Bretter, Die Anweisung "MOVE src TO dst" erfordert, daß die Operanden "dst" und "src" konvertierbar sind.
Hinweise zur Fehlerbehebung= Bei der Anweisung "MOVE src TO dst"
nur konvertierbare Operanden "dst" und "src" verwenden.
Dann bekomme ich die Info das im EXIT_SAPLVEDC_001 ist DXVBAK unterschiedlich
definiert ist bei der Prüfung des Func. Die Meldungsnr. ist die FL160 Info-Text
In EXIT_SAPLVEDC_001 ist DXVBAK unterschiedlich definiert
Meldungsnr. FL160 Diagnose
Sie verwenden innerhalb einer Funktionsgruppe für Funktionsbausteine mit globaler Schnittstelle gleichnamige Parameter, die
•unterschiedliche Bezugsfelder/-strukturen und/oder
•unterschiedliche Vorgabewerte haben.
Der Parameter DXVBAK ist in dem Funktionsbaustein EXIT_SAPLVEDC_001 mit der Struktur VBAK definiert.
Vorgehen: Verwenden Sie entweder unterschiedliche Namen für die Parameter oder sorgen Sie für Gleichheit bei den Definitionen. D.h. gleichnamige Parameter sollten in diesem Fall auch gleiche Bezugsfelder und - sofern vohanden - gleiche Vorgabewerte besitzen.
Wie gehe ich nun als erstes am besten vor? Kriege ich das als Basis Mann hin?
Gruss
Ralle
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Tja, diese Art der Zuweisung funktioniert nur bei "flachen" Strukturen. Was das genau ist, ist in der SAP Hilfe eigentlich lang und breit erklärt.
Im Grunde muss man beim Wechsel auf ein Unicode System darauf achten, dass solche Anweisungen genauestens geprüft werden. Der UC-Check sollte das eigentlichen schon vorab als Fehler auswerfen.
In eurem Fall ist offensichtlich entweder die Variable "ls_vbak" oder "dxvbak" (oder beide) durch die Unicode-Umstellung keine "flache" Struktur mehr. Alles was daran nicht vom Typ CHAR, DATE, TIME oder NUMC ist sollte daher genau überprüft werden. Notfalls musst du mit die Felder einzeln händisch zuweisen bzw. aufsplitten und befüllen.
Im Grunde muss man beim Wechsel auf ein Unicode System darauf achten, dass solche Anweisungen genauestens geprüft werden. Der UC-Check sollte das eigentlichen schon vorab als Fehler auswerfen.
In eurem Fall ist offensichtlich entweder die Variable "ls_vbak" oder "dxvbak" (oder beide) durch die Unicode-Umstellung keine "flache" Struktur mehr. Alles was daran nicht vom Typ CHAR, DATE, TIME oder NUMC ist sollte daher genau überprüft werden. Notfalls musst du mit die Felder einzeln händisch zuweisen bzw. aufsplitten und befüllen.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
BCAlterHase
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von BCAlterHase (ForumUser / 2 / 1 /
0
)
»
Hi, vielen Dank für die ausführliche Antwort. Komischerweise ist das System von
Anfang an ein Unicode System, der SPS Stack 26 hat nun den Exit zerschossen.
Wir haben es gestern nach draussen gegeben, damit wir am WE live gehen kann. Wir haben im Proj. Team zu viel vor der Brust.
Anfang an ein Unicode System, der SPS Stack 26 hat nun den Exit zerschossen.
Wir haben es gestern nach draussen gegeben, damit wir am WE live gehen kann. Wir haben im Proj. Team zu viel vor der Brust.
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Möglich, dass das Coding bislang nie durchlaufen wurde und erst durch den Transport "aktiviert" worden ist. Solange kein anderes Programm den Code aufruft (oder ein Transport ein abhängiges Objekt aktiviert) wird auch die Syntax nicht aktiv geprüft.BCAlterHase hat geschrieben: ↑16.02.2022 11:41Komischerweise ist das System von
Anfang an ein Unicode System, der SPS Stack 26 hat nun den Exit zerschossen.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
3218
Views
Views
RFFOD__L AZV User-Exit Include ZXFORU01 LZB-Kennzeichen
von Blueshape » 30.07.2007 15:56 • Verfasst in Basis
von Blueshape » 30.07.2007 15:56 • Verfasst in Basis
7
Antw.
Antw.
10160
Views
Views
SAP Query - Auftragseingang
von Daven » 15.05.2013 09:24 • Verfasst in Material Management & Produktionsplanung
von Daven » 15.05.2013 09:24 • Verfasst in Material Management & Produktionsplanung
1
Antw.
Antw.
10916
Views
Views
2
Antw.
Antw.
5356
Views
Views
Was ist der Unterschied zw. customer exit & user exit
von bohne » 07.02.2007 21:04 • Verfasst in ABAP® für Anfänger
von bohne » 07.02.2007 21:04 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor einer Stunde von DeathAndPain 2 / 108
vor einer Stunde von DeathAndPain 2 / 108
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor einer Stunde von DeathAndPain 2 / 108
vor einer Stunde von DeathAndPain 2 / 108