Created attachment 4495 [details] WBZ - S/4 vs. R/3 WBZ-Monitor: Unterschiede zwischen R/3 und S/4 (Sortierung EKBE) In der Ermittlung der "berechneten WBZ" kann es im Vergleich zwischen R/3 und S/4 zu unterschiedlichen Ergebnissen kommen. Das Thema wurde in einem Kundensystem detailliert analysiert. Ursache: Es liegt schlicht und ergreifend an der Sortierung der Belege in der Tabelle EKBE (Historie zum Einkaufsbeleg). Haben die Belegpositionen das gleiche Buchungsdatum, kommt es u.U. zu einer willkürlichen Sortierreihenfolge (SORTED TABLE mit non-unique KEY EBELN EBELP BUDAT). In der Ermittlung der WBZ gibt es eine Prüfung auf Überlieferung. Wird diese erkannt, stoppt der WBZ-Findungsprozess und es wird die berechnete WBZ ausgegeben (auf Basis der bis dahin ermittelten Belegpositionen), die bis zu diesem Zeitpunkt ermittelt wurde (Summe WBZ der Belegpositionen / Anzahl Belegpositionen). Beispiel: Im (S4-HANA) stoppt der Prozess erst nach 3 Belegpositionen (berechnete WBZ: 51/3=17) --> Delta-WBZ (berechnete WBZ minus Planlieferzeit (17-10=7) Im (R/3) stoppt der Prozess bereits nach 2 Belegpositionen (berechnete WBZ: 32/2=16) --> Delta-WBZ (berechnete WBZ minus Planlieferzeit (16-10=6). Im anhängenden EXCEL gibt es die detaillierte Analyse.
In GIB-Systemen nicht prüfbar, da wir keine zwei Systeme (ERP - HANA) mit identischer Datenbasis haben. Im Kundensystem abgenommen.
.
neue Vorabkorrekturen: M60K900609;M49K901977;M48K902372
Vorabkorrekturen: M48K902309;M49K901865 Sortierung EKBE via Primary key/BUDAT Programm: /GIB/DCC_WBZ_MONITOR Include: /GIB/DCC_WBZ_MONITOR_CUST_F01 Form CUST_SELECTION_GET_DATA
Lösungsansatz: Sortierung gleichschalten - immer nach Primärschlüssle sortieren Klärungsbedarf!