Facture QR : Ces erreurs dans les champs obligatoires vous coûtent du temps

La facture QR est depuis juillet 2020 le standard suisse pour les ordres de paiement — et pourtant, chez les fiduciaires et les PME, arrivent régulièrement des factures qui ne peuvent pas être traitées. Le plus souvent, ce n'est pas par manque de bonne volonté, mais à cause de petites lacunes critiques dans les champs obligatoires. Cet article montre quels champs sont vraiment indispensables, quelles erreurs se produisent le plus souvent et comment éviter définitivement les retours.

Ce que la norme SIX exige réellement

La base technique de la facture QR est l'Implementation Guideline suisse de SIX Interbank Clearing. Elle définit quels champs doivent être codés dans le code QR. Ignorer ou réinterpréter ces exigences risque que la banque réceptrice rejette l'ordre de paiement ou que le système ERP du client ne puisse pas lire la facture.

Un aperçu complet de tous les champs obligatoires — y compris les restrictions de caractères et les formats requis — se trouve dans l'article pilier sur la création d'une facture QR suisse. Cet article se concentre volontairement sur les champs où les problèmes surviennent le plus souvent en pratique.

Les sept erreurs les plus fréquentes dans les champs obligatoires

1. Mauvais type d'IBAN : IBAN au lieu de QR-IBAN (ou l'inverse)

C'est de loin l'erreur la plus fréquente. Celui qui travaille avec un code QR Référence (QRR) a impérativement besoin d'une QR-IBAN — un IBAN spécial émis par l'institut gestionnaire du compte et qui commence par l'identificateur d'institut 30–39. Celui qui utilise un IBAN normal mais saisit quand même une QRR crée un code QR invalide.

Inversement : celui qui n'utilise pas de référence structurée, mais une communication libre (SCOR ou NON), doit obligatoirement utiliser un IBAN normal.

Règle empirique :

• QR-IBAN → Référence QRR (26 chiffres, structurée)
• IBAN normal → SCOR (ISO 11649) ou pas de référence

2. Code postal manquant ou incorrect du bénéficiaire du paiement

Beaucoup de factures créées manuellement ne contiennent pas l'adresse complète du bénéficiaire dans le code QR. La norme exige cependant :

• Nom (max. 70 caractères)
• Rue et numéro ou case postale
• Code postal (4 chiffres en Suisse, selon les normes pour adresses étrangères)
• Localité
• Code de pays (CH)

Si l'adresse est transmise en tant qu'« adresse combinée » (type K), des règles de format spécifiques s'appliquent. Si le code postal manque ou est vide, le code QR n'est pas conforme à la norme.

3. Champ devise réglé sur EUR au lieu de CHF

La facture QR ne supporte que CHF et EUR. Pour les factures de sortie en EUR, c'est correct — mais de nombreux outils définissent la devise par défaut à EUR parce que le modèle a une fois été adapté pour un client étranger et n'a jamais été réinitialisé. Vérifiez manuellement pour chaque document que la devise est correcte.

4. Montant sans ou avec mauvais séparateur décimal

Dans le code QR, le montant est attendu avec exactement deux décimales, le point comme séparateur décimal, sans séparateurs de milliers. « 1'250.00 » est faux — « 1250.00 » est correct. De nombreux générateurs PDF affichent le montant correctement formaté visuellement, mais transmettent en interne une mauvaise chaîne de caractères au générateur de code QR.

5. Numéro de référence non vérifié selon Modulo-10

Le numéro de référence QRR fait 27 chiffres : 26 chiffres plus une clé de contrôle, qui est calculée selon la procédure récursive Modulo-10. Celui qui calcule mal cette clé de contrôle ou l'omet crée une référence qui ressemble à une QRR, mais qui sera rejetée comme invalide par tout système de vérification.

6. Champs obligatoires vides au lieu de champs optionnels correctement supprimés

Les champs optionnels (par ex. ligne d'adresse supplémentaire du débiteur) peuvent rester vides — mais ils doivent néanmoins être présents comme chaîne vide dans le jeu de données. Celui qui omet complètement le champ dans le code au lieu de le passer en tant que « » décale tous les champs suivants et rend le code QR illisible.

7. Caractères spéciaux en dehors de l'ensemble de caractères autorisé

La norme n'autorise que le Latin Character Set selon la définition SIX. Les umlaut (ä, ö, ü) et les signes de ponctuation courants sont autorisés — mais certains caractères comme @, #, &, {, } ne le sont pas. Les noms d'entreprise avec esperluette ou les adresses e-mail dans le champ adresse entraînent des erreurs de validation.

Champs obligatoires en un coup d'œil

Champ	Obligatoire	Source d'erreur typique
QR-IBAN / IBAN	Oui	Mauvais type d'IBAN pour le type de référence
Nom du bénéficiaire	Oui	Trop long (>70 caractères)
Adresse du bénéficiaire	Oui	Code postal ou code de pays manquant
Devise	Oui	EUR au lieu de CHF après changement de modèle
Montant	Non*	Format incorrect
Type de référence	Oui	QRR/SCOR/NON mal combiné
Numéro de référence	Conditionnel	Clé de contrôle manquante ou incorrecte

*Le montant peut rester vide (par ex. pour les bulletins de versement ouverts). S'il est saisi, il doit être correctement formaté.

Ce qui aide : validation avant l'envoi

Celui qui crée manuellement des factures dans un programme PDF doit toujours vérifier le code QR généré avec un validateur indépendant — par exemple avec l'outil en ligne de SIX ou une application pour smartphone de sa banque. Cela prend 30 secondes et évite les retours.

Celui qui émet régulièrement des factures ferait mieux d'utiliser un outil spécialisé qui effectue automatiquement la validation. L'application SnapBill génère le code QR directement à partir des données de facture saisies et vérifie automatiquement le type d'IBAN, le numéro de référence et l'ensemble de caractères — sans que vous ayez besoin de connaître la norme SIX par cœur.

Mentions TVA : pas dans le code QR, mais obligatoires quand même

Une erreur courante : les mentions de TVA ne figurent pas dans le code QR, mais dans la partie lisible de la facture. Elles sont néanmoins requises par la loi — celui qui est assujetti à la TVA doit indiquer le taux, le montant et le numéro de TVA dans le texte de la facture. Quels taux (8,1 %, 2,6 % taux spécial, 3,8 % hébergement) s'appliquent à quelles prestations est expliqué dans l'article sur la TVA suisse 2026.

En un coup d'œil

• L'erreur la plus courante est le mauvais type d'IBAN : QR-IBAN pour QRR, IBAN normal pour SCOR/NON.
• Les adresses doivent être complètes — nom, rue, code postal, localité, code de pays.
• La devise et le montant sont souvent mal réglés par des erreurs de modèle.
• La clé de contrôle de la QRR doit être correctement calculée selon Modulo-10.
• Les champs optionnels vides doivent être présents comme chaîne vide dans le jeu de données.
• Les caractères spéciaux en dehors du Latin Character Set entraînent le rejet.
• Validez toujours le code QR avant l'envoi — manuellement ou automatiquement.
• Les mentions de TVA appartiennent au texte de la facture, pas au code QR.