IDOCs bleiben mit Status 64 hängen, ORDCHG legt Kauftr an
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
S.g.Community!
Wir haben auf unserem Produktivsystem gleich 2 Probleme:
IDOCs blieben mit Status 64 hängen, ein Nachbuchen mit BD87
bewirkte ein totales Fehlverhalten:
IDOCs vom Typ ORDCHG welche eigentlich den Kundenauftrag ändern sollen legten für jede Änderung einen neuen an.
Bevor ich jetzt ein User-Exit aktiviere meine Frage ob dieses Verhalten
nicht über SAP-Sdt.Funktion abzustellen ist ? Danke für Info, Harald
Wir haben auf unserem Produktivsystem gleich 2 Probleme:
IDOCs blieben mit Status 64 hängen, ein Nachbuchen mit BD87
bewirkte ein totales Fehlverhalten:
IDOCs vom Typ ORDCHG welche eigentlich den Kundenauftrag ändern sollen legten für jede Änderung einen neuen an.
Bevor ich jetzt ein User-Exit aktiviere meine Frage ob dieses Verhalten
nicht über SAP-Sdt.Funktion abzustellen ist ? Danke für Info, Harald
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moin Harald,
wo kommen die IDOCs her (MM? ORDERS02?)? Ist sichergestellt, dass der Kundenauftrag auf den sich die Änderung bezieht gefunden werden kann im System? Evtl. fehlt eine Referenznummer auf den eigentlichen Auftrag?
Gibt es denn in der BD87 einen Fehlertext? Mit ORDCHG wird normalerweise kein Auftrag angelegt, sonden mit ORDERS. Insofern verwundert dieses Verhalten schon!
Ciao, LoLo
wo kommen die IDOCs her (MM? ORDERS02?)? Ist sichergestellt, dass der Kundenauftrag auf den sich die Änderung bezieht gefunden werden kann im System? Evtl. fehlt eine Referenznummer auf den eigentlichen Auftrag?
Gibt es denn in der BD87 einen Fehlertext? Mit ORDCHG wird normalerweise kein Auftrag angelegt, sonden mit ORDERS. Insofern verwundert dieses Verhalten schon!
Ciao, LoLo
Hallo Lolo!
Die Kundenaufträge kommen aus einem anderen Mandanten der als log. System definiert ist.
Hier wird ORDERS04 nach Neuanlage einer Bestellung geschickt. Gleiches gilt dann für ORDRSP nach Berstätigung der Bestellung und ORDCHG bei Änderung.
Wir hatten einige IDOCs die mit Status 64 im System hangen. Diese wurden dann wieder eingebucht, hier jedoch ORDERS und ORDCHG vermischt.
Als Resultat standen nun bis zu 5 Kundenaufträge/Bestellung im System.
Dieses Verhalten müsste eigentlich unterdürckbar sein, mein Ansatz ein User-Exit im FuBau IDOC_INPUT_ORDCHG zu aktivieren und dort eine Neuanlage zu verhindern wäre nur die letzte Möglichkeit, hoffe doch das es eine Einstellung gibt.
MfG Harald
Die Kundenaufträge kommen aus einem anderen Mandanten der als log. System definiert ist.
Hier wird ORDERS04 nach Neuanlage einer Bestellung geschickt. Gleiches gilt dann für ORDRSP nach Berstätigung der Bestellung und ORDCHG bei Änderung.
Wir hatten einige IDOCs die mit Status 64 im System hangen. Diese wurden dann wieder eingebucht, hier jedoch ORDERS und ORDCHG vermischt.
Als Resultat standen nun bis zu 5 Kundenaufträge/Bestellung im System.
Dieses Verhalten müsste eigentlich unterdürckbar sein, mein Ansatz ein User-Exit im FuBau IDOC_INPUT_ORDCHG zu aktivieren und dort eine Neuanlage zu verhindern wäre nur die letzte Möglichkeit, hoffe doch das es eine Einstellung gibt.
MfG Harald
Hallo Harald,
Das Standardverhalten ist normalerweise so, dass eine ORDCHG nicht gebucht werden kann, wenn es dazu keinen bereits angelegten Kundenauftrag dazu gibt (ORDERS). Die Frage ist natürlich inwieweit Status 64 dazu geführt hat, dass die IDOCs eingebucht wurden und vor allem wodurch dieser ausgelöst wurde. Status 64 ist ja insofern recht ungewöhnlich, weil im Fehlerfall '51' gesetzt wird und man kann dann eigentlich 'sauber' aufsetzen.
Ciao, LoLo
Das Standardverhalten ist normalerweise so, dass eine ORDCHG nicht gebucht werden kann, wenn es dazu keinen bereits angelegten Kundenauftrag dazu gibt (ORDERS). Die Frage ist natürlich inwieweit Status 64 dazu geführt hat, dass die IDOCs eingebucht wurden und vor allem wodurch dieser ausgelöst wurde. Status 64 ist ja insofern recht ungewöhnlich, weil im Fehlerfall '51' gesetzt wird und man kann dann eigentlich 'sauber' aufsetzen.
Ciao, LoLo
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
4222
Views
Views
Datasources liefern keine Daten / RFC TAs bleiben hängen
von Chrisu » 30.03.2005 11:05 • Verfasst in Sonstige Module
von Chrisu » 30.03.2005 11:05 • Verfasst in Sonstige Module
0
Antw.
Antw.
1234
Views
Views
Artikel in MM01 anlegen, legt zusätzlich ein Dokument an
von l1nk » 05.12.2016 15:14 • Verfasst in Material Management & Produktionsplanung
von l1nk » 05.12.2016 15:14 • Verfasst in Material Management & Produktionsplanung
3
Antw.
Antw.
2597
Views
Views
1
Antw.
Antw.
1782
Views
Views
Dokumente an Kontrakt hängen?
von hellfire2 » 03.06.2008 12:13 • Verfasst in Material Management & Produktionsplanung
von hellfire2 » 03.06.2008 12:13 • Verfasst in Material Management & Produktionsplanung
0
Antw.
Antw.
952
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
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
Unbeantwortete Forenbeiträge
Einblenden / Füllen Felder in SapScript Formular (Mahnformular für Selbstzahler)
vor einer Woche von dodas 1 / 636
vor einer Woche von dodas 1 / 636