STUZZA et le banking EDI autrichien

L'Autriche dispose d'un écosystème bancaire EDI très consolidé, piloté par STUZZA — la société d'étude pour la coopération dans les paiements, consortium interbancaire fondé en 1992. Aujourd'hui, ISO 20022 domine pour les ordres et les relevés, EDIFACT FINSTA/FINPAY est encore utilisé pour les usages historiques et la migration vers SEPA Instant est complète.

STUZZA — qu'est-ce que c'est ?

Création : 1992, à l'initiative des grandes banques autrichiennes pour mutualiser la R&D, les standards techniques et l'interopérabilité du paiement.
Rôle : définir des règles techniques nationales (RKSZ — Regelwerk für Kontostandsmeldungen), assurer la compatibilité entre les banques (compensation interbancaire), et représenter l'Autriche dans les instances européennes (EBA, EPC).
Comparaison européenne : équivalent du Französischer CFONB, de l'Italien CBI, du néerlandais Betaalvereniging Nederland.
Publications : spécifications RKSZ pour CAMT, mappings PAIN ↔ EDIFACT, guides d'implémentation IBAN AT, conventions de codification entrep (purpose codes).
Site officiel : stuzza.at — pleinement public, téléchargements gratuits pour les éditeurs et entreprises autrichiennes.

SEPA en Autriche — spécificités

Adoption : Autriche dans la zone SEPA depuis le 1ᵉʳ janvier 2008. Migration complète des virements et prélèvements domestiques au format SEPA en 2014 (deadline EU).
IBAN AT : format 20 caractères AT + 2 chiffres clé + 5 chiffres BLZ (Bankleitzahl) + 11 chiffres compte. Exemple AT611904300234573201.
BIC autrichien : format 8 ou 11 caractères, ex. BKAUATWWXXX (Bank Austria), GIBAATWWXXX (Erste Bank), RZBAATWW (Raiffeisen Zentralbank).
SEPA Instant : obligatoire depuis novembre 2025 pour toutes les banques BIC AT (Règlement UE 2024/886). Les flux d'entreprise grands comptes utilisent SCT Inst pour les paiements urgents de salaires ou fournisseurs.
e-Mandat SDD : Autriche utilise les mandats papier ou électroniques (signature qualifiée Bürgerkarte) selon les processus métier.

ISO 20022 — pain.001 / camt.052 / camt.053 / camt.054

Message ISO 20022	Usage	Direction
pain.001 — CustomerCreditTransferInitiation	Initiation d'un virement par le client entreprise	Entreprise → Banque
pain.008 — CustomerDirectDebitInitiation	Initiation d'un prélèvement SEPA SDD	Entreprise → Banque
pain.002 — PaymentStatusReport	Statut d'exécution / rejet des paiements pain.001/008	Banque → Entreprise
camt.052 — BankToCustomerAccountReport	Rapport de compte intraday (positions, en attente)	Banque → Entreprise
camt.053 — BankToCustomerStatement	Relevé bancaire end-of-day (équivalent FINSTA + CFONB 120)	Banque → Entreprise
camt.054 — BankToCustomerDebitCreditNotification	Notification individuelle de crédit ou débit (idéal pour rapprochement INVOIC)	Banque → Entreprise

xml camt054-2026-05-19.xml

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:camt.054.001.08">
  <BkToCstmrDbtCdtNtfctn>
    <GrpHdr>
      <MsgId>BKAU-NTF-20260519-000045</MsgId>
      <CreDtTm>2026-05-19T09:15:00Z</CreDtTm>
      <MsgRcpt>
        <Nm>Beispiel Lieferant GmbH</Nm>
        <Id><OrgId><Othr><Id>ATU12345678</Id></Othr></OrgId></Id>
      </MsgRcpt>
    </GrpHdr>
    <Ntfctn>
      <Id>NTF-2026-05-19</Id>
      <Acct>
        <Id><IBAN>AT611904300234573201</IBAN></Id>
        <Ccy>EUR</Ccy>
      </Acct>
      <Ntry>
        <Amt Ccy="EUR">2592.00</Amt>
        <CdtDbtInd>CRDT</CdtDbtInd>
        <Sts><Cd>BOOK</Cd></Sts>
        <BookgDt><Dt>2026-05-19</Dt></BookgDt>
        <ValDt><Dt>2026-05-19</Dt></ValDt>
        <NtryDtls>
          <TxDtls>
            <Refs>
              <EndToEndId>2026-AT-000412</EndToEndId>
            </Refs>
            <RmtInf>
              <Strd>
                <CdtrRefInf>
                  <Ref>RF18539007547034</Ref>
                </CdtrRefInf>
              </Strd>
            </RmtInf>
          </TxDtls>
        </NtryDtls>
      </Ntry>
    </Ntfctn>
  </BkToCstmrDbtCdtNtfctn>
</Document>

EDIFACT FINSTA / FINPAY / PAYEXT

Avant ISO 20022, les flux bancaires entreprise étaient en EDIFACT. Ils restent utilisés dans certains contextes :

FINSTA — Financial Statement. Relevé bancaire end-of-day. Remplacé majoritairement par camt.053, mais encore présent dans les ERP historiques.
FINPAY — Multiple Payment Order. Ordre de virement groupé. Remplacé par pain.001, sauf usage SAP IS-X historique.
PAYEXT — Extended Payment Order. Ordre de paiement détaillé avec annexes (utilisé en automotive pour les flux multi-INVOIC). Remplacé par pain.001 avec RmtInf/Strd.
BANSTA — Banking Status. Acquittement de bonne / mauvaise exécution. Remplacé par pain.002.
DEBADV / CREADV. Avis de débit / crédit, ancêtres du camt.054.
Coexistence aujourd'hui. 80-90 % du volume nouveau en ISO 20022, 10-20 % EDIFACT pour les flux automotive et industriels qui n'ont pas encore migré.

EBICS et accès bancaire entreprise

Pour la communication entreprise-banque, l'Autriche utilise deux canaux principaux :

EBICS (Electronic Banking Internet Communication Standard). Standard franco-allemand, adopté en Autriche depuis ~2010. EBICS 3.0 actuellement déployé chez Erste, RBI, BAWAG, Bank Austria. Authentification 3 niveaux (signature transport, signature autorisation, certificat de communication).
MBS (Multibanken-Standard). Standard historique autrichien, encore utilisé par certains éditeurs ERP locaux (BMD, RZL). Migration progressive vers EBICS.
SWIFT FIN. Pour les grands comptes industriels (voestalpine, OMV) et bancaires (cash management cross-border). Messages MT940, MT942, MT103 — en migration vers ISO 20022 sous la deadline SWIFT MX 2025.
API banking. Sous PSD2, accès AISP/PISP par API REST. Tous les top 10 banques autrichiennes proposent des APIs conformes au standard NEXTGENPSD2 du Berlin Group.

Rapprochement INVOIC ↔ camt.054 ↔ REMADV

Le triptyque facture / paiement / avis de paiement est central pour l'automatisation comptable. Convention typique en Autriche :

EndToEndId dans pain.001 = numéro INVOIC. Le payeur reprend le numéro de facture du fournisseur (ex. 2026-AT-000412) dans le champ EndToEndId du pain.001.
EndToEndId remonte dans camt.054. La banque du bénéficiaire pousse une camt.054 avec le même EndToEndId — permettant un rapprochement automatique côté fournisseur.
RmtInf structurée. Le champ RmtInf/Strd/CdtrRefInf/Ref peut porter une référence ISO 11649 RF, permettant un rapprochement encore plus robuste.
REMADV EDIFACT en complément. Pour les flux groupés (un paiement = 50 factures), un REMADV EDIFACT détaillé est envoyé en parallèle, avec lien RFF PB = numéro paiement bancaire.
Impact ERP. SAP S/4HANA Autriche, BMD NTCS, RZL proposent un module Bank Statement Processing qui importe le camt.054, matche avec les factures ouvertes, et lettre automatiquement.

Pièges courants

Mélanger camt.053 et camt.054. Le camt.053 est un relevé fin-de-journée (snapshot). Le camt.054 est une notification par opération. Beaucoup d'ERP confondent — il faut les deux.
EndToEndId tronqué. Le champ EndToEndId ISO 20022 fait 35 caractères max. Un numéro de facture 2026-FACTURE-DEPARTEMENT-IT-000412-BIS dépasse — tronqué côté banque, perte de référence pour rapprochement.
Charset UTF-8 mal géré. Les ümlauts (ä, ö, ü) dans les libellés peuvent corrompre le rapprochement si l'ERP stocke en latin-1 mais l'export bancaire est UTF-8.
SCT Inst en horaire hors heures. Beaucoup d'ERP paramètrent les paiements à minuit. SCT Instant est 24/7 mais le batch ERP peut bloquer si pain.001 envoyé pendant des maintenances banque (samedi soir typiquement).
MT940 vs camt.053. Les industriels cross-border utilisent encore beaucoup le MT940 SWIFT. La migration MX 2025-2026 forcera la bascule vers camt.053 — anticiper côté paramétrage ERP.

Fondamentaux

Standards

Messages phares

Outils