EFT au Canada :
définition et configuration dans Odoo

Qu'est-ce que l'EFT ? Le transfert électronique de fonds expliqué

Un EFT (Electronic Funds Transfer, transfert électronique de fonds) est tout mouvement d'argent entre comptes bancaires qui s'effectue de manière électronique, sans chèque papier, sans espèces, sans échange physique. Dans la banque canadienne, le terme recouvre deux flux liés mais distincts : l'EFT sortant (votre entreprise paie ses fournisseurs, ses employés ou rembourse ses clients en déposant directement les fonds sur leur compte) et l'EFT entrant, aussi appelé débit préautorisé (DPA), où vous prélevez des fonds sur le compte d'un client selon un échéancier convenu, avec autorisation écrite.

En langage simple, le sens d'EFT est donc : un transfert de banque à banque initié électroniquement, réglé via un réseau de compensation plutôt que par un chèque livré par messager. Au Canada, ce réseau est opéré par Paiements Canada (anciennement l'Association canadienne des paiements) et fonctionne avec un format de fichier appelé Norme CPA 005. Toutes les banques canadiennes, RBC, TD, BMO, Banque Scotia, CIBC, Banque Nationale, Desjardins ainsi que les caisses populaires, acceptent un fichier CPA 005 comme instruction canonique de mouvement de fonds. Nous reviendrons en détail sur CPA 005 plus bas, car c'est le format que votre déploiement Odoo finira par émettre.

L'EFT n'est pas la même chose que le virement Interac. Interac est un rail en temps réel pair-à-pair utilisant un courriel ou un numéro de téléphone comme adresse du destinataire ; il est plus rapide mais plafonné (généralement 25 000 $ par opération dans la plupart des banques). L'EFT est par lots, se règle généralement en 1 à 3 jours ouvrables et n'a pas de plafond pratique, les entreprises déplacent plusieurs centaines de milliers de dollars dans un seul lot nocturne. Pour l'automatisation des comptes clients et fournisseurs à fort volume, l'EFT est le cheval de trait.

Ce guide est rédigé par Octura Solutions, partenaire Odoo Ready officiel avec plus de 100 implémentations aux États-Unis, au Canada et en France. Nous avons configuré l'EFT canadien pour des entreprises allant de la PME de 20 employés au manufacturier mid-market de 800 utilisateurs. Les patrons ci-dessous viennent de ces déploiements, pas de la documentation produit.

Ce qu'Odoo fournit en standard pour l'EFT

Le module Comptabilité d'Odoo est livré avec un cadre générique de lot de paiements, plus une localisation canadienne (l10n_ca) qui ajoute le plan comptable, les taxes et la génération de fichier CPA 005 canadiens. La combinaison vous donne :

• Lots de paiement. Sélectionnez 50 factures fournisseurs, cliquez sur « Payer » et Odoo les agrège en un seul lot avec une date de règlement, un compte émetteur et un fichier CPA 005 prêt à téléverser dans votre portail bancaire.
• Validation des comptes bancaires fournisseurs. Chaque fiche fournisseur stocke le numéro d'institution (3 chiffres), le transit (5 chiffres) et le numéro de compte (typiquement 7 à 12 chiffres). Odoo valide l'institution contre une liste statique des banques canadiennes à l'enregistrement, attrapant l'erreur de saisie la plus courante (chiffres transposés dans le code d'institution).
• Mappage par journal bancaire. Chaque compte bancaire canadien est son propre journal dans Odoo. La fiche du compte bancaire détient l'identifiant d'émetteur CPA attribué par la banque et la variante spécifique du format de fichier (RBC, TD, BMO, Scotia et CIBC présentent des variantes mineures sur la norme).
• Débit préautorisé client (DPA). Le même moteur génère des fichiers CPA 005 entrants où votre entreprise est le débiteur. Les formulaires d'autorisation client sont stockés contre la fiche partenaire avec un hachage SHA-256 pour l'audit.
• Rapprochement contre le fichier de retour bancaire. Quand la banque renvoie le camt.054 (ou un format de retour propriétaire), Odoo rapproche chaque paiement réglé à la facture d'origine et clôt automatiquement l'écriture comptable.

En standard, la localisation canadienne couvre le cas à 80 % : fichier CPA 005 standard, les cinq grandes banques, paiements fournisseurs et clients. Les 20 % qui nécessitent de la configuration, dates de règlement variables, paiements multidevises, virements USD mêlés au même lot, automatisation SFTP à fort volume, sont décrits dans les sections suivantes.

Le format de fichier CPA 005 (et pourquoi les particularités des banques comptent)

La Norme CPA 005 est un format texte à largeur fixe. Chaque enregistrement fait exactement 1 464 caractères. Le fichier contient un en-tête (enregistrement A), une liste d'enregistrements de crédit ou de débit (enregistrements C) et une queue (enregistrement Z). L'en-tête porte votre identifiant émetteur (attribué par la banque à la signature de l'entente EFT), le compte émetteur et le numéro de création de fichier, une séquence qui doit s'incrémenter de 1 à chaque fichier soumis, faute de quoi la banque rejette le téléversement avec une erreur de fichier dupliqué.

Chaque banque canadienne encadre la norme légèrement différemment. Les différences qui coûtent du temps réel sur un premier déploiement :

• RBC, accepte le CPA 005 le plus pur et tolère les anciens codes d'institution. L'identifiant émetteur est une chaîne alphanumérique de 10 caractères.
• TD, exige un numéro de contrôle propre à TD dans l'en-tête (attribué par soumission) en plus du numéro standard de création de fichier. Le l10n_ca d'Odoo gère cela lorsque le journal est marqué TD.
• BMO, strict sur le numéro de référence croisée dans l'enregistrement C. Limitez-le à 14 caractères ou BMO rejette le fichier. Odoo a par défaut 19, donc le journal doit être configuré pour tronquer.
• Banque Scotia, accepte le format standard mais impose une validation supplémentaire du nom du payeur. Le nom d'émetteur dans l'en-tête doit correspondre exactement au nom légal du compte bancaire, ponctuation incluse.
• CIBC, accepte le CPA 005 via Cash Management Online sans extension propriétaire, mais exige un numéro de création de fichier d'au moins 4 chiffres avec zéros de tête.

Octura tient un aide-mémoire interne de ces particularités par banque ; nous appliquons la bonne variante lors de la configuration du journal Odoo. Si vous auto-implémentez et que votre banque rejette le premier fichier, 9 fois sur 10 le problème est l'un des cinq points ci-dessus.

EFT sortants : payer fournisseurs et employés via Odoo

Le cas d'usage EFT Odoo le plus courant est l'automatisation des comptes fournisseurs. Le flux :

• 1. Intégration fournisseur. À la création d'un nouveau fournisseur, capturez ses coordonnées bancaires CPA 005 sur la fiche partenaire. Validez l'institution et le transit ; alertez si l'institution est inconnue.
• 2. Approbation des factures. Rapprochement trois voies standard contre le bon de commande et la réception. Les factures approuvées atterrissent dans le balance âgée fournisseurs.
• 3. Sélection du lot de paiement. Chaque semaine (ou à la cadence choisie), ouvrez la vue « Factures fournisseurs à payer », filtrez par date d'échéance, sélectionnez en lot et cliquez « Créer un lot de paiement ». Odoo regroupe les factures sélectionnées par fournisseur (donc un fournisseur reçoit un paiement même s'il a cinq factures ouvertes) et génère un brouillon de lot EFT.
• 4. Flux d'approbation. Le lot entre en état approbation. Selon les règles de Paiements Canada, les entreprises doivent avoir une double signature pour les lots EFT sortants au-dessus d'un seuil. Le flux d'approbation standard d'Odoo couvre cela, le commis aux comptes fournisseurs crée le lot, le contrôleur l'approuve.
• 5. Génération du fichier. Une fois approuvé, Odoo génère le fichier CPA 005 et le propose au téléchargement. Le fichier est sauvegardé contre l'enregistrement du lot pour audit. Le numéro de création de fichier s'incrémente automatiquement à chaque génération.
• 6. Téléversement bancaire. Téléversez le fichier dans votre portail bancaire (RBC Express, TD Web Business Banking, etc.). Notez la référence de confirmation de la banque dans Odoo contre le lot.
• 7. Rapprochement. Le jour ouvrable suivant, le fichier de retour de la banque arrive dans Odoo (téléversement manuel ou polling SFTP). Les règlements réussis closent les écritures fournisseurs correspondantes. Les retours signalent le lot pour examen.

Le même flux fonctionne pour la paie. Si vous utilisez le module Paie canadienne d'Odoo, les montants nets des employés alimentent un lot EFT à côté des paiements fournisseurs, ou dans un lot séparé si votre banque exige que la paie provienne d'un compte de paie dédié (TD et BMO l'exigent parfois pour le dépôt direct). Pour les configurations de paie complexes, nous recommandons généralement de garder la paie EFT dans son propre lot avec son propre approbateur, pour garder des pistes d'audit propres.

EFT entrants : Débit préautorisé (DPA) pour les clients

L'inverse du paiement fournisseur est le prélèvement de fonds sur le compte d'un client. Au Canada, cela s'appelle Débit préautorisé (DPA) et est régi par la Règle H1 de Paiements Canada. C'est la façon standard pour les entreprises d'abonnement, les services publics et les fournisseurs B2B à conditions net 30 d'encaisser leurs clients sans attendre un chèque.

La mécanique :

• Autorisation client. Avant le premier débit, le client signe une entente DPA listant le montant (ou la fourchette pour les factures variables), la fréquence et le compte bancaire à débiter. L'entente doit être conservée pour la durée de la relation plus sept ans. Le module DPA d'Odoo stocke le PDF signé contre la fiche partenaire avec un hachage d'audit.
• Calendrier récurrent. Les modèles de factures marqués « Collecte via DPA » génèrent automatiquement des enregistrements de débit à la date d'échéance. Odoo regroupe tous les débits DPA prévus pour la même date de règlement dans un seul fichier CPA 005 entrant.
• Pré-notification. Les règles canadiennes exigent une pré-notification au client 10 jours avant chaque débit, sauf si l'entente renonce à cette exigence (la plupart des ententes B2B le font). Par défaut, Odoo envoie une pré-notification par courriel 10 jours ouvrables avant la date de débit.
• Soumission du fichier. Même processus de téléversement que pour les sortants, générer le fichier, double approbation, téléversement dans le portail bancaire.
• Retours. Les NSF (fonds insuffisants), les comptes fermés et les retours d'arrêt de paiement reviennent dans le fichier de retour bancaire. Odoo rouvre la facture client correspondante et déclenche votre flux de relance.

Pour les entreprises SaaS et d'abonnement, le DPA sur les clients canadiens est nettement moins cher que le traitement par carte de crédit (pas de frais de 2,5–3 %, juste les frais fixes bancaires de 0,50–1,50 $ par transaction) et a un taux d'attrition involontaire nettement plus bas (pas de cartes qui expirent). Le compromis est la pré-notification de 10 jours et la fenêtre de contestation client de 90 jours (vs 60 jours pour les cartes). Pour la plupart des abonnements B2B et B2C à fort LTV, le DPA bat les cartes en marge.

Rapprochement des transactions EFT dans Odoo

La partie la plus difficile de l'intégration EFT n'est pas la génération de fichier. C'est le rapprochement. Le relevé quotidien de la banque montre des débits et crédits agrégés avec des numéros de référence qui ne correspondent pas toujours aux ID de lot Odoo. Trois patrons à bien faire :

• Utilisez le fichier de retour de la banque, pas le relevé quotidien. Le fichier de retour (camt.054 ou propriétaire) liste le statut de règlement par paiement avec le numéro de référence croisée d'origine. Le moteur d'auto-rapprochement d'Odoo rapproche contre cette référence. Rapprocher depuis le relevé quotidien exige un rapprochement manuel et est la source numéro un de douleurs de fin de mois.
• Rapprochez l'écriture du compte émetteur une fois par lot. La banque débite votre compte d'un montant agrégé par lot (pas par destinataire). Odoo crée une écriture côté émetteur et une écriture par destinataire côté fournisseurs ; la ligne du relevé bancaire ne rapprochera que l'agrégat. Assurez-vous que votre règle d'import de relevé bancaire le reconnaît, généralement en faisant correspondre le numéro de référence du lot qui apparaît dans le mémo du relevé.
• Traitez les retours dans la même période. Un retour qui arrive 3 jours après le débit d'origine doit rouvrir l'écriture fournisseur dans la même période comptable si possible, sinon il atterrit dans le mauvais mois. Le comportement par défaut d'Odoo est d'enregistrer le retour à la date d'importation du fichier de retour ; configurez-le plutôt pour enregistrer le retour à la date de règlement d'origine afin de garder la fin de période propre.

Une fois ces trois règles en place, le rapprochement EFT tourne ~95 % automatiquement, le commis aux comptes fournisseurs n'enquête que sur les 5 % d'éléments retournés pour des raisons non triviales (mauvais compte fournisseur, changement de nom d'entreprise à la réception). Pour un volume EFT mensuel de 200 lignes, le commis passe typiquement 20 minutes sur le rapprochement EFT de fin de mois, au lieu des 4 à 6 heures que prend le rapprochement manuel.

Pièges courants (et comment les éviter)

• Numéros de création de fichier dupliqués. Le rejet le plus courant. Si vous générez un fichier dans Odoo, décidez de ne pas le téléverser, puis générez un autre fichier, la séquence s'est déjà incrémentée, mais si votre opérateur la rétablit manuellement, la soumission suivante entre en collision. Verrouillez la séquence ; ne la modifiez jamais à la main.
• Modifications de compte fournisseur en cours de lot. Un fournisseur met à jour ses coordonnées bancaires pendant qu'un lot est en approbation. Par défaut, Odoo relit les coordonnées bancaires du fournisseur au moment de la génération du fichier. Configurez-le plutôt pour photographier les coordonnées à la création du lot, et exigez une nouvelle approbation si elles changent en cours de route.
• Coupure le jour même manquée. Chaque banque a une coupure quotidienne (16 h–17 h HE). Les fichiers téléversés après coupure se règlent un jour plus tard. Intégrez cette coupure dans votre cadence comptes fournisseurs, traitez les lots au plus tard à 15 h.
• Paiements USD dans un fichier CPA 005 CAD. CPA 005 est CAD uniquement. Les paiements USD aux fournisseurs canadiens ou américains passent par virement SWIFT, pas EFT. Les mélanger dans le même lot fera rejeter le fichier. L'écran de paiement d'Odoo vous laisse filtrer par devise avant le lot, utilisez-le.
• Règlement de jours fériés. CPA 005 se règle les jours ouvrables bancaires canadiens. Un lot soumis le vendredi d'un long week-end ne se réglera pas avant le mardi. Planifiez les dates d'échéance fournisseurs en conséquence.

Questions fréquentes