Einsatzmöglichkeiten

Wenn Sie nach der Übernahme der Rechnungsbelege feststellen, dass ein Teil der zuvor im EBS erstellten Rechnungen fehlerhaft ist und Sie diese Rechnungen und die entsprechenden im Vertragskontokorrent gebuchten Belege stornieren müssen, steht Ihnen eine Schnittstelle für den Massenstorno von Belegen zur Verfügung. Dabei identifiziert das EBS die zu stornierenden Rechnungen und sendet den Schlüssel an das Vertragskontokorrent. Danach können Sie die Rechnungsbelege im Rahmen eines Massenlaufes stornieren. Ist ein gesamter Rechnungslauf fehlerhaft, empfiehlt sich der direkte Storno der Belege im Vertragskontokorrent mit der Transaktion Massenstorno (Menü: Beleg → Massenstorno ). Dabei können Sie die fehlerhaften Belege über den Abstimmschlüssel, unter dem sie gebucht wurden, identifizieren.

Ablauf

Die Struktur der Schnittstelle für den Massenstorno entspricht dem IDoc-Basistyp FKK_EBS_REVERSE. Die Schnittstelle enthält nur die Schlüsselfelder zur Identifikation eines Belegs im Segment E1FKK_EBS_REVERSE. In Abhängigkeit davon, welche Schlüsselfelder zur Identifikation verwendet werden, müssen die Schlüsselwerte in den Segmentfeldern OBJ_KEY und REF_DOC_NUMBER übergeben werden. Das Feld OBJ_KEY sollte nur den Schlüssel AWKEY enthalten, während das Feld REF_DOC_NUMBER entweder den Schlüssel XBLNR oder OPORD enthält. Zum Zeitpunkt 2480 bestimmen Sie, welches der Felder XBLNR oder OPORD verwendet werden soll (siehe Schlüssel für den Zugriff auf Rechnungsbelege ).

Der Teilschlüssel AWKEY bzw. XBLNR oder OPORD ergibt mit dem aus dem IDoc-Kontrollsatz ausgelesenen Feld AWSYS und der Konstante AWTYP einen eindeutigen Schlüssel, der für den Zugriff auf die entsprechenden Rechnungsbelegnummern benötigt wird. Es sind keine weiteren Daten erforderlich. Eine IDoc-Zeile entspricht einem zu stornierenden Rechnungsbeleg. Das EBS generiert bei der Rechnungsbelegübernahme für jede Rechnung einen eindeutigen Schlüssel (AWKEY, OPORD bzw. XBLNR). Dies kann z. B. die Rechnungsnummer sein. Nach einem fehlerhaften Rechnungslauf identifiziert das EBS die zu stornierenden Rechnungen und übergibt eine Liste der entsprechenden Schlüsselwerte via IDoc-Kommunikation an das Vertragskontokorrent. Um Lock-Situationen zu vermeiden, müssen dabei alle zu stornierenden Belege eines Geschäftspartners in einem IDoc enthalten sein. Die Verarbeitung der IDoc-Daten und den Massenstorno übernimmt der Funktionsbaustein FKK_EBS_MRD. Dieser Funktionsbaustein ist über den Vorgangscode FKK_EBS_REVERSE mit dem Nachrichtentyp FKK_EBS_REVERSE_DOC verknüpft. Die Ausführung der IDoc-Verarbeitung wird über die Massenaktivität gesteuert. Mit den zusätzlichen Informationen aus dem IDoc-Kontrollsatz (AWSYS) und der Konstante AWTYP wird der Schlüssel vervollständigt. Damit ist ein eindeutiger Zugriff auf den Rechnungsbeleg und die Ermittlung der Rechnungsbelegnummer (OPBEL) möglich. Die Rechnungsbelegnummern werden anschließend an den Funktionsbaustein FKK_REVERSE_DOC_MASS übergeben. Dabei erfolgt eine Berechtigungsprüfung, wobei der Benutzer (z. B. WF-BATCH) über die Berechtigung ACTVT = 85 des Berechtigungsobjektes F_KKRD_MASS verfügen muss. Ist die Berechtigung nicht vorhanden, bricht die Verarbeitung ab. Nach erfolgreicher Berechtigungsprüfung werden die Belege im Rahmen der genannten Massenaktivität storniert. Dabei können nur vollständige Belege storniert werden. Wurden die zu stornierenden Belege in mehrere IDocs aufgeteilt, können Sie die Verarbeitung parallelisieren. Beim Stornieren des Rechnungsbelegs wird ein Stornobeleg gebucht, wobei folgende Änderungen bzw. Eintragungen vorgenommen werden:

Der Funktionsbaustein FKK_EBS_MRD verarbeitet den Massenstorno. Zu den folgenden Zeitpunkten können Sie kundenspezifische Anpassungen vornehmen:

Zeitpunkt 2400

Der Funktionsbaustein (FKK_EBS_MRD), der die IDoc-Daten verarbeitet, ruft den Funktionsbaustein FKK_REVERSE_DOC_MASS auf, der die eigentlichen Buchungen vornimmt. Tritt beim Stornieren eines Rechnungsbelegs ein Fehler auf, ist der Return-Wert nicht Null. Dafür kann es z.B. folgende Ursachen geben:

die Rechnung wurde schon bezahlt oder es wurde eine Anzahlung geleistet

die Rechnung wurde durch einen Sachbearbeiter bereits storniert

Durch Hinterlegen eines installationsspezifisch zu programmierenden Bausteins zum Zeitpunkt 2400 können Sie in diesem Fall die Fehlerquelle ermitteln und auf diese reagieren. So können Sie z. B. eine Gutschrift buchen, wenn die Rechnung bereits bezahlt wurde.

Zeitpunkt 2403

Zu diesem Zeitpunkt können Sie eine Statusrückmeldung des Massenstornos an das EBS senden.

Ist die Schnittstelle für den Massenstorno aktiv, sollten Sie im Interesse einer besseren Verarbeitung für die Felder AWSYS, AWTYP und AWKEY (bzw. XBLNR und OPORD) der Tabelle DFKKKO einen Sekundärindex anlegen.