Choisir ses canaux d'échange bancaire
Le canal d'échange bancaire désigne le moyen technique par lequel une entreprise reçoit les données de sa banque avant de pouvoir les réconcilier. Son choix conditionne les formats disponibles, les horaires, la robustesse et le coût. En France, EBICS est le standard de place, SwiftNet s'impose aux groupes multi-bancarisés internationaux, et les API complètent en temps réel ce que le relevé de fin de journée ne livre qu'une fois par jour ouvré.
| Canal | Nature | Usages typiques | Points d'attention |
|---|---|---|---|
| EBICS T | Transfert de fichiers signé au niveau transport | Réception des relevés (CFONB120, camt.053), envoi de remises avec validation disjointe (portail web) | Standard de place FR/DE/CH/AT ; suffisant pour la réconciliation (flux descendants) |
| EBICS TS | EBICS + signature électronique personnelle jointe | Émission d'ordres engageants (pain.001) sans revalidation web | Gestion des certificats de signature ; le service 3SKey historique est en fin de vie, remplacé par des certificats qualifiés |
| SwiftNet FIN | Messagerie interbancaire unitaire (MT/MX) | MT940/942 multi-banques à l'international | Adhésion Swift for Corporates (SCORE), coût par message, BIC d'entreprise requis |
| SwiftNet FileAct | Transfert de fichiers sur le réseau Swift | Gros volumes camt/pain/CFONB pour groupes multi-bancarisés | Onboarding lourd ; souvent opéré via un service bureau |
| API DSP2 (AIS) | API réglementaire d'accès aux comptes | Soldes et transactions à la demande, agrégation multi-banques | Périmètre limité (comptes de paiement), SCA à renouveler (180 jours), pas d'engagement de service |
| API premium / open banking contractuel | API bancaires payantes | Relevé enrichi à la demande, notifications de crédit temps réel, virement instantané | Couverture et tarification très hétérogènes selon les banques |
| sFTP host-to-host | Dépôt de fichiers bilatéral | Legacy grands comptes, flux massifs | Sécurité, supervision et reprise sur incident à la charge de l'entreprise |
Paramétrer les restitutions avec sa banque
L'abonnement de restitution désigne la prestation par laquelle une banque met à disposition de son client les relevés d'un compte, dans un format et selon une périodicité convenus. La qualité d'une réconciliation se joue en grande partie au moment du paramétrage de ces abonnements. Formats, granularité, fréquences et horaires se négocient et se contractualisent compte par compte.
- Périmètre : tous les comptes, dans toutes les entités et devises. Un compte non couvert est un trou de contrôle.
- Formats : camt.053 en cible (préciser la version), CFONB120 ou MT940 en secours pendant la recette ; camt.054 pour le détail des remises comptabilisées en global.
- Granularité : exiger le détail des lots (un
TxDtlspar opération) plutôt que des écritures globales opaques. Certaines banques le proposent en option (facturée). - Fréquence et horaires : relevé J+1 disponible au plus tard à 7h pour tenir la chaîne batch du matin ; vacations intraday (camt.052) à 10h/13h/16h si la trésorerie l'exige.
- Références : vérifier que la banque restitue
EndToEndId,MndtIdet la référence de remise, et pas seulement un libellé concaténé. - Reprise sur incident : procédure de re-mise à disposition d'un relevé (fichier manquant, corrompu) et profondeur d'historique téléchargeable.
Le moteur de réconciliation : règles de matching
Le moteur de réconciliation est le composant qui confronte deux ensembles d'écritures ou plus et produit des appariements entre leurs lignes. Ces appariements sont automatiques quand la confiance est totale, proposés à un opérateur quand elle est partielle, et versés aux exceptions dans les autres cas. Les règles s'exécutent en cascade, de la plus stricte à la plus floue.
EndToEndId, pspReference, numéro de batch : appariement déterministe 1-à-1. Confiance maximale, auto-match sans validation.# Regles evaluees par priorite croissante ; la premiere qui matche gagne.
rules:
- id: r10-endtoend-exact
priority: 10
match: one_to_one
keys:
- left: bank.entry.end_to_end_id # camt TxDtls/Refs/EndToEndId
right: psp.payout.reference # reference portee par le virement PSP
conditions:
- amount_equal: true # au centime
action: auto_match # lettrage automatique
- id: r20-payout-batch
priority: 20
match: one_to_many # 1 ecriture banque <- n lignes settlement
keys:
- left: bank.entry.remittance_info # « SETTLEMENT BATCH 42 ACME FR »
right: psp.settlement.batch_number
conditions:
- sum_equal:
tolerance: 0.00 # l'invariant du batch ne tolere rien
- id: r30-montant-date
priority: 30
match: one_to_one
conditions:
- amount_equal: true
- date_window_days: 2 # decalage settlement -> banque
action: suggest # proposition a valider par un humain
- id: r90-catch-all
priority: 90
action: exception # tout le reste part en workflow
classify_by: bank.entry.btc_code # pre-classement par BkTxCd / code AFBGérer les exceptions : workflow et discipline
Une exception désigne toute écriture que le moteur n'a pas rapprochée, et qui devient de ce fait un suspens qualifié, daté, assigné. La valeur du dispositif se mesure à la vitesse de résolution de ces exceptions comme à la traçabilité du traitement appliqué à chacune.
- Assignation nominative avec délais cibles par catégorie (frais : 2 jours ; payout manquant : 1 jour, parce que c'est du cash).
- Vieillissement (aging) visible de tous : 0-7 j, 8-30 j, > 30 j ; le > 30 j remonte en comité de clôture.
- Boucle d'amélioration : chaque exception récurrente doit finir soit en nouvelle règle de matching, soit en correction à la source (référence manquante dans un flux amont).
- Séparation des tâches : celui qui rapproche ne valide pas ses propres écritures correctives au-delà d'un seuil.
Piloter par les KPI
| KPI | Définition | Cible indicative | Signal d'alerte |
|---|---|---|---|
| Taux d'auto-match (volume) | Écritures rapprochées sans intervention / total | > 90-95 % | Baisse brutale = flux amont dégradé (références perdues) |
| Taux d'auto-match (valeur) | Montants rapprochés automatiquement / total | > 98 % | Écart volume/valeur = petites lignes non gérées |
| Délai moyen de résolution d'exception | De la détection à la clôture | < 5 jours ouvrés | Aging > 30 j en croissance |
| Délai de mise à disposition des données | Heure du dernier relevé reçu | < 7h00 | Retards récurrents d'une banque |
| Solde des comptes d'attente | 471/472 en valeur absolue | Tendance → 0, justifié ligne à ligne | Croissance continue = sédimentation |
| Coût par exception | Coût complet équipe / nb d'exceptions traitées | En baisse continue | Utile pour arbitrer l'investissement outillage |
Le taux d'auto-match est l'indicateur le plus souvent affiché, alors que le vieillissement des suspens renseigne mieux sur l'état du processus. Un stock d'exceptions dont l'âge moyen reste faible indique que l'équipe absorbe la charge au rythme où elle arrive. Un stock qui vieillit annonce une clôture difficile, trois mois avant qu'elle ne survienne.
Panorama des outils
L'outillage disponible va du module d'ERP au moteur spécialisé haute volumétrie. Les critères de choix sont le nombre de banques et de PSP raccordés, les volumes traités, le besoin d'appariement n-à-m et la maturité de l'équipe. Le budget de licence n'est qu'un critère parmi ceux-là.
| Famille | Exemples | Forces | Pour qui |
|---|---|---|---|
| TMS (trésorerie) | Kyriba, Sage XRT Treasury, Agicap (PME) | Connectivité bancaire native (EBICS/Swift), rapprochement de trésorerie, prévisions | Trésoreries multi-banques ; la réconciliation comptable fine n'est pas leur cœur |
| Réconciliation dédiée | SmartStream TLM, Duco, BlackLine, ReconArt | Très hautes volumétries, matching n-à-m, workflow d'exceptions, piste d'audit, certification des comptes | Établissements financiers, e-commerçants à fort volume, DAF en quête de contrôle interne robuste |
| Modules ERP | SAP (Electronic Bank Statement), Oracle, Microsoft Dynamics, NetSuite | Intégration native au grand livre, lettrage automatique, pas de flux à construire | Organisations mono-ERP aux flux simples et bien référencés |
| Communication bancaire | Exalog Allmybanks, services bureau EBICS/Swift | Collecte fiable multi-banques, redistribution des fichiers aux systèmes internes | Brique d'acheminement en amont du moteur, quel qu'il soit |
| Fait maison (data) | Entrepôt + SQL/Python, orchestrateur | Flexibilité totale, coût logiciel nul | Équipes data solides ; attention au coût de maintenance et à l'auditabilité (piste, séparation des tâches) |