Ansicht
Dokumentation

/PM0/ABX_UPDATE_JOB - Prüfung der Auftragstabelle

CPI1466 during Backup   Addresses (Business Address Services)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Verwendung

Der Report /PM0/ABX_UPDATE_JOB dient der Aktualisierung der Auftragstabelle /PM0/ABDUPPJOB.

Integration

Die Auftragstabelle /PM0/ABDUPPJOB dient im Wesentlichen der vereinfachten Selektion für die Fortschreibung (Massenaktivität Policen / Verträge fortschreiben). Die Daten sind größtenteils redundant und können von anderen Daten abgeleitet werden bzw. müssen synchron gehalten werden.

Voraussetzungen

Im Regelfall wird die Auftragstabelle /PM0/ABDUPPJOB bei der Änderung der zugrundeliegenden Daten synchronisiert. Wegen der losen Koppelung, d.h. die Synchronisierung muss explizit, programmatisch angestoßen werden, kann es durch Fehler in Programmerweiterungen dazu kommen, dass die Auftragstabelle nicht synchronisiert wird.

Funktionsumfang

Die drei wesentlichen Funktionen können nur separat ausgeführt werden, d.h. je Ausführung oder Einplanung des Reports kann nur eine der drei Optionen gewählt werden:

• Suche nach fehlenden Aufträgen

Datensätze in der Auftragstabelle fehlen und werden erzeugt. Fehlende Datensätze führen dazu, dass Policen/Verträge von der Fortschreibung nicht selektiert werden, obwohl dies erforderlich wäre.

• Suche nach unnötigen Aufträgen

Datensätze in der Auftragstabelle sind unnötig und werden gelöscht. Unnötige Datensätze führen dazu, dass Policen/Verträge von der Fortschreibung selektiert werden, obwohl sie nicht verarbeitet werden müssen oder nicht verarbeitet werden können. Dies wiederum führt zu unnötigen Fehlermeldungen oder Warnungen im Anwendungsprotokoll des Fortschreibungslaufs.

• Suche nach anzupassenden Aufträgen

Datensätze in der Auftragstabelle sind nötig jedoch nicht völlig korrekt. Anzupassende Datensätze führen dazu, dass Policen/Verträge von der Fortschreibung falsch (Zeitpunkt, Lademodus etc.) selektiert werden. Dies wiederum führt zu unnötigen Fehlermeldungen oder Warnungen im Anwendungsprotokoll des Fortschreibungslaufs.

Der Report verfügt über einen Testmodus, mit dem die Änderungen zur Synchronisierung nur ermittelt und angezeigt werden.

Der Report verfügt über eine einfache Parallelisierung mit Angabe der gewünschten Anzahl paralleler Prozesse (Jobs).

Zudem besteht die Möglichkeit die parallelen Prozesse zu debuggen.

ACHTUNG: Bei Auswahl der Option zum Debuggen der Batchjobs laufen diese in eine Endlosschleife. Hierdurch können die Prozesse über die Transaktion SM50 / SM51 in den Debugger geholt werden. Alle Jobs müssen per Debugger aus der Endlosschleife gelöst oder über Transaktion SM37 abgebrochen werden.

Selektion

Die Selektionsmenge kann eingeschränkt werden nach

• Policennummer

• Vertragsnummer

• Sparte
  
  

Standardvarianten

Es existieren keine Standard Varianten.

Ausgabe

Die Ausgabe enthält:

• die Anzahl geprüfter Datensätze

• die Anzahl geänderter Datensätze (oder zu ändernden Datensätze im Testmodus)

• die Auflistung aller geänderten Datensätze (ALV bei direkter Ausführung im Dialog oder Liste/Spool im Batch)

• bei Ausführung mit Parallelisierung werden die erzeugten Jobs angezeigt
  
  

Aktivitäten

Sie stellen fest, dass die Auftragstabelle zu einer Police oder einem Vertrag falsche Daten enthält. Z. B. erkennen Sie dies, weil die angezeigten geplanten Bearbeitungen in der Auskunft (höchster Stand) eine von der Auftragstabelle abweichende nächste Bearbeitung zeigen (Korrespondenztermine werden nicht berücksichtigt).

Der Vergleich von Auftragstabelle und geplanten Bearbeitung ist eine mögliche Maßnahme zur Nachverfolgung von Fehlermeldungen / Warnungen des Anwendungsprotokolls der Fortschreibung.

ACHTUNG: Es ist möglich den Report periodisch einzuplanen und automatisch auszuführen. Dies ist nicht empfohlen, weil der Report zur Nachbearbeitung fehlerhafter Abläufe dient. Ist es nötig den Report regelmäßig auszuführen, so deutet dies auf eine fortwährend bestehende Fehlersituation hin. Sollte der Report dennoch in der Form genutzt werden, so sollte das Ergebnis jeder Ausführung im Detail nachgeprüft werden.

Die periodische Ausführung im Testmodus kann empfehlenswert sein, falls Fehlersituationen befürchtet werden bzw. bekannt sind und ein Monitoring nötig ist. Die Anpassung von Daten sollte nur manuell nach sorgfältiger Prüfung erfolgen.

Beispiel

Beispiel 1:

Die Auftragstabelle zeigt für die nächste Bearbeitung das Wirksamkeitsdatum 01.03.2018 an.

Die nächste geplante Bearbeitung hat ein kleineres Datum z.B. 01.02.2018.

In diesem Fall führen Sie den Report mit der Option "Suche nach anzupassenden Aufträgen" im Testmodus für die entsprechende Police aus und prüfen das Ergebnis. Bei korrektem Ergebnis führen Sie den Report ohne Testmodus erneut aus.

Beispiel 2:

Die Auftragstabelle zeigt für die nächste Bearbeitung das Wirksamkeitsdatum 01.01.2019 an.

Es existiert keine nächste geplante Bearbeitung, weil der Vertrag storniert wurde.

In diesem Fall führen Sie den Report mit der Option "Suche nach unnötigen Aufträgen" im Testmodus für die entsprechende Police aus und prüfen das Ergebnis. Bei korrektem Ergebnis führen Sie den Report ohne Testmodus erneut aus.

Beispiel 3:

Ein Vertrag wurde in einer bestehenden Police neu eingeschlossen.

Die nächste Bearbeitung für den neuen Vertrag wird mit dem 01.11.2018 angezeigt.

Die Auftragstabelle zeigt keine nächste Bearbeitung an (kein Datensatz).

In diesem Fall führen Sie den Report mit der Option "Suche nach fehlenden Aufträgen" im Testmodus für die entsprechende Police aus und prüfen das Ergebnis. Bei korrektem Ergebnis führen Sie den Report ohne Testmodus erneut aus.

General Data in Customer Master   BAL_S_LOG - Application Log: Log header data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 7251 Date: 20240425 Time: 083736     sap01-206 ( 118 ms )