camt.054 — Bank to Customer Debit Credit Notification

La notification temps réel ISO 20022 d'une opération de débit ou de crédit sur un compte : l'équivalent moderne et structuré des tickets SWIFT MT900 / MT910, avec data carry-over fidèle depuis le pacs.008 d'origine.

Objet et place dans le flux

camt.054 délivre une notification unitaire d'opération de débit ou de crédit sur un compte tenu par la banque émettrice. Contrairement à camt.053 qui livre un relevé EOD complet, camt.054 est :

• déclenché par chaque opération significative (un par flux) ;
• orienté temps réel — typiquement émis dans la minute qui suit le booking ;
• plus riche en données contextuelles unitaires (références complètes, contreparties détaillées, mandat SDD…) que les Ntry d'un camt.053.

L'usage premier : réconciliation comptable instantanée côté entreprise. Dès qu'un crédit arrive, l'ERP est notifié, la facture correspondante est marquée payée, et les ressources libérables côté ordering (libération de stock, expédition…) le sont sans attendre.

Structure XML

camt.054 est encapsulé dans <Document> puis dans <BkToCstmrDbtCdtNtfctn>. Deux blocs :

• GrpHdr : MsgId, CreDtTm.
• Ntfctn (Notification, répétable mais 1 seul standard) : Id, CreDtTm, Acct, et Ntry (1..n, généralement 1 par camt.054).

Champs clés

Identique en grande partie à camt.053 pour la structure Ntry. Spécifiques à camt.054 :

• Pas de Bal : pas de solde. camt.054 ne décrit que l'opération.
• Pas de TxsSummry : pas de récap, l'unité est la transaction.
• Ntry/Sts : BOOK (la transaction est comptabilisée, irrévocable) ou PDNG (en attente, par exemple un trade reçu mais pas encore booké).
• NtryDtls/TxDtls/Refs/EndToEndId : la référence client de bout en bout, recopiée verbatim depuis le pacs.008/pain.001 d'origine.
• NtryDtls/TxDtls/Refs/UETR : UUID v4 pour les paiements cross-border.
• NtryDtls/TxDtls/RltdPties : contreparties complètes (Dbtr, Cdtr) avec nom, adresse structurée, et leurs comptes.
• NtryDtls/TxDtls/RmtInf : remittance information — Ustrd (texte libre) ou Strd (référence créancier ISO 11649, mandat, facture).

Exemple — crédit reçu

Notification d'un crédit de 8 750,50 EUR reçu d'Hans Mueller GmbH le 14 mai 2026 à 13:15, avec référence créancier ISO 11649 pour la facture 2026-202 :

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:camt.054.001.08">
  <BkToCstmrDbtCdtNtfctn>
    <GrpHdr>
      <MsgId>BNPP-NTF-20260514-001</MsgId>
      <CreDtTm>2026-05-14T13:15:00+02:00</CreDtTm>
    </GrpHdr>
    <Ntfctn>
      <Id>NTF20260514-001</Id>
      <CreDtTm>2026-05-14T13:15:00+02:00</CreDtTm>
      <Acct>
        <Id><IBAN>FR7630006000011234567890189</IBAN></Id>
        <Ccy>EUR</Ccy>
        <Ownr>
          <Nm>ACME SARL</Nm>
        </Ownr>
        <Svcr>
          <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
        </Svcr>
      </Acct>
      <Ntry>
        <NtryRef>BNPP-CRD-002</NtryRef>
        <Amt Ccy="EUR">8750.50</Amt>
        <CdtDbtInd>CRDT</CdtDbtInd>
        <Sts><Cd>BOOK</Cd></Sts>
        <BookgDt><DtTm>2026-05-14T13:15:00+02:00</DtTm></BookgDt>
        <ValDt><Dt>2026-05-14</Dt></ValDt>
        <AcctSvcrRef>BNPP-CRD-002</AcctSvcrRef>
        <BkTxCd>
          <Domn>
            <Cd>PMNT</Cd>
            <Fmly><Cd>RCDT</Cd><SubFmlyCd>ESCT</SubFmlyCd></Fmly>
          </Domn>
        </BkTxCd>
        <NtryDtls>
          <TxDtls>
            <Refs>
              <EndToEndId>INV2026-202</EndToEndId>
              <UETR>5e6f7a8b-9c0d-1e2f-3a4b-5c6d7e8f9a0b</UETR>
              <InstrId>DEUT-INSTR-2026005</InstrId>
            </Refs>
            <Amt Ccy="EUR">8750.50</Amt>
            <CdtDbtInd>CRDT</CdtDbtInd>
            <RltdPties>
              <Dbtr>
                <Pty>
                  <Nm>Hans Mueller GmbH</Nm>
                  <PstlAdr>
                    <StrtNm>Hauptstrasse 12</StrtNm>
                    <TwnNm>Frankfurt</TwnNm>
                    <PstCd>60313</PstCd>
                    <Ctry>DE</Ctry>
                  </PstlAdr>
                </Pty>
              </Dbtr>
              <DbtrAcct>
                <Id><IBAN>DE89370400440532013000</IBAN></Id>
              </DbtrAcct>
            </RltdPties>
            <RltdAgts>
              <DbtrAgt>
                <FinInstnId><BICFI>DEUTDEFF</BICFI></FinInstnId>
              </DbtrAgt>
            </RltdAgts>
            <RmtInf>
              <Strd>
                <CdtrRefInf>
                  <Tp><CdOrPrtry><Cd>SCOR</Cd></CdOrPrtry></Tp>
                  <Ref>RF18INV2026202</Ref>
                </CdtrRefInf>
              </Strd>
            </RmtInf>
          </TxDtls>
        </NtryDtls>
      </Ntry>
    </Ntfctn>
  </BkToCstmrDbtCdtNtfctn>
</Document>

Versions

Pièges courants

• Notifications dupliquées : si la banque émet camt.054 à plusieurs étapes (réception, booking provisoire, booking définitif), le client doit dédupliquer sur NtryRef + Sts. Sinon double comptabilisation.
• Sts=PDNG traité comme BOOK : ne pas créditer un client tant que Sts n'est pas BOOK. Un trade PDNG peut être annulé par la banque.
• Adresse non structurée : idem pacs.008 — depuis 2025, CBPR+ impose StrtNm, BldgNb, PstCd, TwnNm, Ctry.
• EndToEndId écrasé en chemin : une banque intermédiaire peut tronquer EndToEndId à 16 caractères si elle traduit via MT en chemin. Vérifier la longueur côté client.
• UTF-8 vs ASCII : certains ERP supposent encore ASCII et tronquent les caractères non-ASCII. Tester avec des noms à accents.
• BkTxCd erroné : PMNT/ICDT/ESCT pour un SEPA SCT issued, PMNT/RCDT/ESCT pour un reçu, PMNT/IDDT/ESDD pour un SDD émis. Mauvais code = mauvaise classification ERP.

Équivalence avec MT900/MT910

Messages liés

• camt.053 — Bank to Customer Statement (relevé EOD agrégant les opérations).
• camt.052 — Bank to Customer Account Report (mini-relevé intraday, équivalent MT942).
• pacs.008 / pacs.009 — flux qui génèrent les notifications.
• MT900 / MT910 — équivalent SWIFT MT.