milkee logo 

pain.001 einfach erklärt

von Nicolas Haemmerli · 23.09.2026
Das Wichtigste in Kürze
  • pain.001 ist die Nachricht Customer Credit Transfer Initiation, also der Zahlungsauftrag von dir an deine Bank.

  • Sie gehört zum internationalen Standard ISO 20022 und hat in der Schweiz die alten Formate DTA und EZAG abgelöst.

  • Die Richtung ist von dir zur Bank. Die Gegenrichtung, also Kontoauszüge und Avise, läuft über die camt-Nachrichten.

  • Im Alltag siehst du sie nie. Sie entsteht im Hintergrund, wenn deine Software eine Sammelzahlung an das E-Banking übergibt.

pain.001 ist der Zahlungsauftrag in digitaler Form. Wenn deine Buchhaltungssoftware eine Sammelzahlung an die Bank schickt, geschieht das in diesem Format.

Der Name klingt technischer, als die Sache ist. pain steht für Payment Initiation, also die Auslösung einer Zahlung, und 001 bezeichnet die Nachrichtenart innerhalb dieser Familie.

Schauen wir uns an, was pain.001 genau ist, wie es sich zu camt einordnet, was in der Schweiz gilt, wann du damit in Berührung kommst und was bei Fehlern passiert.

Was pain.001 ist

pain.001 ist ein Nachrichtenformat für Zahlungsaufträge. Es beschreibt, wie eine Software der Bank mitteilt, welche Zahlungen sie ausführen soll.

Der Name ist eine Abkürzung mit System. pain steht für Payment Initiation, also die Auslösung von Zahlungen, und die Zahl bezeichnet die konkrete Nachrichtenart innerhalb dieser Familie.

Vollständig heisst sie Customer Credit Transfer Initiation, also die Auslösung einer Überweisung durch die Kundschaft. Die Richtung ist damit klar: von dir zur Bank.

Technisch handelt es sich um eine XML-Datei. Sie ist maschinenlesbar, strukturiert und für Menschen vollkommen unlesbar, was in der Praxis niemanden stört, weil sie ausser der Bank und der Software niemand lesen muss.

Woher der Standard kommt

pain.001 gehört zu ISO 20022, einem internationalen Standard für Nachrichten im Finanzbereich. Er soll erreichen, dass Banken weltweit dieselbe Sprache sprechen.

In der Schweiz betreut SIX die Umsetzung und veröffentlicht Implementation Guidelines, die festlegen, welche Felder wie zu verwenden sind.

Eingeführt wurde der Standard hierzulande als Ablösung der alten Formate DTA und EZAG. Diese stammten aus einer Zeit, in der jedes Land seine eigenen Regeln hatte.

Zur selben Umstellung gehörte auch die QR-Rechnung, die den orangen und roten Einzahlungsschein abgelöst hat. Beides ist Teil derselben Modernisierung.

pain und camt

Die beiden Nachrichtenfamilien bilden zusammen den digitalen Zahlungsverkehr ab. Der Unterschied ist die Richtung.

Richtung der ISO-20022-Nachrichten: pain-Nachrichten gehen als Auftrag vom Unternehmen zur Bank, camt-Nachrichten kommen als Bericht von der Bank zurück

Nachricht

Richtung

Inhalt

pain.001

Zu der Bank

Zahlungsauftrag, Überweisungen

camt.052

Von der Bank

Untertägiger Bericht über Bewegungen

camt.053

Von der Bank

Kontoauszug für eine Periode

camt.054

Von der Bank

Detailavis zu Gutschriften und Belastungen

Die Eselsbrücke ist einfach: pain sind Aufträge, camt sind Berichte. Was du willst, geht als pain hinaus, was passiert ist, kommt als camt zurück.

Zusammen ergeben sie einen geschlossenen Kreislauf. Du beauftragst Zahlungen, die Bank führt sie aus, und du erhältst die Bestätigung in strukturierter Form zurück.

Was drinsteht

Eine pain.001-Datei besteht aus drei Ebenen, und diese Struktur erklärt, warum eine Sammelzahlung als ein einziger Auftrag funktioniert.

Zuoberst steht der Kopf mit Absender, Erstellungsdatum und der Gesamtzahl der enthaltenen Zahlungen. Er dient der Kontrolle, ob die Datei vollständig angekommen ist.

Darunter folgen Zahlungsinformationen, die das Belastungskonto, das gewünschte Ausführungsdatum und die Zahlungsart festlegen. Diese Ebene fasst mehrere Einzelzahlungen zusammen.

Zuunterst stehen die einzelnen Überweisungen mit Betrag, Währung, Empfängerangaben, IBAN und Referenz. Jede davon wird später als eigene Belastung auf dem Konto erscheinen.

Wann du damit zu tun hast

Im Normalfall nie bewusst. Die Datei entsteht im Hintergrund, wenn deine Software eine Zahlung oder eine Sammelzahlung an das E-Banking übergibt.

Sichtbar wird sie in zwei Situationen. Die erste ist der manuelle Upload: Manche Betriebe erzeugen die Datei in der Buchhaltung und laden sie im E-Banking hoch.

Die zweite ist ein Fehler. Weist die Bank eine Datei zurück, siehst du eine Meldung, die sich auf Felder dieses Formats bezieht, und dann hilft es, die Struktur zu kennen.

Bei einer direkten Bankanbindung entfällt selbst das. Dort geht der Auftrag automatisch an die Bank, und du siehst nur das Ergebnis in deiner Buchhaltung.

Typische Fehlerquellen

  • Ungültige IBAN, meist durch einen Tippfehler. Die Prüfziffern erkennen das zuverlässig.

  • Falsche Kombination aus Konto und Referenz, etwa eine normale IBAN mit einer QR-Referenz.

  • Ausführungsdatum in der Vergangenheit oder an einem Bankfeiertag, was zur Rückweisung führt.

Die zweite Zeile ist die häufigste. Eine QR-Referenz funktioniert nur mit einer QR-IBAN, und umgekehrt ist eine QR-IBAN ohne Referenz ebenso ungültig.

Korrigiert wird immer in der Software, nie in der Datei. Wer eine XML-Datei von Hand bearbeitet, riskiert, dass Prüfsummen und Gesamtbeträge nicht mehr stimmen.

Die Schweizer Besonderheiten

ISO 20022 lässt vieles offen, weshalb jedes Land eigene Umsetzungsregeln festlegt. In der Schweiz stehen diese in den Implementation Guidelines von SIX.

Geregelt ist dort etwa, welche Referenzarten zulässig sind, wie Zahlungsarten zu kennzeichnen sind und welche Felder zwingend gefüllt sein müssen.

Praktisch relevant ist das bei Zahlungen ins Ausland. Dort gelten teilweise andere Anforderungen, etwa zusätzliche Empfängerangaben oder ein BIC, den es innerhalb der Schweiz nicht braucht.

Um diese Unterschiede kümmert sich deine Software. Sie kennt die Regeln und füllt die Felder entsprechend, je nachdem, wohin die Zahlung geht.

Warum der Standard etwas bringt

Der praktische Gewinn liegt darin, dass Zahlungsverkehr über Bankgrenzen hinweg gleich funktioniert. Ein Wechsel der Bank ändert an deinen Prozessen nichts mehr.

Der zweite Gewinn ist die Datenmenge pro Zahlung. ISO 20022 überträgt deutlich mehr strukturierte Information als die alten Formate, etwa vollständige Referenzen und Adressangaben.

Genau das macht den automatischen Abgleich überhaupt erst möglich. Ohne strukturierte Referenz müsste jede Zahlung wieder von Hand einer Rechnung zugeordnet werden.

Und drittens ist der Standard international. Dieselbe Nachrichtenfamilie wird in Europa und zunehmend weltweit verwendet, was grenzüberschreitende Zahlungen vereinfacht.

Fazit

pain.001 ist der digitale Zahlungsauftrag nach ISO 20022, also die Nachricht, mit der du deiner Bank mitteilst, welche Überweisungen sie ausführen soll.

Kennen muss man das Format nicht. Nützlich ist nur die Grundregel: pain geht hinaus, camt kommt zurück. Damit lassen sich die meisten Fehlermeldungen deiner Bank ohne weitere Recherche einordnen.

Häufige Fragen