Woher kommt ein Zahlungsavis, und wie erfassen Sie es?

Ein Zahlungsavis sagt, welche Rechnungen eine Zahlung ausgleicht. Es kommt auf acht Wegen: Verwendungszweck, eigene Avisnachricht, E-Mail, Anhang, EDI, Portal, Lockbox und Papier. Erfassen Sie jedes an seiner Quelle und ordnen Sie es über einen Schlüssel der Zahlung zu.
Glass tubes with particle streams merging and matching, representing remittance advice consolidation from eight sources

Das Wichtigste in Kürze

  • Ein Zahlungsavis hat acht Quellen: Zwei reisen mit der Zahlung, sechs kommen getrennt an und brauchen jeweils einen eigenen Eingangsweg und eine zuständige Person.
  • In den USA liefen 2024 nach Anzahl 41 % der B2B-Zahlungen über ACH, nach 25 % im Jahr 2015 (Federal Reserve Bank of Cleveland, 2026), und eine ACH-CCD-Zahlung trägt nur 80 Zeichen Avisinformation (ASC X9, 2022). Eine lange Rechnungsliste reist deshalb getrennt.
  • Ein getrennt gesendetes Avis lässt sich nur dann automatisch zuordnen, wenn es mit seiner Zahlung einen gemeinsamen Schlüssel teilt: zuerst eine Zahlungsreferenz, dann Zahler, Betrag und Datum.
  • Die Erfassung scheitert an der Quelle: ein Avis an den Vertrieb, ein Portal, aus dem niemand herunterlädt, ein neues PDF-Layout oder ein Avis ohne Schlüssel.
  • Transformance liest Zahlungsavise in jedem Format mit über 97 % Extraktionsgenauigkeit und ohne Vorlagen, und ClearMatch gleicht 95 % der Zahlungen automatisch ab (Plattform- und Kundendaten von Transformance, 2026).

In diesem Artikel

Woher kommt ein Zahlungsavis, und was liefert jede Quelle?

Ein Zahlungsavis kommt aus der Kreditorenbuchhaltung des Zahlers und erreicht Sie auf acht Wegen, jeder mit eigener Zustellung, eigenem Format und eigenem Detailgrad.

Quellen für Zahlungsavise: wer sie sendet, was sie enthalten und wie Sie jede erfassen

QuelleAbsenderZustellungFormatTypische InhaltsstufeSo erfassen Sie esWas scheitert
Verwendungszweck im Kontoauszug (SEPA-Verwendungszweck mit bis zu 140 Zeichen, MT940 :86:, BAI2-Addenda)Die Bank des Zahlers, aus dem ZahlungsauftragMit der ZahlungFreitext oder eine strukturierte GläubigerreferenzHöchstens Stufe 1: eine oder wenige ReferenzenVom ERP mit dem Kontoauszug importiert; zuerst die Referenz lesenZahlungslaufnummer statt Rechnungsnummern; abgeschnittener Text
Eigenständige ISO-20022-AvisnachrichtDer Zahler oder seine BankGetrenntStrukturiertes XMLStufe 1 bis 4Nachricht empfangen; über die Kennung zuordnen, die beide tragenHeute selten; kein Schlüssel in der Zahlung
E-Mail-TextDie Kreditorenbuchhaltung des ZahlersGetrenntFreitextStufe 1 bis 2, oft mit dem Grund einer KürzungEine veröffentlichte Adresse der Debitorenbuchhaltung; Text und Anhang zusammen lesenAn den Vertrieb oder ein allgemeines Postfach geschickt
PDF-, Excel- oder BildanhangDer Zahlungslauf im ERP des ZahlersGetrenntTeilstrukturiert, je Kunde ein eigenes LayoutStufe 2 bis 3Die ganze Seite lesen, Tabellen eingeschlossen; keine Vorlage je LayoutMehrseitige Tabellen; Gutschriften als negative Zeilen
EDI 820 (X12-Nachricht für Zahlungsauftrag und Zahlungsavis; im EDIFACT-Umfeld REMADV)Der Zahler, über ACH oder eine EDI-Verbindung zum HandelspartnerMit der Zahlung (CTX) oder getrenntStrukturiertStufe 2, je RechnungDatei parsen; Codewerte im Implementierungsleitfaden des Zahlers prüfenKundeneigene Belegnummern; Codes je Partner verschieden
Kunden- oder LieferantenportalDas Einkaufs- oder Kreditorenportal des ZahlersGetrenntStrukturiert oder als PDF-ExportStufe 1 bis 2Geplanter Download oder Export; eine zuständige Person je ZugangAbgelaufener Zugang; niemand lädt die Avise der Großkunden herunter
Lockbox (US-Verfahren: Scheckbilder, Belegabschnitte, Bankdatei)Die Bank, anhand des Schecks, den der Zahler per Post schicktGetrennt, von der BankBankdatei plus BilderStufe 1: Rechnungsnummern vom BelegabschnittLockbox-Datei empfangen; die Bilder lesen, die die Datei nicht erfasstHandschriftliche Notizen; Abschnitt passt nicht zum Scheck
Papierbeleg oder BriefDer Zahler, per PostGetrenntPapierStufe 1 bis 2Scannen, lesen, unter der Zahlung ablegenKommt Tage nach dem Geld an

Ein Zahlungsavis ist die Mitteilung, welche Rechnungen, Gutschriften und Abzüge eine Zahlung abdeckt. Der Kontoauszug belegt, dass das Geld eingegangen ist; das Avis erklärt, wofür.

Die Spalten folgen den drei Dimensionen aus dem ISO 20022 Remittance Content Market Guide des US-Normungsgremiums (ASC X9, IR 01-2022, 2022): Zustellung (mit der Zahlung oder getrennt), Format (strukturiert oder Freitext) und Inhalt. Der Inhalt hat vier Stufen: Stufe 1 umfasst Belegnummer, Datum, fälligen und gezahlten Betrag; Stufe 2 ergänzt Skonti und Korrekturen; Stufe 3 Rechnungssteller und Rechnungsempfänger; Stufe 4 die Einzelpositionen. X9 warnt, dass man die eigentliche Ursache von Problemen übersehen kann, wenn man eine der drei Dimensionen außer Acht lässt. Die Stufe je Quelle ist unsere Einschätzung der üblichen Praxis, keine gemessene Verteilung.

Die Bankdatei allein reicht selten. In den USA liefen 2024 nach Anzahl 41 % der B2B-Zahlungen über ACH und 13 % per Scheck, gegenüber 25 % und 32 % im Jahr 2015 (Federal Reserve Bank of Cleveland, 2026). Das B2B-Volumen im ACH-Netz wuchs 2025 um fast 10 % auf knapp 8,1 Milliarden Zahlungen (Nacha, 2026). Eine ACH-CCD-Zahlung trägt in ihrem Addenda-Satz nur 80 Zeichen Avisinformation (ASC X9, 2022), eine lange Rechnungsliste muss also getrennt reisen. Wie viel Platz jedes Bankfeld bietet, steht im Ratgeber Zahlungsavise mit KI auslesen und zuordnen.

‍

‍

Diese Seite behandelt Quellen und Erfassung. Den Aufbau der Bankdateien Feld für Feld erklärt der Ratgeber zu camt.053, MT940 und BAI2, den Fall, dass gar nichts Brauchbares ankommt, der Beitrag Zahlung ohne Verwendungszweck zuordnen.

‍

‍

Welche Quellen reisen mit der Zahlung, welche kommen getrennt?

Zwei der acht Quellen reisen mit der Zahlung: der Verwendungszweck (einschließlich ISO-20022-Daten) und ein EDI 820 an einer CTX-Zahlung. Die anderen sechs kommen getrennt an.

Mit der Zahlung. Erstens das Referenzfeld, das Sie ohnehin mit dem Kontoauszug importieren; in einer ISO-20022-Zahlungsnachricht kann es strukturierte Avisdaten enthalten. Zweitens das EDI 820, die X12-Nachricht für Zahlungsauftrag und Zahlungsavis: Die Unterlage Fundamentals of Financial EDI der Federal Reserve (FedPayments, 2021) zeigt eine CTX-Zahlung, die das 820 in ihren Addenda-Sätzen mitführt.

Getrennt von der Zahlung. X9 nennt E-Mails, Portale und andere elektronische Wege und weist darauf hin, dass sich eine eigenständige ISO-20022-Avisnachricht auch für Zahlungsarten eignet, die keine Avisdaten tragen, etwa Kartenzahlungen (ASC X9, 2022). Anhänge, Lockbox-Belege und Papier vervollständigen die Liste.

Bei jeder getrennten Quelle können Avis und Geld an verschiedenen Tagen und über verschiedene Teams eintreffen; zusammen finden sie nur über einen Schlüssel, den beide tragen.

‍

‍

Achten Sie auf ein Muster: Teams überwachen nur die Quelle, die sie sehen, meist das Postfach der Debitorenbuchhaltung, und behandeln den Rest als Ausnahme. Großkunden zahlen oft über Portale oder EDI und sind damit am schlechtesten abgedeckt. Werten Sie die ungeklärten Zahlungseingänge nach Kunde aus und prüfen Sie, ob Ihre 20 größten Zahler oben stehen.

Wie erfassen Sie jede Quelle?

Erfassen Sie jede Quelle dort, wo sie ins Unternehmen kommt, mit einer zuständigen Person und einem Weg je Quelle, und bringen Sie alles auf dieselben Felder, bevor der Abgleich beginnt.

Sieben Schritte zur Erfassung von Zahlungsavisen

  1. Listen Sie Ihre 20 größten Zahler auf und den Weg, den jeder nutzt: Verwendungszweck, E-Mail, Anhang, EDI, Portal, Lockbox oder Papier. Zuständig: Leitung Debitorenbuchhaltung.
  2. Veröffentlichen Sie eine Adresse der Debitorenbuchhaltung und einen kurzen Hinweis, was ein Avis enthalten muss: Zahler, Zahlungsdatum, Gesamtbetrag, Rechnungsnummern, Betrag je Rechnung, Skonti und Abzüge. Zuständig: Leitung Debitorenbuchhaltung mit dem Vertrieb.
  3. Richten Sie die Bank- und Lockbox-Dateien ein, die Ihr ERP importiert, und prüfen Sie, dass die Referenz ungekürzt ankommt. Zuständig: Treasury und Finanz-IT.
  4. Geben Sie jedem Portal und jeder EDI-Verbindung eine namentlich zuständige Person und einen täglichen Rhythmus. Zuständig: Team Debitorenbuchhaltung.
  5. Lesen Sie jede Quelle in dieselben Felder aus (X9-Stufe 1 und 2) und legen Sie das Originaldokument neben die extrahierten Felder. Zuständig: operative Debitorenbuchhaltung.
  6. Legen Sie den Zuordnungsschlüssel fest (Zahlungsreferenz, dann Zahler plus Betrag plus Datumsfenster) und was offen bleibt. Zuständig: Leitung Debitorenbuchhaltung.
  7. Messen Sie den Anteil der Zahlungen mit erfasstem Avis innerhalb eines Arbeitstags, die Zahlungen, die auf ein Avis warten, und die Avise ohne Zahlung, und prüfen Sie jedes Leseergebnis mit niedriger Konfidenz. Zuständig: Leitung Debitorenbuchhaltung.

Unabhängig von der Quelle lesen Sie dieselben Felder aus: Zahler, Zahlungsdatum und Gesamtbetrag, Belegnummern, gezahlten Betrag je Beleg, Skonti, Abzüge und Gutschriften. Wo der Kunde seine eigene Bestell- oder Belegnummer angibt, führen Sie eine Zuordnungstabelle zu Ihren Rechnungsnummern.

Drei quellenspezifische Regeln zählen am meisten. EDI wird geparst, nicht gelesen, und die Leitfäden der Handelspartner für das 820 verwenden unterschiedliche Codewerte; prüfen Sie daher den Leitfaden jedes Zahlers, bevor Sie einem Feld trauen. E-Mail-Text und Anhang werden zusammen gelesen, denn der Grund einer Kürzung steht oft nur im Text, die Rechnungstabelle dagegen im PDF. Portale brauchen eine namentlich zuständige Person mit funktionierendem Zugang, sonst findet der Export schlicht nicht statt.

Kunden schicken Avise an die Adresse, die sie gerade haben, oft an den Vertrieb. Drucken Sie eine Adresse der Debitorenbuchhaltung auf jede Rechnung und jede Kontoübersicht. Wie das Dokument anschließend gelesen und zugeordnet wird, steht im Ratgeber Zahlungsavise mit KI auslesen und zuordnen.

Wie ordnen Sie ein getrennt gesendetes Zahlungsavis seiner Zahlung zu?

Nutzen Sie einen Schlüssel, den beide tragen, eine Zahlungsreferenz oder Zahler, Betrag und Datum, und lassen Sie ein Avis ohne Zahlung offen, statt es zu buchen.

X9 formuliert die Regel unmissverständlich: Werden die Avisdaten getrennt von der Zahlung gesendet, braucht es eine Verknüpfungskennung in der Zahlung und in den getrennt gesendeten Daten, damit sich beides im Zahlungsabgleich automatisch zusammenführen lässt (ASC X9, 2022).

Unsere Empfehlung für Schlüssel, der stärkste zuerst:

  • Eine eindeutige Zahlungsreferenz in beiden: End-to-End-ID, ACH-Trace-Nummer, Schecknummer oder die Zahlungslaufnummer des Zahlers.
  • Zahler plus exakter Betrag plus Valutafenster: funktioniert, wenn ein Zahler eine Zahlung am Tag schickt; scheitert, wenn er drei über denselben Betrag schickt.
  • Zahler plus Rechnungsnummern: die Rückfallebene, wenn die Beträge wegen eines Abzugs oder Skontos abweichen.

Für Zahlungseingänge in Euro führen die Implementierungsleitlinien des European Payments Council für SEPA Instant Credit Transfer (EPC121-16, Fassung 2025, veröffentlicht 2024, gültig seit 5. Oktober 2025) die strukturierte Gläubigerreferenz nach ISO 11649 auf. Ist diese Referenz vorhanden, muss der Zahlungsdienstleister des Zahlers sie nicht validieren (EPC, 2024). Drucken Sie die Referenz auf die Rechnung, und rechnen Sie damit, dass sie ungeprüft ankommt.

Das Avis ist nicht die Zahlung. Ein Avis, das vor dem Geld eintrifft, bleibt offen, bis die Kontoauszugszeile erscheint; ein Avis zu einer Zahlung, die nie eintrifft, ist eine Frage an den Kunden, keine Buchung. Instant Payments verkürzen die Zeitfenster weiter (was Instant Payments im Zahlungsabgleich verändern). Kommt weder ein Avis noch eine brauchbare Referenz, lesen Sie Zahlung ohne Verwendungszweck zuordnen.

Wie nimmt ein ERP ein Zahlungsavis auf?

Ein ERP hält das Avis neben den offenen Posten, die es ausgleichen wird. Im dokumentierten SAP-Verfahren liegen Zahlungsavise in einer Avisdatenbank und dienen von dort zum Ausgleich offener Posten.

Die SAP-Bibliothek beschreibt unter FI-AR-AR-P den Standardprozess für Zahlungsavise per EDI (SAP Library, Hilfe zu NetWeaver 7.0, ohne Datum): Avise können per EDI von einem Geschäftspartner eingehen, werden in der Avisdatenbank abgelegt und lassen sich anschließend zum Ausgleich offener Posten verwenden. Der Buchungskreis wird aus der Bankverbindung des Partners oder aus einer Zuordnung externer Namen im Customizing abgeleitet. Die Seite gehört zu einem älteren Release; prüfen Sie die aktuellen Transaktionen und Apps in der Dokumentation Ihres Release.

Die Kontoauszugszeile bringt das Geld, das Avis die Liste der Belege, und die Ausgleichsbuchung schließt die offenen Posten des Kunden gegen beides. Drei Dinge können das im Produktivsystem aufhalten (unsere Einschätzung aus der Praxis, keine belegte Liste):

  • Ein gesperrter Beleg. Die Rechnung im Avis trägt eine Zahlungssperre oder ist strittig, deshalb stoppt der Ausgleichsvorschlag an dieser Zeile.
  • Eine gesperrte Periode. Das Valutadatum fällt in eine geschlossene Buchungsperiode, deshalb wird der Ausgleich abgewiesen oder muss in eine offene Periode verschoben werden.
  • Ein Restposten. Das Avis nennt 9.880 EUR zu einer Rechnung über 10.000 EUR, und für die Differenz von 120 EUR fehlt der Differenzgrund; sie bleibt als Restposten offen, bis jemand sie einordnet (fiktive Beträge).

Diese Seite dokumentiert bewusst nur ein ERP. Buchung und Ausgleich je ERP beschreibt der Ratgeber wie externe Systeme Zahlungen buchen und offene Posten ausgleichen, die SAP-Seite der Anbindung der Ratgeber zur SAP-S/4HANA-Schnittstelle.

Woran scheitert die Erfassung von Zahlungsavisen, und wie erkennen Sie es?

Die Erfassung scheitert an der Quelle: ein Avis an die falsche Adresse, ein Portal, aus dem niemand herunterlädt, ein unbekanntes Layout oder ein Avis, das sich keiner einzelnen Zahlung zuordnen lässt.

Acht Lücken, die die Erfassung eines Avis verhindern, und die Abhilfe an der Quelle

LückeWoran Sie sie erkennenWoher sie kommtAbhilfe an der Quelle
Gar kein AvisZahlung bleibt ungeklärt; die Kontoauszugszeile enthält eine ZahlungslaufnummerZahler sendet keins oder nur an den VertriebEine Adresse der Debitorenbuchhaltung und die Pflichtfelder veröffentlichen; große Zahler um strukturierte Formate bitten
Avis an die falsche AdresseAvis taucht Wochen später in einem Vertriebspostfach aufZahler nutzt die Adresse, die er schon hatDie Adresse der Debitorenbuchhaltung auf jede Rechnung und jede Kontoübersicht drucken
Portal, das niemand öffnetGroßkunden stets ungeklärtZugang abgelaufen oder Export vergessenEine zuständige Person und ein täglicher Export je Portal
Jeden Monat ein neues LayoutDie Sachbearbeitung tippt das PDF abERP oder Vorlage des Zahlers geändertDie ganze Seite lesen statt einer Vorlage; Felder mit niedriger Konfidenz prüfen
Avis vor oder nach dem GeldDas Avis wartet, oder die Zahlung wartet auf das AvisVerschiedene Kanäle, verschiedene TageÜber den Schlüssel verknüpfen; ein Avis offen halten, bis die Kontoauszugszeile erscheint
Doppeltes AvisDieselbe Zahlung zweimal in der WarteschlangeE-Mail plus Portal oder ein erneut gesendetes AvisDubletten nach Zahler, Betrag und Datum erkennen
Avis für eine andere GesellschaftFalsches Debitorenkonto vorgeschlagenEine Muttergesellschaft zahlt für ihre TöchterDen Hinweis „gezahlt für“ erfassen und dem richtigen Konto zuordnen
Avis ohne SchlüsselLässt sich keiner einzelnen Zahlung zuordnenKeine Referenz in der Zahlung; mehrere Zahlungen eines ZahlersÜber Zahler, Betrag und Datumsfenster abgleichen; mehrdeutige Fälle an eine Person geben

Die Zeilen sind Muster, keine gemessenen Anteile. X9 behandelt zwei davon direkt: die Verknüpfungskennung und die Muttergesellschaft, die für Tochtergesellschaften zahlt und angeben muss, für wen sie zahlt (ASC X9, 2022).

Vier Signale aus Ihren eigenen Daten (unsere Empfehlung, keine Benchmarks):

  • Ungeklärte Zahlungseingänge nach Kunde, sortiert nach Betrag.
  • Zahlungen, die länger als zwei Arbeitstage auf ein Avis warten.
  • Avise ohne Zahlung, die älter als fünf Arbeitstage sind.
  • Der Anteil der Zahlungen, die allein über den Verwendungszweck zugeordnet werden.

E-Rechnung und ISO 20022 verbessern die Daten, die mitreisen können, liefern aber kein Avis, das ein Zahler nie schickt (E-Rechnung allein automatisiert den Zahlungsabgleich nicht). Wie Sie die ungeklärten Zahlungseingänge abbauen, die Erfassungslücken hinterlassen, beschreibt der Ratgeber ungeklärte Zahlungseingänge abbauen.

Fiktives Beispiel: ein Montag, fünf Zahlungen, fünf Quellen

An einem fiktiven Montag zahlen fünf Kunden einen Großhändler auf fünf Wegen; weil jeder Weg eine zuständige Person hat, werden alle fünf Avise erfasst, und eines geht zur Klärung an eine Person.

Großhändler A ist erfunden, alle Beträge sind fiktiv, in EUR:

ZahlerZahlungQuelle des AvisWie erfasstZugeordnet über
Handelskette64.200 EUR per SEPA-ÜberweisungEDI-Avis (REMADV), getrennt gesendetAus der Datei geparstAvisnummer im Verwendungszweck
Industriekunde18.750 EUR per SEPA-ÜberweisungPDF per E-Mail am selben TagPDF aus dem Postfach der Debitorenbuchhaltung gelesenZahler, Betrag und Datum
Klinikverbund41.000 EUR per SEPA-ÜberweisungLieferantenportalTäglicher Portal-ExportZahlungsreferenz
Kleinkunde2.310 EUR per SEPA-ÜberweisungNur der VerwendungszweckAus dem Kontoauszug (camt.053) gelesenRechnungsnummer im Verwendungszweck
Mittelständischer Kunde27.480 EUR als SEPA-SammelzahlungNur der E-Mail-TextText gelesenReferenz und Betrag

Die fünf Zahlungen ergeben zusammen 153.740 EUR. Vier Avise gehen auf den Cent auf. Das fünfte nennt drei Rechnungen über 12.400 EUR, 9.080 EUR und 6.500 EUR, zusammen 27.980 EUR, also 500 EUR mehr als die Sammelzahlung. Die Differenz wird als Kürzung eingeordnet und geht mit der E-Mail als Beleg an eine Person.

Die Erfassung war erledigt, bevor der Abgleich begann. Ohne zuständige Person für das Portal wären die 41.000 EUR des Klinikverbunds ungeklärt liegen geblieben, bis sich jemand anmeldet.

Wie verarbeitet Transformance Zahlungsavise?

Transformance liest Zahlungsavise in jedem Format mit über 97 % Extraktionsgenauigkeit und ohne Vorlagen; ClearMatch gleicht 95 % der Zahlungen automatisch ab, und alles, was gebucht wird, gibt eine Person frei.

DocSense liest Zahlungsavise mit Vision-Language-Modellen statt mit OCR und regulären Ausdrücken: über 97 % Extraktionsgenauigkeit bei mehr als 100 Dokumenttypen und über 170 Sprachen, ohne dass Vorlagen konfiguriert werden müssen, sodass ein neues Layout beim ersten Versuch gelesen wird (Plattformdaten von Transformance, 2026). Ein PDF, eine Excel-Datei oder ein gescannter Beleg wird als Seite gelesen, Tabellen eingeschlossen.

ClearMatch gleicht 95 % der Zahlungen automatisch ab und durchläuft den gesamten Ablauf in unter 8 Minuten, mit 100 % Buchungsprüfung; ohne Freigabe durch eine Person wird nichts gebucht (Kundendaten von Transformance, 2026). ClearMatch arbeitet mit den Kontoauszugszeilen, die Ihr ERP importiert hat, und den Zahlungsavisen, die DocSense gelesen hat, und schreibt die Ausgleichsbuchungen nach der Freigabe zurück.

Bei Ausnahmen, etwa einer Zahlung ohne Avis oder einer Kürzung wie im Beispiel oben, untersucht Vero, der KI-Agent, den Fall aus Customer 360, seinem Gedächtnis für jeden Kunden. Vero holt interne und externe Informationen ein, um weitere Treffer zu finden, und schlägt mit beigefügten Belegen vor. Eine Person gibt frei, und Buchungen folgen Ihren Freigabegrenzen.

Transformance arbeitet mit Kunden in Europa, den USA und Australasien, darunter Syngenta, Eberspächer und PwC.

Wer Transformance einsetzt

  • ERP-Systeme: Teams, die den Zahlungsabgleich in SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite (auch OneWorld-Tochtergesellschaften), Microsoft Dynamics 365 Finance & Operations und Business Central oder Odoo betreiben, alle bei Kunden im Produktivbetrieb; Oracle und Infor werden unterstützt.
  • Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Gruppen mit mehreren Gesellschaften und Shared Service Centern.
  • Zahlungsvolumen: von unter 1.000 bis über 100.000 Zahlungen im Monat.
  • Branchen: Fertigung, Konsumgüter sowie Lebensmittel und Getränke, Logistik, E-Commerce, Landwirtschaft, Energie und unternehmensnahe Dienstleistungen.
  • Umfang: Zahlungsabgleich allein oder der gesamte Order-to-Cash-Prozess (Zahlungsabgleich, Abzüge, Forderungsmanagement, Liquiditätsprognose).

Fazit: Erst jede Quelle zuweisen, dann den Abgleich verfeinern

Die Erfassung entscheidet, wie viel des Zahlungsabgleichs ohne manuelle Arbeit läuft: Listen Sie Ihre Quellen je Kunde auf, geben Sie jeder eine zuständige Person und einen Schlüssel, und messen Sie die Abdeckung, bevor Sie eine Abgleichsregel anpassen.

Beginnen Sie mit Ihren 20 größten Zahlern und dem Weg, den jeder nutzt. Messen Sie dann vier Wochen lang den Anteil der Zahlungen mit erfasstem Avis innerhalb eines Arbeitstags; das ist unsere Definition, kein Benchmark. Für das Geld, das Erfassungslücken schon hinterlassen haben, lesen Sie den Ratgeber zum Abbau ungeklärter Zahlungseingänge; für die Bankseite den Ratgeber zu den Bankdateiformaten; und für die gesamte Einführung Zahlungsabgleich mit KI automatisieren.

Wichtige Begriffe

  • Zahlungsavis: die Mitteilung des Zahlers, welche Rechnungen, Abzüge und Gutschriften eine Zahlung ausgleicht.
  • EDI 820: die X12-Nachricht für Zahlungsauftrag und Zahlungsavis, oft zusammen mit einer ACH-CTX-Zahlung übertragen.
  • Lockbox: ein US-Bankservice, der Scheckzahlungen einsammelt und deren Avisdaten als Datei mit Bildern sendet.
  • Cash Application: der Abgleich eingehender Zahlungen mit den offenen Rechnungen, die sie ausgleichen.
  • SEPA: der einheitliche Euro-Zahlungsverkehrsraum, dessen Überweisungen ein kurzes Verwendungszweckfeld tragen.
  • camt.053: der ISO-20022-Kontoauszug im XML-Format zum Tagesende, der den Verwendungszweck ins ERP bringt.

Weiterführende Ratgeber

‍

‍

Häufig gestellte Fragen

Was ist ein Zahlungsavis, und ist es ein Zahlungsnachweis?

Ein Zahlungsavis sagt Ihnen, welche Rechnungen, Gutschriften und Abzüge eine Zahlung abdeckt. Ein Zahlungsnachweis ist es nicht: Der Kontoauszug belegt, dass das Geld eingegangen ist; ein Avis ohne Kontoauszugszeile bleibt daher offen.

Woher kommt ein Zahlungsavis?

Es kommt aus der Kreditorenbuchhaltung des Zahlers. Es reist mit der Zahlung (Verwendungszweck, ein EDI 820 an einer CTX-Zahlung, ISO-20022-Daten) oder kommt getrennt per E-Mail, Anhang, Kundenportal, Lockbox-Beleg oder Papier.

Wie erfassen Sie ein Zahlungsavis aus einer E-Mail?

Veröffentlichen Sie eine Adresse der Debitorenbuchhaltung, legen Sie fest, was das Avis enthalten muss, und lesen Sie E-Mail-Text und Anhang zusammen, denn der Grund einer Kürzung steht oft nur im Text. Bewahren Sie die Original-E-Mail zusammen mit den extrahierten Feldern auf.

Mit welchen ERP-Systemen arbeitet Transformance bei Zahlungsavisen?

Transformance läuft bei Kunden im Produktivbetrieb mit SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations, Business Central und Odoo und unterstützt Oracle und Infor.

Passt das zu unserer Unternehmensgröße und unserem Zahlungsvolumen?

Transformance ist für den Mittelstand bis zum Großunternehmen gebaut, mit 250 bis über 2.000 Mitarbeitenden, auch für Gruppen mit mehreren Gesellschaften, und für Volumen von unter 1.000 bis über 100.000 Zahlungen im Monat.

Wie lange dauert es, bis Zahlungsavise gelesen werden?

Die ERP-Schnittstelle ist in der Regel in 2 bis 3 Tagen eingerichtet, Ihre IT kann beteiligt sein. Ein Proof of Value läuft 4 bis 5 Wochen in einer Gesellschaft, der vollständige Rollout dauert 4 bis 8 Wochen.

Was kostet es?

Die Kosten hängen vom Umfang und von der Zahl der Gesellschaften ab, vom Zahlungsabgleich allein bis zum gesamten Order-to-Cash-Prozess, daher nennen wir hier keine Zahl. Termin buchen, und wir dimensionieren es gemeinsam mit Ihnen.

SAP, SAP S/4HANA, Microsoft, Dynamics 365, Business Central, Oracle, NetSuite, Odoo und Infor sind Marken ihrer jeweiligen Inhaber (SAP SE, Microsoft Corporation, Oracle Corporation, Odoo S.A., Infor). Transformance ist mit diesen Unternehmen nicht verbunden und wird von ihnen nicht empfohlen.

Weiterlesen