EBICS ou API bancaire : quel canal pour vos paiements en volume ?

Vos paiements doivent partir au fil de l'eau

Tant que vous payez en fin de journée ou en fin de mois, un fichier groupé suffit. Puis vos clients attendent d'être payés dès que leur dossier est validé. Vos équipes multiplient les envois dans la journée, et le paiement urgent finit saisi directement sur le portail.

Le rapprochement prend plusieurs jours par mois

Un client règle trois échéances en un seul virement, avec pour libellé « régularisation ». Un autre oublie la référence. Ces lignes ne correspondent à rien dans votre outil et demandent une recherche manuelle. Le temps passé suit la courbe des volumes.

Les rejets reviennent tard

Les R-transactions sur prélèvements rejetés arrivent en ordre dispersé, chacune avec son motif, et doivent être reliées au bon contrat avant la relance.

Un virement rejeté pour un IBAN clôturé peut revenir plusieurs jours après l'envoi. Entre-temps, le bénéficiaire attend. Il faut repérer le retour, retrouver le paiement d'origine, obtenir de nouvelles coordonnées, renvoyer et vérifier. Quelques dizaines de rejets par mois suffisent à occuper quelqu'un régulièrement.

Une partie des paiements sort du circuit

Virement Swift urgent ou remboursement isolé : ces opérations sont souvent saisies sur le portail de la banque, hors de votre logiciel. Elles contournent le processus de validation habituel et doivent ensuite être reportées en comptabilité.

Vos fichiers de paiement circulent

L'export-import est simple à exécuter, mais il expose à des erreurs. Le fichier est généré par un outil, envoyé par e-mail pour validation, puis déposé sur l'interface bancaire par une autre personne. Il peut être modifié en chemin, ou déposé deux fois. Gedeon a connu cette situation : le dépôt manuel de fichiers sur l'interface de son autre banque introduisait un risque de fraude ou d'erreur humaine.

Le dépôt de fichiers sur l'interface bancaire

Votre logiciel génère un fichier, généralement au format XML pain.001 pour les virements et pain.008 pour les prélèvements. Quelqu'un le télécharge puis le dépose sur l'espace en ligne de la banque. C'est la solution la plus simple à mettre en place, et la plus exposée aux erreurs de manipulation.

EBICS

EBICS (Electronic Banking Internet Communication Standard) est un protocole sécurisé de transfert de fichiers bancaires par Internet. Les entreprises l'utilisent pour envoyer leurs ordres de paiement à leurs banques et récupérer leurs relevés, directement depuis leur logiciel de comptabilité, de trésorerie ou leur ERP, sans passer par un portail. EBICS transporte les fichiers ; leur contenu suit des formats standardisés, comme le pain.001 pour les virements ou le camt.053 pour les relevés. Le protocole est utilisé principalement en France, en Allemagne, en Suisse et en Autriche.

Il existe deux variantes. Avec EBICS T, les fichiers sont transportés, mais les ordres doivent ensuite être signés séparément. Avec EBICS TS, la signature électronique est apposée dans le logiciel au moment de l'envoi : l'ordre arrive à la banque déjà validé.

L'API bancaire Premium

Une API bancaire Premium relie directement le système d'information de l'entreprise à la banque. Chaque paiement est une requête, et votre système est notifié en temps réel de chaque événement : un virement rejeté ou un encaissement reçu, par exemple. Elle suppose un développement de votre côté, mené par vos équipes ou par un prestataire.

L'API DSP2

L'API DSP2 permet à un logiciel tiers, avec votre accord, de consulter vos comptes ou d'initier des paiements à votre place. L'éditeur a fait l'intégration, vous n'avez rien à développer. C'est le cas de la paie avec Payfit et Memo Bank : une fois la paie clôturée, un bouton permet de payer tous les salaires en un seul ordre, validé sur l'espace Memo Bank. Ce canal sert donc à connecter les outils tiers que vous utilisez déjà.

Si votre équipe prépare les paiements fournisseurs dans Sage, Cegid, Kyriba ou un autre logiciel compatible, EBICS prolonge ce fonctionnement : les ordres partent du logiciel et les relevés y reviennent.

C'est aussi le standard des entreprises multi bancarisées. Votre logiciel se connecte à chacune de vos banques compatibles avec la même méthode, et centralise leurs flux. Ajouter une banque revient à ajouter une connexion, sans nouveau développement.

Le périmètre couvert par EBICS varie selon les banques. Avec la connexion EBICS de Memo Bank, il inclut l'ensemble des moyens de paiement : virements SEPA standards et instantanés, virements de gros montant (T2), virements Swift et prélèvements. Les retours prennent la forme de fichiers standardisés que votre logiciel récupère : relevés de compte (camt.053 ou CFONB 120), statuts d'ordres (pain.002), R-transactions sur prélèvements (camt.054).

Sa limite tient à ce fonctionnement par fichiers. Vous pouvez envoyer plusieurs fichiers par jour, mais chaque envoi reste un lot, préparé puis transmis par votre logiciel. L'information revient de la même façon (relevés de fin de journée ou intrajournaliers), quand votre logiciel va la chercher. Et le rapprochement dépend de la qualité des libellés saisis par vos clients et vos bénéficiaires.

L'API Premium devient pertinente quand vos paiements sont générés par votre propre système d'information. Courtiers en assurance qui versent des indemnisations, sociétés de gestion qui versent des dividendes, plateformes qui reversent des fonds à leurs utilisateurs : tous gèrent des milliers de bénéficiaires, avec des paiements soumis à des règles métier et des équipes qui grossissent avec les volumes.

Cinq éléments changent la post-production :

1. Chaque paiement part au moment où il est décidé, et son statut revient en temps réel. Votre système déclenche le virement dès que l'événement métier se produit, sans attendre la constitution d'un lot. Si le virement est rejeté, votre système reçoit une notification (webhook) avec le motif du retour et la référence du virement d'origine, et peut le traiter automatiquement, en prévenant le bénéficiaire ou en relançant le paiement. Chaque opération est traitée indépendamment des autres.
   
   
2. Le rapprochement bancaire ne dépend plus du libellé. Un IBAN virtuel est un IBAN supplémentaire rattaché à votre compte. Attribué à un client, un bénéficiaire ou un contrat, il identifie l'origine de chaque encaissement même si le libellé du virement est vide ou erroné.
   
   
3. Les IBAN virtuels Memo Bank sont bidirectionnels : ils servent aussi à émettre. Un virement envoyé depuis l'IBAN virtuel d'un contrat, ou un prélèvement encaissé sur celui-ci, reste attaché à ce contrat. Tous les flux d'un même client se retrouvent ainsi au même endroit. Les IBAN virtuels se créent et se suppriment instantanément par API, par exemple à chaque nouvelle souscription.
   
   Voir comment automatiser vos réconciliations bancaires.
   
   
4. Les prélèvements SEPA se pilotent de bout en bout. La création et la signature des mandats se gèrent par API, et votre système est notifié dès qu'un mandat est signé. Chaque R-transaction remonte ensuite avec son motif (compte clôturé, remboursement demandé par le débiteur, absence de mandat, etc.) et la référence du prélèvement d'origine. Votre système sait donc immédiatement quel contrat est concerné et pourquoi, et peut déclencher un flux métier adapté (suspendre le contrat, représenter le prélèvement sans intervention, etc.).
   
   
5. Le niveau de sécurité est élevé. Les erreurs techniques ne produisent pas de double paiement. Chaque requête de paiement peut porter une clé d’idempotence : si votre système la renvoie après une coupure réseau ou un timeout, le virement n’est exécuté qu’une fois. Une coupure réseau ou un timeout de votre serveur ne risque plus de générer un virement en doublon.

Les permissions se règlent application par application, par exemple lecture seule pour le reporting et initiation de virements pour un autre service, avec une restriction par adresse IP.

En amont, la vérification du bénéficiaire contrôle la concordance entre le nom et l'IBAN avant l'envoi du virement, ce qui limite les rejets et la fraude.

Gedeon, qui gère des plans d'épargne retraite, a fait ce choix. Les rentes sont désormais payées par virement instantané, sans contrainte de planification, et les IBAN virtuels simplifient la comptabilité sans multiplier les comptes.

Lire le cas client Gedeon.

Le bon canal dépend moins du volume de vos paiements que de leur origine. S’ils sont préparés dans un logiciel du marché, EBICS prolonge votre fonctionnement actuel. S’ils sont déclenchés par votre propre système, une API Premium vous permet de les émettre au fil de l’eau et de traiter automatiquement rejets et encaissements.

Beaucoup d'entreprises combinent les deux. EBICS traite les paiements fournisseurs préparés dans le logiciel comptable ; l'API prend en charge les flux générés par la plateforme, comme les indemnisations, les reversements ou les encaissements par prélèvement. Memo Bank propose EBICS TS (versions 2.4, 2.5 et 3.0), compatible avec près de 30 logiciels, et l'API Premium : découvrir la connexion EBICS et l'API Premium.

Que vous souhaitiez automatiser vos flux applicatifs par API REST ou connecter vos outils de gestion via EBICS TS, nos équipes vous accompagnent dans la mise en place.

Voici un exemple de schéma de flux dans le cadre de la gestion locative.