Fichiers de paiement canadiens — norme 005 de Paiements Canada : prélèvements, corrections, profils de banque et retours (édition complète, Odoo 19 Community)
Canadian AFT payment files, full edition: pre-authorized debits (D records), error corrections (E/F), bank-specific profiles and reconciliation of returned items (I/J) read from the bank's Standard 005 file, with Standard 007 return reason codes. Builds on the free edition's character-exact engine.
Screenshots
-
Fichiers de paiement canadiens — norme 005 de Paiements Canada : prélèvements, corrections, profils de banque et retours (édition complète, Odoo 19 Community) — capture 1 -
Fichiers de paiement canadiens — norme 005 de Paiements Canada : prélèvements, corrections, profils de banque et retours (édition complète, Odoo 19 Community) — capture 2 -
Fichiers de paiement canadiens — norme 005 de Paiements Canada : prélèvements, corrections, profils de banque et retours (édition complète, Odoo 19 Community) — capture 3 -
Fichiers de paiement canadiens — norme 005 de Paiements Canada : prélèvements, corrections, profils de banque et retours (édition complète, Odoo 19 Community) — capture 4 -
Fichiers de paiement canadiens — norme 005 de Paiements Canada : prélèvements, corrections, profils de banque et retours (édition complète, Odoo 19 Community) — capture 5
Édition complète · Odoo 19 Community
Fichiers de paiement canadiens
— prélèvements, corrections, retours
L'édition gratuite écrit les virements « C » de la norme 005 de Paiements Canada. L'édition complète ajoute ce que le standard prévoit et que la gratuite ne fait pas : les prélèvements préautorisés « D », les corrections d'erreur « E » et « F », les particularités de votre banque, et la lecture des retours « I » et « J » avec leur rapprochement.
Ce qui coince aujourd'hui
Un prélèvement, c'est un virement à l'envers — sauf pour la banque
L'enregistrement « D » a la même table que le « C », mais il engage un payeur qui a signé un accord de débit préautorisé. Le module demande la référence de cet accord sur chaque ligne, constate son absence, et n'en écrit rien dans le fichier : la norme ne le transporte pas.
Annuler un paiement déjà parti se fait avec le numéro de suivi, pas avec un courriel
Une correction « E » annule un virement, une « F » un prélèvement. La norme exige les mêmes valeurs que l'article d'origine et son numéro de suivi en élément 19. Le module recopie l'article, constate tout écart, et totalise les corrections à part dans l'enregistrement « Z ».
Un retour arrive dans un fichier de 1464 caractères par ligne, et personne ne le relit à la main
Le module lit les articles « I » et « J » que la banque renvoie, retrouve le paiement émis par son numéro de suivi, affiche le code de motif de la série 900 de la norme 007, et dit ce qu'il ne retrouve pas.
Les écrans
Captures réelles, prises dans le client web Odoo 19 sur une base de démonstration ; aucune donnée réelle.
Éprouvé contre la spécification, pas contre lui-même
Les fichiers « D », « E » et « F » sont relus champ par champ contre une transcription indépendante des tables de la norme 005 (Section D, pages 7, 9, 11 et 22). Les fichiers de retours d'essai sont assemblés depuis la table du standard, jamais depuis le lecteur. Cinq contre-épreuves — une règle neutralisée à la fois — font tomber le test visé, puis la restauration remet les 43 tests au vert.
Ce que la norme ne dit pas — le contenu de la Règle H1, les particularités de chaque banque, le siècle des dates, la façon dont la banque remet ses retours
Le module constate, il ne conclut pas
Il dit qu'un prélèvement n'a pas de référence d'accord, qu'une correction ne recopie pas son article, qu'un retour ne correspond à aucun paiement émis. Il ne dit pas si la banque acceptera le fichier et n'écrit rien en comptabilité.
Édition gratuite et édition complète
| Gratuite dyo_paiements_005_ca_lite |
Complète ce module |
|
|---|---|---|
| Virements — enregistrements « C » | oui | oui |
| Contrôle de forme, journal des remises, 171 codes de la norme 007 | oui | oui |
| Prélèvements préautorisés — « D », référence d'accord de DPA | — | oui |
| Corrections d'erreur — « E » et « F », élément 19 | — | oui |
| Profils de banque — séparateur, accents, nom de fichier, voie de dépôt | — | oui |
| Lecture des retours « I » et « J », codes 900, rapprochement | — | oui |
Non éprouvé en production
Aucun fichier « D », « E » ou « F » produit par ce module n'a été déposé auprès d'une institution financière canadienne, et aucun fichier de retours réel n'a été lu. Faites valider un fichier d'essai par votre banque, et demandez-lui un fichier de retours d'exemple, avant de vous y fier.
En bref
| Nom technique | dyo_paiements_005_ca |
| Version | 19.0.1.0.0 |
| Licence | OPL-1 (Odoo Proprietary License v1.0) |
| Prix | 149 € |
| Dépend de | dyo_paiements_005_ca_lite |
| Sources | Paiements Canada, normes 005 (éd. 2024) et 007 (éd. 2026), relues le 27/09/2026 |
| Éditeur | DYONYSOS |
What this app does not do
- Elle n'écrit rien en comptabilité : un retour rapproché est un constat, pas une écriture.
- Elle ne dépose pas le fichier chez la banque et ne va pas chercher les retours : aucune API
- Elle ne lit pas les enregistrements « S », « U » et « V » (avis de changement) : elle les
- Elle ne juge pas un accord de débit préautorisé : elle demande sa référence.
Store apps required
- Fichiers de paiement canadiens — norme 005 de Paiements Canada : virements AFT et contrôle de forme (édition gratuite, Odoo 20 Community)
dyo_paiements_005_ca_lite
Odoo Community modules used
None.
| Series | Version | Status | Published on |
|---|---|---|---|
| 19.0 | 19.0.1.0.0 | Available | 02/10/2026 |
Listing generated from the publisher's code (private repository, branch 19.0): the source code is not published.
Automatic store check (separate from the publisher's), applied to all apps. Conforme.
| Check | Result | Effect if absent |
|---|---|---|
| Manifeste lisible sans exécution | conforme | bloquant |
| Licence reconnue (OPL-1) | conforme | bloquant |
| Aucune dépendance vers Odoo Enterprise | conforme | bloquant |
| Aucun import de code Enterprise | conforme | bloquant |
| Aucun en-tête de licence Enterprise | conforme | bloquant |
| Icône static/description/icon.png | conforme | déclasse |
| Description (static/description/index.html ou README) | conforme | déclasse |
| Tests automatisés (tests/test_*.py) | conforme | déclasse |
| Traduction française (i18n/fr.po) | absent | info |
| Section « Ce que le module ne fait pas » | conforme | info |
| Titre de 70 caractères au plus (158 actuellement) | absent | info |
| Résumé en français | absent | info |
Guide utilisateur — Fichiers de paiement canadiens, édition complète
Ce guide suit les écrans du module tels qu'ils existent. Il ne promet rien que le code ne fait pas. Les écrans de base — journal, remise de virements, codes de transaction — sont ceux de l'édition gratuite, dont le guide reste valable.
1. Avant tout : le profil de votre banque
Paiements AFT ▸ Configuration ▸ Profils de banque (groupe Paiements AFT : Responsable).
Huit profils sont livrés avec leur seul numéro d'institution. Chacun affiche « non vérifié » : la norme 005 ne prescrit ni séparateur d'enregistrement, ni accents, ni nom de fichier, et le module n'invente rien à la place de votre banque.
- Ouvrez le profil de votre institution (ou créez-le : nom, numéro d'institution à trois chiffres).
- Recopiez, depuis la spécification que la banque vous a remise : la séparation des enregistrements (aucune, LF, CRLF), le rabattement des accents, l'extension et le préfixe du nom de fichier, la voie de dépôt. Notez les particularités constatées et le document source.
- Datez la vérification quand un premier fichier a été accepté par la banque. Le profil cesse alors de se dire « non vérifié ».
Puis, sur le journal de banque (Comptabilité ▸ Configuration ▸ Journaux, onglet Paiements AFT), choisissez ce profil. Les remises de ce journal reprennent son séparateur.
2. Prélèvements préautorisés — remise « D »
Paiements AFT ▸ Remises ▸ Nouveau, nature Prélèvements préautorisés — enregistrements « D ».
- Chaque ligne désigne le payeur, son compte, le montant, la date d'échéance et un code de transaction de la norme 007 (par exemple 700, Business PAD).
- Deux colonnes propres aux prélèvements : Accord de DPA — référence et date. La référence est obligatoire pour contrôler la remise : sans elle, le module constate « aucune référence d'accord de débit préautorisé » et refuse le contrôle. Rien de l'accord ne part dans le fichier ; c'est une pièce de suivi.
- Un code de motif de retour (série 900) ou un code que la norme 007 réserve aux débits mal placé est constaté sur la ligne.
- Contrôler, puis Produire le fichier : le fichier « D » est rangé en pièce jointe, avec le nom du profil de banque.
3. Corrections d'erreur — remises « E » et « F »
Une correction annule un article déjà envoyé : « E » annule un virement « C », « F » annule un prélèvement « D ».
- Nouvelle remise, nature Corrections d'erreur — « E » (ou « F »).
- Sur chaque ligne, choisissez l'article d'origine parmi les paiements dont le fichier a été produit. Ses champs sont recopiés : la norme exige les mêmes valeurs. Si vous en changez un, le module le constate.
- Un « E » qui désigne un prélèvement, ou un « F » qui désigne un virement, est constaté.
- Contrôler, Produire le fichier : le numéro de suivi de l'article annulé est écrit en élément 19 de chaque segment, et l'enregistrement « Z » totalise les corrections à part.
4. Retours de la banque
Paiements AFT ▸ Retours de la banque ▸ Nouveau.
- Choisissez le journal, déposez le fichier de la norme 005 que la banque vous a retourné, puis Lire le fichier. Le module lit les articles « I » (retour d'un virement) et « J » (retour d'un prélèvement), le code de motif de la série 900, le montant, la date, le numéro de suivi d'origine. Ce qu'il constate à la lecture — compteur qui saute, totaux « Z » qui ne correspondent pas, types qu'il ne lit pas — s'affiche en tête.
- Rapprocher avec les articles émis : chaque article est rattaché au paiement émis qui porte le même numéro de suivi ; à défaut, par référence et montant, et le constat le dit. Ce qui ne se rattache pas est non trouvé ; ce qui correspond à plusieurs paiements est ambigu.
- Sur la remise d'origine, la colonne Retour passe à « Retourné par la banque » avec le motif, et le compteur Articles retournés s'affiche.
Le module n'écrit aucune écriture comptable à partir d'un retour : il vous dit quel paiement est revenu et pourquoi, la suite est à vous.
5. Ce que le module dit toujours
- Il constate ; il ne dit pas si la banque acceptera le fichier.
- Aucun fichier « D », « E », « F » ni aucun fichier de retours réel n'a été éprouvé en production : faites valider un fichier d'essai par votre banque.
Reviews from signed-in customers. One rated review per customer; the publisher can reply. Sign in to leave a review.
- Publisher
- DYONYSOS
- contact@omnifloo.com
- Omnifloo customers
- Support included with your plan: help centre.