pain.001-Meldung

pain.001 Meldung

Inhaltsverzeichnis

Banküberweisung pain.001 gemäss ISO 20022 Standard
Anwendungsfall pain.001-Meldung
Struktur einer pain.001-Meldung
Beispiel pain.001.001.09 Swiss-Payments-Standards (SPS)
Beispiel pain.001.001.03 Deutsche Kreditwirtschaft (DK)
ISO 20022 Spezifikation der pain.001-Meldung
Technische Spezifikation SPS ISO 20022 pain.001.001.09
Technische Spezifikation SEPA EPC ISO 20022 pain.001.001.09

Zahlungsauftrag pain.001 gemäss ISO 20022 Standard

"pain.001" ist eine Zahlungsinitiierungsnachricht gemäss ISO 20022. Es handelt sich um eine Banküberweisungsnachricht im XML-Format.

Die pain.001-Meldung ist ein Teil des ISO 20022-Standards für Finanznachrichten. ISO 20022 ist eine internationale Norm für elektronische Datenaustausch zwischen Finanzinstituten. Der Name "pain.001" steht für "Payment Initiation", was "Zahlungsinitiierung" bedeutet. Das Format wird häufig für Kundenaufträge zur Initiierung von Einzel- oder Sammelzahlungen verwendet.

Die pain.001-Meldung ist eine Banküberweisung die normalerweise von einem Unternehmen mittels seiner Zahlungssoftware über einen gesicherten Kanal an seine Bank gesendet wird, um eine oder mehrere Überweisungen von Geldmitteln von einem Konto zu einem oder mehreren anderen Konten zu veranlassen.

Das pain.001-Format ermöglicht es, umfangreiche Details zu den Zahlungen und den beteiligten Parteien anzugeben, wie zum Beispiel:

Angaben zum Auftraggeber (wie Name und Kontodaten)
Angaben zum Empfänger (wie Name und Kontodaten)
Details zur Zahlung (wie Betrag, Währung, Verwendungszweck)

Die Schreibweise "pain.001.001.03" oder "pain.001.001.09" bezieht sich auf spezifische Versionen des pain.001-Nachrichtenformats. Mit jeder neuen Version können von ISO Änderungen oder Erweiterungen an den verfügbaren Datenfeldern vorgenommen werden.

Dieses Format kann, obwohl es ein internationaler Standard ist, von verschiedenen Banken und in verschiedenen Ländern unterschiedlich interpretiert und implementiert werden. Daher ist es immer wichtig, die spezifischen Anforderungen und Anleitungen der eigenen Bank zu verstehen.

Anwendungsfall pain.001-Meldung

Die nachfolgende Abbildung illustriert den Austausch von Kunde-Bank-Meldungen für eine Banküberweisung mit einer pain.001-Meldung zwischen Bankkunden in den Rollen "Zahlungspflichtiger" und "Zahlungsempfänger".

pain.001-Meldung Zahlungsauftrag

Verarbeitungsschritte des Anwendungsfalls

Der Zahlungspflichtige gibt dem Lieferant / Service Provider einen Auftrag.
Der Lieferant / Service Provider stellt eine Forderung / Rechnung für den Auftrag.
Der Zahlungspflichtige übermittelt seiner Bank mit seiner Zahlungssoftware einen elektronischen Zahlungsauftrag im Format pain.001.
Die Bank des Zahlungspflichtigen validiert den Zahlungsauftrag und sendet den Status der Verarbeitung zurück.
Die Bank des Zahlungspflichtigen belastet das Konto des Zahlungspflichtigen und schickt die Zahlung in der Form einer Interbank-Meldung via Clearing-System der Bank des Zahlungsempfängers.
Die Bank des Zahlungspflichtigen rapportiert die Kontobelastung dem Zahlungspflichtigen mittels gewünschtem Kontoreporting.
Die Bank des Zahlungsempfänger rapportiert den Zahlungseingang dem Zahlungsempfänger mittels gewünschtem Kontoreporting.

ISO-20022-Meldungen im Anwendungsfall verwendet

Meldung	ISO Message ID	ISO Message name
Zahlungsauftrag	pain.001	CustomerCreditTransferInitiation
Zahlungsstatus	pain.002	CustomerCreditTransferInitiation
Intraday Reporting	camt.052	BankToCustomerAccountReport
Kontoauszug	camt.053	BankToCustomerStatement
Sammelbuchungsauflösung	camt.054	BankToCustomerDebitCreditNotification
Belastungsanzeige	camt.054	BankToCustomerDebitCreditNotification

Struktur einer pain.001-Meldung

Der Zahlungsauftrag pain.001 beschreibt eine elektronische Zahlungsnachricht in der ISO 20022-Struktur.

Hauptstruktur des Zahlungsauftrags

Der Zahlungsauftrag (Document) besteht aus zwei Hauptteilen:

Gruppen-Header (GrpHdr): Enthält allgemeine Informationen zur gesamten Nachricht.
Zahlungs-Information (PmtInf): Beinhaltet die eigentlichen Transaktionsdetails.

Gruppen-Header (GrpHdr) – Metadaten der Nachricht

MsgId (Nachricht-ID): Eine eindeutige Identifikation der Zahlungsnachricht.
CreDtTm (Erstellungszeitpunkt): Das Erstellungsdatum der Nachricht.
NbOfTxs (Anzahl Transaktionen): Gibt an, wie viele Transaktionen enthalten sind.
CtrlSum (Kontrollsumme): Gesamtbetrag aller Transaktionen (optional).
InitgPty (Auftraggeber): Der Name oder die Identifikation des Auftraggebers.

Zahlungs-Information (PmtInf) – Einzelne Zahlungen

PmtInfId (Zahlungs-Informations-ID): Referenz für die gesamte Zahlungsgruppe.
PmtMtd (Zahlungsmethode): Gibt an, ob es sich um eine Überweisung handelt (z. B. SEPA Credit Transfer).
BtchBookg (Sammelbuchung): Gibt an, ob die Transaktionen als Sammelbuchung verarbeitet werden.
NbOfTxs (Anzahl Transaktionen): Anzahl der Transaktionen in dieser Zahlungsgruppe.
CtrlSum (Kontrollsumme): Gesamtsumme der Transaktionen in dieser Gruppe (optional).
ReqdExctnDt (Ausführungsdatum): Das gewünschte Datum, an dem die Zahlung ausgeführt werden soll.
Dbtr (Zahlungspflichtiger): Name des Auftraggebers (Zahlungspflichtigen).
DbtrAcct (Konto des Zahlungspflichtigen): Bankkonto des Zahlungspflichtigen.
DbtrAgt (Bank des Zahlungspflichtigen): Bank des Auftraggebers.
CdtTrfTxInf (Überweisungs-Transaktions-Informationen): Enthält die Daten der einzelnen Überweisungen.

Einzelne Überweisungen (CdtTrfTxInf)

Jede Überweisung enthält folgende Daten:

PmtId (Zahlungs-ID): Referenznummer für diese Transaktion.
PmtTpInf (Zahlungsart-Information): Klassifizierung der Zahlung (z. B. Standard oder Eilzahlung).
Amt (Betrag): Der zu überweisende Geldbetrag.
CdtrAgt (Bank des Zahlungsempfängers): Die Bank des Empfängers.
Cdtr (Zahlungsempfänger): Name des Zahlungsempfängers.
CdtrAcct (Konto des Zahlungsempfängers): Das Bankkonto des Empfängers.
RmtInf (Zahlungsreferenz): Zusätzliche Zahlungsinformationen für den Empfänger.

Zahlungsreferenz (RmtInf)

Ustrd (Unstrukturierte Zahlungsreferenz): Freitext-Nachricht an den Zahlungsempfänger.
Strd (Strukturierte Zahlungsreferenz): Standardisierte Referenznummer (z. B. Rechnungsnummer).

Der folgende Graph zeigt die hierarchische Struktur eines Zahlungsauftrags (pain.001).


---
config:
  layout: elk
---

graph LR

    A[Document - Zahlungsauftrag]

    %% Hauptstruktur
    A -->|1..1| GrpHdr[GrpHdr - Gruppen-Header]
    A -->|1..n| PmtInf[PmtInf - Zahlungs-Information]

    %% Group Header
    GrpHdr -->|1..1| MsgId[MsgId - Nachricht-ID]
    GrpHdr -->|1..1| CreDtTm[CreDtTm - Erstellungszeitpunkt]
    GrpHdr -->|1..1| NbOfTxs[NbOfTxs - Anzahl Transaktionen]
    GrpHdr -->|0..1| CtrlSum[CtrlSum - Kontrollsumme]
    GrpHdr -->|1..1| InitgPty[InitgPty - Auftraggeber]

    %% Payment Information
    PmtInf -->|1..1| PmtInfId[PmtInfId - Zahlungs-Informations-ID]
    PmtInf -->|1..1| PmtMtd[PmtMtd - Zahlungsmethode]
    PmtInf -->|0..1| BtchBookg[BtchBookg - Sammelbuchung]
    PmtInf -->|1..1| NbOfTxs[NbOfTxs - Anzahl Transaktionen]
    PmtInf -->|0..1| CtrlSum[CtrlSum - Kontrollsumme]
    PmtInf -->|1..1| ReqdExctnDt[ReqdExctnDt - Ausführungsdatum]
    PmtInf -->|1..1| Dbtr[Dbtr - Zahlungspflichtiger]
    PmtInf -->|1..1| DbtrAcct[DbtrAcct - Konto des Zahlungspflichtigen]
    PmtInf -->|1..1| DbtrAgt[DbtrAgt - Bank des Zahlungspflichtigen]
    PmtInf -->|1..n| CdtTrfTxInf[CdtTrfTxInf - Überweisungs-Transaktions-Information]

    %% Credit Transfer Transaction Information
    CdtTrfTxInf -->|1..1| PmtId[PmtId - Zahlungs-ID]
    CdtTrfTxInf -->|1..1| PmtTpInf[PmtTpInf - Zahlungsart-Information]
    CdtTrfTxInf -->|1..1| Amt[Amt - Betrag]
    CdtTrfTxInf -->|1..1| CdtrAgt[CdtrAgt - Bank des Zahlungsempfängers]
    CdtTrfTxInf -->|1..1| Cdtr[Cdtr - Zahlungsempfänger]
    CdtTrfTxInf -->|1..1| CdtrAcct[CdtrAcct - Konto des Zahlungsempfängers]
    CdtTrfTxInf -->|0..1| RmtInf[RmtInf - Zahlungsreferenz]

    %% Remittance Information
    RmtInf -->|0..1| Ustrd[Ustrd - Unstrukturierte Zahlungsreferenz]
    RmtInf -->|0..n| Strd[Strd - Strukturierte Zahlungsreferenz]

    %% Stile für Gruppen (Blau mit weißem Text)
    style A stroke:#000000,fill:#0233ab,color:#FFFFFF
    style GrpHdr stroke:#000000,fill:#0233ab,color:#FFFFFF
    style PmtInf stroke:#000000,fill:#0233ab,color:#FFFFFF
    style CdtTrfTxInf stroke:#000000,fill:#0233ab,color:#FFFFFF
    style RmtInf stroke:#000000,fill:#0233ab,color:#FFFFFF

    %% Stile für Meldungen (Rot mit weißem Text)
    style MsgId stroke:#000000,fill:#ab0207,color:#FFFFFF
    style CreDtTm stroke:#000000,fill:#ab0207,color:#FFFFFF
    style NbOfTxs stroke:#000000,fill:#ab0207,color:#FFFFFF
    style CtrlSum stroke:#000000,fill:#ab0207,color:#FFFFFF
    style InitgPty stroke:#000000,fill:#ab0207,color:#FFFFFF
    style PmtInfId stroke:#000000,fill:#ab0207,color:#FFFFFF
    style PmtMtd stroke:#000000,fill:#ab0207,color:#FFFFFF
    style BtchBookg stroke:#000000,fill:#ab0207,color:#FFFFFF
    style ReqdExctnDt stroke:#000000,fill:#ab0207,color:#FFFFFF
    style Dbtr stroke:#000000,fill:#ab0207,color:#FFFFFF
    style DbtrAcct stroke:#000000,fill:#ab0207,color:#FFFFFF
    style DbtrAgt stroke:#000000,fill:#ab0207,color:#FFFFFF
    style PmtId stroke:#000000,fill:#ab0207,color:#FFFFFF
    style PmtTpInf stroke:#000000,fill:#ab0207,color:#FFFFFF
    style Amt stroke:#000000,fill:#ab0207,color:#FFFFFF
    style CdtrAgt stroke:#000000,fill:#ab0207,color:#FFFFFF
    style Cdtr stroke:#000000,fill:#ab0207,color:#FFFFFF
    style CdtrAcct stroke:#000000,fill:#ab0207,color:#FFFFFF
    style Ustrd stroke:#000000,fill:#ab0207,color:#FFFFFF
    style Strd stroke:#000000,fill:#ab0207,color:#FFFFFF

Beispiel pain.001.001.09 Swiss-Payments-Standards (SPS)

pain.001-Beispiel für eine SEPA-Zahlung im Schweizer Format

Im Folgenden finden Sie ein Beispiel einer pain.001.001.09-Nachricht im XML-Format für zwei SEPA-Überweisungen im Swiss-Payment-Standards-Format. Dieses Muster dient lediglich zur Veranschaulichung. In der Praxis können solche Nachrichten erheblich komplexer gestaltet sein.

Merkmale dieses pain.001-Beispiels:

Swiss-Payment-Standards-Format für eine SEPA Transaktion
pain-Version pain.001.001.09
Eine Belastung mit zwei Gutschriften
Einzelbuchung
IBAN only

<?xml version="1.0" encoding="UTF-8"?>
<!-- Swiss Payment Standards (SPS) - SEPA-Credit-Transfer-Beispiel -->
<!-- Format pain.001.001.09 - IG Version -->
<!-- SEPA Transaktion mit einer Belastung und zwei Gutschriften, Einzelbuchung, IBAN only -->
<!-- Kostenlos zur Verfügung gestellt von PayArt / zahlungsverkehr.org -->
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.09" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:iso:std:iso:20022:tech:xsd:pain.001.001.09 pain.001.001.09.ch.03.xsd">
    <CstmrCdtTrfInitn>
        <GrpHdr>
            <!-- Gruppenkopfteil -->
            <!-- Satz von Merkmalen, die von allen einzelnen Transaktionen, die in der Nachricht enthalten sind, geteilt werden. -->
            <MsgId>ABC123</MsgId>
            <CreDtTm>2024-02-16T12:03:54.287</CreDtTm>
            <NbOfTxs>2</NbOfTxs>
            <CtrlSum>150.00</CtrlSum>
            <InitgPty>
                <Nm>PayArt</Nm>
                <CtctDtls>
                    <Othr>
                        <ChanlTp>NAME</ChanlTp>
                        <Id>zahlungsverkehr.org</Id>
                    </Othr>
                    <Othr>
                        <ChanlTp>VRSN</ChanlTp>
                        <Id>2024-02</Id>
                    </Othr>
                    <Othr>
                        <ChanlTp>PRVD</ChanlTp>
                        <Id>PayArt</Id>
                    </Othr>
                    <Othr>
                        <ChanlTp>SPSV</ChanlTp>
                        <Id>2.0.2</Id>
                    </Othr>
                </CtctDtls>
            </InitgPty>
        </GrpHdr>
        <PmtInf>
            <!-- Zahlungsinformationen (A-Level) -->
            <!-- Satz von Merkmalen, der auf der Belastungsseite bei jeder Transaktion innerhalb des gleichen A-Levels angewendet wird. -->
            <PmtInfId>DEF456</PmtInfId>
            <PmtMtd>TRF</PmtMtd>
            <BtchBookg>false</BtchBookg>
            <PmtTpInf>
                <SvcLvl>
                    <Cd>SEPA</Cd>
                </SvcLvl>
            </PmtTpInf>
            <ReqdExctnDt>
                <Dt>2024-02-16</Dt>
            </ReqdExctnDt>
            <Dbtr>
                <Nm>PayArt</Nm>
            </Dbtr>
            <DbtrAcct>
                <Id>
                    <IBAN>CH9300762011623852957</IBAN>
                </Id>
            </DbtrAcct>
            <DbtrAgt>
                <FinInstnId>
                    <BICFI>UBSWCHZH80A</BICFI>
                </FinInstnId>
            </DbtrAgt>
            <ChrgBr>SLEV</ChrgBr>
            <CdtTrfTxInf>
                <!-- Gutschriftsseite (B-Level) der Transaktionen -->
                <!-- Satz von Merkmalen, der auf der Gutschriftsseite der Transaktion angewendet wird. -->
                <PmtId>
                    <InstrId>INSTR/1234567890-1</InstrId>
                    <EndToEndId>ENDTOEND/1234567890-1</EndToEndId>
                </PmtId>
                <Amt>
                    <InstdAmt Ccy="EUR">100.00</InstdAmt>
                </Amt>
                <Cdtr>
                    <Nm>DE zahlungsvekehr.org</Nm>
                    <PstlAdr>
                        <Ctry>CH</Ctry>
                        <AdrLine>DE Adresszeile 1</AdrLine>
                        <AdrLine>DE Adresszeile 2</AdrLine>
                    </PstlAdr>
                </Cdtr>
                <CdtrAcct>
                    <Id>
                        <IBAN>DE89370400440532013000</IBAN>
                    </Id>
                </CdtrAcct>
                <RmtInf>
                    <Ustrd>Beispiel einer pain.001-Meldung für SEPA - Zahlung 1</Ustrd>
                </RmtInf>
            </CdtTrfTxInf>
            <CdtTrfTxInf>
                <!-- Gutschriftsseite (B-Level) der Transaktionen -->
                <!-- Satz von Merkmalen, der auf der Gutschriftsseite der Transaktion angewendet wird. -->
                <PmtId>
                    <InstrId>INSTR/1234567890-2</InstrId>
                    <EndToEndId>ENDTOEND/1234567890-2</EndToEndId>
                </PmtId>
                <Amt>
                    <InstdAmt Ccy="EUR">50.00</InstdAmt>
                </Amt>
                <Cdtr>
                    <Nm>AT zahlungsvekehr.org</Nm>
                    <PstlAdr>
                        <Ctry>AT</Ctry>
                        <AdrLine>AT Adresszeile 1</AdrLine>
                        <AdrLine>AT Adresszeile 2</AdrLine>
                    </PstlAdr>
                </Cdtr>
                <CdtrAcct>
                    <Id>
                        <IBAN>AT611904300234573201</IBAN>
                    </Id>
                </CdtrAcct>
                <RmtInf>
                    <Ustrd>Beispiel einer pain.001-Meldung für SEPA - Zahlung 2</Ustrd>
                </RmtInf>
            </CdtTrfTxInf>
        </PmtInf>
    </CstmrCdtTrfInitn>
</Document>

Bitte beachten Sie, dass Sie immer die genauen Anforderungen Ihrer Bank befolgen müssen, wie ein Zahlungsauftrag aufgebaut sein muss, da es Unterschiede zwischen Banken geben kann.

Beispiel pain.001.001.03 Deutsche Kreditwirtschaft (DK)

pain.001-Beispiel für eine SEPA-Zahlung im DK-Format

Im Folgenden finden Sie ein Beispiel einer pain.001.001.03-Nachricht im XML-Format für eine SEPA-Überweisungen im Deutsche-Kreditwirtschaft-Format. Dieses Muster dient lediglich zur Veranschaulichung. In der Praxis können solche Nachrichten erheblich komplexer gestaltet sein.

Merkmale dieses pain.001-Beispiels:

Deutsche-Kreditwirtschaft-Format für eine SEPA Transaktion
pain-Version pain.001.001.03
Eine Belastung mit einer Gutschrift
Einzelbuchung
IBAN only

<?xml version="1.0" encoding="UTF-8"?>
<!-- Deutsche Kreditwirtschaft (DK) - SEPA-Credit-Transfer-Beispiel -->
<!-- Format pain.001.001.03 - DFÜ Abkommen, Anlage 3: Spezifikation der Datenformate v3.3 -->
<!-- SEPA Transaktion mit einer Belastung und einer Gutschrift, Einzelbuchung, IBAN only -->
<!-- Kostenlos zur Verfügung gestellt von PayArt / zahlungsverkehr.org -->
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.03" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:iso:std:iso:20022:tech:xsd:pain.001.001.03 pain.001.001.03.xsd">
    <CstmrCdtTrfInitn>
        <GrpHdr>
            <!-- Gruppenkopfteil -->
            <!-- Satz von Merkmalen, die von allen einzelnen Transaktionen, die in der Nachricht enthalten sind, geteilt werden. -->
            <MsgId>ABC123</MsgId>
            <CreDtTm>2024-02-17T15:57:52.565</CreDtTm>
            <NbOfTxs>1</NbOfTxs>
            <CtrlSum>100.00</CtrlSum>
            <InitgPty>
                <Nm>PayArt</Nm>
            </InitgPty>
        </GrpHdr>
        <PmtInf>
            <!-- Zahlungsinformationen (A-Level) -->
            <!-- Satz von Merkmalen, der auf der Belastungsseite bei jeder Transaktion innerhalb des gleichen A-Levels angewendet wird. -->
            <PmtInfId>UXC24021700002PI00001</PmtInfId>
            <PmtMtd>TRF</PmtMtd>
            <NbOfTxs>1</NbOfTxs>
            <CtrlSum>100.00</CtrlSum>
            <PmtTpInf>
                <SvcLvl>
                    <Cd>SEPA</Cd>
                </SvcLvl>
            </PmtTpInf>
            <ReqdExctnDt>2024-02-19</ReqdExctnDt>
            <Dbtr>
                <Nm>PayArt</Nm>
            </Dbtr>
            <DbtrAcct>
                <Id>
                    <IBAN>CH9300762011623852957</IBAN>
                </Id>
            </DbtrAcct>
            <DbtrAgt>
                <FinInstnId>
                    <Othr>
                        <Id>NOTPROVIDED</Id>
                    </Othr>
                </FinInstnId>
            </DbtrAgt>
            <ChrgBr>SLEV</ChrgBr>
            <CdtTrfTxInf>
                <PmtId>
                    <EndToEndId>ENDTOEND/1234567890-1</EndToEndId>
                </PmtId>
                <Amt>
                    <InstdAmt Ccy="EUR">100.00</InstdAmt>
                </Amt>
                <Cdtr>
                    <Nm>DE zahlungsvekehr.org</Nm>
                </Cdtr>
                <CdtrAcct>
                    <Id>
                        <IBAN>DE89370400440532013000</IBAN>
                    </Id>
                </CdtrAcct>
            </CdtTrfTxInf>
        </PmtInf>
    </CstmrCdtTrfInitn>
</Document>

Bitte beachten Sie, dass Sie immer die genauen Anforderungen Ihrer Bank befolgen müssen, wie ein Zahlungsauftrag aufgebaut sein muss, da es Unterschiede zwischen Banken geben kann.

ISO 20022 Spezifikation der pain.001-Meldung in der Version pain.001.001.09

Umfang pain.001-Meldung

Die Nachricht pain.001 zur Initiierung der Kundengutschriftübertragung wird vom initiierenden Teilnehmer an den weiterleitenden Agenten oder den Schuldneragenten gesendet. Sie dient der Anforderung der Übertragung von Geldern vom Konto des Schuldners auf das Konto des Gläubigers.

Verwendung pain.001-Meldung

Die Nachricht pain.001 zur Initiierung der Kundengutschriftübertragung kann eine oder mehrere Anweisungen zur Kundengutschriftübertragung enthalten.

Die Nachricht zur Initiierung der Kundengutschriftübertragung wird verwendet, um Folgendes auszutauschen:

Eine oder mehrere Instanzen einer Gutschriftübertragung;
Zahlungstransaktionen, die zu Buchübertragungen beim Schuldneragenten oder Zahlungen an ein anderes Finanzinstitut führen;
Zahlungstransaktionen, die zu einer elektronischen Geldüberweisung auf das Gläubigerkonto oder zur Ausstellung eines Schecks führen.

Die Nachricht kann in einem direkten oder einem Relais-Szenario verwendet werden:

In einem direkten Szenario wird die Nachricht direkt an den Schuldneragenten gesendet. Der Schuldneragent ist der Kontoservicedienstleister des Schuldners.
In einem Relais-Szenario wird die Nachricht an einen weiterleitenden Agenten gesendet. Der weiterleitende Agent agiert als konzentrische Finanzinstitution und leitet die Nachricht zur Initiierung der Kundengutschriftübertragung an den Schuldneragenten weiter.

Die Nachricht kann auch von einem initiierenden Teilnehmer verwendet werden, der befugt ist, die Nachricht im Namen des Schuldners zu senden. Dies gilt beispielsweise für das Szenario einer Zahlungsfabrik, die alle Zahlungen im Namen eines großen Unternehmens initiiert.

Die Nachricht zur Initiierung der Kundengutschriftübertragung kann in inländischen und grenzüberschreitenden Szenarien verwendet werden.

Die Nachricht zur Initiierung der Kundengutschriftübertragung darf nicht vom Schuldneragenten zur Ausführung der Gutschriftüberweisung verwendet werden. Stattdessen muss die FIToFICustomerCreditTransfer-Nachricht verwendet werden.

Nachrichtenkennung: pain.001.001.09

Technische Spezifikation SPS ISO 20022 pain.001.001.09

Implementation Guidelines für Überweisungen (Version 2.1.1)

Das Ziel der SIX-Richtlinie für die SPS-Meldung pain.001 ist es, die technischen Spezifikationen und Regeln für den Datenaustausch im Zahlungsverkehr zwischen Kunden und Banken zu definieren. Diese Richtlinie basiert auf dem ISO 20022 Standard und soll sicherstellen, dass Überweisungen und andere Zahlungstransaktionen effizient, sicher und einheitlich abgewickelt werden können. Sie berücksichtigt sowohl die Anforderungen des Schweizer Interbank Clearing Systems als auch die Vorgaben des European Payment Council für SEPA-Transaktionen.

Definition ISO 20022 pain.001.001.09 nach Swiss Payment Srandards

Die folgende Liste enthält alle Attribute, die in einer pain.001-Meldung gemäss den Swiss Payment Standards möglich sind, einschliesslich der Regeln für jedes einzelne Feld.

Customer Credit Transfer Initiation V09 - CstmrCdtTrfInitn (1..1)

1. XML=CstmrCdtTrfInitn
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ Group Header - GrpHdr (1..1)

1. XML=GrpHdr
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + Message Identification - MsgId (1..1)

1. XML=MsgId
2. Multiplicity=1..1
3. Status=M
4. Definition=Die Duplikatsprüfung erfolgt bei den Schweizer Finanzinstituten in der Regel auf Ebene Dokument (Message). Aus diesem Grund muss das Element «Message Identification» eindeutig belegt werden. Die Eindeutigkeit wird hierbei von den meisten Finanzinstituten auf einen Zeitraum von mindestens 90 Tagen geprüft. Es wird empfohlen, die «Message Identification» generell so lange wie möglich eindeutig zu halten.
Für dieses Element ist nur der Zeichensatz für Referenzelemente
zugelassen (siehe Kapitel 3.2).
5. Payment Type=
6. Error=DU01, CH16

+ + Creation Date Time - CreDtTm (1..1)

1. XML=CreDtTm
2. Multiplicity=1..1
3. Status=M
4. Definition=Empfehlung: Soll dem effektiven Erstellungsdatum/-zeitpunkt entsprechen.
5. Payment Type=
6. Error=DT01

+ + Number Of Transactions - NbOfTxs (1..1)

1. XML=NbOfTxs
2. Multiplicity=1..1
3. Status=M
4. Definition=Falls fehlerhaft, wird die gesamte Meldung abgewiesen. Meldungen, welche die Grösse von 99'999 Zahlungen (C-Level) überschreiten, werden von den Finanzinstituten abgewiesen. Je nach Finanzinstitut kann die Grösse der einzuliefernden
Meldung kleiner sein.
5. Payment Type=
6. Error=AM18

+ + Control Sum - CtrlSum (0..1)

1. XML=CtrlSum
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Wert identisch mit Summe aller Elemente «Amount» («Instructed Amount» oder «Equivalent Amount»).
Die Prüfung der Kontrollsumme erfolgt in diesem Element.
Falls fehlerhaft, wird die gesamte Meldung abgewiesen.
5. Payment Type=
6. Error=AM10

+ + Initiating Party - InitgPty (1..1)

1. XML=InitgPty
2. Multiplicity=1..1
3. Status=M
4. Definition=Mindestens eines der Elemente «Name» oder «Identification» muss geliefert werden.
Beschreibt die absendende Partei. Dies kann der Debtor oder eine andere, beauftragte Partei sein, die als Absender der
Meldung handelt.
5. Payment Type=
6. Error=CH21

+ + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Bezeichnung oder Name, unter dem die absendende Partei des Absenders der Meldung bekannt ist oder üblicherweise zu deren Identifikation verwendet, maximal 70 Zeichen.
5. Payment Type=
6. Error=CH16

+ + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Identifikation des Absenders der Meldung.
5. Payment Type=
6. Error=CH17

+ + + + Organisation Identification - OrgId {Or (1..1)

+ + + + + Any BIC - AnyBIC (0..1)

1. XML=AnyBIC
2. Multiplicity=0..1
3. Status=D
4. Definition=Wenn verwendet, darf «Other» nicht vorkommen.
5. Payment Type=
6. Error=RC01, CH16, CH17

+ + + + + LEI - LEI (0..1)

1. XML=LEI
2. Multiplicity=0..1
3. Status=O
4. Definition=Die Weiterleitung des Elements kann nicht in allen Fällen gewährleistet werden.
Darf zusätzlich zu «AnyBIC» oder «Othr» geliefert werden
5. Payment Type=
6. Error=

+ + + + + Other - Othr (0..n)

1. XML=Othr
2. Multiplicity=0..n
3. Status=D
4. Definition=Wenn verwendet, darf «AnyBIC» nicht vorkommen.
5. Payment Type=
6. Error=CH17

+ + + + Private Identification - PrvtId Or} (1..1)

1. XML=PrvtId Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=Nur «Date And Place Of Birth» oder eine Instanz des Elements
«Other» zulässig.
5. Payment Type=
6. Error=CH16, CH17

+ + + Contact Details - CtctDtls (0..1)

1. XML=CtctDtls
2. Multiplicity=0..1
3. Status=R
4. Definition=Das Subelement ist für die Angaben zur verwendeten Software zu verwenden.
5. Payment Type=
6. Error=

+ + + + Other - Othr (0..n)

1. XML=Othr
2. Multiplicity=0..n
3. Status=R
4. Definition=Empfehlung: Verwenden.
Enthält Angaben zur Software und Implementation Guide, die für die Erstellung der Meldung verwendet wurden.
Maximal 4 Instanzen sind zugelassen
5. Payment Type=
6. Error=CH21

+ + + + + Channel Type - ChanlTp (1..1)

1. XML=ChanlTp
2. Multiplicity=1..1
3. Status=M
4. Definition=4-stelliger Code zur Bezeichnung des Informationstyps. Folgende Codes sind zugelassen:
NAME - Name der Software
PRVD - Name des Software-Herstellers VRSN - Version der Software
SPSV - Version des SPS IGs
5. Payment Type=
6. Error=CH16

+ + + + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=M
4. Definition=Textuelle Information entsprechend dem Code im Element ChanlTp:
Zum Code NAME ist hier der Name der Software zu liefern Zum Code PRVD ist hier der Name des Softwareherstellers zu liefern
Zum Code VRSN ist hier die Versionsnummer der Software zu liefern
Zum Code SPSV ist hier die Version des SPS IGs zu liefern
5. Payment Type=
6. Error=

+ + Forwarding Agent - FwdgAgt (0..1)

1. XML=FwdgAgt
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
Generelle Beschreibung der Subelemente siehe Kapitel 3.12
«Identifikation von Finanzinstituten».
5. Payment Type=
6. Error=

+ Payment Information - PmtInf (1..n)

1. XML=PmtInf
2. Multiplicity=1..n
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + Payment Information Identification - PmtInfId (1..1)

1. XML=PmtInfId
2. Multiplicity=1..1
3. Status=M
4. Definition=Der Wert muss innerhalb der gesamten Meldung eindeutig sein (wird im Status Report «pain.002» als Referenz verwendet).
Für dieses Element ist nur der Zeichensatz für Referenzelemente
zugelassen (siehe Kapitel 3.2).
5. Payment Type=
6. Error=DU02, CH16

+ + Payment Method - PmtMtd (1..1)

1. XML=PmtMtd
2. Multiplicity=1..1
3. Status=M
4. Definition=Darf nur TRF enthalten
5. Payment Type=C: Darf nur CHK enthalten
6. Error=CH16

+ + Batch Booking - BtchBookg (0..1)

1. XML=BtchBookg
2. Multiplicity=0..1
3. Status=O
4. Definition=Empfohlen wird die Option «true»
«true»: Es erfolgt, soweit möglich, eine Sammelbuchung pro
«Payment Information» (B).
Pro transferierte Währung ist ein eigener B-Level zu erstellen. Die Identifizierung der Buchung erfolgt über «Payment Information Identification» (B).
«false»: Es soll eine Buchung pro «Credit Transfer Transaction Information» (C) erfolgen. Die Identifizierung der Buchungen erfolgt in der Regel über «Payment Identification» (C). Alternativ kann das Finanzinstitut die Buchung auch z.B. mit dem Element
«Payment Information Identification» (B) identifizieren.
Die Option «true» in Kombination mit Category Purpose Code (B- Level) SALA und Anzeigesteuerung CND/NOA führt zu einer vertraulichen Zahlung.
Wird das Element nicht geliefert, erfolgt die Buchung analog
«true» oder gemäss dem beim Finanzinstitut hinterlegten Stammdatenwert.
5. Payment Type=D: D V2: «true» und «leer» darf nur in Absprache mit dem Finanzinstitut verwendet werden.
6. Error=

+ + Number Of Transactions - NbOfTxs (0..1)

1. XML=NbOfTxs
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird in der Regel von den Schweizer Instituten nicht geprüft. Die Prüfung erfolgt mit dem entsprechenden Element des A-Levels.
5. Payment Type=
6. Error=

+ + Control Sum - CtrlSum (0..1)

1. XML=CtrlSum
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird in der Regel von den Schweizer Instituten nicht geprüft. Die Prüfung erfolgt mit dem entsprechenden Element des A-Levels.
5. Payment Type=
6. Error=

+ + Payment Type Information - PmtTpInf (0..1)

1. XML=PmtTpInf
2. Multiplicity=0..1
3. Status=O
4. Definition=Kann auf B-Level oder C-Level verwendet werden, jedoch generell nicht auf beiden gleichzeitig. Einzelne Institute lassen die Einlieferung auf beiden Leveln zu, jedoch nicht das gleiche
Subelement auf beiden Leveln.
5. Payment Type=
6. Error=CH07

+ + + Instruction Priority - InstrPrty (0..1)

1. XML=InstrPrty
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
Für eine normale Ausführung kann das Element entfallen.
Allfällige Angaben zu Express-Ausführung (HIGH) sind auf B-Level mitzugeben, Werte auf C-Level werden ignoriert.
5. Payment Type=S: Der gelieferte Wert wird ignoriert
6. Error=

+ + + Service Level - SvcLvl (0..n)

1. XML=SvcLvl
2. Multiplicity=0..n
3. Status=O
4. Definition=Service Level beeinflusst den Zahlungsausgang beim Finanzinstitut. Der Fokus liegt auf der möglichst schnellen Gutschrift beim Zahlungsempfänger.
Darf genau einmal geliefert werden.
5. Payment Type=S: Muss verwendet werden
6. Error=CH21

+ + + + Code - Cd {Or (1..1)

1. XML=Cd {Or
2. Multiplicity=1..1
3. Status=BD
4. Definition=Codes gemäss «Payments External Code Lists» [8], sofern das Finanzinstitut den entsprechenden Service anbietet, sonst ignoriert.
5. Payment Type=S: Nur SEPA erlaubt
6. Error=CH16

+ + + + Proprietary - Prtry Or} (1..1)

1. XML=Prtry Or}
2. Multiplicity=1..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=S: Darf nicht geliefert werden
6. Error=CH17

+ + + Local Instrument - LclInstrm (0..1)

1. XML=LclInstrm
2. Multiplicity=0..1
3. Status=BD
4. Definition=
5. Payment Type=D: D V2: Muss geliefert werden.
D: D V1: Darf nicht geliefert werden
6. Error=CH17

+ + + + Code - Cd {Or (1..1)

1. XML=Cd {Or
2. Multiplicity=1..1
3. Status=BD
4. Definition=Codes gemäss «Payments External Code Lists» [8]. Wenn verwendet, darf «Proprietary» nicht vorkommen.
5. Payment Type=D: D V2: Muss INST oder ITP enthalten. (ITP nur in Absprache mit dem Finanzinstitut)
6. Error=

+ + + + Proprietary - Prtry Or} (1..1)

1. XML=Prtry Or}
2. Multiplicity=1..1
3. Status=BD
4. Definition=Wenn verwendet, darf «Code» nicht vorkommen.
5. Payment Type=D: Darf nicht geliefert werden. S: Wird ignoriert
X: Wird ignoriert
6. Error=

+ + + Category Purpose - CtgyPurp (0..1)

1. XML=CtgyPurp
2. Multiplicity=0..1
3. Status=O
4. Definition=Gibt Auskunft über den Zweck des Zahlungsauftrags.
5. Payment Type=
6. Error=

+ + + + Code - Cd (1..1)

1. XML=Cd
2. Multiplicity=1..1
3. Status=M
4. Definition=Codes gemäss «Payments External Code Lists» [8]. Die Weiterleitung des Codes an das Empfängerinstitut erfolgt abhängig vom Angebot des Finanzinstituts des Auftraggebers. Der Code SALA oder PENS muss bei Bedarf immer auf B-Level mitgegeben werden. Der Code SALA in Kombination mit Batch Booking Option «true» und Anzeigesteuerung CND/NOA führt zu einer vertraulichen Zahlung.
Soweit vom Finanzinstitut unterstützt, wird mit dem Code RRCT eine Rückzahlung auf Basis eines vorherigen Zahlungseingangs
beauftragt.
5. Payment Type=
6. Error=CH16

+ + Requested Execution Date - ReqdExctnDt (1..1)

1. XML=ReqdExctnDt
2. Multiplicity=1..1
3. Status=M
4. Definition=Enthält das gewünschte Ausführungsdatum. Allfällige automatische Anpassung des Valutadatums auf nächstmöglichen Bankwerktag.
5. Payment Type=
6. Error=DT01, CH03, CH04, DT06

+ + + Date - Dt {Or (1..1)

1. XML=Dt {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + Date Time - DtTm Or} (1..1)

1. XML=DtTm Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=Das Element darf nur geliefert werden, wenn das Finanzinstitut dies unterstützt.
5. Payment Type=
6. Error=

+ + Debtor - Dbtr (1..1)

1. XML=Dbtr
2. Multiplicity=1..1
3. Status=M
4. Definition=Der Zahler wird nur anhand des Elements «Debtor Account» identifiziert. Angaben im Feld «Debtor» werden ignoriert.
Ausschlaggebend sind die Stammdaten des Finanzinstituts zum
Zahler.
5. Payment Type=
6. Error=

+ + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden. Maximal 70 Zeichen.
5. Payment Type=
6. Error=

+ + + Postal Address - PstlAdr (0..1)

1. XML=PstlAdr
2. Multiplicity=0..1
3. Status=O
4. Definition=Empfehlung: Nicht verwenden.
5. Payment Type=
6. Error=

+ + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird zurzeit von Finanzinstituten ignoriert.
5. Payment Type=
6. Error=CH17

+ + + + Organisation Identification - OrgId {Or (1..1)

+ + + + Private Identification - PrvtId Or} (1..1)

+ + Debtor Account - DbtrAcct (1..1)

1. XML=DbtrAcct
2. Multiplicity=1..1
3. Status=M
4. Definition=Empfehlung: IBAN sollte verwendet werden. Zusätzlich kann im Element «Type/Proprietary» die Anzeigesteuerung bestimmt werden.
Bei Verwendung des AOS «Zusätzliche Akteure» (Multibanking) ist
hier die Drittbank-Kontonummer anzugeben.
5. Payment Type=
6. Error=

+ + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + + + IBAN - IBAN {Or (1..1)

1. XML=IBAN {Or
2. Multiplicity=1..1
3. Status=R
4. Definition=Empfehlung: Verwenden. Darf keine QR-IBAN sein.
5. Payment Type=
6. Error=BE09, CH16, AC01

+ + + + Other - Othr Or} (1..1)

1. XML=Othr Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=CH17, CH21

+ + + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Proprietäre Kontonummer.
Muss verwendet werden, wenn «Other» verwendet wird.
5. Payment Type=
6. Error=CH16, AC01

+ + + Type - Tp (0..1)

1. XML=Tp
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + Code - Cd {Or (1..1)

1. XML=Cd {Or
2. Multiplicity=1..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=

+ + + + Proprietary - Prtry Or} (1..1)

1. XML=Prtry Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=Kann zur Anzeigesteuerung verwendet werden. Folgende Ausprägungen stehen zur Verfügung:
• NOA No Advice
• SIA Single Advice
• CND Collective Advice No Details
• CWD Collective Advice With Details
Der Code CND/NOA in Kombination mit Category Purpose Code (B-Level) SALA und Batch Booking Option «true» führt zu einer vertraulichen Zahlung.
5. Payment Type=
6. Error=CH16

+ + + Currency - Ccy (0..1)

1. XML=Ccy
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird zurzeit von Finanzinstituten ignoriert.
5. Payment Type=
6. Error=

+ + + Proxy - Prxy (0..1)

1. XML=Prxy
2. Multiplicity=0..1
3. Status=BD
4. Definition=Wird zurzeit von Finanzinstituten ignoriert.
5. Payment Type=S: Darf nur in Absprache mit dem Finanstinstitut geliefert werden. Es sind die spezifischen Regeln
[5] zum Attribut AT-E003 zu beachten.
6. Error=

+ + Debtor Agent - DbtrAgt (1..1)

1. XML=DbtrAgt
2. Multiplicity=1..1
3. Status=M
4. Definition=Die Schweizer Finanzinstitute empfehlen in diesem Element die BIC oder IID (Instituts-Identifikation) zu hinterlegen.
Bei Verwendung des AOS «Zusätzliche Akteure» (Multibanking) ist hier die Drittbank anzugeben.
Generelle Beschreibung der Subelemente siehe Kapitel 3.12
«Identifikation von Finanzinstituten».
5. Payment Type=
6. Error=

+ + + Financial Institution Identification - FinInstnId (1..1)

1. XML=FinInstnId
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + + + BICFI - BICFI (0..1)

1. XML=BICFI
2. Multiplicity=0..1
3. Status=D
4. Definition=BIC des Finanzinstituts des Zahlers
Wenn verwendet, darf «Clearing System Member Identification» nicht vorkommen.
5. Payment Type=
6. Error=RC01, AGNT, CH21

+ + + + Clearing System Member Identification - ClrSysMmbId (0..1)

1. XML=ClrSysMmbId
2. Multiplicity=0..1
3. Status=D
4. Definition=Wenn verwendet, darf BICFI nicht vorkommen.
5. Payment Type=
6. Error=CH21

+ + + + + Clearing System Identification - ClrSysId (0..1)

1. XML=ClrSysId
2. Multiplicity=0..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + + + + + Code - Cd (1..1)

1. XML=Cd
2. Multiplicity=1..1
3. Status=M
4. Definition=Codes gemäss «Payments External Code Lists» [8]. In der Schweiz ist nur CHBCC zugelassen.
5. Payment Type=
6. Error=CH16

+ + + + + Member Identification - MmbId (1..1)

1. XML=MmbId
2. Multiplicity=1..1
3. Status=M
4. Definition=IID des Finanzinstituts des Zahlungspflichtigen
Muss verwendet werden, wenn «Clearing System Member Identification» verwendet wird.
5. Payment Type=
6. Error=RC01, AGNT

+ + Instruction For Debtor Agent - InstrForDbtrAgt (0..1)

1. XML=InstrForDbtrAgt
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=

+ + Ultimate Debtor - UltmtDbtr (0..1)

1. XML=UltmtDbtr
2. Multiplicity=0..1
3. Status=O
4. Definition=Endgültiger Zahlungspflichtiger
Kann auf B-Level oder C-Level verwendet werden, nicht jedoch auf beiden gleichzeitig.
5. Payment Type=
6. Error=CH07

+ + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=O
4. Definition=Maximal 70 Zeichen
Muss verwendet werden, wenn Postal Address verwendet wird
5. Payment Type=
6. Error=CH16

+ + + Postal Address - PstlAdr (0..1)

1. XML=PstlAdr
2. Multiplicity=0..1
3. Status=O
4. Definition=Generelle Beschreibung der Subelemente siehe Kapitel 3.11
«Verwendung von Adressinformationen»
5. Payment Type=S: Wird im Interbankverkehr nicht weitergeleitet
6. Error=

+ + + + Town Name - TwnNm (0..1)

1. XML=TwnNm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Muss verwendet werden, wenn nicht verwendet wird.
5. Payment Type=X: Muss verwendet werden
6. Error=CH21

+ + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=X: Muss verwendet werden
6. Error=CH21

+ + + + Address Line - AdrLine (0..7)

1. XML=AdrLine
2. Multiplicity=0..7
3. Status=O
4. Definition=Maximal 2 Zeilen zugelassen.
Es wird empfohlen, an Stelle dieses Elements immer strukturierte Adresselemente zu liefern.
5. Payment Type=D: Darf nur bis Nov. 2025 verwendet werden X: Darf nicht geliefert werden.
6. Error=

+ + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=CH17

+ + + + Organisation Identification - OrgId {Or (1..1)

+ + + + + Any BIC - AnyBIC (0..1)

1. XML=AnyBIC
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=RC01, CH16, CH17

+ + + + + LEI - LEI (0..1)

+ + + + + Other - Othr (0..n)

1. XML=Othr
2. Multiplicity=0..n
3. Status=O
4. Definition=
5. Payment Type=
6. Error=CH17

+ + + + Private Identification - PrvtId Or} (1..1)

+ + Charge Bearer - ChrgBr (0..1)

1. XML=ChrgBr
2. Multiplicity=0..1
3. Status=D
4. Definition=Kann auf B-Level oder C-Level verwendet werden, nicht jedoch auf beiden gleichzeitig. Zulässige Codes sind:
• DEBT Borne by Debtor (ex OUR)
• CRED Borne by Creditor (ex BEN)
• SHAR Shared (ex. SHA)
• SLEV Service Level
5. Payment Type=S: Wenn verwendet, dann muss SLEV verwendet werden
6. Error=CH16

+ + Charges Account - ChrgsAcct (0..1)

1. XML=ChrgsAcct
2. Multiplicity=0..1
3. Status=BD
4. Definition=Wird in der Regel nicht verwendet (allfällige Gebühren werden in diesem Fall für gewöhnlich auf dem «Debtor Account» belastet).
5. Payment Type=
6. Error=

+ + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Muss verwendet werden, wenn «Charges Account» verwendet wird.
5. Payment Type=
6. Error=CH21

+ + + + IBAN - IBAN {Or (1..1)

1. XML=IBAN {Or
2. Multiplicity=1..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=
6. Error=AC01

+ + + + Other - Othr Or} (1..1)

1. XML=Othr Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Proprietäre Kontonummer.
5. Payment Type=
6. Error=AC01

+ + + Currency - Ccy (0..1)

1. XML=Ccy
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird zurzeit von Finanzinstituten ignoriert.
5. Payment Type=
6. Error=

+ + + Proxy - Prxy (0..1)

1. XML=Prxy
2. Multiplicity=0..1
3. Status=BD
4. Definition=Darf zusätzlich zu «Id» geliefert werden.
Das Element wird ignoriert und nicht weitergeleitet.
5. Payment Type=
6. Error=

+ + Credit Transfer Transaction Information - CdtTrfTxInf (1..n)

1. XML=CdtTrfTxInf
2. Multiplicity=1..n
3. Status=M
4. Definition=
5. Payment Type=
6. Error=CH21

+ + + Payment Identification - PmtId (1..1)

1. XML=PmtId
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + + + Instruction Identification - InstrId (0..1)

1. XML=InstrId
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Soll verwendet werden, muss innerhalb des B-Levels eindeutig sein.
Für dieses Element ist nur der Zeichensatz für Referenzelemente
zugelassen (siehe Kapitel 3.2).
5. Payment Type=
6. Error=DU05, CH16

+ + + + End To End Identification - EndToEndId (1..1)

1. XML=EndToEndId
2. Multiplicity=1..1
3. Status=M
4. Definition=Zahlungspflichtigen-Referenz, wird in der Regel bis zum Zahlungsempfänger weitergeleitet.
Für dieses Element ist nur der Zeichensatz für Referenzelemente
zugelassen (siehe Kapitel 3.2).
5. Payment Type=
6. Error=CH16

+ + + + UETR - UETR (0..1)

1. XML=UETR
2. Multiplicity=0..1
3. Status=BD
4. Definition=Darf immer geliefert werden.
Wenn vom Finanzinsitut unterstützt, wird das Element im Interbankverkehr weitergeleitet.
5. Payment Type=S: Wird im Interbankverkehr nicht weitergeleitet
6. Error=

+ + + Payment Type Information - PmtTpInf (0..1)

1. XML=PmtTpInf
2. Multiplicity=0..1
3. Status=D
4. Definition=Kann auf B-Level oder C-Level verwendet werden, jedoch generell nicht auf beiden gleichzeitig. Einzelne Institute lassen die Einlieferung auf beiden Leveln zu, jedoch nicht das gleiche
Subelement auf beiden Leveln.
5. Payment Type=
6. Error=CH21

+ + + + Instruction Priority - InstrPrty (0..1)

1. XML=InstrPrty
2. Multiplicity=0..1
3. Status=O
4. Definition=Allfällige Angaben zu Express-Ausführung sind auf B-Level mitzugeben, Werte in diesem Element werden ignoriert.
5. Payment Type=
6. Error=

+ + + + Service Level - SvcLvl (0..n)

1. XML=SvcLvl
2. Multiplicity=0..n
3. Status=O
4. Definition=Service Level beeinflusst den Zahlungsausgang beim Finanzinstitut. Der Fokus liegt auf der möglichst schnellen Gutschrift beim Zahlungsempfänger.
Darf genau einmal verwendet werden.
5. Payment Type=S: Muss verwendet werden
6. Error=CH21

+ + + + + Code - Cd {Or (1..1)

+ + + + + Proprietary - Prtry Or} (1..1)

+ + + + Local Instrument - LclInstrm (0..1)

1. XML=LclInstrm
2. Multiplicity=0..1
3. Status=BD
4. Definition=
5. Payment Type=D: Darf nicht geliefert werden.
6. Error=CH17

+ + + + Category Purpose - CtgyPurp (0..1)

1. XML=CtgyPurp
2. Multiplicity=0..1
3. Status=O
4. Definition=Angaben zu SALA/PENS sind auf B-Level mitzugeben. Weitere
ISO-Codes werden nach Absprache mit dem Finanzinstitut unterstützt.
5. Payment Type=
6. Error=

+ + + + + Code - Cd {Or (1..1)

1. XML=Cd {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Proprietary - Prtry Or} (1..1)

1. XML=Prtry Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + Amount - Amt (1..1)

1. XML=Amt
2. Multiplicity=1..1
3. Status=M
4. Definition=Entweder als «Instructed Amount» oder als «Equivalent Amount». Pro transferierte Währung muss ein B-Level erstellt werden.
5. Payment Type=
6. Error=

+ + + + Instructed Amount - InstdAmt {Or (1..1)

1. XML=InstdAmt {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=D: D V1: Darf nur CHF oder EUR enthalten, der Betrag muss zwischen 0.01 und 9'999'999'999.
99 liegen.
D V2: Darf nur CHF enthalten, der Betrag muss zwischen 0.01 und der Instant-Zahlung Betragslimite liegen.
S: Darf nur EUR enthalten, der Betrag muss zwischen 0.01 und 999'999'999.99 liegen. X: (V1, Inland) - Alle Währungen (nach
Absprache mit Finanzinstitut) ausser CHF und EUR erlaubt.
(V2, Ausland) - Alle Währungen (nach Absprache
mit Finanzinstitut) erlaubt.
6. Error=AM01, AM02, CURR, AM03, CH20

+ + + + Equivalent Amount - EqvtAmt Or} (1..1)

1. XML=EqvtAmt Or}
2. Multiplicity=1..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=CH21

+ + + + + Amount - Amt (1..1)

1. XML=Amt
2. Multiplicity=1..1
3. Status=M
4. Definition=Muss verwendet werden, wenn «Equivalent Amount» verwendet wird.
5. Payment Type=D: D V1: Darf nur CHF oder EUR enthalten, der Betrag muss zwischen 0.01 und 9'999'999'999.
99 liegen.
D V2: Der Betrag muss zwischen 0.01 und der Instant-Zahlung Betragslimite liegen.
S: Der Betrag muss zwischen 0.01 und 999'999'999.99 liegen.
6. Error=AM01, AM02, CURR, AM03, CH20

+ + + + + Currency Of Transfer - CcyOfTrf (1..1)

1. XML=CcyOfTrf
2. Multiplicity=1..1
3. Status=M
4. Definition=Muss verwendet werden, wenn «Equivalent Amount» verwendet wird.
5. Payment Type=D: D V1: Darf nur CHF oder EUR enthalten. D V2: Darf nur CHF enthalten.
S: Darf nur EUR enthalten.
X: (V1, Inland) - Alle Währungen (nach Absprache mit Finanzinstitut) ausser CHF und EUR erlaubt.
(V2, Ausland) - Alle Währungen (nach Absprache
mit Finanzinstitut) erlaubt.
6. Error=CURR, AM03

+ + + Exchange Rate Information - XchgRateInf (0..1)

1. XML=XchgRateInf
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=S: Darf nicht geliefert werden.
6. Error=CH17, CH21

+ + + + Unit Currency - UnitCcy (0..1)

1. XML=UnitCcy
2. Multiplicity=0..1
3. Status=O
4. Definition=Währung, in der das Umtauschverhältnis angegeben wird. Bei z.B. 1 CHF = xxx CUR ist dies die Währung CHF.
5. Payment Type=
6. Error=CURR

+ + + + Exchange Rate - XchgRate (0..1)

1. XML=XchgRate
2. Multiplicity=0..1
3. Status=O
4. Definition=Muss verwendet werden, wenn «Exchange Rate Information» verwendet wird.
Umrechnungskurse können immer in Währungseinheit 1 oder in der gängigen Usanz des Finanzplatzes geliefert werden (z.B. in Währungseinheit 1 für EUR, USD, GBP oder in Währungseinheit
100 bei YEN, DKK, SEK).
5. Payment Type=
6. Error=

+ + + + Rate Type - RateTp (0..1)

1. XML=RateTp
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird zurzeit von Finanzinstituten ignoriert.
5. Payment Type=
6. Error=

+ + + + Contract Identification - CtrctId (0..1)

1. XML=CtrctId
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird zurzeit von Finanzinstituten ignoriert.
5. Payment Type=
6. Error=

+ + + Charge Bearer - ChrgBr (0..1)

1. XML=ChrgBr
2. Multiplicity=0..1
3. Status=O
4. Definition=Kann auf B-Level oder C-Level verwendet werden, nicht jedoch auf beiden gleichzeitig. Zulässige Codes sind:
• DEBT Borne by Debtor (ex OUR)
• CRED Borne by Creditor (ex BEN)
• SHAR Shared (ex. SHA)
• SLEV Service Level
5. Payment Type=S: Wenn verwendet, dann muss SLEV verwendet werden
6. Error=CH07, CH16

+ + + Cheque Instruction - ChqInstr (0..1)

1. XML=ChqInstr
2. Multiplicity=0..1
3. Status=D
4. Definition=Darf nur in Kombination mit «PmtMtd» = CHK verwendet werden.
5. Payment Type=S: Darf nicht geliefert werden. D: Darf nicht geliefert werden. X: Darf nicht geliefert werden.
6. Error=CH17

+ + + + Cheque Type - ChqTp (0..1)

1. XML=ChqTp
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + Delivery Method - DlvryMtd (0..1)

1. XML=DlvryMtd
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + Ultimate Debtor - UltmtDbtr (0..1)

1. XML=UltmtDbtr
2. Multiplicity=0..1
3. Status=O
4. Definition=Endgültiger Zahlungspflichtige
Kann auf B-Level oder C-Level verwendet werden, nicht jedoch auf beiden gleichzeitig.
5. Payment Type=
6. Error=CH07, CH21

+ + + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=O
4. Definition=Maximal 70 Zeichen. Muss verwendet werden, wenn Postal Address verwendet wird.
5. Payment Type=
6. Error=CH16

+ + + + Postal Address - PstlAdr (0..1)

1. XML=PstlAdr
2. Multiplicity=0..1
3. Status=O
4. Definition=Generelle Beschreibung der Subelemente siehe Kapitel 3.11
«Verwendung von Adressinformationen».
5. Payment Type=S: Wird im Interbankverkehr nicht weitergeleitet
6. Error=

+ + + + + Street Name - StrtNm (0..1)

1. XML=StrtNm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden
5. Payment Type=
6. Error=

+ + + + + Town Name - TwnNm (0..1)

+ + + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden
5. Payment Type=X: Muss verwendet werden
6. Error=CH21

+ + + + + Address Line - AdrLine (0..7)

1. XML=AdrLine
2. Multiplicity=0..7
3. Status=O
4. Definition=Maximal 2 Zeilen zugelassen
Es wird empfohlen, an Stelle dieses Elements immer strukturierte Adresselemente zu liefern.
5. Payment Type=D: Darf nur bis Nov. 2025 verwendet werden X: Darf nicht geliefert werden.
6. Error=CH17

+ + + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=CH17

+ + + + + Organisation Identification - OrgId {Or (1..1)

1. XML=OrgId {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=Nur «AnyBIC» oder eine Instanz des Elements aus «Other» und optional das Element «LEI» zulässig.
5. Payment Type=S: Werden mehrere Elemente geliefert, wird nur eines der Elemente mit folgender Priorität weitergeleitet: 1. «AnyBIC», 2. «LEI», 3. «Other».
X: Bei gleichzeitiger Verwendung von «Name»/
«Adresse» und «AnyBIC», wird nur «AnyBIC» weitergeleitet.
D: Alle Angaben werden weitergeleitet.
6. Error=CH16, CH17, CH21

+ + + + + + Any BIC - AnyBIC (0..1)

1. XML=AnyBIC
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=RC01, CH16, CH17

+ + + + + + LEI - LEI (0..1)

+ + + + + + Other - Othr (0..n)

1. XML=Othr
2. Multiplicity=0..n
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Private Identification - PrvtId Or} (1..1)

+ + + Intermediary Agent 1 - IntrmyAgt1 (0..1)

1. XML=IntrmyAgt1
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
Generelle Beschreibung der Subelemente siehe Kapitel 3.12
«Identifikation von Finanzinstituten».
5. Payment Type=
6. Error=RC01

+ + + Intermediary Agent 1Account - IntrmyAgt1Acct (0..1)

1. XML=IntrmyAgt1Acct
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=CH21

+ + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Empfehlung: Wenn immer möglich soll IBAN verwendet werden.
5. Payment Type=
6. Error=

+ + + + + IBAN - IBAN {Or (1..1)

1. XML=IBAN {Or
2. Multiplicity=1..1
3. Status=BD
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Other - Othr Or} (1..1)

1. XML=Othr Or}
2. Multiplicity=1..1
3. Status=BD
4. Definition=
5. Payment Type=
6. Error=

+ + + + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=
6. Error=

+ + + + + + Scheme Name - SchmeNm (0..1)

1. XML=SchmeNm
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=

+ + + + + + Issuer - Issr (0..1)

1. XML=Issr
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=

+ + + Creditor Agent - CdtrAgt (0..1)

1. XML=CdtrAgt
2. Multiplicity=0..1
3. Status=D
4. Definition=Generelle Beschreibung der Subelemente siehe Kapitel 3.12
«Identifikation von Finanzinstituten»
5. Payment Type=D: Creditor Agent kann bei der Lieferung von IBAN/QR-IBAN (CH/LI) im Creditor Account entfallen. Werden sowohl IBAN/QR-IBAN als auch IID oder BIC geliefert, wird der Creditor Agent bei der Ausführung der Zahlung aus der IBAN ermittelt.
C: Darf nicht geliefert werden.
S: Die Angabe des Creditor Agent ist optional. Der Creditor Agent wird immer aus der IBAN ermittelt
X: Creditor Agent kann bei der Lieferung von IBAN/QR-IBAN (CH/LI) im Creditor Account entfallen. Werden sowohl IBAN/QR-IBAN als auch IID oder BIC geliefert, wird der Creditor Agent bei der Ausführung der Zahlung aus der
IBAN ermittelt.
6. Error=CH17, CH21

+ + + + Financial Institution Identification - FinInstnId (1..1)

1. XML=FinInstnId
2. Multiplicity=1..1
3. Status=M
4. Definition=
5. Payment Type=D: Wenn geliefert, IID oder BIC Inland (CH/LI) X: (V1, Inland) - Wenn geliefert, IID oder BIC Inland (CH/LI)
(V2, Ausland) - BIC empfohlen
6. Error=

+ + + + + BICFI - BICFI (0..1)

1. XML=BICFI
2. Multiplicity=0..1
3. Status=D
4. Definition=Wenn verwendet, darf «Clearing System Member Identification» nicht vorkommen.
5. Payment Type=D: BIC (Bank mit SIC-Anschluss) X: (V1, Inland) - BIC Inland (CH/LI)
6. Error=AGNT, CH17

+ + + + + Clearing System Member Identification - ClrSysMmbId (0..1)

1. XML=ClrSysMmbId
2. Multiplicity=0..1
3. Status=D
4. Definition=Wenn verwendet, darf «BICFI» nicht vorkommen.
5. Payment Type=S: Darf nicht geliefert werden.
X: (V2, Ausland) - Muss zusammen mit Name und Adresse geliefert werden
6. Error=CH17, CH21

+ + + + + + Clearing System Identification - ClrSysId (0..1)

1. XML=ClrSysId
2. Multiplicity=0..1
3. Status=M
4. Definition=Muss verwendet werden, wenn «Clearing System Member Identification» verwendet wird.
5. Payment Type=
6. Error=

+ + + + + + + Code - Cd (1..1)

1. XML=Cd
2. Multiplicity=1..1
3. Status=D
4. Definition=Art der Clearing-ID (Bankcode, «National Identifier»). Gibt Auskunft, um welche Art Identifikation es sich im Feld «Member Identification» handelt.
Codes gemäss «Payments External Code Lists» [8]. Wenn verwendet, darf «Proprietary» nicht vorkommen.
5. Payment Type=D: Muss CHBCC beinhalten
X: (V1, Inland) - Muss CHBCC beinhalten
(V2, Ausland) - Code CHBCC darf nicht verwendet werden
6. Error=CH16

+ + + + + + Member Identification - MmbId (1..1)

1. XML=MmbId
2. Multiplicity=1..1
3. Status=M
4. Definition=Clearing-ID (Bankcode, «National Identifier») des Empfängerinstitutes.
Muss verwendet werden, wenn «Clearing System Member Identification» verwendet wird.
5. Payment Type=X: (V1, Inland) - Bei der Ausführung der Zahlung wird der Creditor Agent immer aus der IBAN (CH/LI) ermittelt, sofern vorhanden.
D: Bei der Ausführung der Zahlung wird der Creditor Agent immer aus der IBAN (CH/LI) ermittelt, sofern vorhanden.
6. Error=AGNT

+ + + + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=D
4. Definition=Darf nicht zusammen mit BIC geliefert werden Maximal 70 Zeichen
5. Payment Type=X: Muss verwendet werden, wenn ClrSysMmbId verwendet wird.
Muss zusammen mit Adresse geliefert werden D: Darf nicht geliefert werden.
S: Darf nicht geliefert werden.
C: Darf nicht geliefert werden.
6. Error=CH17, CH21, CH16

+ + + + + Postal Address - PstlAdr (0..1)

1. XML=PstlAdr
2. Multiplicity=0..1
3. Status=D
4. Definition=Generelle Beschreibung der Subelemente siehe Kapitel 3.11
«Verwendung von Adressinformationen»
5. Payment Type=C: Darf nicht geliefert werden. S: Darf nicht geliefert werden. D: Darf nicht geliefert werden.
X: Muss geliefert werden, wenn
verwendet wird
6. Error=CH17, CH21

+ + + + + + Town Name - TwnNm (0..1)

1. XML=TwnNm
2. Multiplicity=0..1
3. Status=M
4. Definition=Empfehlung: Verwenden.
5. Payment Type=X: Muss verwendet werden, wenn nicht verwendet wird
6. Error=CH21

+ + + + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=M
4. Definition=Empfehlung: Verwenden
5. Payment Type=X: Muss verwendet werden, wenn nicht verwendet wird.
6. Error=AG06

+ + + + + + Address Line - AdrLine (0..7)

+ + + + + Other - Othr (0..1)

1. XML=Othr
2. Multiplicity=0..1
3. Status=N
4. Definition=
5. Payment Type=
6. Error=

+ + + Creditor Agent Account - CdtrAgtAcct (0..1)

1. XML=CdtrAgtAcct
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=
6. Error=CH21

+ + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Empfehlung: Wenn immer möglich soll IBAN verwendet werden.
5. Payment Type=
6. Error=

+ + + + + IBAN - IBAN {Or (1..1)

1. XML=IBAN {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Other - Othr Or} (1..1)

1. XML=Othr Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + Creditor - Cdtr (0..1)

1. XML=Cdtr
2. Multiplicity=0..1
3. Status=M
4. Definition=Muss geliefert werden.
5. Payment Type=
6. Error=CH21

+ + + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=M
4. Definition=Maximal 70 Zeichen. Muss verwendet werden, wenn Postal Address verwendet wird.
5. Payment Type=
6. Error=CH16

+ + + + Postal Address - PstlAdr (0..1)

+ + + + + Department - Dept (0..1)

1. XML=Dept
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Sub Department - SubDept (0..1)

1. XML=SubDept
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Street Name - StrtNm (0..1)

1. XML=StrtNm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=
6. Error=

+ + + + + Building Number - BldgNb (0..1)

1. XML=BldgNb
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=
6. Error=

+ + + + + Building Name - BldgNm (0..1)

1. XML=BldgNm
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Floor - Flr (0..1)

1. XML=Flr
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Post Box - PstBx (0..1)

1. XML=PstBx
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Room - Room (0..1)

1. XML=Room
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Post Code - PstCd (0..1)

1. XML=PstCd
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=C: Muss vorhanden sein
6. Error=CH21

+ + + + + Town Name - TwnNm (0..1)

1. XML=TwnNm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Wenn «Postal Address» verwendet wird und «Address Line» nicht vorhanden ist, müssen und vorhanden
sein.
5. Payment Type=
6. Error=CH21

+ + + + + Town Location Name - TwnLctnNm (0..1)

1. XML=TwnLctnNm
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + District Name - DstrctNm (0..1)

1. XML=DstrctNm
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Country Sub Division - CtrySubDvsn (0..1)

1. XML=CtrySubDvsn
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
Wenn «Postal Address» verwendet wird und «Address Line» nicht
vorhanden ist, müssen und vorhanden sein.
5. Payment Type=S: Es wird empfohlen dieses Elemente immer zu verwenden.
6. Error=CH21, BE09

+ + + + + Address Line - AdrLine (0..7)

1. XML=AdrLine
2. Multiplicity=0..7
3. Status=O
4. Definition=Maximal 2 Zeilen zugelassen
Es wird empfohlen, an Stelle dieses Elements immer strukturierte Adresselemente zu liefern.
5. Payment Type=S: Es wird empfohlen, bei Verwendung dieses Elements, ebenfalls immer zu verwenden.
C: Darf nicht vorhanden sein
6. Error=CH17

+ + + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=D
4. Definition=
5. Payment Type=C: Darf nicht vorhanden sein
6. Error=CH17

+ + + + + Organisation Identification - OrgId {Or (1..1)

+ + + + + + Any BIC - AnyBIC (0..1)

1. XML=AnyBIC
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + + LEI - LEI (0..1)

+ + + + + + Other - Othr (0..n)

1. XML=Othr
2. Multiplicity=0..n
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Private Identification - PrvtId Or} (1..1)

+ + + Creditor Account - CdtrAcct (0..1)

1. XML=CdtrAcct
2. Multiplicity=0..1
3. Status=D
4. Definition=Muss vorhanden sein.
5. Payment Type=C: Darf nicht geliefert werden.
6. Error=CH17, CH21

+ + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Empfehlung: Wenn immer möglich soll IBAN verwendet werden. Muss verwendet werden, wenn «Creditor Account» verwendet
wird.
5. Payment Type=
6. Error=CH21

+ + + + + IBAN - IBAN {Or (1..1)

1. XML=IBAN {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=Verwendung empfohlen.
5. Payment Type=D: D V1: Wenn verwendet, muss eine IBAN oder QR-IBAN (CH/LI) (IBAN-only) vorhanden sein.
D V2: Muss verwendet werden.
S: Muss verwendet werden.
6. Error=AC01, CH21, BE09, CH16

+ + + + + Other - Othr Or} (1..1)

1. XML=Othr Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=Proprietäre Kontonummer
5. Payment Type=D: D V2: Darf nicht geliefert werden
S: Darf nicht geliefert werden, ausgenommen bei Rückzahlungen (Category Purpose Code: RRCT).
6. Error=CH17, CH21

+ + + + + + Identification - Id (1..1)

1. XML=Id
2. Multiplicity=1..1
3. Status=M
4. Definition=Muss verwendet werden, wenn «Other» verwendet wird.
Bei Rückzahlungen (Category Purpose Code: RRCT) muss hier die Account Servicer Reference der Gutschrift angegeben werden.
5. Payment Type=D: D V2: Darf nicht geliefert werden.
6. Error=AC01

+ + + + Proxy - Prxy (0..1)

1. XML=Prxy
2. Multiplicity=0..1
3. Status=O
4. Definition=Darf zusätzlich zu «Id» geliefert werden
5. Payment Type=D: D V2: Darf nicht geliefert werden.
S: Darf nur in Absprache mit dem Finanstinstitut geliefert werden. Es sind die spezfischen Regel zum Attribut AT-E003 zu beachten.
6. Error=

+ + + Ultimate Creditor - UltmtCdtr (0..1)

1. XML=UltmtCdtr
2. Multiplicity=0..1
3. Status=D
4. Definition=Endbegünstigter
In diesem Element kann der Creditor und/oder der Debtor den Endbegünstigten für eigene Zwecke weiter spezifizieren. Die Daten werden von den Finanzinstituten lediglich weitergeleitet
(soweit technisch möglich).
5. Payment Type=
6. Error=

+ + + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=O
4. Definition=Maximal 70 Zeichen. Muss verwendet werden, wenn Postal Address verwendet wird.
5. Payment Type=
6. Error=CH16

+ + + + Postal Address - PstlAdr (0..1)

1. XML=PstlAdr
2. Multiplicity=0..1
3. Status=D
4. Definition=Nur strukturierte Adresselemente zugelassen.
Generelle Beschreibung der Subelemente siehe Kapitel 3.11
«Verwendung von Adressinformationen»
5. Payment Type=S: Wird im Interbankenverkehr nicht weitergeleitet.
6. Error=CH17

+ + + + + Town Name - TwnNm (0..1)

1. XML=TwnNm
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=X: Muss verwendet werden
6. Error=CH21

+ + + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=R
4. Definition=Empfehlung: Verwenden.
5. Payment Type=X: Muss verwendet werden
6. Error=BE09

+ + + + + Address Line - AdrLine (0..7)

1. XML=AdrLine
2. Multiplicity=0..7
3. Status=N
4. Definition=Darf nicht verwendet werden.
5. Payment Type=
6. Error=CH17

+ + + + Identification - Id (0..1)

1. XML=Id
2. Multiplicity=0..1
3. Status=D
4. Definition=
5. Payment Type=C: Darf nicht geliefert werden.
6. Error=CH17

+ + + + + Organisation Identification - OrgId {Or (1..1)

+ + + + + + Any BIC - AnyBIC (0..1)

1. XML=AnyBIC
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + + LEI - LEI (0..1)

+ + + + + + Other - Othr (0..n)

1. XML=Othr
2. Multiplicity=0..n
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Private Identification - PrvtId Or} (1..1)

+ + + Instruction For Creditor Agent - InstrForCdtrAgt (0..n)

1. XML=InstrForCdtrAgt
2. Multiplicity=0..n
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=D: Darf nicht geliefert werden. S: Darf nicht geliefert werden.
C: Darf nicht geliefert werden.
6. Error=CH16, CH17

+ + + + Code - Cd (0..1)

1. XML=Cd
2. Multiplicity=0..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + + Instruction Information - InstrInf (0..1)

1. XML=InstrInf
2. Multiplicity=0..1
3. Status=D
4. Definition=
5. Payment Type=
6. Error=

+ + + Instruction For Debtor Agent - InstrForDbtrAgt (0..1)

1. XML=InstrForDbtrAgt
2. Multiplicity=0..1
3. Status=BD
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
5. Payment Type=D: D V2: Darf nicht geliefert werden.
6. Error=CH17

+ + + Purpose - Purp (0..1)

1. XML=Purp
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + Code - Cd (1..1)

1. XML=Cd
2. Multiplicity=1..1
3. Status=M
4. Definition=Codes gemäss «Payments External Code Lists» [8].
Muss verwendet werden, wenn «Purpose» verwendet wird.
5. Payment Type=
6. Error=

+ + + Regulatory Reporting - RgltryRptg (0.. 10)

1. XML=RgltryRptg
2. Multiplicity=0.. 10
3. Status=O
4. Definition=Wird nur im Interbankverkehr ins Ausland weitergeleitet. Ist erforderlich bei Zahlungen in bestimmte Länder (z. B. Vereinigte Arabische Emirate). Darf nur einmal vorhanden sein. Wenn mehr Angaben vorhanden sind, werden sie von den Finanzinstituten
ignoriert.
5. Payment Type=D: D V2: Darf nicht geliefert werden.
6. Error=CH21

+ + + + Debit Credit Reporting Indicator - DbtCdtRptgInd (0..1)

1. XML=DbtCdtRptgInd
2. Multiplicity=0..1
3. Status=O
4. Definition=Definiert, ob die Information den Auftraggeber, den Begünstigten oder beide betrifft.
Die Verwendung dieses Feldes ist mit dem jeweiligen Finanzinstitut abzuklären.
Für Vereinigte Arabische Emirate ist das Element verpflichtend. Zulässige Codes sind:
• CRED (entspricht BENEFRES im Swift Feld 77B),
• DEBT (entspricht ORDERRES im Swift Feld 77B),
• BOTH
5. Payment Type=
6. Error=

+ + + + Authority - Authrty (0..1)

1. XML=Authrty
2. Multiplicity=0..1
3. Status=O
4. Definition=Angaben zur zuständigen Regulierungsbehörde (Zentralbank)
5. Payment Type=
6. Error=

+ + + + + Name - Nm (0..1)

1. XML=Nm
2. Multiplicity=0..1
3. Status=O
4. Definition=Name der zuständigen Regulierungsbehörde (Zentralbank)
5. Payment Type=
6. Error=

+ + + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=O
4. Definition=Land der zuständigen Regulierungsbehörde (Zentralbank)
5. Payment Type=
6. Error=BE09

+ + + + Details - Dtls (0..n)

1. XML=Dtls
2. Multiplicity=0..n
3. Status=M
4. Definition=Muss geliefert werden, wenn «Regulatory Reporting» verwendet wird.
Darf nur einmal verwendet werden.
5. Payment Type=
6. Error=CH21

+ + + + + Type - Tp (0..1)

1. XML=Tp
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Date - Dt (0..1)

1. XML=Dt
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Country - Ctry (0..1)

1. XML=Ctry
2. Multiplicity=0..1
3. Status=D
4. Definition=Land für welches die Angabe der Regulierungsinformation vorgesehen ist (i.d.R. Land der Regulierungsbehörde).
Wenn «Ctry» verwendet wird, muss entweder das Element «Cd»
oder «Inf» vorhanden sein.
5. Payment Type=
6. Error=BE09, CH21

+ + + + + Code - Cd (0..1)

1. XML=Cd
2. Multiplicity=0..1
3. Status=D
4. Definition=Reporting Code gemäss Definition der entsprechenden Regulierungsbehörde (Zentralbank). Gibt Auskunft über die Art oder Zwecke der Zahlung.
Darf nur mit dem Feld «Ctry» verwendet werden.
5. Payment Type=
6. Error=RR05, CH21

+ + + + + Amount - Amt (0..1)

1. XML=Amt
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=
6. Error=

+ + + + + Information - Inf (0..n)

1. XML=Inf
2. Multiplicity=0..n
3. Status=O
4. Definition=Darf nur zweimal verwendet werden. Wenn mehr Angaben vorhanden sind, werden sie von den Finanzinstituten ignoriert. Die Verwendung dieses Feldes ist mit dem jeweiligen
Finanzinstitut abzuklären.
5. Payment Type=
6. Error=CH17

1. XML=RltdRmtInf
2. Multiplicity=0.. 10
3. Status=D
4. Definition=Das Element wird entsprechend den Regeln des Finanzinstituts verarbeitet.
Darf nicht zusammen mit dem Element geliefert
werden.
5. Payment Type=D: D V2: Darf nicht geliefert werden. S: Wird im Interbankenverkehr nicht weitergeleitet.
6. Error=

+ + + Remittance Information - RmtInf (0..1)

1. XML=RmtInf
2. Multiplicity=0..1
3. Status=O
4. Definition=Entweder strukturiert oder unstrukturiert.
5. Payment Type=
6. Error=

+ + + + Unstructured - Ustrd (0..n)

1. XML=Ustrd
2. Multiplicity=0..n
3. Status=D
4. Definition=Darf nur einmal vorhanden sein, maximal 140 Zeichen.
5. Payment Type=D: In Zusammenhang mit QR-IBAN (CH/LI) darf dieses Element nicht geliefert werden.
S: Bei Zahlungsaufträgen in Zusammenhang mit Verkaufsgeschäften an Endkungen ist die Regelung gemäss dem aktuellen EPC Guidance Document «Improve Transparency for Retail
Payment End-Users» zu beachten.
6. Error=CH17

+ + + + Structured - Strd (0..n)

1. XML=Strd
2. Multiplicity=0..n
3. Status=D
4. Definition=Darf nur einmal vorhanden sein. Die vollständige Weitergabe des Elements kann nicht gewährleistet werden.
Falls das Element nicht vollständig weitergeleitet werden kann, wird die Weitergabe des Subelements priorisiert. Die Anzahl aller innerhalb des Elements gelieferten Zeichen darf 9000 Zeichen nicht übersteigen (ohne Tags der
Subelemente)
5. Payment Type=D: In Zusammenhang mit QR-IBAN (CH/LI) muss dieses Element verwendet werden.
S: Darf innerhalb des Elementes maximal 140 Zeichen einschliesslich der XML-Tags der Sub- Elemente beinhalten.
6. Error=CH17, CH15, CH21, RR07

+ + + + + Referred Document Information - RfrdDocInf (0..n)

1. XML=RfrdDocInf
2. Multiplicity=0..n
3. Status=O
4. Definition=
5. Payment Type=S: Darf nicht geliefert werden.
6. Error=CH17

+ + + + + Referred Document Amount - RfrdDocAmt (0..1)

1. XML=RfrdDocAmt
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=S: Darf nicht geliefert werden.
6. Error=CH17

+ + + + + Creditor Reference Information - CdtrRefInf (0..1)

1. XML=CdtrRefInf
2. Multiplicity=0..1
3. Status=O
4. Definition=Creditor Reference Information
5. Payment Type=D: In Zusammenhang mit QR-IBAN (CH/LI) muss dieses Element verwendet werden.
6. Error=CH21, CH16

+ + + + + + Type - Tp (0..1)

1. XML=Tp
2. Multiplicity=0..1
3. Status=D
4. Definition=Reference Type
5. Payment Type=D: Muss verwendet werden, wenn «Creditor Reference Information» verwendet wird.
S: Muss verwendet werden, wenn «Creditor Reference Information» verwendet wird.
6. Error=CH21

+ + + + + + + Code Or Proprietary - CdOrPrtry (1..1)

1. XML=CdOrPrtry
2. Multiplicity=1..1
3. Status=M
4. Definition=Muss verwendet werden, wenn «Type» verwendet wird.
5. Payment Type=
6. Error=CH21

+ + + + + + + + Code - Cd {Or (1..1)

1. XML=Cd {Or
2. Multiplicity=1..1
3. Status=D
4. Definition=Reference Type (Code)
Muss verwendet werden, wenn im Element eine «ISO Creditor Reference» gemäss ISO 11649 verwendet wird.
Es ist nur der Code «SCOR» erlaubt.
5. Payment Type=D: Darf nicht zusammen mit einer QR-IBAN im Element «Creditor Account/IBAN» verwendet werden.
6. Error=CH16

+ + + + + + + + Proprietary - Prtry Or} (1..1)

1. XML=Prtry Or}
2. Multiplicity=1..1
3. Status=D
4. Definition=Reference Type (Proprietary) Folgende Codewerte sind zugelassen:
• IPI = Strukturierte Referenz gemäss IPI
• QRR = QR-Referenz (in Zusammenhang mit QR-Rechnung) Wenn verwendet, darf «Code» nicht vorkommen.
5. Payment Type=D: Für die Angabe der strukturierten QR- Referenz aus der QR-Rechnung muss dieses Element QRR beinhalten und darf nur in Zusammenhang mit einer QR-IBAN im Element
«Creditor Account/IBAN» verwendet werden.
Kann IPI für die Angabe der strukturierten Referenz gemäss IPI beinhalten.
S: Darf nicht verwendet wird.
X: Kann IPI für die Angabe der strukturierten Referenz gemäss IPI beinhalten.
6. Error=CH17, CH16

+ + + + + + + Issuer - Issr (0..1)

1. XML=Issr
2. Multiplicity=0..1
3. Status=O
4. Definition=Wird in diesem Element der Wert «ISO» geliefert und im Element
der Wert «SCOR», dann muss das Element eine formell korrekte «Creditor Reference» gemäss ISO 11649 beinhalten.
5. Payment Type=D: Wenn das Element = «SCOR» und das Element nicht geliefert wird , wird die Referenz gemäss ISO 11649 validiert
6. Error=CH16

+ + + + + + Reference - Ref (0..1)

1. XML=Ref
2. Multiplicity=0..1
3. Status=D
4. Definition=Muss verwendet werden, wenn «Creditor Reference Information» verwendet wird
5. Payment Type=D: Muss «Creditor Reference» gemäss ISO 11649 oder QR-Referenz oder IPI Referenz beinhalten.
S: Muss «Creditor Reference» gemäss ISO 11649 beinhalten, falls im Element «Issuer» der Wert
«ISO» geliefert wird.
6. Error=CH16

+ + + + + Invoicer - Invcr (0..1)

1. XML=Invcr
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=D: D V2: Darf nicht geliefert werden. S: Darf nicht geliefert werden.
6. Error=CH17

+ + + + + Invoicee - Invcee (0..1)

1. XML=Invcee
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=D: D V2: Darf nicht geliefert werden. S: Darf nicht geliefert werden.
6. Error=CH17

+ + + + + Tax Remittance - TaxRmt (0..1)

1. XML=TaxRmt
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=S: Darf nicht geliefert werden.
D: Wird in CH/LI aktuell nicht verwendet
6. Error=CH17

+ + + + + Garnishment Remittance - GrnshmtRmt (0..1)

1. XML=GrnshmtRmt
2. Multiplicity=0..1
3. Status=O
4. Definition=
5. Payment Type=S: Darf nicht geliefert werden.
D: Wird in CH/LI aktuell nicht verwendet
6. Error=CH17

+ + + + + Additional Remittance Information - AddtlRmtInf (0..3)

1. XML=AddtlRmtInf
2. Multiplicity=0..3
3. Status=O
4. Definition=Darf nur als Ergänzung zu weiteren Subelementen der strukturierten
Mitteilung/Remittance verwendet werden.
5. Payment Type=D: Darf nur einmal vorkommen. S: Darf nicht geliefert werden. C: Darf nicht geliefert werden.
6. Error=CH17, CH21

Technische Spezifikation SEPA EPC ISO 20022 pain.001.001.09

EPC132-08 / 2023 Version 1.1 / Date issued: 14 November 2023 / Date effective: 17 March 2024

Das Ziel der EPC-Richtlinie für die SEPA-Meldung pain.001 ist es, die Regeln und technischen Spezifikationen zu definieren, die auf die ISO 20022 XML-Nachrichtennormen angewendet werden sollen, um SEPA-Überweisungen im Kunden-zu-Zahlungsdienstleister (PSP)-Bereich zu implementieren. Diese Richtlinien sollen sicherstellen, dass alle Beteiligten, einschliesslich Zahlungsdienstnutzer und -anbieter, die Anforderungen und Prozesse verstehen und einhalten, die für die effiziente und sichere Durchführung von SEPA-Überweisungen erforderlich sind. Sie bieten einen Rahmen für die standardisierte Abwicklung von Überweisungen innerhalb des SEPA-Raums und fördern die Interoperabilität zwischen verschiedenen Finanzinstituten und Zahlungsdienstleistern.

Customer Credit Transfer Initiation V09 - CstmrCdtTrfInitn (1..1)

ISO Name: Customer Credit Transfer Initiation V09
ISO Definition: Scope
The CustomerCreditTransferInitiation message is sent by the initiating party to the forwarding agent or debtor agent. It is used to request movement of funds from the debtor account to a creditor.
XML Tag: CstmrCdtTrfInitn
Type: CustomerCreditTransferInitiationV09
Multiplicity: 1..1
Core/AOS: Core

+ Group Header - GrpHdr (1..1)

ISO Name: Group Header
ISO Definition: Set of characteristics shared by all individual
transactions included in the message.
XML Tag: GrpHdr
Type: GroupHeader85
Multiplicity: 1..1
Core/AOS: Core

+ + Message Identification - MsgId (1..1)

ISO Name: Message Identification
ISO Definition: Point to point reference, as assigned by the
instructing party, and sent to the next party in the chain to unambiguously identify the message.
Usage: The instructing party has to make sure that MessageIdentification is unique per instructed party for a pre-agreed period.
XML Tag: MsgId
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + Creation Date Time - CreDtTm (1..1)

ISO Name: Creation Date Time
ISO Definition: Date and time at which the message was created.
XML Tag: CreDtTm
Type: ISODateTime
Multiplicity: 1..1
Core/AOS: Core

+ + Authorisation - Authstn (0..2 nur AOS)

ISO Name: Authorisation
ISO Definition: User identification or any user key to be used to
check whether the initiating party is allowed to initiate transactions from the account specified in the message.
Usage: The content is not of a technical nature, but reflects the organisational structure at the initiating side.
The authorisation element can typically be used in relay scenarios, payment initiations, payment returns or payment reversals that are initiated on behalf of a party different from the initiating party.
XML Tag: Authstn
Type: Authorisation1Choice
Multiplicity: 0..2
Core/AOS: AOS

+ + Number Of Transactions - NbOfTxs (1..1)

SEPA Usage Rule(s): The validation of this data element depends on
pre-agreed customer-to-PSP conditions.
ISO Name: Number Of Transactions
ISO Definition: Number of individual transactions contained in
the message.
XML Tag: NbOfTxs
Type: Max15NumericText
Pattern: [0-9]{1,15}
Multiplicity: 1..1
Core/AOS: Core

+ + Control Sum - CtrlSum (1..1)

SEPA Usage Rule(s): Mandatory.
The validation of this data element depends on pre-agreed customer-to-PSP conditions.
SEPA Format The fractional part has a maximum of two digits.
Rule(s)
ISO Name: Control Sum
ISO Definition: Total of all individual amounts included in the
message, irrespective of currencies.
XML Tag: CtrlSum
Type: DecimalNumber
SEPA FractDigits 2
TotalDigits: 18
Multiplicity: 1..1
Core/AOS: Core

+ + Initiating Party - InitgPty (1..1)

ISO Name: Initiating Party
ISO Definition: Party that initiates the payment.
Usage: This can either be the debtor or the party that initiates the credit transfer on behalf of the debtor.
XML Tag: InitgPty
Type: PartyIdentification135
Multiplicity: 1..1
Core/AOS: Core

+ + + Name - Nm (0..1)

SEPA Usage Rule(s): 'Name’ is limited to 70 characters in length.
ISO Name: Name
ISO Definition: Name by which a party is known and which is
usually used to identify that party.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + Postal Address - PstlAdr (0..1 nur AOS)

ISO Name: Postal Address
ISO Definition: Information that locates and identifies a specific
address, as defined by postal services.
XML Tag: PstlAdr
Type: PostalAddress24
Multiplicity: 0..1
Core/AOS: AOS

+ + + Identification - Id (0..1)

ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
party.
XML Tag: Id
Type: Party38Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Organisation Identification - OrgId (1..1)

SEPA Usage Rule(s): Either ‘AnyBIC', 'LEI’ or one occurrence of
‘Other’ is allowed.
ISO Name: Organisation Identification
ISO Definition: Unique and unambiguous way to identify an
organisation.
XML Tag: OrgId
Type: OrganisationIdentification29
Multiplicity: 1..1
Core/AOS: Core

+ + + + Private Identification - PrvtId (1..1)

SEPA Usage Rule(s): Either ‘Date and Place of Birth’ or one
occurrence of ‘Other’ is allowed.
ISO Name: Private Identification
ISO Definition: Unique and unambiguous identification of a
person, for example a passport.
XML Tag: PrvtId
Type: PersonIdentification13
Multiplicity: 1..1
Core/AOS: Core

+ + + Country Of Residence - CtryOfRes (0..1 nur AOS)

ISO Name: Country Of Residence
ISO Definition: Country in which a person resides (the place of a
person's home). In the case of a company, it is the country from which the affairs of that company are directed.
XML Tag: CtryOfRes
Type: CountryCode
Pattern: [A-Z]{2,2}
Multiplicity: 0..1
Core/AOS: AOS

+ + + Contact Details - CtctDtls (0..1 nur AOS)

ISO Name: Contact Details
ISO Definition: Set of elements used to indicate how to contact
the party.
XML Tag: CtctDtls
Type: Contact4
Multiplicity: 0..1
Core/AOS: AOS

+ + Forwarding Agent - FwdgAgt (0..1 nur AOS)

ISO Name: Forwarding Agent
ISO Definition: Financial institution that receives the instruction
from the initiating party and forwards it to the next agent in the payment chain for execution.
XML Tag: FwdgAgt
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 0..1
Core/AOS: AOS

+ Payment Information - PmtInf (1..n)

ISO Name: Payment Information
ISO Definition: Set of characteristics that applies to the debit side
of the payment transactions included in the credit transfer initiation.
XML Tag: PmtInf
Type: PaymentInstruction30
Multiplicity: 1..n
Core/AOS: Core

+ + Payment Information Identification - PmtInfId (1..1)

ISO Name: Payment Information Identification
ISO Definition: Unique identification, as assigned by a sending
party, to unambiguously identify the payment information group within the message.
XML Tag: PmtInfId
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + Payment Method - PmtMtd (1..1)

SEPA Usage Rule(s): Only "TRF" is allowed.
ISO Name: Payment Method
ISO Definition: Specifies the means of payment that will be used
to move the amount of money.
XML Tag: PmtMtd
Type: PaymentMethod3Code
Multiplicity: 1..1
Core/AOS: Core

+ + Batch Booking - BtchBookg (0..1)

SEPA Usage Rule(s): If present and contains ‘true’, batch booking is
requested. If present and contains ‘false’, booking per transaction is requested.
If element is not present, pre-agreed customer- to-PSP conditions apply.
ISO Name: Batch Booking
ISO Definition: Identifies whether a single entry per individual
transaction or a batch entry for the sum of the amounts of all transactions within the group of a message is requested.
Usage: Batch booking is used to request and not order a possible batch booking.
XML Tag: BtchBookg
Type: BatchBookingIndicator
Multiplicity: 0..1
Core/AOS: Core

+ + Number Of Transactions - NbOfTxs (1..1)

SEPA Usage Rule(s): Mandatory
The validation of this data element depends on pre-agreed customer-to-PSP conditions.
ISO Name: Number Of Transactions
ISO Definition: Number of individual transactions contained in
the payment information group.
XML Tag: NbOfTxs
Type: Max15NumericText
Pattern: [0-9]{1,15}
Multiplicity: 1..1
Core/AOS: Core

+ + Control Sum - CtrlSum (1..1)

SEPA Usage Rule(s): Mandatory.
The validation of this data element depends on pre-agreed customer-to-PSP conditions.
SEPA Format The fractional part has a maximum of two digits.
Rule(s)
ISO Name: Control Sum
ISO Definition: Total of all individual amounts included in the
group, irrespective of currencies.
XML Tag: CtrlSum
Type: DecimalNumber
SEPA FractDigits 2
TotalDigits: 18
Multiplicity: 1..1
Core/AOS: Core

+ + Payment Type Information - PmtTpInf (0..1)

SEPA Usage Rule(s): ‘Payment Type Information’ must be present
either here or under ‘Credit Transfer Transaction Information’.
ISO Name: Payment Type Information
ISO Definition: Set of elements used to further specify the type of
transaction.
XML Tag: PmtTpInf
Type: PaymentTypeInformation26
Multiplicity: 0..1
Core/AOS: Core

+ + + Instruction Priority - InstrPrty (0..1)

SEPA Usage Rule(s): If present, pre-agreed customer-to-PSP conditions apply.
ISO Name: Instruction Priority
ISO Definition: Indicator of the urgency or order of importance
that the instructing party would like the instructed party to apply to the processing of the instruction.
XML Tag: InstrPrty
Type: Priority2Code
Multiplicity: 0..1
Core/AOS: Core

+ + + Service Level - SvcLvl (0..1)

SEPA Usage Rule(s): Usage is recommended.
Only one occurrence is allowed.
ISO Name: Service Level
ISO Definition: Agreement under which or rules under which the
transaction should be processed.
XML Tag: SvcLvl
Type: ServiceLevel8Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Code - Cd (1..1)

SEPA Rulebook AT-T001 Identification code of the Scheme.
SEPA Usage Rule(s): Only "SEPA" is allowed.
ISO Name: Code
ISO Definition: Specifies a pre-agreed service or level of service
between the parties, as published in an external service level code list.
XML Tag: Cd
Type: ExternalServiceLevel1Code
ISO Length: 1 .. 4
SEPA Length: 1 .. 4
Multiplicity: 1..1
Core/AOS: Core

+ + + + Proprietary - Prtry (1..1 nur AOS)

ISO Name: Proprietary
ISO Definition: Specifies a pre-agreed service or level of service
between the parties, as a proprietary code.
XML Tag: Prtry
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: AOS

+ + + Local Instrument - LclInstrm (0..1)

ISO Name: Local Instrument
ISO Definition: User community specific instrument.
Usage: This element is used to specify a local instrument, local clearing option and/or further qualify the service or service level.
XML Tag: LclInstrm
Type: LocalInstrument2Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Code - Cd (1..1)

ISO Name: Code
ISO Definition: Specifies the local instrument, as published in an
external local instrument code list.
XML Tag: Cd
Type: ExternalLocalInstrument1Code
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + + + Proprietary - Prtry (1..1)

ISO Name: Proprietary
ISO Definition: Specifies the local instrument, as a proprietary
code.
XML Tag: Prtry
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + + Category Purpose - CtgyPurp (0..1)

SEPA Rulebook AT-T008 Category purpose of the Credit
Transfer
SEPA Usage Rule(s): Depending on the agreement between the
Originator and the Originator PSP, ‘Category Purpose’ may be forwarded to the Beneficiary PSP.
ISO Name: Category Purpose
ISO Definition: Specifies the high level purpose of the instruction
based on a set of pre-defined categories.
Usage: This is used by the initiating party to provide information concerning the processing of the payment. It is likely to trigger special processing by any of the agents involved in the payment chain.
XML Tag: CtgyPurp
Type: CategoryPurpose1Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Code - Cd (1..1)

ISO Name: Code
ISO Definition: Category purpose, as published in an external
category purpose code list.
XML Tag: Cd
Type: ExternalCategoryPurpose1Code
ISO Length: 1 .. 4
SEPA Length: 1 .. 4
Multiplicity: 1..1
Core/AOS: Core

+ + + + Proprietary - Prtry (1..1)

ISO Name: Proprietary
ISO Definition: Category purpose, in a proprietary form.
XML Tag: Prtry
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + Requested Execution Date - ReqdExctnDt (1..1)

SEPA Rulebook AT-T013 The Requested Execution Date of the
SEPA Credit Transfer instruction.
ISO Name: Requested Execution Date
ISO Definition: Date at which the initiating party requests the
clearing agent to process the payment.
Usage: This is the date on which the debtor's account is to be debited. If payment by cheque, the date when the cheque must be generated by the bank.
XML Tag: ReqdExctnDt
Type: DateAndDateTime2Choice
Multiplicity: 1..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + Date - Dt (1..1)

ISO Name: Date
ISO Definition: Specified date.
XML Tag: Dt
Type: ISODate
Multiplicity: 1..1
Core/AOS: Core

+ + + Date Time - DtTm (1..1 nur AOS)

ISO Name: Date Time
ISO Definition: Specified date and time.
XML Tag: DtTm
Type: ISODateTime
Multiplicity: 1..1
Core/AOS: AOS

+ + Pooling Adjustment Date - PoolgAdjstmntDt (0..1 nur AOS)

ISO Name: Pooling Adjustment Date
ISO Definition: Date used for the correction of the value date of a
cash pool movement that has been posted with a different value date.
XML Tag: PoolgAdjstmntDt
Type: ISODate
Multiplicity: 0..1
Core/AOS: AOS

+ + Debtor - Dbtr (1..1)

ISO Name: Debtor
ISO Definition: Party that owes an amount of money to the (ultimate) creditor.
XML Tag: Dbtr
Type: PartyIdentification135
Multiplicity: 1..1
Core/AOS: Core

+ + + Name - Nm (1..1)

SEPA Rulebook AT-P001 Name of the Originator
SEPA Usage Rule(s): Mandatory.
‘Name’ is limited to 70 characters in length.
ISO Name: Name
ISO Definition: Name by which a party is known and which is
usually used to identify that party.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 70
Multiplicity: 1..1
Core/AOS: Core

+ + + Postal Address - PstlAdr (0..1)

SEPA Rulebook AT-P005 Address of the Originator
SEPA Usage Rule(s): If ‘Address Line’ is used, then ‘Postal Address’
sub-elements other than ‘Country’ are forbidden. A combination of ‘Address Line’ and 'Country’ is allowed; it is recommended when either the Debtor Agent or Creditor Agent is a non-EEA SEPA PSP.
If 'Address Line' is not used, then at least 'Town Name' and 'Country' must be used.
ISO Name: Postal Address
ISO Definition: Information that locates and identifies a specific
address, as defined by postal services.
XML Tag: PstlAdr
Type: PostalAddress24
Multiplicity: 0..1
Core/AOS: Core

+ + + + Address Type - AdrTp (0..1 nur AOS)

ISO Name: Address Type
ISO Definition: Identifies the nature of the postal address.
XML Tag: AdrTp
Type: AddressType3Choice
Multiplicity: 0..1
Core/AOS: AOS

+ + + + Department - Dept (0..1)

ISO Name: Department
ISO Definition: Identification of a division of a large organisation
or building.
XML Tag: Dept
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Sub Department - SubDept (0..1)

ISO Name: Sub Department
ISO Definition: Identification of a sub-division of a large
organisation or building.
XML Tag: SubDept
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Street Name - StrtNm (0..1)

ISO Name: Street Name
ISO Definition: Name of a street or thoroughfare.
XML Tag: StrtNm
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Building Number - BldgNb (0..1)

ISO Name: Building Number
ISO Definition: Number that identifies the position of a building
on a street.
XML Tag: BldgNb
Type: Max16Text
ISO Length: 1 .. 16
SEPA Length: 1 .. 16
Multiplicity: 0..1
Core/AOS: Core

+ + + + Building Name - BldgNm (0..1)

ISO Name: Building Name
ISO Definition: Name of the building or house.
XML Tag: BldgNm
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + Floor - Flr (0..1)

ISO Name: Floor
ISO Definition: Floor or storey within a building.
XML Tag: Flr
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Post Box - PstBx (0..1)

ISO Name: Post Box
ISO Definition: Numbered box in a post office, assigned to a
person or organisation, where letters are kept until called for.
XML Tag: PstBx
Type: Max16Text
ISO Length: 1 .. 16
SEPA Length: 1 .. 16
Multiplicity: 0..1
Core/AOS: Core

+ + + + Room - Room (0..1)

ISO Name: Room
ISO Definition: Building room number.
XML Tag: Room
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Post Code - PstCd (0..1)

ISO Name: Post Code
ISO Definition: Identifier consisting of a group of letters and/or
numbers that is added to a postal address to assist the sorting of mail.
XML Tag: PstCd
Type: Max16Text
ISO Length: 1 .. 16
SEPA Length: 1 .. 16
Multiplicity: 0..1
Core/AOS: Core

+ + + + Town Name - TwnNm (0..1)

ISO Name: Town Name
ISO Definition: Name of a built-up area, with defined boundaries,
and a local government.
XML Tag: TwnNm
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + Town Location Name - TwnLctnNm (0..1)

ISO Name: Town Location Name
ISO Definition: Specific location name within the town.
XML Tag: TwnLctnNm
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + District Name - DstrctNm (0..1)

ISO Name: District Name
ISO Definition: Identifies a subdivision within a country sub-
division.
XML Tag: DstrctNm
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + Country Sub Division - CtrySubDvsn (0..1)

ISO Name: Country Sub Division
ISO Definition: Identifies a subdivision of a country such as state,
region, county.
XML Tag: CtrySubDvsn
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + Country - Ctry (0..1)

ISO Name: Country
ISO Definition: Nation with its own government.
XML Tag: Ctry
Type: CountryCode
Pattern: [A-Z]{2,2}
Multiplicity: 0..1
Core/AOS: Core

+ + + + Address Line - AdrLine (0..2)

SEPA Usage Rule(s): Only two occurrences are allowed.
If ‘Address Line’ is used, then ‘Postal Address’ sub-elements other than ‘Country’ are forbidden. A combination of ‘Address Line’ and 'Country’ is allowed; it is recommended when either Debtor Agent or Creditor Agent is a non-EEA SEPA PSP.
ISO Name: Address Line
ISO Definition: Information that locates and identifies a specific
address, as defined by postal services, presented in free format text.
XML Tag: AdrLine
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..2
Core/AOS: Core

+ + + Identification - Id (0..1)

SEPA Rulebook AT-P004 Originator Identification Code
ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
party.
XML Tag: Id
Type: Party38Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Organisation Identification - OrgId (1..1)

+ + + + Private Identification - PrvtId (1..1)

SEPA Usage Rule(s): Either 'Date and Place of Birth' or one occurence
of 'Other' is allowed
ISO Name: Private Identification
ISO Definition: Unique and unambiguous identification of a
person, for example a passport.
XML Tag: PrvtId
Type: PersonIdentification13
Multiplicity: 1..1
Core/AOS: Core

+ + + Country Of Residence - CtryOfRes (0..1 nur AOS)

+ + + Contact Details - CtctDtls (0..1 nur AOS)

ISO Name: Contact Details
ISO Definition: Set of elements used to indicate how to contact
the party.
XML Tag: CtctDtls
Type: Contact4
Multiplicity: 0..1
Core/AOS: AOS

+ + Debtor Account - DbtrAcct (1..1)

ISO Name: Debtor Account
ISO Definition: Unambiguous identification of the account of the
debtor to which a debit entry will be made as a result of the transaction.
XML Tag: DbtrAcct
Type: CashAccount38
Multiplicity: 1..1
Core/AOS: Core

+ + + Identification - Id (1..1)

SEPA Usage Rule(s): Only IBAN is allowed.
ISO Name: Identification
ISO Definition: Unique and unambiguous identification for the
account between the account owner and the account servicer.
XML Tag: Id
Type: AccountIdentification4Choice
Multiplicity: 1..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + IBAN - IBAN (1..1)

SEPA Rulebook AT-D001 The IBAN of the account of the
Originator
ISO Name: IBAN
ISO Definition: International Bank Account Number (IBAN) -
identifier used internationally by financial institutions to uniquely identify the account of a customer. Further specifications of the format and content of the IBAN can be found in the standard ISO 13616 "Banking and related financial services - International Bank Account Number (IBAN)" version 1997-10-01, or later revisions.
XML Tag: IBAN
Type: IBAN2007Identifier
Pattern: [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30}
Multiplicity: 1..1
Core/AOS: Core

+ + + + Other - Othr (1..1 nur AOS)

ISO Name: Other
ISO Definition: Unique identification of an account, as assigned
by the account servicer, using an identification scheme.
XML Tag: Othr
Type: GenericAccountIdentification1
Multiplicity: 1..1
Core/AOS: AOS

+ + + Type - Tp (0..1 nur AOS)

ISO Name: Type
ISO Definition: Specifies the nature, or use of the account.
XML Tag: Tp
Type: CashAccountType2Choice
Multiplicity: 0..1
Core/AOS: AOS

+ + + Currency - Ccy (0..1)

ISO Name: Currency
ISO Definition: Identification of the currency in which the
account is held.
Usage: Currency should only be used in case one and the same account number covers several currencies
and the initiating party needs to identify which currency needs to be used for settlement on the account.
XML Tag: Ccy
Type: ActiveOrHistoricCurrencyCode
Pattern: [A-Z]{3,3}
Multiplicity: 0..1
Core/AOS: Core

+ + + Name - Nm (0..1 nur AOS)

ISO Name: Name
ISO Definition: Name of the account, as assigned by the account
servicing institution, in agreement with the account owner in order to provide an additional means of identification of the account.
Usage: The account name is different from the account owner name. The account name is used in certain user communities to provide a means of identifying the account, in addition to the account owner's identity and the account number.
XML Tag: Nm
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: AOS

+ + + Proxy - Prxy (0..1)

SEPA Rulebook AT-P003 The Proxy/alias of the account of the
Originator.
SEPA Usage Rule(s): AT-P003 can only be provided here under the
condition that the Originator is given the possibility to validate the IBAN linked to that Alias/Proxy, prior to the authentication of the instruction unless the Originator and the Originator PSP agreed upfront on another arrangement (e.g., through an amendment of the general terms and conditions).
Furthermore, the Originator PSP must have an agreement with the Originator and the Beneficiary PSP with the Beneficiary in relation to the treatment and the use of the data provided under such Alias/Proxy i.e. whether it is to be used for the purpose to initiate the transaction and/or to forward it to the Beneficiary PSP and/ or the Beneficiary concerned.
ISO Name: Proxy
ISO Definition: Specifies an alternate assumed name for the
identification of the account.
XML Tag: Prxy
Type: ProxyAccountIdentification1
Multiplicity: 0..1
Core/AOS: Core

+ + Debtor Agent - DbtrAgt (1..1)

SEPA Usage Rule(s): AT-D002 The BIC code of the Originator PSP.
ISO Name: Debtor Agent
ISO Definition: Financial institution servicing an account for the
debtor.
XML Tag: DbtrAgt
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 1..1
Core/AOS: Core

+ + + Financial Institution Identification - FinInstnId (1..1)

SEPA Usage Rule(s): Either 'BICFI' or ‘Other/Identification’ must be
used.
ISO Name: Financial Institution Identification
ISO Definition: Unique and unambiguous identification of a
financial institution, as assigned under an internationally recognised or proprietary identification scheme.
XML Tag: FinInstnId
Type: FinancialInstitutionIdentification18
Multiplicity: 1..1
Core/AOS: Core

+ + + + BICFI - BICFI (0..1)

SEPA Rulebook AT-D002 The BIC code of the Originator PSP.
ISO Name: BICFI
ISO Definition: Code allocated to a financial institution by the
ISO 9362 Registration Authority as described in ISO 9362 "Banking - Banking telecommunication messages - Business identifier code (BIC)".
XML Tag: BICFI
Type: BICFIDec2014Identifier
Pattern: [A-Z0-9]{4,4}[A-Z]{2,2}[A-Z0-9]{2,2}([A- Z0-9]{3,3}){0,1}
Multiplicity: 0..1
Core/AOS: Core

+ + + + Clearing System Member Identification - ClrSysMmbId (0..1 nur AOS)

ISO Name: Clearing System Member Identification
ISO Definition: Information used to identify a member within a
clearing system.
XML Tag: ClrSysMmbId
Type: ClearingSystemMemberIdentification2
Multiplicity: 0..1
Core/AOS: AOS

+ + + + LEI - LEI (0..1 nur AOS)

ISO Name: LEI
ISO Definition: Legal entity identifier of the financial institution.
XML Tag: LEI
Type: LEIIdentifier
Pattern: [A-Z0-9]{18,18}[0-9]{2,2}
Multiplicity: 0..1
Core/AOS: AOS

+ + + + Name - Nm (0..1 nur AOS)

ISO Name: Name
ISO Definition: Name by which an agent is known and which is
usually used to identify that agent.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 140
Multiplicity: 0..1
Core/AOS: AOS

+ + + + Postal Address - PstlAdr (0..1 nur AOS)

+ + + + Other - Othr (0..1)

ISO Name: Other
ISO Definition: Unique identification of an agent, as assigned by
an institution, using an identification scheme.
XML Tag: Othr
Type: GenericFinancialIdentification1
Multiplicity: 0..1
Core/AOS: Core

+ + + + + Identification - Id (1..1)

SEPA Usage Rule(s): Only "NOTPROVIDED" is allowed.
ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
person.
XML Tag: Id
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + + + + Scheme Name - SchmeNm (0..1 nur AOS)

ISO Name: Scheme Name
ISO Definition: Name of the identification scheme.
XML Tag: SchmeNm
Type: FinancialIdentificationSchemeName1Choice
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Issuer - Issr (0..1 nur AOS)

ISO Name: Issuer
ISO Definition: Entity that assigns the identification.
XML Tag: Issr
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: AOS

+ + + Branch Identification - BrnchId (0..1 nur AOS)

ISO Name: Branch Identification
ISO Definition: Identifies a specific branch of a financial
institution.
Usage: This component should be used in case the identification information in the financial institution component does not provide identification up to branch level.
XML Tag: BrnchId
Type: BranchData3
Multiplicity: 0..1
Core/AOS: AOS

+ + Debtor Agent Account - DbtrAgtAcct (0..1 nur AOS)

ISO Name: Debtor Agent Account
ISO Definition: Unambiguous identification of the account of the
debtor agent at its servicing agent in the payment chain.
XML Tag: DbtrAgtAcct
Type: CashAccount38
Multiplicity: 0..1
Core/AOS: AOS

+ + Instruction For Debtor Agent - InstrForDbtrAgt (0..1 nur AOS)

ISO Name: Instruction For Debtor Agent
ISO Definition: Further information related to the processing of
the payment instruction, that may need to be acted upon by the debtor agent, depending on agreement between debtor and the debtor agent.
Usage: when present, then the instructions for the debtor agent apply for all credit transfer transaction information occurrences, present in the payment information.
XML Tag: InstrForDbtrAgt
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 140
Multiplicity: 0..1
Core/AOS: AOS

+ + Ultimate Debtor - UltmtDbtr (0..1)

ISO Name: Ultimate Debtor
ISO Definition: Ultimate party that owes an amount of money to
the (ultimate) creditor.
XML Tag: UltmtDbtr
Type: PartyIdentification135
Multiplicity: 0..1
Core/AOS: Core

+ + + Name - Nm (0..1)

SEPA Rulebook AT-P006 Name of the Originator Reference
Party
SEPA Usage Rule(s): ‘Name’ is limited to 70 characters in length.
ISO Name: Name
ISO Definition: Name by which a party is known and which is
usually used to identify that party.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + Postal Address - PstlAdr (0..1 nur AOS)

+ + + Identification - Id (0..1)

SEPA Rulebook AT-P007 Identification code of the Originator
Reference Party
ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
party.
XML Tag: Id
Type: Party38Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Organisation Identification - OrgId (1..1)

+ + + + Private Identification - PrvtId (1..1)

+ + + Country Of Residence - CtryOfRes (0..1 nur AOS)

+ + + Contact Details - CtctDtls (0..1 nur AOS)

ISO Name: Contact Details
ISO Definition: Set of elements used to indicate how to contact
the party.
XML Tag: CtctDtls
Type: Contact4
Multiplicity: 0..1
Core/AOS: AOS

+ + Charge Bearer - ChrgBr (0..1)

SEPA Usage Rule(s): Only "SLEV" is allowed.
It is recommended that this element be specified at ‘Payment Information’ level.
ISO Name: Charge Bearer
ISO Definition: Specifies which party/parties will bear the
charges associated with the processing of the payment transaction.
XML Tag: ChrgBr
Type: ChargeBearerType1Code
Multiplicity: 0..1
Core/AOS: Core

+ + Charges Account - ChrgsAcct (0..1 nur AOS)

ISO Name: Charges Account
ISO Definition: Account used to process charges associated with
a transaction.
Usage: Charges account should be used when charges have to be booked to an account different from the account identified in debtor's account.
XML Tag: ChrgsAcct
Type: CashAccount38
Multiplicity: 0..1
Core/AOS: AOS

+ + Charges Account Agent - ChrgsAcctAgt (0..1 nur AOS)

ISO Name: Charges Account Agent
ISO Definition: Agent that services a charges account.
Usage: Charges account agent should only be used when the charges account agent is different from the debtor agent.
XML Tag: ChrgsAcctAgt
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 0..1
Core/AOS: AOS

+ + Credit Transfer Transaction Information - CdtTrfTxInf (1..n)

ISO Name: Credit Transfer Transaction Information
ISO Definition: Provides information on the individual
transaction(s) included in the message.
XML Tag: CdtTrfTxInf
Type: CreditTransferTransaction34
Multiplicity: 1..n
Core/AOS: Core

+ + + Payment Identification - PmtId (1..1)

ISO Name: Payment Identification
ISO Definition: Set of elements used to reference a payment
instruction.
XML Tag: PmtId
Type: PaymentIdentification6
Multiplicity: 1..1
Core/AOS: Core

+ + + + Instruction Identification - InstrId (0..1)

ISO Name: Instruction Identification
ISO Definition: Unique identification as assigned by an
instructing party for an instructed party to unambiguously identify the instruction.
Usage: The instruction identification is a point to point reference that can be used between the instructing party and the instructed party to refer to the individual instruction. It can be included in several messages related to the instruction.
XML Tag: InstrId
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + End To End Identification - EndToEndId (1..1)

SEPA Rulebook AT-T014 The Originator’s Reference of the
Credit Transfer Instruction.
ISO Name: End To End Identification
ISO Definition: Unique identification assigned by the initiating
party to unambiguously identify the transaction. This identification is passed on, unchanged, throughout the entire end-to-end chain.
Usage: The end-to-end identification can be used for reconciliation or to link tasks relating to the transaction. It can be included in several messages related to the transaction.
XML Tag: EndToEndId
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + + + UETR - UETR (0..1 nur AOS)

ISO Name: UETR
ISO Definition: Universally unique identifier to provide an end-
to-end reference of a payment transaction.
XML Tag: UETR
Type: UUIDv4Identifier
Pattern: [a-f0-9]{8}-[a-f0-9]{4}-4[a-f0-9]{3}-[89ab][a- f0-9]{3}-[a-f0-9]{12}
Multiplicity: 0..1
Core/AOS: AOS

+ + + Payment Type Information - PmtTpInf (0..1)

SEPA Usage Rule(s): 'Payment Type Information' must be present
either here or directly under ‘Payment Information’.
ISO Name: Payment Type Information
ISO Definition: Set of elements used to further specify the type of
transaction.
XML Tag: PmtTpInf
Type: PaymentTypeInformation26
Multiplicity: 0..1
Core/AOS: Core

+ + + + Instruction Priority - InstrPrty (0..1 nur AOS)

ISO Name: Instruction Priority
ISO Definition: Indicator of the urgency or order of importance
that the instructing party would like the instructed party to apply to the processing of the instruction.
XML Tag: InstrPrty
Type: Priority2Code
Multiplicity: 0..1
Core/AOS: AOS

+ + + + Service Level - SvcLvl (0..1)

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + Code - Cd (1..1)

+ + + + + Proprietary - Prtry (1..1 nur AOS)

+ + + + Local Instrument - LclInstrm (0..1)

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + Code - Cd (1..1)

+ + + + + Proprietary - Prtry (1..1)

+ + + + Category Purpose - CtgyPurp (0..1)

SEPA Rulebook AT-T008 Category purpose of the Credit
Transfer.
SEPA Usage Rule(s): Depending on the agreement between the
Originator and the Originator PSP, ‘Category Purpose’ may be forwarded to the Beneficiary PSP.
ISO Name: Category Purpose
ISO Definition: Specifies the high level purpose of the instruction
based on a set of pre-defined categories.
Usage: This is used by the initiating party to provide information concerning the processing of the payment. It is likely to trigger special processing by any of the agents involved in the payment chain.
XML Tag: CtgyPurp
Type: CategoryPurpose1Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + Code - Cd (1..1)

+ + + + + Proprietary - Prtry (1..1)

+ + + Amount - Amt (1..1)

ISO Name: Amount
ISO Definition: Amount of money to be moved between the
debtor and creditor, before deduction of charges, expressed in the currency as ordered by the initiating party.
XML Tag: Amt
Type: AmountType4Choice
Multiplicity: 1..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Instructed Amount - InstdAmt (1..1)

SEPA Rulebook AT-T002 Amount of the Credit Transfer in Euro.
SEPA Usage Rule(s): Only ‘EUR’ is allowed.
Amount must be 0.01 or more and 999999999.99 or less.
SEPA Format The fractional part has a maximum of two digits.
Rule(s)
ISO Name: Instructed Amount
ISO Definition: Amount of money to be moved between the
debtor and creditor, before deduction of charges, expressed in the currency as ordered by the initiating party.
Usage: This amount has to be transported unchanged through the transaction chain.
XML Tag: InstdAmt
Type: ActiveOrHistoricCurrencyAndAmount
SEPA FractDigits 2
TotalDigits: 18
SEPA Inclusive 0.01 999999999.99
Multiplicity: 1..1
Core/AOS: Core

+ + + + Equivalent Amount - EqvtAmt (1..1 nur AOS)

ISO Name: Equivalent Amount
ISO Definition: Amount of money to be moved between the
debtor and creditor, expressed in the currency of the debtor's account, and the currency in which the amount is to be moved.
XML Tag: EqvtAmt
Type: EquivalentAmount2
Multiplicity: 1..1
Core/AOS: AOS

+ + + Exchange Rate Information - XchgRateInf (0..1 nur AOS)

ISO Name: Exchange Rate Information
ISO Definition: Provides details on the currency exchange rate
and contract.
XML Tag: XchgRateInf
Type: ExchangeRate1
Multiplicity: 0..1
Core/AOS: AOS

+ + + Charge Bearer - ChrgBr (0..1)

+ + + Cheque Instruction - ChqInstr (0..1 nur AOS)

ISO Name: Cheque Instruction
ISO Definition: Set of elements needed to issue a cheque.
XML Tag: ChqInstr
Type: Cheque11
Multiplicity: 0..1
Core/AOS: AOS

+ + + Ultimate Debtor - UltmtDbtr (0..1)

+ + + + Name - Nm (0..1)

SEPA Rulebook AT-P006 Name of the Originator Reference
Party.
SEPA Usage Rule(s): ‘Name’ is limited to 70 characters in length.
ISO Name: Name
ISO Definition: Name by which a party is known and which is
usually used to identify that party.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Postal Address - PstlAdr (0..1 nur AOS)

+ + + + Identification - Id (0..1)

SEPA Rulebook AT-P007 Identification Code of the Originator
Reference Party.
ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
party.
XML Tag: Id
Type: Party38Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + Organisation Identification - OrgId (1..1)

+ + + + + Private Identification - PrvtId (1..1)

+ + + + Country Of Residence - CtryOfRes (0..1 nur AOS)

+ + + + Contact Details - CtctDtls (0..1 nur AOS)

ISO Name: Contact Details
ISO Definition: Set of elements used to indicate how to contact
the party.
XML Tag: CtctDtls
Type: Contact4
Multiplicity: 0..1
Core/AOS: AOS

+ + + Intermediary Agent 1 - IntrmyAgt1 (0..1 nur AOS)

ISO Name: Intermediary Agent 1
ISO Definition: Agent between the debtor's agent and the
creditor's agent.
Usage: If more than one intermediary agent is present, then IntermediaryAgent1 identifies the agent between the DebtorAgent and the IntermediaryAgent2.
XML Tag: IntrmyAgt1
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 0..1
Core/AOS: AOS

+ + + Intermediary Agent 1Account - IntrmyAgt1Acct (0..1 nur AOS)

ISO Name: Intermediary Agent 1Account
ISO Definition: Unambiguous identification of the account of the
intermediary agent 1 at its servicing agent in the payment chain.
XML Tag: IntrmyAgt1Acct
Type: CashAccount38
Multiplicity: 0..1
Core/AOS: AOS

+ + + Intermediary Agent 2 - IntrmyAgt2 (0..1 nur AOS)

ISO Name: Intermediary Agent 2
ISO Definition: Agent between the debtor's agent and the
creditor's agent.
Usage: If more than two intermediary agents are present, then IntermediaryAgent2 identifies the agent between the IntermediaryAgent1 and the IntermediaryAgent3.
XML Tag: IntrmyAgt2
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 0..1
Core/AOS: AOS

+ + + Intermediary Agent 2Account - IntrmyAgt2Acct (0..1 nur AOS)

ISO Name: Intermediary Agent 2Account
ISO Definition: Unambiguous identification of the account of the
intermediary agent 2 at its servicing agent in the payment chain.
XML Tag: IntrmyAgt2Acct
Type: CashAccount38
Multiplicity: 0..1
Core/AOS: AOS

+ + + Intermediary Agent 3 - IntrmyAgt3 (0..1 nur AOS)

ISO Name: Intermediary Agent 3
ISO Definition: Agent between the debtor's agent and the
creditor's agent.
Usage: If IntermediaryAgent3 is present, then it identifies the agent between the IntermediaryAgent 2 and the CreditorAgent.
XML Tag: IntrmyAgt3
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 0..1
Core/AOS: AOS

+ + + Intermediary Agent 3Account - IntrmyAgt3Acct (0..1 nur AOS)

ISO Name: Intermediary Agent 3Account
ISO Definition: Unambiguous identification of the account of the
intermediary agent 3 at its servicing agent in the payment chain.
XML Tag: IntrmyAgt3Acct
Type: CashAccount38
Multiplicity: 0..1
Core/AOS: AOS

+ + + Creditor Agent - CdtrAgt (0..1)

SEPA Rulebook AT-C002 The BIC code of the Beneficiary PSP.
SEPA Usage Rule(s): Only 'BICFI' is allowed.
If the BIC is not indicated 'Creditor Agent' structure is not to be used.
ISO Name: Creditor Agent
ISO Definition: Financial institution servicing an account for the
creditor.
XML Tag: CdtrAgt
Type: BranchAndFinancialInstitutionIdentification6
Multiplicity: 0..1
Core/AOS: Core

+ + + Creditor Agent Account - CdtrAgtAcct (0..1 nur AOS)

ISO Name: Creditor Agent Account
ISO Definition: Unambiguous identification of the account of the
creditor agent at its servicing agent to which a credit entry will be made as a result of the payment transaction.
XML Tag: CdtrAgtAcct
Type: CashAccount38
Multiplicity: 0..1
Core/AOS: AOS

+ + + Creditor - Cdtr (1..1)

SEPA Usage Rule(s): Mandatory.
ISO Name: Creditor
ISO Definition: Party to which an amount of money is due.
XML Tag: Cdtr
Type: PartyIdentification135
Multiplicity: 1..1
Core/AOS: Core

+ + + + Name - Nm (1..1)

SEPA Rulebook AT-E001 Name of the Beneficiary.
SEPA Usage Rule(s): Mandatory.
‘Name’ is limited to 70 characters in length.
ISO Name: Name
ISO Definition: Name by which a party is known and which is
usually used to identify that party.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 70
Multiplicity: 1..1
Core/AOS: Core

+ + + + Postal Address - PstlAdr (0..1)

SEPA Rulebook AT-E004 The address of the Beneficiary.
SEPA Usage Rule(s): If ‘Address Line’ is used, then ‘Postal Address’
sub-elements other than ‘Country’ are forbidden. A combination of ‘Address Line’ and 'Country’ is allowed.
If 'Address Line' is not used, then at least 'Town Name' and 'Country' must be used.
ISO Name: Postal Address
ISO Definition: Information that locates and identifies a specific
address, as defined by postal services.
XML Tag: PstlAdr
Type: PostalAddress24
Multiplicity: 0..1
Core/AOS: Core

+ + + + + Address Type - AdrTp (0..1 nur AOS)

ISO Name: Address Type
ISO Definition: Identifies the nature of the postal address.
XML Tag: AdrTp
Type: AddressType3Choice
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Department - Dept (0..1)

+ + + + + Sub Department - SubDept (0..1)

+ + + + + Street Name - StrtNm (0..1)

+ + + + + Building Number - BldgNb (0..1)

+ + + + + Building Name - BldgNm (0..1)

+ + + + + Floor - Flr (0..1)

+ + + + + Post Box - PstBx (0..1)

+ + + + + Room - Room (0..1)

ISO Name: Room
ISO Definition: Building room number.
XML Tag: Room
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + + Post Code - PstCd (0..1)

+ + + + + Town Name - TwnNm (0..1)

+ + + + + Town Location Name - TwnLctnNm (0..1)

+ + + + + District Name - DstrctNm (0..1)

+ + + + + Country Sub Division - CtrySubDvsn (0..1)

+ + + + + Country - Ctry (0..1)

ISO Name: Country
ISO Definition: Nation with its own government.
XML Tag: Ctry
Type: CountryCode
Pattern: [A-Z]{2,2}
Multiplicity: 0..1
Core/AOS: Core

+ + + + + Address Line - AdrLine (0..2)

SEPA Usage Rule(s): Only two occurrences are allowed.
If 'Address Line' is used, then 'Postal Address' sub-elements other than 'Country' are forbidden. A combination of 'Address Line' and 'Country' is allowed.
ISO Name: Address Line
ISO Definition: Information that locates and identifies a specific
address, as defined by postal services, presented in free format text.
XML Tag: AdrLine
Type: Max70Text
ISO Length: 1 .. 70
SEPA Length: 1 .. 70
Multiplicity: 0..2
Core/AOS: Core

+ + + + Identification - Id (0..1)

SEPA Rulebook AT-E005 Beneficiary Identification Code.
ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
party.
XML Tag: Id
Type: Party38Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + Organisation Identification - OrgId (1..1)

+ + + + + Private Identification - PrvtId (1..1)

+ + + + Country Of Residence - CtryOfRes (0..1 nur AOS)

+ + + + Contact Details - CtctDtls (0..1 nur AOS)

ISO Name: Contact Details
ISO Definition: Set of elements used to indicate how to contact
the party.
XML Tag: CtctDtls
Type: Contact4
Multiplicity: 0..1
Core/AOS: AOS

+ + + Creditor Account - CdtrAcct (1..1)

SEPA Usage Rule(s): Mandatory.
ISO Name: Creditor Account
ISO Definition: Unambiguous identification of the account of the
creditor to which a credit entry will be posted as a result of the payment transaction.
XML Tag: CdtrAcct
Type: CashAccount38
Multiplicity: 1..1
Core/AOS: Core

+ + + + Identification - Id (1..1)

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + IBAN - IBAN (1..1)

SEPA Rulebook AT-C001 The IBAN of the account of the
Beneficiary.
ISO Name: IBAN
ISO Definition: International Bank Account Number (IBAN) -
identifier used internationally by financial institutions to uniquely identify the account of a customer. Further specifications of the format and content of the IBAN can be found in the standard ISO 13616 "Banking and related financial services - International Bank Account Number (IBAN)" version 1997-10-01, or later revisions.
XML Tag: IBAN
Type: IBAN2007Identifier
Pattern: [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30}
Multiplicity: 1..1
Core/AOS: Core

+ + + + + Other - Othr (1..1 nur AOS)

+ + + + Type - Tp (0..1 nur AOS)

ISO Name: Type
ISO Definition: Specifies the nature, or use of the account.
XML Tag: Tp
Type: CashAccountType2Choice
Multiplicity: 0..1
Core/AOS: AOS

+ + + + Currency - Ccy (0..1 nur AOS)

+ + + + Name - Nm (0..1 nur AOS)

+ + + + Proxy - Prxy (0..1)

SEPA Rulebook AT-E003 The Proxy/alias of the account of the
Beneficiary.
SEPA Usage Rule(s): AT-E003 can only be provided here under the
condition that the Originator is given the possibility to validate the IBAN linked to that Alias/Proxy, prior to the authentication of the instruction unless the Originator and the Originator PSP agreed upfront on another arrangement (e.g., through an amendment of the general terms and conditions).
Furthermore, the Originator PSP must have an agreement with the Originator and the Beneficiary PSP with the Beneficiary in relation to the treatment and the use of the data provided under such Alias/Proxy i.e. whether it is to be used for the purpose to initiate the transaction and/or to forward it to the Beneficiary PSP and/ or the Beneficiary concerned.
ISO Name: Proxy
ISO Definition: Specifies an alternate assumed name for the
identification of the account.
XML Tag: Prxy
Type: ProxyAccountIdentification1
Multiplicity: 0..1
Core/AOS: Core

+ + + Ultimate Creditor - UltmtCdtr (0..1)

ISO Name: Ultimate Creditor
ISO Definition: Ultimate party to which an amount of money is
due.
XML Tag: UltmtCdtr
Type: PartyIdentification135
Multiplicity: 0..1
Core/AOS: Core

+ + + + Name - Nm (0..1)

SEPA Rulebook AT-E007 Name of the Beneficiary Reference
Party.
SEPA Usage Rule(s): ‘Name’ is limited to 70 characters in length.
ISO Name: Name
ISO Definition: Name by which a party is known and which is
usually used to identify that party.
XML Tag: Nm
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 70
Multiplicity: 0..1
Core/AOS: Core

+ + + + Postal Address - PstlAdr (0..1 nur AOS)

+ + + + Identification - Id (0..1)

SEPA Rulebook AT-E010 Identification Code of the Beneficiary
Reference Party.
ISO Name: Identification
ISO Definition: Unique and unambiguous identification of a
party.
XML Tag: Id
Type: Party38Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + Organisation Identification - OrgId (1..1)

+ + + + + Private Identification - PrvtId (1..1)

+ + + + Country Of Residence - CtryOfRes (0..1 nur AOS)

+ + + + Contact Details - CtctDtls (0..1 nur AOS)

ISO Name: Contact Details
ISO Definition: Set of elements used to indicate how to contact
the party.
XML Tag: CtctDtls
Type: Contact4
Multiplicity: 0..1
Core/AOS: AOS

+ + + Instruction For Creditor Agent - InstrForCdtrAgt (0..n nur AOS)

ISO Name: Instruction For Creditor Agent
ISO Definition: Further information related to the processing of
the payment instruction, provided by the initiating party, and intended for the creditor agent.
XML Tag: InstrForCdtrAgt
Type: InstructionForCreditorAgent1
Multiplicity: 0..n
Core/AOS: AOS

+ + + Instruction For Debtor Agent - InstrForDbtrAgt (0..1 nur AOS)

ISO Name: Instruction For Debtor Agent
ISO Definition: Further information related to the processing of
the payment instruction, that may need to be acted upon by the debtor agent, depending on agreement between debtor and the debtor agent.
XML Tag: InstrForDbtrAgt
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 140
Multiplicity: 0..1
Core/AOS: AOS

+ + + Purpose - Purp (0..1)

SEPA Rulebook AT-T007 Purpose of the Credit Transfer.
ISO Name: Purpose
ISO Definition: Underlying reason for the payment transaction.
Usage: Purpose is used by the end-customers, that is initiating party, (ultimate) debtor, (ultimate) creditor to provide information concerning the nature of the payment. Purpose is a content element, which is not used for processing by any of the agents involved in the payment chain.
XML Tag: Purp
Type: Purpose2Choice
Multiplicity: 0..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + Code - Cd (1..1)

SEPA Usage Rule(s): In case the transaction is a transfer back related
to an earlier executed SEPA Credit Transfer (SCT) Transaction, the code must be "RRCT" or another code meaningful for identifying the SCT as a transfer back.
"RRTP" must be used if the SCT is the result of a received Request-to-Pay message.
ISO Name: Code
ISO Definition: Underlying reason for the payment transaction, as
published in an external purpose code list.
XML Tag: Cd
Type: ExternalPurpose1Code
ISO Length: 1 .. 4
SEPA Length: 1 .. 4
Multiplicity: 1..1
Core/AOS: Core

+ + + + Proprietary - Prtry (1..1 nur AOS)

ISO Name: Proprietary
ISO Definition: Purpose, in a proprietary form.
XML Tag: Prtry
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: AOS

+ + + Regulatory Reporting - RgltryRptg (0..10 nur AOS)

ISO Name: Regulatory Reporting
ISO Definition: Information needed due to regulatory and
statutory requirements.
XML Tag: RgltryRptg
Type: RegulatoryReporting3
Multiplicity: 0.. 10
Core/AOS: AOS

+ + + Tax - Tax (0..1 nur AOS)

ISO Name: Tax
ISO Definition: Provides details on the tax.
XML Tag: Tax
Type: TaxInformation8
Multiplicity: 0..1
Core/AOS: AOS

ISO Name: Related Remittance Information
ISO Definition: Provides information related to the handling of
the remittance information by any of the agents in the transaction processing chain.
XML Tag: RltdRmtInf
Type: RemittanceLocation7
Multiplicity: 0.. 10
Core/AOS: AOS

+ + + Remittance Information - RmtInf (0..1)

SEPA Rulebook AT-T009 The Remittance Information sent by the
Originator to the Beneficiary in the Credit Transfer Instruction.
SEPA Usage Rule(s): Either ‘Structured’ or ‘Unstructured’ may be
present
ISO Name: Remittance Information
ISO Definition: Information supplied to enable the matching of
an entry with the items that the transfer is intended to settle, such as commercial invoices in an accounts' receivable system.
XML Tag: RmtInf
Type: RemittanceInformation16
Multiplicity: 0..1
Core/AOS: Core

+ + + + Unstructured - Ustrd (0..1)

SEPA Usage Rule(s): Only one occurrence of ‘Unstructured’ is
allowed.
‘Unstructured’ may carry structured remittance information, as agreed between the Originator and the Beneficiary.
If the commercial trade name of the payee is different from its legal name (AT-E001 The name of the Beneficiary), then the commercial trade name must be provided here. The location of where the transaction took place (if different from AT-E004 The address of the Beneficiary) as well as the transaction date and time can also be provided here. Each piece of information must be followed by a slash to clearly differentiate from the other information included under this data element (a special character other than a slash can be used instead (e.g., “+”) in case the slash is used for other purposes). [Example: The Shopping Paradise/Boulevard des Marchands 123/2020-12-24T11:37/Purchase Nr 1234567890AZ - Merry Christmas.] For further information, please refer to “EPC088-22 EPC Guidance Document – Improve Transparency for Retail Payment End-Users”.
ISO Name: Unstructured
ISO Definition: Information supplied to enable the matching/
reconciliation of an entry with the items that the payment is intended to settle, such as commercial invoices in an accounts' receivable system, in an unstructured form.
XML Tag: Ustrd
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 140
Multiplicity: 0..1
Core/AOS: Core

+ + + + Structured - Strd (0..1)

SEPA Usage Rule(s): Only one occurrence of ‘Structured’ is allowed. SEPA Format ‘Structured’ can be used, provided the tags and Rule(s) the data within the ‘Structured’ element (i.e.
excluding and ) do not exceed 140 characters in length.
ISO Name: Structured
ISO Definition: Information supplied to enable the matching/
reconciliation of an entry with the items that the payment is intended to settle, such as commercial invoices in an accounts' receivable system, in a structured form.
XML Tag: Strd
Type: StructuredRemittanceInformation16
Multiplicity: 0..1
Core/AOS: Core

+ + + + + Referred Document Information - RfrdDocInf (0..n nur AOS)

ISO Name: Referred Document Information
ISO Definition: Provides the identification and the content of the
referred document.
XML Tag: RfrdDocInf
Type: ReferredDocumentInformation7
Multiplicity: 0..n
Core/AOS: AOS

+ + + + + Referred Document Amount - RfrdDocAmt (0..1 nur AOS)

ISO Name: Referred Document Amount
ISO Definition: Provides details on the amounts of the referred
document.
XML Tag: RfrdDocAmt
Type: RemittanceAmount2
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Creditor Reference Information - CdtrRefInf (0..1)

SEPA Usage Rule(s): When present, the Debtor PSP is not obliged to
validate the reference information.
When used both ‘Type’ and ‘Reference’ must be present.
ISO Name: Creditor Reference Information
ISO Definition: Reference information provided by the creditor to
allow the identification of the underlying documents.
XML Tag: CdtrRefInf
Type: CreditorReferenceInformation2
Multiplicity: 0..1
Core/AOS: Core

+ + + + + + Type - Tp (1..1)

SEPA Usage Rule(s): Mandatory if 'Creditor Reference Information' is
used.
ISO Name: Type
ISO Definition: Specifies the type of creditor reference.
XML Tag: Tp
Type: CreditorReferenceType2
Multiplicity: 1..1
Core/AOS: Core

+ + + + + + + Code Or Proprietary - CdOrPrtry (1..1)

ISO Name: Code Or Proprietary
ISO Definition: Coded or proprietary format creditor reference
type.
XML Tag: CdOrPrtry
Type: CreditorReferenceType1Choice
Multiplicity: 1..1
Core/AOS: Core

- - - > Es folgt eine Feld-Auswahl ...

Nur eines der folgenden Feldern auf gleichem Level möglich

+ + + + + + + + Code - Cd (1..1)

SEPA Usage Rule(s): Only "SCOR" is allowed.
ISO Name: Code
ISO Definition: Type of creditor reference, in a coded form.
XML Tag: Cd
Type: DocumentType3Code
Multiplicity: 1..1
Core/AOS: Core

+ + + + + + + + Proprietary - Prtry (1..1 nur AOS)

ISO Name: Proprietary
ISO Definition: Creditor reference type, in a proprietary form.
XML Tag: Prtry
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: AOS

+ + + + + + + Issuer - Issr (0..1)

SEPA Usage Rule(s): Mandatory if ‘Reference’ is populated with an
identifier issued or governed by a known
institution. E.g. “ISO” should be mentioned here if ‘Reference’ is populated with a RF Creditor Reference (ISO 11649).
ISO Name: Issuer
ISO Definition: Entity that assigns the credit reference type.
XML Tag: Issr
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 0..1
Core/AOS: Core

+ + + + + + Reference - Ref (1..1)

SEPA Usage Rule(s): Mandatory if 'Creditor Reference Information' is
used.
If a Creditor Reference contains a check digit, the receiving PSP is not required to validate this. If the receiving PSP validates the check digit and if this validation fails, the PSP may continue its processing and send the transaction to the next party in the chain.
RF Creditor Reference must be used (ISO 11649) in case “ISO” is mentionded under ‘Issuer'.
ISO Name: Reference
ISO Definition: Unique reference, as assigned by the creditor, to
unambiguously refer to the payment transaction.
Usage: If available, the initiating party should provide this reference in the structured remittance information, to enable reconciliation by the creditor upon receipt of the amount of money.
If the business context requires the use of a creditor reference or a payment remit identification, and only one identifier can be passed through the end-to-end chain, the creditor's reference or payment remittance identification should be quoted in the end-to-end transaction identification.
XML Tag: Ref
Type: Max35Text
ISO Length: 1 .. 35
SEPA Length: 1 .. 35
Multiplicity: 1..1
Core/AOS: Core

+ + + + + Invoicer - Invcr (0..1 nur AOS)

ISO Name: Invoicer
ISO Definition: Identification of the organisation issuing the
invoice, when it is different from the creditor or ultimate creditor.
XML Tag: Invcr
Type: PartyIdentification135
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Invoicee - Invcee (0..1 nur AOS)

ISO Name: Invoicee
ISO Definition: Identification of the party to whom an invoice is
issued, when it is different from the debtor or ultimate debtor.
XML Tag: Invcee
Type: PartyIdentification135
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Tax Remittance - TaxRmt (0..1 nur AOS)

ISO Name: Tax Remittance
ISO Definition: Provides remittance information about a payment
made for tax-related purposes.
XML Tag: TaxRmt
Type: TaxInformation7
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Garnishment Remittance - GrnshmtRmt (0..1 nur AOS)

ISO Name: Garnishment Remittance
ISO Definition: Provides remittance information about a payment
for garnishment-related purposes.
XML Tag: GrnshmtRmt
Type: Garnishment3
Multiplicity: 0..1
Core/AOS: AOS

+ + + + + Additional Remittance Information - AddtlRmtInf (0..3 nur AOS)

ISO Name: Additional Remittance Information
ISO Definition: Additional information, in free text form, to
complement the structured remittance information.
XML Tag: AddtlRmtInf
Type: Max140Text
ISO Length: 1 .. 140
SEPA Length: 1 .. 140
Multiplicity: 0..3
Core/AOS: AOS

+ + + Supplementary Data - SplmtryData (0..n nur AOS)

ISO Name: Supplementary Data
ISO Definition: Additional information that cannot be captured in
the structured elements and/or any other specific block.
XML Tag: SplmtryData
Type: SupplementaryData1
Multiplicity: 0..n
Core/AOS: AOS

+ Supplementary Data - SplmtryData (0..n nur AOS)

Weitere Informationen auf unserer Website

Kunde-Bank-Meldungen

Banküberweisung

ISO 20022 Standard

SEPA Credit Transfer

Weblinks / Quellen

ISO 20022 Definition pain.001.001.09

SIX Swiss Payment Standards

SEPA Credit Transfer

Quellen: ISO, EPC, SIX