Intégrer l'ERP avec la facture QR et les encaissements : comment ça marche

Que signifie intégrer l'ERP, la facture QR et les encaissements en Suisse

Intégrer l'ERP, la facture QR et les encaissements signifie relier trois étapes qui restent souvent séparées aujourd'hui. La première est le fichier client avec les données de paiement. La deuxième est la génération du PDF avec la section de paiement : code QR, IBAN, référence, montant, devise. La troisième est le retour du paiement sous forme d'écriture à rapprocher.

Le point de départ est le 30 juin 2020. Selon le portail PME de la Confédération, ce jour-là, les premières factures QR sont arrivées dans les boîtes aux lettres des destinataires, remplaçant les bulletins de versement habituels. Depuis lors, la facture QR se reconnaît au Swiss QR Code, qui regroupe toutes les informations nécessaires pour un paiement simple, automatique et efficace.

Le code QR peut provenir de sources différentes. Selon la Banque WIR, en Suisse, chaque facture doit porter un code QR. Si l'entreprise dispose d'un système ERP, le code y est généré ; sinon, il se crée gratuitement via l'e-banking.

La même source rappelle que, si l'on envoie des factures avec section de paiement, le code QR est obligatoire légalement. Le point de génération n'est pas neutre : il détermine qui possède les données de paiement, sous quel format elles sortent et comment elles rentrent dans l'entreprise sous forme d'encaissements.

Sur le plan opérationnel, le portail PME de la Confédération cite parmi les avantages la numérisation des données, avec une plus grande efficacité dans le règlement et le suivi des paiements ; une meilleure qualité des données, grâce à la précision et à la quantité d'informations sous forme standardisée ; et des références de paiement entièrement automatisées de l'émetteur au destinataire.

La Banque WIR ajoute que ceux qui envoient des factures au format numérique économisent sur les frais postaux, le papier et les délais de livraison. Le code QR contient déjà toutes les informations correctement codées, réduisant les paiements échoués dus à un montant mal saisi ou un IBAN manquant.

Avantages opérationnels de la facture QR en Suisse

Points clés dans l'évolution de la facture QR en Suisse

Les données et les standards que l'ERP doit connaître

La première donnée à décider est le type de compte de crédit, car il conditionne le type de référence. Selon Raiffeisen, la référence QR ne fonctionne qu'avec un QR-IBAN. Un fournisseur d'API de génération précise que le QR-IBAN utilise un IID dans la plage 30000–31999, pour le rapprochement automatique avec des références à 27 chiffres.

Un IBAN standard se combine avec une Creditor Reference (ISO 11649, de 5 à 25 caractères) ou sans aucune référence, pour la facturation la plus simple. Raiffeisen décrit la référence QR comme composée de 26 chiffres se terminant par un chiffre de contrôle calculé selon le principe du Modulo 10. Le chiffre de contrôle doit être calculé et validé par le logiciel, pas saisi à la main.

À côté de la référence, il faut gérer les informations libres et les données de montant. Raiffeisen indique qu'il est possible d'insérer une communication non structurée de maximum 140 caractères, par exemple des notes internes ou des données complémentaires sur le paiement.

Sur le front de la devise, le portail PME de la Confédération cite la facturation en CHF et EUR parmi les avantages du standard. Les outils de comptabilité décrivent des factures pour la Suisse également en EUR. L'ERP doit donc traiter la devise comme une variable, pas comme une constante.

Restent les données d'adresse, de langue et de mise en page. Un fournisseur d'API signale que la mise à jour des standards est entrée en vigueur le 21 novembre 2025. Elle a introduit les adresses structurées, avec nom, rue et numéro de maison séparés, validation du NPA et de la ville et support du code pays. La mise à jour apporte aussi des jeux de caractères élargis et de nouvelles règles de validation.

La langue de la facture (allemand, français, italien, anglais selon le même fournisseur) influence les étiquettes, le formatage et l'affichage des dates. Enfin, les données d'impression : le portail PME de la Confédération cite l'impression sur papier blanc, tandis que la Banque WIR précise que pour une facture envoyée au format papier, le code QR de paiement doit être perforé.

Choisir le modèle d'intégration le plus adapté

Le premier modèle est la facturation intégrée dans le fichier de comptabilité. Les factures naissent comme écritures et la gestion clients/fournisseurs prévoit l'importation des paiements au format ISO 20022. Sont inclus les rapports de factures clients et l'impression des rappels ; les factures pour la Suisse peuvent être émises aussi en EUR.

C'est le modèle pour ceux qui veulent tout gérer dans un seul fichier et ont une comptabilité sur le chiffre d'affaires. Parmi les limites : il ne permet pas de créer des offres et certaines personnalisations nécessitent un plan supérieur.

Un deuxième modèle sépare les offres et les factures dans un fichier indépendant de la comptabilité. Il permet de créer des offres même en variantes, de les transformer en factures et de dupliquer des factures, avec plus de flexibilité sur le nombre d'articles.

Il convient à ceux qui partent de zéro, préfèrent garder les choses séparées, ont une comptabilité sur les encaissements ou émettent des factures très détaillées. La limite est l'absence d'intégration avec la comptabilité : on ne peut pas importer les encaissements ni créer des rappels.

Pour de faibles volumes ou des documents non gérés par le logiciel, il existe deux modèles légers. Le bulletin QR vide, sans adresse et sans montant, à joindre aux lettres ou factures créées avec d'autres programmes. La lettre avec bulletin QR ajoute l'adresse d'un seul destinataire, le texte et le montant. Les deux sont décrits comme adaptés aux petits artisans, indépendants ou associations.

Pour les volumes répétitifs, il y a la facturation en série avec des données tirées d'Excel, qui génère automatiquement des factures QR pour plusieurs clients. C'est le cas typique des associations ou organismes qui facturent des cours ou des cotisations.

Restent deux voies techniques. La première est l'API ou le service externe : un appel génère un PDF conforme, avec support de QR-IBAN et IBAN standard, adresses structurées et multilingue. Le fournisseur estime 2–3 mois pour le développement interne à partir de zéro contre quelques heures avec l'API, et indique parmi les charges la maintenance continue des standards.

La seconde est la création via e-banking : selon la Banque WIR, c'est gratuit, ne nécessite aucun logiciel supplémentaire ni abonnement mensuel et est plus que suffisant pour les factures individuelles. La même source conseille toutefois, lorsque c'est possible, de créer une facture QR complète plutôt que des codes QR de paiement individuels.

Générer la facture QR depuis l'ERP, étape par étape

Le flux commence par la préparation des données. Il faut un fichier client sous forme structurée (nom, rue et numéro de maison séparés, NPA, ville, code pays), la langue d'émission, la devise et les lignes de facture. Il faut ensuite les données de paiement : IBAN ou QR-IBAN, type de référence, montant, éventuelle communication non structurée dans la limite de 140 caractères.

Ensuite, on choisit le modèle : facture avec section de paiement intégrée ou, pour l'impression papier, avec code QR perforé de manière à pouvoir le détacher. L'étape critique est la génération du code et de la section de paiement.

La Banque WIR est explicite : lorsqu'on crée une facture QR, il faut toujours indiquer le destinataire et le motif du paiement. La partie paiement doit contenir toutes les informations dès le début, car on ne peut pas insérer de communications ou de compléments dans un second temps.

C'est donc une erreur de concevoir l'ERP pour que la section de paiement soit complétée ou corrigée après l'émission du PDF : les données doivent être verrouillées au moment de la génération. Une fois la génération terminée, le document sort en PDF. On imprime sur papier blanc ou perforé s'il est destiné à l'envoi postal.

Un contrôle concerne les versements au guichet postal. Selon la Banque WIR, si le nom du débiteur manque ou est écrit à la main, des coûts supplémentaires de 0.84 CHF sont facturés. Ils s'ajoutent aux frais habituels de versement en espèces de La Poste. Si le donneur d'ordre n'est pas préimprimé, la même source signale des coûts supplémentaires pour le versement au guichet postal.

De la facture émise à l'encaissement rapproché

Le paiement passe par les canaux habituels : mobile banking, e-banking, ordre de virement ou guichet bancaire et postal. Avec le Swiss QR Code, il suffit de scanner, vérifier et autoriser.

Un contrôle de exactitude est prévu côté payeur. Selon la plateforme « eBanking – ma sicuro! », après le scan du code QR, les données reconnues doivent être comparées aux informations de paiement correctes figurant sur la facture. La comparaison porte sur l'IBAN et les autres données.

Le même principe vaut en aval, lorsque les données entrent dans l'ERP. Côté entreprise, Raiffeisen cite parmi les avantages de la facture QR l'enregistrement automatique des paiements entrants, la gestion efficace des processus de paiement et l'attribution transparente des débiteurs.

Le véhicule technique pour le retour des mouvements est l'importation des paiements au format ISO 20022, prévue par les modules de comptabilité qui gèrent clients et fournisseurs. Si la facture est émise avec QR-IBAN et référence à 27 chiffres, l'appariement entre mouvement et facture peut être automatique. Avec IBAN standard et Creditor Reference, la référence reste utilisable pour l'appariement ; sans référence, le rapprochement se base sur d'autres critères.

Là où le travail manuel diminue : le portail PME de la Confédération indique la réduction des erreurs lors de la lecture. Il ajoute l'économie de temps et de ressources grâce au moindre nombre d'interventions manuelles, l'alignement simplifié des paiements et la réduction du travail manuel pour les émetteurs.

En aval du rapprochement restent les processus liés à la gestion du crédit : les modules de comptabilité citent les rapports de factures clients et l'impression des rappels, qui ne fonctionnent que si l'appariement encaissement-facture a été enregistré.

eBill et autres canaux numériques : quand les associer à la facture QR

eBill ne remplace pas la facture QR, il l'accompagne comme canal. Selon le portail PME de la Confédération, eBill va au-delà de la facture QR : avec la nouvelle infrastructure pour les factures électroniques, on crée une expérience de paiement entièrement numérique. La facture QR est le maillon de liaison entre le monde papier et numérique.

Raiffeisen décrit le fonctionnement côté payeur : avec eBill, les factures arrivent directement dans l'e-banking, sans papier et sans e-mail. Vérification et autorisation nécessitent quelques clics, avec la situation toujours sous contrôle.

La différence pratique pour l'ERP réside dans l'accessibilité. La facture QR est payable par tous les canaux indiqués par le portail PME de la Confédération : mobile banking, e-banking, poste ou guichet postal. Elle ne nécessite aucune adhésion du client final ; eBill requiert en revanche que le destinataire utilise ce canal.

Une entreprise qui veut un canal universel unique trouve dans la facture QR la couverture la plus large. eBill est plus efficace dans les relations récurrentes avec des clients qui l'utilisent déjà.

Gérer les deux flux signifie réutiliser la même base de données : fichier structuré, devise, langue, montants et références sont identiques. Seuls changent le canal de livraison et le mécanisme d'autorisation.

Raiffeisen, qui suggère ClubDesk pour les associations et vise l'efficacité avec eBill, rappelle aussi les paiements sortants. Ceux qui utilisent un logiciel de comptabilité ou un ERP configurent leurs modèles de paiement directement sur la base de la facture QR et continuent d'exécuter les paiements depuis leur système. Il en va de même pour les ordres permanents enregistrés.

Tests, validations et contrôles avant le go-live

Le premier contrôle concerne le logiciel. SIX recommande de vérifier si son propre ERP est capable de traiter des factures QR, par exemple avec la liste de readiness publiée sur www.PaymentStandards.CH. Si l'ERP n'est pas capable, avant de configurer les modèles, on choisit un canal alternatif : e-banking, logiciel de comptabilité, service externe.

Le test doit être construit sur les combinaisons que le logiciel doit distinguer. Ce sont le type de compte et le format de la référence. Le compte peut être un QR-IBAN avec référence QR ou un IBAN standard avec Creditor Reference ou sans référence. Comptent ensuite la devise (CHF ou EUR) et la langue.

Un fournisseur d'API liste justement ces combinaisons, ainsi que des cas limites, des taux de TVA et le formatage PDF, parmi les charges de test à couvrir. Il cite également les lignes directrices d'implémentation v2.3, de 67 pages, comme référence de conformité à respecter.

À celles-ci s'ajoutent les validations automatiques : format IBAN, calcul du chiffre de contrôle et validation du numéro de référence en fonction du type d'IBAN. Il faut ensuite un test sur les adresses structurées, avec rue et numéro de maison séparés, validation du NPA et de la ville et code pays. Les nouvelles règles de validation sont entrées en vigueur avec la mise à jour du 21 novembre 2025.

Sur le front des erreurs, il faut vérifier ce qui se passe avec un IBAN manquant ou un montant saisi incorrectement. Selon la Banque WIR, ce sont les deux cas qui font échouer le paiement lorsque les données ne sont pas correctement codées dans le code QR.

Le contrôle de sécurité final est manuel et doit être fait avant chaque go-live, puis par sondage. On scanne le code QR avec une application de mobile banking et on compare les données reconnues aux informations de paiement imprimées sur la facture, comme indiqué par la plateforme « eBanking – ma sicuro! ».

Si le code scanné ne rapporte pas le même IBAN, la même référence et le même montant que le document, le problème vient de la génération, pas du paiement.

Checklist pratique pour l'intégration en entreprise

Étapes à accomplir, dans l'ordre. Mapper les champs que l'ERP doit produire : fichier structuré, type de compte, type de référence, montant, devise, langue, structure des modèles. Puis décider où naît le code QR.

Vérifier la readiness du logiciel sur la liste de readiness de www.PaymentStandards.CH. Choisir le modèle de facturation selon le profil : intégré en comptabilité, offres et factures séparées, bulletin vide, lettre avec bulletin, factures en série depuis Excel, API ou service externe, e-banking pour les factures individuelles.

Se procurer le QR-IBAN si l'on veut la référence QR, sinon rester sur un IBAN standard avec Creditor Reference ou sans référence.

Puis configurer les modèles et les règles. La section de paiement doit être complétée à l'origine ; l'impression se fait sur papier blanc ou perforé. Il faut des adresses structurées et une communication non structurée dans la limite de 140 caractères. Il faut calculer le chiffre de contrôle et valider la référence en fonction du type d'IBAN.

On passe ensuite aux tests avec des cas réels : QR-IBAN et IBAN standard, référence présente et absente, CHF et EUR, plusieurs langues, adresses structurées, erreurs d'IBAN et de montant. Puis la formation de ceux qui émettent les factures, la gestion des rappels, le go-live et le suivi des encaissements.

Les indicateurs à observer : part des factures payées avec la section de paiement QR par rapport aux relances, temps moyen entre l'émission et le rapprochement de l'encaissement, nombre d'appariements manuels encore nécessaires. Encore : volume de rappels générés, cas de paiement échoués pour IBAN manquant ou montant erroné, erreurs détectées par le contrôle manuel du code QR.

Si les appariements automatiques augmentent et que les rappels diminuent, l'importation des mouvements et la génération du code QR travaillent avec les mêmes données.