Dynamics 365 Finance & Operations erzeugt die pain.001-Datei im Kreditorenzahlungsjournal: Die Zahlungsmethode verweist auf eine Konfiguration der Elektronischen Berichterstellung (ER), und «Zahlungen generieren» schreibt daraus die ISO-20022-Datei. Scheitern tut sie selten an der Technik, sondern an den Daten – eine QR-IBAN ohne QR-Referenz, eine unvollständige Adresse, eine ungültige IBAN oder ein Ausführungsdatum, das die Bank nicht akzeptiert. Das Problem: Diese Fehler zeigt im Standard erst die Bank.
Dieser Artikel zeigt, wie der Standardweg in Microsoft Dynamics 365 Finance & Operations aufgebaut ist, wo die typischen Abweisungen entstehen und wie Sie sie verhindern, bevor die Datei das Haus verlässt.
Der Standardweg: ER-Konfiguration, Zahlungsmethode, Zahlungsjournal
Microsoft setzt die Kreditorenzahlung nach ISO 20022 über die Elektronische Berichterstellung um. Für die Schweiz nennt Microsoft Learn unter anderem die Konfigurationen «ISO20022 Credit transfer (CH)», «ISO20022 pain.002» und «ISO20022 Camt.054», die aus Lifecycle Services (LCS) importiert werden; die zugehörigen Modelle und Mappings kommen automatisch mit. Die Einrichtung folgt drei Schritten:
- Zahlungsmethode: In der Zahlungsmethode der Kreditoren wird die elektronische Zahlung gewählt, die generische Elektronische Berichterstellung aktiviert und als Exportformat die passende ER-Konfiguration hinterlegt. Bleibt die Auswahlliste leer, ist die Konfiguration nicht importiert oder nicht aktiv.
- Stammdaten: Für Mandant und Kreditor braucht es Bankkonto, IBAN und je nach Zahlungsart BIC. Für QR-Rechnungen gehört die QR-IBAN auf das Kreditorenbankkonto, und die Zahlungsspezifikation «Tp3.QR» sorgt dafür, dass die Zahlungs-ID aus dem QR-Code in die Datei gelangt.
- Zahlungsjournal: Zahlungsvorschlag erstellen, Zeilen prüfen, «Zahlungen generieren» – Zahlungsmethode, Dateiname und Bankkonto angeben. Codes wie Service Level, Charge Bearer oder Category Purpose lassen sich als Vorgabe an Journalkopf oder Zahlungsmethode setzen.
Die Schritte sind bei Microsoft Learn beschrieben: Zahlungsmethode für ISO20022 einrichten, Swiss QR-bills und Zahlungen im ISO20022-Format exportieren.
Die fachlichen Regeln, welche Felder Schweizer Banken in der pain.001 erwarten, legen die Swiss Payment Standards fest – konkret die Implementation Guidelines for Credit Transfers von SIX. Laut SIX gilt SPS 2026 ab dem 14. November 2026. Für die ältere Meldungsversion pain.001.001.03 wurde die Unterstützung bis November 2026 verlängert; wer dort noch die unstrukturierte Adresse verwendet, muss ein gewünschtes Ausführungsdatum vor dem 14. November 2026 haben.
Häufige Fehler: Woran die Bank eine pain.001 abweist
Die meisten Abweisungen haben ihre Ursache in Stammdaten oder Journalzeilen, nicht im Format. Die folgende Übersicht zeigt typische Fehlerbilder aus dem Alltag der Kreditorenbuchhaltung:
| Fehlerbild | Ursache | Abhilfe |
|---|---|---|
| Zahlung an eine QR-IBAN wird abgewiesen | QR-IBAN ohne QR-Referenz in der Zahlungszeile | Zahlungs-ID aus dem QR-Code übernehmen; Spezifikation «Tp3.QR» an Zahlungsmethode oder Kreditorenbankkonto |
| Zahlung wegen Adresse abgelehnt | Ort oder andere Adressteile des Kreditors fehlen | Kreditorenadresse vollständig pflegen; Umstellung auf strukturierte Adressen beachten |
| Konto unbekannt oder ungültig | Ungültige IBAN im Kreditorenbankkonto | IBAN vor dem Generieren prüfen und im Kreditorenbankkonto korrigieren |
| Ausführungsdatum nicht akzeptiert | Datum liegt zu weit in der Zukunft | Datumsgrenzen der eigenen Bank kennen und im Journal prüfen |
| Exportformat lässt sich nicht wählen | ER-Konfiguration nicht importiert oder nicht aktiv | Konfiguration aus LCS importieren und an der Zahlungsmethode hinterlegen |
| Rechnung zweimal bezahlt | Dieselbe Zahlung steht in einem anderen Journal | Doppelzahlungen journalübergreifend prüfen |
Dazu kommt: Jede Bank hat eigene Grenzen, etwa beim Ausführungsdatum. Diese Regeln stehen nirgends im Zahlungsjournal, und wer sie nicht kennt, erfährt sie erst aus der Rückmeldung der Bank.
Prüfung vor dem Generieren statt Korrektur nach der Abweisung
Eine abgewiesene Datei kostet Zeit: Fehler suchen, Stammdaten korrigieren, Zahlung neu generieren, erneut übermitteln – und der Zahllauf wartet. Wirksamer ist es, das Journal zu prüfen, bevor die Datei entsteht. SIX stellt für die einheitliche Anwendung des Standards ein Validierungsportal bereit. Das hilft bei der Einführung eines Formats, ersetzt aber nicht die Prüfung jedes einzelnen Zahllaufs.
Genau hier setzt die App sensAI Zahlungsdatei an. Sie prüft das Kreditorenzahlungsjournal vor dem Generieren nach den Swiss Payment Standards und den Regeln Ihrer Bank:
- Über 40 Prüfungen, unter anderem IBAN, QR-IBAN und QR-Referenz, BIC, Betragsgrenzen, ISO-Währung, Adresse, Sperre, gültiges Bankkonto und Doppelzahlung auch über andere Journale.
- Rote Befunde sperren «Zahlungen generieren» – auch wenn Sie weiterhin mit dem ER-Format arbeiten.
- Bankregeln je Zahlungsmethode, zum Beispiel Datumsgrenzen und Prüfung auf doppelte Dateien.
- Die pain.001 (pain.001.001.09) entsteht auf Wunsch direkt, ohne ER-Konfiguration, eine Datei je Bank.
- Ein Klick führt zum Kreditorenbankkonto oder zur Zahlungszeile, in der der Fehler behoben wird.
Sicherheit: Vier-Augen-Prinzip bei geänderten Bankverbindungen
Eine Datei, die die Bank annimmt, ist noch keine richtige Zahlung. Wird die IBAN eines Kreditors unbemerkt geändert, geht das Geld formal korrekt an die falsche Stelle. Dynamics 365 Finance bietet dafür den Workflow für Kreditorenbankkonten: In den Kreditorenparametern legen Sie fest, dass neue Bankkonten und Änderungen an ausgewählten Feldern genehmigt werden müssen. Geänderte Werte gelten erst, wenn eine zweite Person sie freigegeben hat; der Prüfstatus am Bankkonto zeigt, ob Änderungen offen sind. Auch für Importe über Datenentitäten lässt sich festlegen, ob Änderungen abgelehnt oder als Vorschlag in den Workflow gestellt werden.
Ergänzend findet der sensAI Zahlungsschutz vor dem Zahllauf, wo Geld an die falsche Stelle gehen könnte: doppelte Bankkonten, frisch geänderte Bankverbindungen und Doppelrechnungen.
Übermittlung an die Bank und Rückmeldung pain.002
Im Standard erzeugt Dynamics 365 die Datei, übermittelt sie aber nicht selbst. Microsoft Learn hält fest, dass Sie für den Upload die Software Ihrer Bank benötigen. Die Rückmeldung der Bank im Format pain.002 lässt sich über die Seite «Zahlungsüberweisungen» wieder einlesen; dafür müssen Fehlercodes und Statuszuordnung des Rückgabeformats eingerichtet sein (ISO20022-Dateien importieren).
Die App Zahlungsdatei liest den Bankstatus aus der pain.002 je Zahlung ein – bestätigt oder abgelehnt mit Grund – und zeigt ihn in der Journalzeile. Für die direkte Übermittlung aus D365 ohne Umweg über das E-Banking entwickeln wir die sensAI Bankanbindung mit EBICS 3.0 (H005); sie ist ab Dezember 2026 geplant.
Häufige Fragen
Wie erzeugt Dynamics 365 eine pain.001-Datei?
Im Standard über die Elektronische Berichterstellung: Die Zahlungsmethode verweist auf eine ER-Konfiguration wie «ISO20022 Credit transfer (CH)», und «Zahlungen generieren» im Kreditorenzahlungsjournal erstellt die Datei. Die App sensAI Zahlungsdatei kann die pain.001 alternativ direkt ohne ER-Konfiguration erzeugen.
Warum weist die Bank eine pain.001 ab, obwohl D365 sie ohne Fehler erstellt hat?
Dass Dynamics 365 eine Datei erstellt, heisst nicht, dass die Bank sie annimmt. Ob eine QR-Referenz fehlt, eine Adresse unvollständig ist oder ein Datum ausserhalb der Grenzen Ihrer Bank liegt, zeigt im Standard erst die Bank. Eine Prüfung vor dem Generieren schliesst diese Lücke.
Welche Version der Swiss Payment Standards gilt?
Laut SIX gilt SPS 2026 ab dem 14. November 2026. Welche Meldungsversion Ihre Bank annimmt, entnehmen Sie den Implementation Guidelines von SIX und den Vorgaben Ihrer Bank.
Wie schütze ich mich vor manipulierten Bankverbindungen?
Aktivieren Sie in Dynamics 365 Finance den Genehmigungsworkflow für Kreditorenbankkonten, damit neue und geänderte IBAN erst nach Freigabe gelten. Der sensAI Zahlungsschutz zeigt zusätzlich vor dem Zahllauf frisch geänderte Bankverbindungen und doppelte Bankkonten.
Kann Dynamics 365 die Zahlungsdatei direkt an die Bank senden?
Im Standard nicht: Microsoft verweist für den Upload auf die Software der Bank. Die sensAI Bankanbindung für die direkte Übermittlung per EBICS ist ab Dezember 2026 geplant.
Zahlungsdateien, die beim ersten Mal durchgehen
Eine saubere pain.001 aus Dynamics 365 ist vor allem eine Frage gepflegter Stammdaten und einer Prüfung vor dem Generieren. senergy services ag begleitet Schweizer Unternehmen seit 1998 bei Microsoft Dynamics. Wenn Sie Ihren Zahlungsprozess prüfen oder die App Zahlungsdatei sehen möchten, sprechen Sie uns an.