Daten aus Zahlungsaufträge extrahieren
Ein Zahlungsauftrag ist die Anweisung, die ein Unternehmen seiner Bank schickt, um Geld zu bewegen: diese Begünstigten bezahlen, von diesem Konto, an diesem Datum, in diesen Beträgen. In der ISO 20022 Welt heißt die Nachricht pain.001, eine Customer Credit Transfer Initiation, und sie trägt einen Group Header mit einer Kontrollsumme und einer Anzahl von Transaktionen, gefolgt von einem Block pro Zahlung, der Zahlungsempfänger, Kreditor-IBAN und BIC, Betrag und eine End-to-End-Referenz nennt, die der Zahlungspflichtige vergibt und die die Bankenkette unverändert zurückgibt. Ein Treasury-Analyst, der einen Batch freigibt, ein Kreditorenbuchhalter, der ihn später abgleicht, und ein Prüfer, der eine Zahlung bis zu ihrer Rechnung zurückverfolgt, lesen alle dieselbe Struktur: wer hat wen bezahlt, wie viel, in welcher Währung und gegen welche Rechnung. Zahlungsaufträge kommen als Bank-PDFs, ERP-Zahlungsvorschläge und ausgedruckte pain.001-Zusammenfassungen an, und die Abgleichdetails machen sie schwierig. Ein Batch mit Datum 2026-06-15 zum Wertstellungsdatum 2026-06-18 kann sich über drei Credit Transfers auf EUR 25,000.00 summieren, wobei jeder über eine strukturierte Kreditorreferenz im ISO 11649 RF-Format mit einer Lieferantenrechnung verknüpft ist, und der überwiesene Betrag in einer Zeile kann unter dem fälligen Betrag liegen, wenn ein Abzug oder eine Teilzahlung vorliegt. IBANs, BICs und Bankleitzahlen müssen sauber erfasst werden, damit die Zahlung ausgeführt werden kann, die Zahlungsart (SEPA-Überweisung, ACH, Wire oder Scheck) bestimmt, welche Felder relevant sind, und die End-to-End-ID ist der Faden, der einen späteren camt-Kontoauszug diesem Auftrag zuordnen lässt. Wird eine Zahlungsdatei in einen Chatbot eingelesen, riskiert man eine vertauschte IBAN; die Zahlen müssen exakt stimmen.
Was aus Zahlungsaufträge extrahiert wird
So funktioniert die Extraktion für Zahlungsaufträge
Zahlungsaufträge stammen aus Bank-Portalen, ERP-Zahlungsläufen und als PDF gerenderten pain.001-Dateien, und die Partei- und Kontodetails verteilen sich auf einen Group Header und Blöcke pro Transaktion. Talonic klassifiziert den Auftrag und ordnet ihn dem Payments-Modell in der Field Registry zu, das Zahlungspflichtigen und Zahlungsempfänger, deren IBAN und BIC, Konto- und Bankleitzahlen sowie die Beträge trennt und die beglichenen Rechnungen als paid-invoices-Array zurückgibt. Die Kontrollsumme wird gegen die Summe der Transaktionsbeträge geprüft, strukturierte Kreditorreferenzen im ISO 11649-Format werden für den Abgleich erhalten, und End-to-End-IDs bleiben erhalten, damit ein nachgelagerter camt-Kontoauszug dem Auftrag zugeordnet werden kann. Beträge werden in der angegebenen Währung typisiert, und Kontokennungen werden zeichenweise gelesen. Jeder Wert wird mit einem Konfidenzwert und einem Pixel-Bereichszeiger gemäß DIN SPEC 91491 zurückgegeben, sodass ein Treasury-Analyst eine Begünstigten-IBAN oder eine Kontrollsumme vor Freigabe des Batches gegen die Quelle prüfen kann.
Beispielextraktion
Ein Zahlungsauftrag mit drei SEPA-Credit-Transfers und Verwendungszweckdetails
{
"document_number": "PMT-2026-06-3391",
"document_date": "2026-06-15",
"payment_date": "2026-06-18",
"payer.name": "Baumann Fertigung GmbH",
"payer.iban": "DE89370400440532013000",
"payer.bic": "COBADEFFXXX",
"currency": "EUR",
"total_amount": 25000,
"number_of_transactions": 3,
"payment_method": "SEPA credit transfer",
"note": "Control sum 25,000.00 = 12,450.00 + 8,200.00 + 4,350.00",
"paid_invoices": [
{
"payee.name": "Rhein Chemie GmbH",
"invoice_number": "RC-8841",
"due_payable_amount": 12450,
"remitted_amount": 12450,
"currency": "EUR",
"structured_creditor_reference": "RF18 5390 0754 7034",
"end_to_end_id": "E2E-INV-4471"
},
{
"payee.name": "Meridian Freight",
"invoice_number": "MF-2231",
"due_payable_amount": 8500,
"remitted_amount": 8200,
"currency": "EUR",
"structured_creditor_reference": "RF47 1102 9987 6612",
"end_to_end_id": "E2E-INV-4472"
}
]
}Häufig gestellte Fragen
Stimmt die Kontrollsumme mit den Transaktionen überein?
Ja. Die Kontrollsumme im Group Header wird gegen die Summe der einzelnen Credit-Transfer-Beträge geprüft, sodass bei einem Batch mit EUR 25,000.00 über drei Zahlungen verifiziert wird, dass die Summe stimmt. Eine Abweichung wird markiert, statt durchgereicht zu werden.
Werden IBAN und BIC korrekt erfasst?
IBANs und BICs von Zahler und Zahlungsempfänger sowie alle inländischen Kontonummern und Bankleitzahlen werden als exakte Zeichenfolgen gelesen, da ein einzelnes vertauschtes Zeichen eine Zahlung fehlleiten kann. Jeder Wert wird mit einem Konfidenzwert zurückgegeben, sodass eine Kontonummer mit niedriger Konfidenz vor der Freigabe mit der Quelle abgeglichen werden kann.
Wie werden Rechnungen mit der Zahlung verknüpft?
Wenn ein Zahlungsauftrag Verrechnungsdetails enthält, wird jede beglichene Rechnung als Zeile mit Rechnungsnummer, fälligem Betrag, überwiesenem Betrag und strukturierter Gläubigerreferenz zurückgegeben, sodass eine Minderzahlung, bei der der überwiesene Betrag unter dem Rechnungsbetrag liegt, pro Zeile sichtbar wird.
Werden ACH-, Wire- und SEPA-Formate unterstützt?
Ja. Die Zahlungsmethode wird erfasst, und der Feldsatz passt sich an die Anforderungen der jeweiligen Methode an: Eine SEPA-Überweisung stützt sich auf IBAN und BIC, ein US-ACH auf Bankleitzahl und Kontonummer, und eine Wire-Überweisung auf BIC und Korrespondenzbankdetails. Talonic liest, was der Auftrag verwendet.
Bereit, Daten aus Ihrem eigenen Zahlungsaufträge zu extrahieren?
Autorenhinweis
Geprüft von Talonic engineering · zuletzt geprüft am 2026-07-07