Ansicht
Dokumentation

RICL_AMTDONE_CD_CHECK - Report zum Vergleich des Geldeingangs von FS-CD und FS-CM

BAL_S_LOG - Application Log: Log header data   BAL Application Log Documentation  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Verwendung

Beim Geldeingang zu Rückforderungen oder Regressforderungen in FS-CD kann es zu komplexen Unstimmigkeiten zwischen dem tatsächlich erfolgten Forderungsausgleich (Tabelle DFKKOP, Feld BETRW), der Triggertabelle (VVVKKCFREC, Feld AUGBO) und dem im FS-CM registrierten Geldeingang (Tabelle ICLPAY, Feld AMTDONE) kommen.

Mit dem Report RICL_AMTDONE_CD_CHECK können Sie zusammen mit dem Report RICL_VVKKCFREC_CHECK die Situation analysieren.

Integration

Voraussetzungen

Um den Report RICL_AMTDONE_CD_CHECK sinnvoll anwenden zu können, müssen Sie mit den technischen Grundlagen vertraut sein, insbesondere mit dem Namen und der Bedeutung der hier relevanten Datenbankfelder. Dies ist Voraussetzung, um die Ergebnisse des Reports beurteilen zu können.

Funktionsumfang

Der Report führt folgende Aktivitäten aus. Dabei geht er von den Datensätzen in der Tabelle ICLPAY (Fallzahlung) aus.

Der Report vergleicht den in FS-CM registrierten Zahlungseingang (Tabelle ICLPAY, Feld AMTDONE) mit der Summe der eingegangenen Beträge in FS-CD (Tabelle DFKKOP, Feld BETRW).

Dabei gilt Folgendes:

• Der Report liest nur Datensätze mit gleicher Belegnummer, d.h. der Eintrag in der Tabelle DFKKOP, Feld OPBEL ist identisch mit dem Eintrag in der Tabelle ICLPAY, Feld DOCUMENTREF.

• Der Report liest nur Datensätze mit dem Status Ausgeglichen, d.h der Eintrag in der Tabelle DFKKOP, Feld AUGST = 9.

• Es gelten folgende Regeln für die Vorzeichen:

• Tabelle DFKKOP, Feld BETRW: Geldeingänge positiv

• Tabelle ICLPAY, Feld AMTDONE: Geldeingänge negativ

Pro ICLPAY-Datensatz sind folgende Reportresultate möglich:

• Zahlungen mitGeldeingang (d.h. mindestens ein DFKKOP-Datensatz mit AUGST= 9 ist vorhanden)

• Absolutbetrag in AMTDONE ist korrekt (entspricht FS-CD-Eingang)

• Absolutbetrag in AMTDONE ist zu niedrig

Fehlerquellen: entweder wegen ausstehender Rückmeldung (siehe unten "Lesen noch ausstehender Geldeingangsrückmeldungen (Tabelle VVKKCFREC)") oder wegen eines FS-CM-Fehlers

• Absolutbetrag in AMTDONE ist zu hoch, d.h. FS-CD-Summe >= 0

Fehlerquelle: FS-CM-Fehler

• Absolutbetrag in AMTDONE ist negativ, d.h. FS-CD-Summe < 0

Fehlerquelle: FS-CD-Fehler

• Zahlungen ohneGeldeingang (kein DFKKOP-Datensatz mit AUGST = 9 vorhanden)

• Der FS-CD-Beleg ist offen.

• Wenn der Zahlungsstatus in der Tabelle ICLPAY, Feld STATUS = 9 (Erhalten) oder C (Teilweise erhalten) ist, liegt eine Inkonsistenz vor.

Fehlerquelle: FS-CM-Fehler

• Wenn der Zahlungsstatus ungleich 9 oder C ist, wird dies nicht als Fehler gewertet.

• Es ist kein FS-CD-Beleg vorhanden.

Das System bewertet dies wie folgt:
- korrekt, wenn der Zahlungsstatus = G (Geparkt) oder A (Gelöscht) ist
- als Fehler, wenn der Zahlungsstatus ungleich G oder A ist (sofern eine Buchung erfolgt)

Prüfung auf grobe Inkonsistenzen

Der Report prüft zusätzlich folgende nicht erlaubte Zustände:

• Summe der geforderten Beträge >= 0, wenn der Zahlungsstatus ungleich G (Geparkt)ist

Diese Summe muss nach einer Buchung immer negativ sein.

• Der Wert in der Tabelle ICLPAY, Feld AMTDONE > 0.

Ein "inverser Geldeingang" ist nicht möglich.

• Der Wert im Feld AMTDONE < 0, wenn der Zahlungsstatus = 8 (Angefordert) ist.

Dies ist eine Inkonsistenz.

Lesen noch ausstehender Geldeingangsrückmeldungen (Tabelle VVKKCFREC)

Der Report liest zusätzlich evt. noch ausstehende Geldeingangsrückmeldungen (Datensätze in der Tabelle VVKKCFREC, die noch nicht über die Transaktion ICL_RECOVERY_FETCH verarbeitet wurden).

Die dortigen Beträge (Summe Feld AUGBO pro OPBEL) können möglicherweise wie folgt sein:

• das Resultat "Absolutbetrag in AMTDONE ist zu niedrig" erklären (siehe oben "Vergleich Zahlungseingang FS-CM mit Zahlungseingang FS-CD")

• zu hoch sein (einzeln oder in Summe)

• keinen Effekt haben, da AUGBO = 0

• nicht prozessierbar sein, da AUGBO negativ ist

Hinweis: Für eine direkte Analyse der Tabelle VVKKCFREC verwenden Sie den Report RICL_VVKKCFREC_CHECK.

Selektion

Über die folgenden Felder legen Sie fest, welche Datensätze der Tabelle ICLPAY analysiert werden sollen:

• Zahlungssatzart (Feld PAYCAT)
  Wesentlich sind hier v.a. die Einträge 1 (Rückzahlung) und 2 (Regressforderung).

• Änderungszeit (Feld CHANGETIME)

• Belegnummer (Feld DOCUMENTREF)

• Interner Zahlungsstatus = Datenbankstatus (Feld STATUS)

Standardvarianten

Ausgabe

Das System listet die selektierten Datensätze auf und zeigt die gefundenen Fehler an.

Aktivitäten

Der Report ist primär für die Analyse von Kundenproblemen durch SAP gedacht. Bei abweichendem oder weitergehendem Analysebedarf erstellen Sie kundeneigene Programme mit entsprechend modifiziertem Coding.

Beispiel

SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up   BAL_S_LOG - Application Log: Log header data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 7498 Date: 20240520 Time: 120946     sap01-206 ( 80 ms )