DataSource: Sollabrufe und
Bestätigungen
Technischer Name: 0APO_PPS_CDS_01
Technische Daten
|
Typ der DataSource |
Transaktionale Daten (Bewegungsdaten) |
|
Anwendungskomponente |
0APO |
|
verfügbar ab APO-Release |
4.0 |
|
RemoteCube-fähig |
Nein |
Verwendung
Diese DataSource umfasst Einteilungsdaten aus Sollabrufen und Bestätigungen von in SAP APO geplanten Vertriebslieferplanpositionen.
Deltafortschreibung
Unterstützung des Delta-Verfahrens ADDD. Es erfolgt eine additive Extraktion über Delta-Queue.
Herkunftsfelder der Extraktstruktur
|
Feld in der Extraktstruktur |
Beschreibung des Feldes in der Extraktstruktur |
Herkunftstabelle |
Feld in der Herkunftstabelle |
|
ABART |
Art der zu übertragenden Objekte: 3 – Sollabruf 4 ‑ Bestätigung |
/SAPAPO/TPSASDLH, /SAPAPO/TPSASDCH |
ABART |
|
AVAIL_DATE |
Verfügbarkeitsdatum Datum, zu dem ein Produkt in der Ziellokation verfügbar ist. Das Verfügbarkeitsdatum wird bei der Übertragung von SAP APO in das Business Information Warehouse (SAP BW) mit Hilfe der Versandterminierung aus dem Liefertermin oder dem Warenausgangstermin ermittelt. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
AVAIL_TIME |
Verfügbarkeitszeit Uhrzeit, zu der ein Produkt in der Ziellokation verfügbar ist. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
DELIVERY_DATE |
Lieferdatum Datum, zu dem ein Produkt geliefert wird. Der Kunde übermittelt das Anlieferdatum im Lieferplanabruf, ggf. kann er auch das Datum übermitteln, zu dem er die Produkte abholen möchte. |
Wenn der Kunde kein Anlieferdatum, sondern das Auslieferdatum (TERSL = V) übermittelt, dann wird das Datum über die Terminierung ermittelt. Wenn der Kunde ein Anlieferdatum übermittelt, dann wird das Datum aus der Tabelle /SAPAPO/TPSASDLI (für den Abruf) oder /SAPAPO/TPSASDCI (für die Bestätigung) verwendet. |
EDATUV |
|
DELIVERY_TIME |
Lieferzeit Uhrzeit, zu der ein Produkt geliefert wird. Siehe Lieferdatum |
Siehe Lieferdatum |
EDATUV |
|
GR_START_DATE |
Wareneingangsdatum Datum, zu dem der Wareneingang in der Ziellokation startet. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
GR_START_TIME |
Wareneingangzeit Uhrzeit, zu der der Wareneingang in der Ziellokation startet. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
LFNKD |
Nummer der letzten in SAP APO zum Abbau offener Mengen verwendete Lieferung |
/SAPAPO/TPSCO_DL |
DELIVERY |
|
LOADING_DATE |
Ladedatum der Produkte in der Quelllokation |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
LOADING_TIME |
Ladezeit der Produkte in der Quelllokation |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
LOCFR |
Quelllokation Die Quelllokation steht nur in SAP APO als Selektionskriterium zur Verfügung; sie wird nicht an SAP BW übertragen. |
Wird dynamisch anhand der ID der Quelllokation aus Tabelle /SAPAPO/TPSCO ermittelt. |
LOCFR |
|
LOCTO |
Ziellokation Die Ziellokation steht nur in SAP APO als Selektionskriterium zur Verfügung; sie wird nicht an SAP BW übertragen. |
Wird dynamisch anhand der ID der Ziellokation aus Tabelle /SAPAPO/TPSCO ermittelt. |
LOCTO |
|
LOGSY |
Logisches System Quellsystem der Übertragung von Vertriebslieferplänen |
/SAPAPO/TPSCO |
LOGSY |
|
MATNR |
Materialnummer Die Materialnummer steht nur in SAP APO als Selektionskriterium zur Verfügung; sie wird nicht an SAP BW übertragen. |
Wird dynamisch anhand der ID des Materials aus Tabelle /SAPAPO/TPSCO ermittelt. |
MATID |
|
MEINS |
Basismengeneinheit Mengeneinheit für die offene und die originale Menge. |
/SAPAPO/TPSCO |
MEINS |
|
OPEN_QUANTITY |
Zugangs- oder Bedarfsmenge Sie entspricht der noch nicht belieferten Menge. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die offenen Mengen aus dem liveCache- Auftrag werden unter Berücksichtigung der Unterwegsmenge ermittelt. |
- |
|
ORIG_QUANTITY |
Ursprüngliche Menge Bezeichnet die ursprünglich gewünschte Menge (ABART = 3) bzw. ursprünglich bestätigte Menge (ABART = 4). |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: /SAPAPO/TPSASDLI (für den Abruf) oder /SAPAPO/TPSASDCI (für die Bestätigung) |
MENGE |
|
RECORDMODE |
Recordmode für BW-Extraktoren Indikator für Delta-Verfahren |
- |
|
|
RELEASE_DATE |
Abrufdatum |
/SAPAPO/TPSASDLH (für den Abruf) oder /SAPAPO/TPSASDCH (für die Bestätigung) |
SYNCD |
|
RELEASE_TIME |
Abrufzeit |
/SAPAPO/TPSASDLH (für den Abruf) oder /SAPAPO/TPSASDCH (für die Bestätigung) |
SYNCD |
|
REQUIREMENT_DATE |
Materialbereitstellungsdatum Datum, an dem ein Produkt in der Quelllokation für den Versand bereitsteht. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden dynamisch bei der Terminierung ermittelt. |
- |
|
REQUIREMENT_TIME |
Materialbereitstellungszeit Uhrzeit, zu der ein Produkt in der Quelllokation für den Versand bereitsteht. |
Delta-Verfahren: Es werden die Daten des liveCache-Auftrags verwendet. Initialisierung des Delta-Verfahrens / Full-Update: Die Daten werden über die Terminierung ermittelt. |
- |
|
STAGGING_DATE |
Warenausgangsdatum in der Quelllokation |
Wenn der Kunde kein Anlieferdatum, sondern das Auslieferdatum (TERSL = V) übermittelt, dann wird das Datum über die Terminierung ermittelt. Wenn der Kunde ein Anlieferdatum übermittelt, dann wird das Datum aus der Tabelle /SAPAPO/TPSASDLI (für der Abruf) oder /SAPAPO/TPSASDCI (für die Bestätigung) verwendet. |
EDATUV |
|
STAGGING_TIME |
Warenausgangszeit in der Quelllokation |
Siehe Warenausgangsdatum |
EDATUV |
|
START_DATE |
|
- |
|
|
TERSL |
Terminschlüssel der Einteilungstermine Gibt an, um welchen Termin es sich bei den Einteilungsterminen handelt. Folgende Einstellungen sind möglich: ' ' = Anliefertermin beim Kunden 'V' = Ausliefertermin beim Lieferanten |
/SAPAPO/TPSASDLH (für den Abruf) oder /SAPAPO/TPSASDCH (für die Bestätigung) |
TERSL |
|
VBELN |
Vertriebsbelegnummer |
/SAPAPO/TPSCO |
VBELN |
|
VBELP |
Vertriebsbelegposition |
/SAPAPO/TPSCO |
VBELP |
|
VKORG |
Verkaufsorganisation |
/SAPAPO/TPSCO |
VKORG |
Besonderheiten des Extraktors
Bei der Extraktion der Einteilungen von Sollabrufen zu Vertriebslieferplänen bzw. den bestätigten Abrufen werden die an das BW zu übermittelnden Mengen und Termine entsprechend einer Fortschrittszahlenlogik ermittelt.
Aufbau von Sollabrufen
Full-Update
Für den Aufbau von Sollabrufen im BW bei einem Full-Update bzw. bei der Initialisierung des Delta-Verfahrens wird aus dem Abrufverlauf auf der APO-Datenbank chronologisch Abruf für Abruf die aktuell gültige Einteilungszeitreihe rekonstruiert. Dabei wird anhand der vom Kunden in den jeweiligen Abrufen gemeldeten Wareneingangsfortschrittszahlen entschieden, welche Mengen aus dem gegebenen Abruf in die aktuell gültige Einteilungszeitreihe übernommen werden.
Aus einem Sollabruf werden diejenigen Mengen in die aktuell gültige Einteilungszeitreihe übernommen, die der Differenz der Wareneingangsfortschrittszahl des nachfolgenden und des gegebenen Sollabrufs entsprechen.
Full-Update (Beispiel)
Abruf 1
Abrufdatum: 01.01.2004
gemeldete Wareneingangsfortschrittszahl: 0
|
Datum |
10.01.2004 |
10.02.2004 |
10.03.2004 |
|
Menge |
10 |
10 |
10 |
Abruf 2
Abrufdatum: 01.02.2004
gemeldete Wareneingangsfortschrittszahl: 8
|
Datum |
10.02.2004 |
10.03.2004 |
10.04.2004 |
|
Menge |
10 |
10 |
10 |
Abruf 3
Abrufdatum: 01.03.2004
gemeldete Wareneingangsfortschrittszahl: 30
|
Datum |
10.03.2004 |
10.04.2004 |
10.05.2004 |
|
Menge |
10 |
10 |
10 |
Die Einteilungen für das BW ergeben sich wie folgt:
|
Datum |
10.02.2004 |
10.03.2004 |
10.04.2004 |
10.05.2004 |
|
|
Menge |
8 |
10+10 |
2+10 |
10 |
Aus Abruf 1 werden 8 Mengeneinheiten entsprechend der Differenz der Wareneingangsfortschrittszahl zwischen Abruf 1 und Abruf 2 beibehalten.
Aus Abruf 2 werden 22 Mengeneinheiten entsprechend der Differenz der Wareneingangsfortschrittszahlen der Abrufe 3 und 2 übernommen.
Der letzte Abruf 3 geht vollständig in die Einteilungszeitreihe des Sollabrufs im BW ein.
D.h. in Summe ergibt sich im BW die folgende Einteilungszeitreihe für den Sollabruf:
|
Datum |
10.02.2004 |
10.03.2004 |
10.04.2004 |
10.05.2004 |
|
|
Menge |
8 |
20 |
12 |
10 |
Delta-Verfahren
Im Rahmen des Delta-Verfahren wird analog entschieden, welche Einteilungen im BW übernommen bzw. ersetzt werden.
Beim Eingang eines neuen Abrufs werden diejenigen Einteilungen aus dem geltenden Sollabruf beibehalten, die in Summe der Differenz der Wareneingangsfortschrittszahlen des neuen und des geltenden Sollabrufs entsprechen. Alle darüber hinaus gehenden Einteilungen des geltenden Sollabrufs werden durch die Einteilungen des sich neu ergebenden Sollabrufs ersetzt.
Delta-Verfahren
(Beispiel)
Nach erfolgreicher Initialisierung des Delta-Verfahrens auf der Basis der Abrufe 1 bis 3 des vorigen Beispiels empfangen Sie einen neuen Abruf 4 mit einer Wareneingangsfortschrittszahl von 35.
Abruf 4
Abrufdatum: 01.04.2004
gemeldete Wareneingangsfortschrittszahl: 35
|
Datum |
10.04.2004 |
10.05.2004 |
10.06.2004 |
|
Menge |
15 |
15 |
20 |
Die Differenz der Wareneingangsfortschrittszahlen aus den Abrufen 4 und 3 ergibt 5 Mengeneinheiten aus Abruf 3, die im BW beibehalten werden (35 – 30 = 5). Die anderen Einteilungen wurden bereits im Rahmen der Initialisierung des Delta-Verfahrens übertragen. Alle über diese 5 Mengeneinheiten des alten Abrufs hinausgehenden Einteilungen werden ausgebucht.
Anschließend werden sämtliche Einteilungen des neuen Abrufs eingebucht. Es ergeben sich Einträge in die Delta-Queue wie folgt:
|
10.04.2004 |
10.05.2004 |
10.04.2004 |
10.05.2004 |
10.06.2004 |
||
|
Menge |
‑5 |
‑10 |
+15 |
+15 |
+20 |
D.h. in Summe ergibt sich im BW nach Eingang des Abrufs 4 und anschließendem Delta-Update die folgende Einteilungszeitreihe für den Sollabruf:
|
Datum |
10.02.2004 |
10.03.2004 |
10.04.2004 |
10.05.2004 |
10.06.2004 |
|
|
Menge |
8 |
15 |
17 |
15 |
20 |
Aufbau von Bestätigungen
Für den Aufbau von Bestätigungen im BW wird analog der Logik für Sollabrufe mit einer Fortschrittszahlenlogik gearbeitet.
Bei einem Full-Update bzw. bei der Initialisierung des Delta-Verfahrens wird aus dem Bestätigungsverlauf auf der APO-Datenbank chronologisch Bestätigung für Bestätigung die aktuell gültige Einteilungszeitreihe rekonstruiert. Dabei wird anhand der bei Bestätigungserstellung jeweils gültigen Lieferfortschrittszahlen entschieden, welche Mengen einer Bestätigung in die aktuell gültige Einteilungszeitreihe übernommen werden.
Aus einer Bestätigung werden diejenigen Mengen in die aktuell gültige Einteilungszeitreihe übernommen, die der Differenz der Lieferfortschrittszahlen der nachfolgenden und der gegebenen Bestätigung entsprechen. Dabei ist zu beachten, dass in den Einteilungen des Bestätigungsverlaufs auch diejenigen nicht mehr offenen Bestätigungseinteilungen enthalten sind, die zum Zeitpunkt der Bestätigungserstellung unterwegs sind (d.h. wenn gilt Lieferfortschrittszahl > Wareneingangsfortschrittszahl desjenigen Abrufs, auf den sich die Bestätigung bezieht).
Im folgenden Beispiel wird die Extraktion von Bestätigungen unter der vereinfachenden Annahme dargestellt, dass zum Zeitpunkt der Bestätigungserstellung die Lieferfortschrittszahl gleich der vom Kunden zuletzt gemeldeten Wareneingangsfortschrittszahl ist.
Full-Update
(Beispiel)
Bestätigung 1
Bestätigungsdatum: 01.01.2004
Lieferfortschrittszahl: 0
|
Datum |
10.01.2004 |
10.02.2004 |
10.03.2004 |
|
Menge |
10 |
10 |
10 |
Bestätigung 2
Bestätigungsdatum: 01.02.2004
Lieferfortschrittszahl: 8
|
Datum |
10.02.2004 |
10.03.2004 |
10.04.2004 |
|
Menge |
10 |
10 |
10 |
Bestätigung 3
Bestätigungsdatum: 01.03.2004
Lieferfortschrittszahl: 30
|
Datum |
10.03.2004 |
10.04.2004 |
10.05.2004 |
|
Menge |
10 |
10 |
10 |
Die Einteilungen für das BW ergeben sich wie folgt:
|
Datum |
10.01.2004 |
10.02.2004 |
10.03.2004 |
10.04.2004 |
10.05.2004 |
|
Menge |
8 |
10+10 |
2+10 |
10 |
Aus Bestätigung 1 werden 8 Mengeneinheiten entsprechend der Differenz der Lieferfortschrittszahlen aus Bestätigung 1 und Bestätigung 2 beibehalten.
Aus Bestätigung 2 werden 22 Mengeneinheiten entsprechend der Differenz der Lieferfortschrittszahlen der Bestätigungen 3 und 2 übernommen.
Die letzte Bestätigung 3 geht vollständig in die Einteilungszeitreihe der Bestätigung im BW ein.
D.h. in Summe ergibt sich im BW die folgende Einteilungszeitreihe für die Bestätigung:
|
Datum |
10.01.2004 |
10.02.2004 |
10.03.2004 |
10.04.2004 |
10.05.2004 |
|
Menge |
8 |
10 |
20 |
12 |
10 |
Delta-Verfahren
Im Rahmen des Delta-Verfahrens wird analog entschieden, welche Einteilungen im BW übernommen bzw. ersetzt werden.
Beim Erzeugung einer neuen Bestätigung werden die Einteilungen aus der geltenden Bestätigung beibehalten, die in Summe der Differenz der Lieferfortschrittszahlen der neuen und der geltenden Bestätigung entsprechen. Alle darüber hinaus gehenden Einteilungen der Bestätigung werden durch die Einteilungen der sich neu ergebenden Bestätigung ersetzt.
Delta-Verfahren (Beispiel)
Nach erfolgreicher Initialisierung des Delta-Verfahrens auf der Basis der Bestätigungen 1 bis 3 des vorigen Beispiels wird eine Bestätigung mit einer Lieferfortschrittszahl von 35 übermittelt.
Bestätigung 4
Bestätigungsdatum: 01.04.2004
Lieferfortschrittszahl: 35
|
Datum |
10.04.2004 |
10.05.2004 |
10.06.2004 |
|
Menge |
15 |
15 |
20 |
Die Differenz der Lieferfortschrittszahlen aus Bestätigungen 4 und 3 ergibt 5 Mengeneinheiten aus der Bestätigung 3, die im BW beibehalten werden (35 –30 = 5 ). Die anderen Einteilungen wurden bereits im Rahmen der Initialisierung des Delta-Verfahrens übertragen. Alle über diese 5 Mengeneinheiten der alten Bestätigung hinausgehenden Einteilungen werden ausgebucht.
Anschließend werden sämtliche Einteilungen der neuen Bestätigung eingebucht. Es ergeben sich Einträge in die Delta-Queue wie folgt:
|
10.04.2004 |
10.05.2004 |
10.04.2004 |
10.05.2004 |
10.06.2004 |
||
|
Menge |
‑5 |
‑10 |
+15 |
+15 |
+20 |
D.h. in Summe ergibt sich im BW nach Eingang der Bestätigung 4 und anschließendem Delta-Update die folgende Einteilungszeitreihe für die Bestätigung:
|
Datum |
10.02.2004 |
10.03.2004 |
10.04.2004 |
10.05.2004 |
10.06.2004 |
|
|
Menge |
8 |
15 |
17 |
15 |
20 |