Paiements en temps réel au Canada : votre ERP et vos comptes clients sont-ils prêts?

Scénario illustratif fictif. Vendredi, 22 h 40, un client distributeur règle douze factures d’un seul virement, avec une référence tronquée. Si sa banque et la vôtre offrent le service en temps réel, l’argent pourrait arriver dans votre compte le soir même.

Savoir à quelles factures il appartient risque pourtant d’attendre lundi matin. Et pendant ce temps, sa prochaine commande reste peut-être bloquée par le crédit.

Paiements Canada prévoit lancer son système de paiement en temps réel (PTR) au quatrième trimestre de 2026. Pour les comptes clients, la vitesse est la partie facile. Le travail se trouve entre la banque, l’ERP et l’équipe qui applique les encaissements.

Environ 60 % des entreprises canadiennes sondées par Paiements Canada se disent prêtes à utiliser les paiements en temps réel. Source : Paiements Canada, étude Léger auprès de 507 entreprises, août 2026

Une intention déclarée n’est pas une adoption. Elle signale toutefois que vos clients payeurs pourraient changer d’habitudes plus vite que vos processus de fin de mois.

Que changent les paiements en temps réel au Canada pour vos comptes clients?

Ils changent l’horaire d’arrivée de l’argent et la richesse possible des données, pas l’obligation d’appliquer correctement chaque dollar. Selon Paiements Canada, le PTR doit permettre des paiements instantanés, riches en données, tous les jours de l’année.

Pour l’équipe des comptes clients, cela se traduit concrètement ainsi :

• des encaissements arrivent le soir, la fin de semaine et les jours fériés, hors des heures où quelqu’un surveille les relevés;
• le paiement peut transporter une remise structurée, si le payeur et sa banque la remplissent;
• un client qui paie instantanément s’attend à voir son compte à jour rapidement, surtout s’il attend un déblocage de crédit.

Ce dernier point est le plus sous-estimé. Un paiement reçu mais non appliqué produit une commande bloquée et un appel de recouvrement à un client qui a déjà payé.

Les repères publics disponibles en octobre 2026 :

• Lancement prévu : quatrième trimestre de 2026 (Paiements Canada, 2026).
• Disponibilité visée : à toute heure, 365 jours par année (Paiements Canada, 2026).
• Étude d’intention : 507 entreprises sondées par Léger du 23 mars au 3 avril 2026 (Paiements Canada, 2026).

Note de méthode : ces chiffres proviennent d’une étude publiée par l’exploitant du système, qui en fait la promotion. Ils mesurent un intérêt déclaré, pas une adoption réalisée.

Votre banque peut-elle vous transmettre les données de remise ISO 20022?

Peut-être, et c’est la première question à lui poser par écrit. Paiements Canada présente la norme ISO 20022 comme un moyen de transporter des données de remise plus riches, utiles pour automatiser le rapprochement.

Rien n’oblige pour autant chaque payeur à remplir ces champs. Ce que votre banque conserve, tronque ou omet en route compte tout autant.

Avant le lancement, demandez à votre institution financière :

• à quelle date elle prévoit offrir la réception en temps réel, et sur quels comptes d’entreprise;
• sous quels formats elle livre relevés et avis de crédit (par exemple camt.053 ou camt.054), et par quel canal;
• à quelle fréquence elle publie les relevés intrajournaliers, y compris la fin de semaine;
• quels champs de remise elle transmet intégralement, et lesquels elle raccourcit;
• comment elle signale un retour de paiement ou une transaction rejetée.

Consignez les réponses dans un registre daté. Une promesse verbale en rencontre de relation bancaire ne remplace pas une spécification de format.

Votre ERP peut-il absorber des encaissements 24/7 sans perdre le contrôle?

Votre ERP n’a pas besoin de comptabiliser en temps réel, mais il doit savoir recevoir, conserver et différer proprement. Beaucoup d’environnements importent encore un seul relevé par jour ouvrable. Ce rythme peut suffire au départ, à condition de le choisir plutôt que de le subir.

Vérifiez avec votre équipe ERP :

• la fréquence d’import possible, et si plusieurs relevés par jour créent des doublons;
• le traitement d’une transaction datée d’un samedi ou d’un jour férié, et sa période comptable;
• les contrôles exigés avant toute inscription au grand livre : montant, client, facture, devise;
• l’endroit où la remise brute est conservée, pour l’audit comme pour les litiges.

La règle que nous recommandons : séparer la réception de la comptabilisation. Chaque encaissement franchit des statuts explicites, par exemple en attente, lié, réconcilié, puis comptabilisé.

Si le montant du paiement client (l’élément du dépôt) ne correspond pas au total des factures et ajustements visés, l’encaissement demeure au statut lié, visible de tous. Il ne disparaît pas dans un compte d’attente que personne ne relit avant la clôture.

Comment appliquer les encaissements quand la référence de facture manque?

En traitant l’absence de référence comme une exception routée, pas comme un problème de vitesse. Le temps réel accélère l’arrivée de l’argent. Il accélère aussi l’arrivée de vos exceptions.

Votre solution d’application des encaissements ou vos règles ERP doivent prévoir au minimum :

• un appariement par numéro de facture structuré, puis par montant et client lorsque la référence est absente;
• un traitement distinct des paiements partiels, des trop-perçus et des paiements regroupés;
• une file d’exceptions avec un motif lisible et une personne responsable nommée;
• une procédure pour les retours et les paiements reçus par erreur.

Parlez aussi à vos clients payeurs. Leur indiquer quelle référence inscrire, et dans quel champ, reste le levier le moins coûteux pour améliorer la remise.

Le paiement en temps réel n’efface pas vos exceptions. Il les livre plus vite, souvent un samedi soir.

Qui est responsable quand un paiement arrive un dimanche?

Quelqu’un doit l’être avant le lancement, sinon personne ne le sera après. Un système ouvert en continu n’oblige pas votre équipe à travailler la fin de semaine. Il exige une décision explicite sur ce qui peut attendre et ce qui ne le peut pas.

• Trésorerie : surveillance des soldes et des alertes de fraude hors heures.
• Comptes clients : file d’exceptions et application au premier jour ouvrable.
• Crédit : règle de déblocage des commandes sur paiement reçu mais pas encore appliqué.
• TI et ERP : supervision des imports et reprise en cas d’échec.

Écrivez ces règles sur une page. Elles serviront autant à l’auditeur qu’à la personne de garde.

Comment mesurer votre préparation avant et après le lancement?

En prenant une mesure de référence maintenant, sur vos encaissements actuels. Sans point de départ, impossible de démontrer que le temps réel a amélioré quoi que ce soit.

• Délai moyen entre la réception d’un paiement et son application.
• Part des paiements appliqués sans intervention manuelle.
• Solde non appliqué en fin de mois.
• Nombre d’exceptions sans motif documenté.

Le solde non appliqué pèse directement sur vos délais de recouvrement, comme le détaille notre article sur la réduction du DSO par les paiements non appliqués.

Quelle checklist décisionnelle utiliser avant le lancement du PTR?

Une liste courte où chaque point mène à une décision : prêt, à préparer ou à reporter. Nous recommandons de revoir cette liste avec la finance, la trésorerie et les TI réunies, parce que chaque point dépend d’au moins deux équipes.

1. Date de réception en temps réel confirmée par écrit par votre banque.
2. Format et fréquence des relevés validés par un test d’import réel.
3. Champs de remise ISO 20022 conservés jusqu’à l’ERP.
4. Règles d’appariement adaptées aux références structurées et aux paiements sans référence.
5. Statuts intermédiaires entre la réception et la comptabilisation.
6. Traitement documenté des retours, des trop-perçus et des paiements partiels.
7. Responsables hors heures nommés, avec une règle de crédit écrite.
8. Mesure de référence prise sur trois mois d’encaissements.

Un point non coché n’empêchera pas votre client de vous payer en temps réel. Il détermine seulement qui, chez vous, découvrira le problème, et quand.

Faut-il attendre le lancement pour se préparer?

Non. Le lancement est prévu, pas daté au jour près, et chaque banque suivra son propre calendrier d’adhésion. Les travaux de cette checklist améliorent de toute façon le traitement de vos virements actuels.

Si l’automatisation des encaissements s’inscrit dans une réflexion IA plus large, notre atelier IA de quatre semaines aide une unité d’affaires, avec environ cinq participants, à trier les cas d’usage selon le problème, la valeur, les données et l’effort. L’investissement varie selon la portée et se confirme lors d’un court appel de cadrage.

Questions fréquentes sur les paiements en temps réel et les comptes clients

Quand le système de paiement en temps réel sera-t-il lancé au Canada?

Paiements Canada prévoit lancer le système de paiement en temps réel au quatrième trimestre de 2026. La date d’accès réelle dépendra de votre institution financière, qui fixe son propre calendrier d’adhésion. Demandez-lui par écrit quand vos comptes d’entreprise pourront recevoir ces paiements et sous quel format les données de remise vous seront transmises.

Les paiements en temps réel contiendront-ils toujours le numéro de facture?

Non, rien ne le garantit. La norme ISO 20022 permet de transmettre des données de remise structurées et détaillées, mais chaque payeur et sa banque décident de ce qu’ils remplissent. Prévoyez des règles d’appariement pour les paiements sans référence et indiquez clairement à vos clients quelle référence inscrire, et dans quel champ.

Mon ERP doit-il comptabiliser les encaissements en temps réel?

Pas nécessairement. L’essentiel est que l’ERP reçoive et conserve chaque encaissement avec sa remise, puis le comptabilise après des contrôles définis. Plusieurs imports par jour peuvent suffire au départ. Ce qui compte, c’est un statut clair entre la réception et la comptabilisation, et une file d’exceptions confiée à une personne nommée.

La demande de paiement sera-t-elle offerte dès le lancement du PTR?

Aucune source publique consultée ne confirme qu’une fonction de demande de paiement sera disponible dès le lancement du PTR. Cette fonction suscite de l’intérêt chez les entreprises, mais aucun calendrier n’est confirmé publiquement. Attendez les annonces de votre banque avant de bâtir un processus de recouvrement autour de cette fonction.