REMADV și ISO 20022: mapări între camt.054/pain.002 și avizul de plată EDIFACT
Pentru IT managers, consultanți ERP și EDI, interoperabilitatea între formatele bancare ISO 20022 (camt.054 și pain.002) și mesajul EDIFACT REMADV este o problemă practică și strategică deopotrivă. Pe fondul migrației globale către ISO 20022 — inițiată în plățile transfrontaliere în martie 2023 de SWIFT, cu o perioadă de coexistență MT-MX până în noiembrie 2025 — peisajul EDI și ERP trebuie să asigure continuitatea proceselor de reconciliere, avizare și automatizare a casieriei.
SWIFT estimează că până în 2025, ISO 20022 va acoperi circa 80% din volumele de plăți de mare valoare și 87% din valoarea acestora, ceea ce conferă o urgență reală mapărilor robuste. În paralel, Regulamentul (UE) 2024/886 obligă furnizorii de servicii de plată din zona euro să primească și să trimită plăți instant în termene accelerate, sporind presiunea pentru procese “straight-through”. În România, ecosistemul operat de TRANSFOND (SENT, ReGIS, serviciul de plăți instant lansat în 2019) și băncile majore (Banca Transilvania, ING, BRD, Raiffeisen, UniCredit) oferă deja suport pe scară largă pentru mesaje ISO 20022 (pain.001/pain.002, camt.053/camt.054), iar companiile au nevoie ca aceste fluxuri să se reflecte corect în REMADV pentru contabilitate și ajustarea poziției de trezorerie.
Context funcțional: camt.054, pain.002 și REMADV
- camt.054 (Bank-to-Customer Debit/Credit Notification) livrează notificări detaliate de mișcări în cont, cu poziții tranzacționale, sume, părți, coduri de tranzacție și informații de remitere.
- pain.002 (Customer Payment Status Report) informează despre statusul execuției instrucțiunilor de plată (acceptare, în curs, respingere, compensare) cu motive și coduri standardizate.
- REMADV (EDIFACT) este “avizul de plată” către furnizori/parteneri, corelat de regulă cu facturi (RFF+IV) și sume (MOA), utilizat în lanțul EDI pentru reconciliere.
În multe arhitecturi, companiile primesc camt.054 și pain.002 de la bănci și generează REMADV către furnizori pentru a confirma ce s-a plătit și ce s-a respins, păstrând trasabilitatea la nivel de factură, EndToEndId și referințe interne ERP. Această “pivotare” între ISO 20022 și EDIFACT minimizează efortul manual și erorile.
Mapări recomandate între camt.054/pain.002 și REMADV
Având în vedere variațiile de implementare, standardizați mapările în specificația de interfață și testați cu date reale. Următoarele corespondențe sunt utilizate frecvent în proiecte enterprise (SAP S/4HANA, Oracle Fusion Cloud, Microsoft Dynamics 365, Kyriba, TIS), care au conectori nativi pentru ISO 20022:
Antet/document
- REMADV BGM: C106/1004 (document number) ← camt.054/GrpHdr/MsgId sau Notification/Id (alegeți o singură sursă pentru idempotency).
- REMADV DTM (document date) ← camt.054/GrpHdr/CreDtTm. Pentru data de valoare, utilizați DTM suplimentar din Entry/ValueDate.
- REMADV CUX (currency) ← Entry/Amount/@Ccy (consolidat sau pe linie).
Părți și bănci
- REMADV NAD+BY (Buyer) / NAD+PR (Payer) ← camt.054/Acct/Owner/Party (identificați compania). NAD+SU (Supplier) ← RelatedParties/Creditor.
- REMADV FII (Financial Institution Information) ← DebtorAgent/CreditorAgent din camt.054, inclusiv BIC dacă este disponibil.
Referințe și corelare
- REMADV RFF+IV (invoice) ← camt.054/TransactionDetails/RemittanceInformation/Structured/CreditorReferenceInformation/Ref sau RmtInf/Ustrd dacă nu există structură.
- REMADV RFF (custom) ← EndToEndId, InstrId, UETR din ISO 20022, cu calificatori agreați bilateral (documentați în “implementation guide” deoarece EDIFACT are un set limitat de calificatori standard).
- REMADV RFF+PAY ← PaymentInformationIdentification sau OrgnlInstrId din pain.002 pentru trasabilitate status.
Sume și detalii
- REMADV MOA+203 (amount paid) ← camt.054/Entry/Amount, cu semn determinat de CreditDebitIndicator.
- REMADV MOA+8 (tax) / MOA+9 (amount due) ← dacă remitența include defalcare per factură; altfel mențineți nivel agregat.
- REMADV FTX+PMD/AAI ← pentru detalii text, comisioane, referințe suplimentare ce încap în ISO 20022 dar nu au câmp dedicat în REMADV.
Includerea statusurilor din pain.002
- pain.002 OrgnlPmtInfAndSts/TxInfAndSts/TxSts (ex. RJCT, ACSP, ACSC, ACCP, PDNG) → transmiteți în REMADV ca FTX+AAI: “Status=RJCT; Reason=AC01” și atașați RFF către instrucția originală.
- Reason codes din ISO 20022 ExternalStatusReasonCode mapate textual în FTX; dacă procesarea furnizorului cere coduri, stabiliți un cod-set intern.
Capcane uzuale și bune practici
- Structurat vs. nestructurat: ISO 20022 suportă remitență structurată bogată; REMADV are limite de lungime pe segmente. Gestionați truncarea și fragmentarea FTX și mențineți o listă de câmpuri “critice” (IV, EndToEndId, amount).
- Unicitate și reconcilieri: utilizați EndToEndId drept cheie de corelare primară. Păstrați idempotency în generarea REMADV (BGM/1004) ca să evitați dubluri.
- Timezone și valute: camt.054 conține BookingDate și ValueDate; decideți clar care date alimentează DTM (accounting vs. cash visibility).
- Validare: testați cu fișiere reale conform ghidurilor SWIFT CBPR+ și EPC; multe bănci (ex. Deutsche Bank, BNP Paribas, ING) publică profile ISO 20022 în MyStandards.
- Guvernanța codurilor: standardizați lista de BankTransactionCode din camt.054 către un set intern care alimentează conturile contabile și tipurile de evenimente în ERP.
Stack tehnic și ecosistem
Furnizori ERP și TMS de top au acceleratoare: SAP S/4HANA (Payment Medium Workbench, Advanced Payment Management), Oracle Fusion (Payments, ISO XML), Microsoft Dynamics 365 (Electronic Reporting) și platformele TMS (Kyriba, TIS) mapează nativ ISO 20022. Pentru EDIFACT, convertoare EDI cu suport D.96A/D.01B, validare UN/EDIFACT și orchestre iPaaS (MuleSoft, Boomi, Azure Integration Services) sunt metoda uzuală pentru a construi pipeline-uri robuste între ISO 20022 și REMADV.
Concluzie
Într-o piață în care ISO 20022 devine “lingua franca” a plăților, mapările corecte către REMADV sunt esențiale pentru automatizarea reconcilierii și transparența cash-ului. Îmbinați camt.054 pentru detalii de tranzacție cu pain.002 pentru status, ancorați referințele critice (factură, EndToEndId) în RFF, gestionați sumele în MOA, iar statusurile în FTX. Cu guvernanță de date, validări stricte și acceleratoare din ecosistemul ERP/TMS, veți obține un proces stabil, auditabil și alineat cu standardele și reglementările actuale ale pieței.