Le passage à la facture QR en Suisse ne commence donc pas au niveau du PDF, mais au niveau des processus dans le logiciel, la banque et la comptabilité. Vérifie où les données de facture sont saisies, où la section paiement est générée et où les paiements entrants sont rapprochés. La transition peut ensuite être menée à bien en peu de temps, en suivant les spécifications techniques et la séquence concrète de clics dans le logiciel de comptabilité. La Poste Suisse décrit le standard suisse de la facture QR.

Pourquoi la facture QR est obligatoire pour les indépendants suisses

Pour un freelance, un seul paiement en retard n'est pas un problème de processus abstrait. Il touche le loyer, la prochaine licence logicielle ou tout simplement son propre salaire. Auparavant, une simple erreur dans le numéro BVR ou une copie de bulletin de versement illisible suffisait à devoir rechercher manuellement le paiement entrant. Aujourd'hui, les clients attendent une section paiement qu'ils peuvent saisir directement avec leur application bancaire.

Les bulletins de versement rouges et orange classiques ont été entièrement remplacés le 1er octobre 2022. L'explication de PostFinance sur la facture QR présente la facture QR comme le standard suisse des factures lisibles par machine. Elle est conçue pour les paiements en Suisse et au Liechtenstein et prend en charge CHF et EUR.

Règle pratique : si ta facture dépend encore d'une ancienne structure BVR ou d'un bulletin de versement classique, ce n'est pas seulement le PDF qu'il faut remettre en question, mais tout le processus de facturation.

La différence se voit rapidement au quotidien. Le client scanne le Swiss QR Code, vérifie le bénéficiaire et le montant, puis valide le paiement. Le logiciel reçoit ensuite une information de comptabilisation structurée, qui peut être rapprochée de la facture ouverte. Cela n'élimine pas chaque paiement en retard, mais cela supprime la saisie manuelle inutile de données.

Pour les indépendants, cela signifie moins de corrections et un processus de relance plus clair. Qui veut savoir dans quelles conditions la facture QR s'applique aujourd'hui comme standard contraignant trouvera une mise en contexte compacte dans l'aperçu de l'obligation de facture QR en Suisse.

Structure d'une facture suisse conforme

Une facture conforme ne se réduit pas à un joli code QR. La section paiement doit contenir les données de paiement, les indications du bénéficiaire et du débiteur ainsi que la logique de référence choisie, dans la structure prescrite par SIX. Les éléments essentiels sont :

• QR-IBAN ou IBAN : le compte du bénéficiaire doit correspondre au type de référence choisi.
• Nom et adresse : les indications du débiteur doivent être complètes et lisibles.
• Montant : le montant est indiqué en CHF ou EUR.
• Motif de paiement : des informations de paiement libres aident à classer la facture.
• Récépissé : la partie détachable fait partie de la section paiement normalisée.
• QR-Code : le Swiss QR Code contient les données de paiement lisibles par machine.
• Numéro de référence : il est optionnel, mais souvent décisif pour l'attribution automatique des paiements entrants.

La section paiement comme interface technique

La section paiement repose sur un format A4 avec une partie détachable en bas de 105 × 210 mm. Le code, la confirmation de réception et les indications imprimées ne peuvent pas être déplacés librement. SIX définit les spécifications correspondantes, y compris le type de référence, la devise, la logique IBAN et la mise en page.

Tu as trois variantes de base. Une référence QR est combinée à un QR-IBAN. Une référence créancier suit la logique ISO 11649. Sans référence, le paiement est identifié par les autres indications. Les champs optionnels vides restent vides, ils ne sont pas remplis avec des valeurs inventées.

Le guide pratique de la facturation en Suisse aide à mettre en correspondance le texte de la facture, la section paiement et les mentions obligatoires. L'essentiel est que le logiciel ne produise pas seulement le code visuellement, mais valide correctement les données sous-jacentes.

Préparer le logiciel et la banque à la transition

La transition commence dans les données de base, pas à l'exportation du PDF. Commence par maintenir complètement ta propre adresse d'entreprise : nom de l'entreprise, rue, numéro, code postal, localité et pays. Ajoute ensuite le logo, le numéro IDE et, le cas échéant, les informations sur la TVA. Une facture QR avec un code correct mais une adresse d'expéditeur obsolète paraît peu professionnelle et complique les contrôles ultérieurs.

Enregistrer proprement la connexion bancaire

Le clic le plus important concerne la liaison de compte. Enregistre le QR-IBAN, si tu travailles avec une référence QR, et ne le confonds pas avec l'IBAN normal. Le QR-IBAN compte 21 caractères et se situe dans la plage IID 30000 à 31999, comme le fixe la spécification SIX de la facture QR. Ta banque doit prendre en charge ce type de paiement pour ton compte.

Ensuite, ouvre dans le logiciel de comptabilité la zone des modèles de facture et choisis la mise en page QR suisse. L'adresse du bénéficiaire reste dans la partie supérieure de la facture, la section paiement est placée en bas. Veille à ce que l'aperçu insère bien le Swiss QR Code en tant qu'image de code et non comme une simple image sans données de paiement vérifiées.

Ce que tu contrôles dans le logiciel

Ouvre une facture existante, choisis un client test et vérifie si le montant, la devise, le bénéficiaire et la référence sont repris automatiquement dans la section paiement. Enregistre ensuite le PDF localement et scanne le code avec ton application bancaire. Si l'application reconnaît le code mais affiche un IBAN ou un montant erroné, la facture ne doit pas être envoyée.

Tous les logiciels n'utilisent pas les mêmes intitulés de menu. Dans Banana, tu cherches le format QR dans les paramètres des factures et des indications de paiement. Dans Bexio, le contrôle se trouve typiquement dans Organisation, compte bancaire et modèle de facture. Dans Sage, tu vérifies en plus la version du standard de paiement utilisée et les paramètres des débiteurs. La séquence de clics varie, les points de contrôle restent les mêmes.

Utiliser correctement la référence QR et le QR-IBAN

Les deux termes sont souvent confondus dans les projets, alors qu'ils ont des fonctions différentes. Le QR-IBAN désigne le compte bénéficiaire des paiements QR. La référence QR identifie la facture concrète dans ce canal de paiement.

Une référence QR comprend 26 caractères numériques plus un chiffre de contrôle. Elle est vérifiée selon la méthode récursive modulo 10, ne peut pas être composée uniquement de zéros et n'est admise qu'avec un QR-IBAN, comme le fixent les directives d'implémentation SIX actuelles. Le logiciel de comptabilité calcule normalement le chiffre de contrôle automatiquement. Tu ne devrais pas le composer manuellement.

Un studio graphique avait une ancienne liaison de compte dans un modèle, alors que le logiciel générait toujours une référence QR. Le client pouvait scanner le code, mais la banque rejetait la combinaison. La correction rapide a consisté à enregistrer le QR-IBAN dans les données de base, régénérer la référence et valider une nouvelle fois le modèle.

Le sens inverse est tout aussi important : un QR-IBAN est prévu pour les paiements entrants et ne doit pas être utilisé pour des prélèvements, comme l'explique la FAQ d'UBS sur la facture QR.

Générer le QR-Code et tester la facture

Dans le modèle en production, le montant, le bénéficiaire, la devise et la référence doivent provenir des données de facture. Dès que tu copies ces valeurs dans un champ de texte séparé, une deuxième source de données apparaît, qui peut diverger par la suite. Un Swiss QR Code généré dynamiquement à partir des données de base est donc plus fiable au quotidien qu'une image de code insérée statiquement.

Ouvre dans Banana, Bexio ou Sage une facture test et contrôle d'abord les données de base. Choisis ensuite le modèle QR suisse, active la section paiement et crée le PDF. Selon le programme, les boutons portent des noms différents, mais la séquence reste toujours similaire : sélectionner le client, saisir les positions, enregistrer la facture, générer la section paiement QR, vérifier le PDF.

Le test avec l'application bancaire

Scanne le PDF final à l'écran ou l'impression avec ta propre application bancaire. Ne compare pas seulement la reconnaissance du code, mais aussi :

• Bénéficiaire : le nom et le compte doivent correspondre aux données de base.
• Montant : le montant ne doit pas manquer ni renvoyer à une ancienne valeur de test.
• Devise : CHF et EUR doivent correspondre à la facture.
• Référence : le logiciel ne doit pas produire un numéro tronqué ou modifié.
• Adresse : les indications imprimées doivent correspondre au contenu de la section paiement.

Un essai avec ta propre banque ou un compte de test interne montre si l'ensemble du flux fonctionne. Vérifie en outre les trémas, accents et caractères spéciaux. S'ils sont mal représentés dans le code, cela vient souvent d'un encodage de caractères défectueux ou d'une ancienne version du logiciel.

Qui veut reconstituer le processus avec un générateur dans le navigateur ou un PDF existant peut utiliser le processus de création de facture QR comme référence supplémentaire. Tu n'envoies en production que lorsque le scan, le contrôle visuel et la comptabilité affichent les mêmes valeurs.

Éviter les erreurs fréquentes lors de la transition

Croire qu'un QR Code lisible suffit à faire une facture QR correcte mène régulièrement à l'impasse. Un scanner peut reconnaître un code alors que l'IBAN, le type de référence ou l'adresse ne correspondent pas à la logique de paiement. La vérification doit donc se faire dans le logiciel et avec un vrai scan bancaire.

Les classiques du quotidien

• Ancien IBAN BVR : le logiciel utilise encore une liaison de compte antérieure. Au paiement, la combinaison avec la référence QR est rejetée. Enregistre le QR-IBAN et recrée la facture.
• IBAN manquant sur le récépissé : le code fonctionne, mais la section paiement imprimée est incomplète. Vérifie la visibilité du numéro de compte dans l'aperçu PDF.
• IBAN mal formaté : des espaces, des caractères manquants ou un chiffre inversé empêchent la validation. Laisse le logiciel vérifier l'IBAN au lieu de le copier d'un ancien document.
• Bloc d'adresse trop court : rue, numéro, NPA, localité et pays doivent figurer entièrement dans les données de base. Une adresse abrégée peut provoquer des questions ou un rejet chez le bénéficiaire.
• Caractères spéciaux et trémas : des espaces insécables ou des émojis peuvent perturber le traitement. Utilise des caractères texte normaux et teste le code généré avec l'application bancaire.
• Informations de paiement manquantes : un motif de paiement vide complète le contrôle manuel. Remplis le champ de façon pertinente, sans mélanger référence et motif de paiement.
• Mauvaise qualité d'impression : un code flou ou imprimé trop petit ne peut pas être scanné de manière fiable. Exporte le PDF avec le modèle prévu et vérifie une impression.
• Référence avec faute de frappe : un chiffre de contrôle modifié manuellement entraîne le rejet. Génère toujours le numéro automatiquement et bloque les modifications ultérieures dans le processus de modèle.

Pour les anciens modèles, une réparation ponctuelle ne vaut pas la peine quand plusieurs champs sont maintenus manuellement. Copie les données de base dans un nouveau modèle QR suisse, teste un client connu et archive l'ancienne version de façon claire.

Travailler proprement après la transition

Après le premier envoi réussi commence le quotidien proprement dit. Sépare dans ta comptabilité débiteurs les factures QR ouvertes, les paiements entrants et les corrections manuelles. La référence QR sert alors de clé de rapprochement. Elle relie le paiement reçu à la facture concrète, à condition d'avoir été reprise sans modification.

Un rapprochement hebdomadaire reste ainsi gérable. Importe les écritures bancaires, laisse le logiciel chercher par référence et montant et n'ouvre que les cas où la devise, le montant ou la référence ne correspondent pas. Adapte aussi le processus de relance à la référence, au lieu de continuer à tenir d'anciens champs BVR dans une liste parallèle.

Méthode qui fait ses preuves : un modèle, une liaison de compte à jour et un client test défini valent mieux que plusieurs variantes à moitié maintenues.

SIX a fait évoluer les directives d'implémentation. La version 2.2 était valable dès le 22 février 2021. Depuis le 22 novembre 2025, elle a été entièrement remplacée par la version 2.3, comme le résume l'aperçu technique de la facture QR. En pratique, cela signifie que les champs d'adresse, le format IBAN et les règles de validation ne restent pas inchangés pour toujours.

Vérifie régulièrement tes modèles de facture par rapport à la version actuelle du logiciel. Garde les adresses d'entreprise et de clients structurées, importe les fichiers de statut bancaires disponibles et conserve PDF, écriture et rapprochement de paiement de façon cohérente dans l'archivage des pièces. Lors de la première clôture trimestrielle après la transition, compare les factures ouvertes, les paiements reçus et les écritures manuelles. Tu détectes ainsi non seulement les erreurs techniques, mais aussi si ton processus entraîne réellement moins de travail de correction.

Magic Heidi crée des factures QR suisses avec QR-Code généré automatiquement, référence de paiement et suivi des paiements, et complète au besoin la section paiement d'un PDF existant. Si tu veux accomplir la transition sans modèles éparpillés et sans références manuelles, visite Magic Heidi et vérifie le processus directement dans le navigateur ou dans l'application.