Kontakt

Ansicht
Dokumentation

/SAPAPO/SDRQCR21 - Korrekturreport für Liefer- und Verkaufsbedarfe

/SAPAPO/SDRQCR21 - Korrekturreport für Liefer- und Verkaufsbedarfe

ROGBILLS - Synchronize billing plans   General Data in Customer Master  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Verwendung

Mit diesem Report können Sie fehlerhafte Kundenauftrags- und Lieferbedarfe im ERP-System und in SAP APO berichtigen sowie Dateninkonsistenzen bei den Kontingentbelegungen feststellen und korrigieren.
Im ERP-System werden Bedarfe im Kundenauftrag durch die Einteilung(en) und in der Lieferung durch die Position(en) angelegt. In SAP APO werden diese Bedarfe im liveCache gespeichert.

Integration

Voraussetzungen

Funktionsumfang

Dateninkonsistenzen bei Kontingentbelegungen können durch Programmfehler oder durch Löschen von Queue-Einträgen entstehen. Insbesondere die Kundenauftragstabellen in SAP APO müssen konsistent und vollständig sein, damit z.B. die Rückstandsbearbeitung (BOP) fehlerfrei durchgeführt werden kann.

Sie verwenden diesen Report, wenn Sie Dateninkonsistenzen mit dem Report /SAPAPO/CIF_DELTAREPORT nicht korrigieren konnten (der Report /SAPAPO/CIF_DELTAREPORT3 beinhaltet diese Prüfungen nicht).

Selektion

Sie müssen die Daten, die geprüft werden sollen durch die Auswahl eines OLTP-Systems einschränken; darüber hinaus können Sie Daten durch Angabe von Produkt oder Lokation einschränken.

Standardvarianten

Ausgabe

Das Ergebnis können Sie auf zwei Arten anzeigen:

  • mit dem ABAP List Viewer (ALV)
  • als einfache Listenausgabe, sortiert nach einer der folgenden Möglichkeiten:
  • Belegnummer

  • Produkt und Lokation

Wahlweise können Sie auch die Anzeige korrekter Belege deaktivieren.

Aktivitäten

Das System sammelt zunächst Auftrags- und Lieferbedarfe in SAP APO und im ERP-System. Anschließend werden die Bedarfe auf Feldebene (Materialbereitstellungsdatum, offene Menge, bestätigte Menge, Planmenge, Werk usw.) verglichen.

Während des Vergleichs kann das System die folgenden Inkonsistenzen feststellen und dabei die entsprechenden Anlege-, Aktualisierungs- oder Löschereignisse direkt senden (wenn Sie den Report nicht im Testmodus gestartet haben):

  • Bedarf ist in SAP APO, aber nicht im ERP-System vorhanden
    Ereignis: der Bedarf wird in SAP APO gelöscht
  • Bedarf ist im ERP-System, aber nicht in SAP APO vorhanden
    Ereignis: der Bedarf wird vom ERP-System erneut an SAP APO gesendet
  • Es gibt inhaltliche Unterschiede (Termin, Menge) zwischen dem ERP-System und SAP APO
    Ereignis: der Bedarf wird vom ERP-System als Aktualisierung an SAP APO sendet

Das System kann die SD-Auftragsbedarfe und SD-Lieferbedarfe im ERP-System folgendermaßen ermitteln:

  • über Tabelle VBBE
Die Bedarfe werden in Tabelle VBBE gespeichert.
Wenn Sie annehmen, dass diese korrekt sind, können Sie diese Option wählen. Dann beinhaltet die Ermittlung der offenen Bedarfe nur eine einfache Selektion aus dieser Tabelle (siehe Tabelle VBBE für den Vergleich der Bedarfe verwenden).
  • über Belegfluss und Belegstatus
Die Verkaufsbedarfe im ERP-System werden nicht aus der Tabelle VBBE gelesen, sondern zunächst anhand des Belegflusses und -status neu aufgebaut (siehe Tabelle VBFA (Belegfluss) für den Vergl. der Bedarfe verw.).
Optional kann die Tabelle VBBE mit dem Ergebnis dieser Neuermittlung aktualisiert werden (siehe Tabelle VBBE updaten).

Die Kundenauftragstabellen (/SAPAPO/POSMAPN, /SAPAPO/ORDADM_H, /SAPAPO/ORDADM_I, /SAPAPO/SCHEDLIN) werden auf Vorhandensein und Konsistenz geprüft. Die Konsistenzprüfung umfasst die Prüfung gegen das ERP-System mit den ERP-Tabellen zur Position (VBAP) und der Einteilung (VBEP). Bei untergeordneten Positionen wird auch die Konsistenz der zugehörigen Hauptposition geprüft (siehe SD Auftragstabellen prüfen).

Wenn Sie das Ankreuzfeld Deskriptive Merkmale prüfen markieren, prüft das System die Konsistenz zwischen der ID des deskriptiven Merkmals aus den liveCache-Knoten der Verkaufsbedarfe und den Merkmalswerten der jeweiligen Position. Die Merkmalswerte stammen aus dem Feldkatalog und - falls verwendet - aus den in SAP SCM zur Position abgelegten Merkmalswerten der merkmalsabhängigen Planung.

Setzen Sie das Kennzeichen Kontingentbelegungen prüfen, damit das System auch Dateninkonsistenzen bei Kontingentbelegungen findet und korrigiert.

Mit der Blockgröße kann der Gesamtbearbeitungsprozess in mehrere Blöcke aufgeteilt werden (siehe Blockgröße für Produkt/Lokation Kombinationen).

Wenn Sie den Report nicht im Testmodus ausführen, haben Sie für das Senden der Anlege-, Aktualisierungs- oder Löschereignisse zusätzlich folgende Möglichkeiten:

Außerdem können Sie festlegen, wie viele Prüfungen das System zur Ermittung von Inkonsistenzen durchführen soll (siehe Anzahl der Prüfungen zur Ermittlung von Inkonsistenzen) und wie lange die Wartezeit zwischen den Prüfungen sein soll (siehe Wartezeit zwischen den Prüfungen).

Beispiel






TXBHW - Original Tax Base Amount in Local Currency   Addresses (Business Address Services)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 7014 Date: 20240425 Time: 184317     sap01-206 ( 98 ms )