DCC - Bestandsermittlung - HANA-DB - Historientabellen sind lückenlos chronologisch im ERP werden die Historiendaten der Bestände mit Lücken in der Chronologie gespeichert. Dies ist die dahinterliegende SAP-Logik: Bestands- und Bewertungsfelder, die sich auf die Vorperiode oder eine noch weiter zurückliegende beziehen, werden in sogenannten Historie-Tabellen (MBEWH, MARDH, …) gespeichert. Diese Historie-Tabellen können pro Periode einen Eintrag haben. Die Werte eines solchen Eintrags beziehen sich auf das Ende der Periode. Für die aktuelle Periode gibt es keine Einträge in den Historie-Tabellen. Es wird nicht für jede Periode ein Eintrag in diese Historie-Tabelle geschrieben. Wenn sich bestands- oder bewertungsrelevante Daten ändern, wird gegebenenfalls ein Eintrag in der Historien-Tabelle erzeugt. Außerdem werden die Felder LFMON ('Laufende Periode (Buchungsperiode)') und LFGJA ('Geschäftsjahr der laufenden Periode') in den Bestandstabellen erst bei der ersten Bewegung in der neuen Periode umgesetzt. Zur gleichen Zeit werden auch die entsprechenden Historieneinträge erzeugt. Es gilt also: 1. Der Bestand in der Bestandstabelle beschreibt den Zustand seit der letzten Warenbewegung, die dieses Segment verändert hat. Die Periode dieser Bewegung steht in den Feldern LFMON und LFGJA. Alle Bestände zu Perioden, die jünger sind, als die in den Feldern LFMON und LFGJA angegebenen Perioden, entsprechen den aktuellen Beständen und sind in den Bestandstabellen zu finden. 2. Wenn für eine vergangene Periode n kein Eintrag in der Historie-Tabelle existiert, dann stimmen die Werte dieser Periode mit den Werten der Periode n+1 überein. Da die 2. Regel rekursiv angewendet werden kann, können unter Beachtung dieser beider Regeln die Werte für beliebige Perioden ab derjenigen Periode ermittelt werden. Diese Logik ist unter HANA aufgehoben: Die Historie-Tabellen beinhalten jetzt die lückenlose Chronologie, einschließlich der Vorperiode 'Laufende Periode (Buchungsperiode)' ('Geschäftsjahr der laufenden Periode').
mit DC-Rel. 19.0 erledigt
weitere Objekte prüfen!!!!! /GIB/DCC_DETERMINE_STOCK_CB(Programm) /GIB/DCC_DET_STOCK_CB(Programm) /GIB/DCC_HISTORY_KB(Programm) /GIB/DCC_SHOW_STOCK(Programm) /GIB/DCC_STOCK_TEST(Programm) OBSOLET Fuba: /GIB/DCC_DETERMINE_STOCK_CB - /GIB/LDCC_CBU05 Fuba: /GIB/DCC_DETERM_STOCK_CB - /GIB/LDCC_CBU08 FuBa: /GIB/DCC_DETERM_VALUE_SINGLE - /GIB/LDCC_DETERM_STOCK_NU02 FuBa: /GIB/DCC_MBEW_OVIEW - /GIB/LDCC_MBEW_OVIEWU01 FuBa: /GIB/DCC_DETERMINE_STOCK - obsolet FuBa: /GIB/DCC_STOCK_OVIEW - /GIB/LDCC_STOCK_OVIEWU01
Vorabkorrekturen M48K901577;M49K900541 erstellt
Die Anpassung wird für die Historien-Tabellen MARDH, MSKAH, MSLBH, MKOLH, MSPRH durchgeführt. Die Historie der Bewertung (MBEWH, EBEWH, QBEWH) wird anscheinend wie bisher mit Lücken in der Historie gespeichert. Das muss nochmal genau analysiert werden!!! *# Lagerbestand: MARD - MARDH MATNR - WERK- LGORT *# 1 E: Kundenauftragsbestand: MSKA - MSKAH VBELN/POSNR *# MSKA(H) hat Lagerort-Ebene *# 2 O: Beistellteile Lieferant: MSLB - MSLBH LIFNR *# MSLB(H) hat keine Lagerort-Ebene *# 3 V, W: Kundenkonsignation: MSKU - MSKUH KUNNR *# MSKU(H) hat keine Lagerort-Ebene *# 4 K, M: Lieferantenkonsignation: MKOL - MKOLH LIFNR *# MKOL(H) hat Lagerort-Ebene *# 5 Q: Projektbestand: MSPR - MSPRH PSPNR *# MSPR(H) hat Lagerort-Ebene *# anonym bewerteter Bestand: MBEW - MBEWH MATNR - BWKEY *# ...E... Kundenauftragsbestand: EBEW - EBEWH VBELN/POSNR *# ...Q... Projektbestand: QBEW - QBEWH PSPNR Funktionsgruppe: /GIB/DCC_CB FuBa: /GIB/DCC_DETERM_STOCK_CB Include: /GIB/LDCC_CBF09 Form CREATE_STOR_STOCK1 Include: /GIB/LDCC_CBF12 Form CREATE_SPEC_STOCK11