Un changement technique… aux effets très opérationnels Concrètement, l’adresse n’est plus un simple bloc de texte. Elle doit être ventilée en éléments (par exemple rue, numéro, code postal, localité, pays) afin d’être correctement lue et traitée automatiquement. Plusieurs banques préviennent explicitement du risque : si l’adresse n’est pas structurée, le paiement peut être impossible. C’est le message de la roadmap “Zahlungsverkehr” de Raiffeisen, qui mentionne qu’à partir du 22 novembre 2025, les informations d’adresse pour les QR-factures doivent être structurées, faute de quoi “les paiements ne sont pas possibles”. Côté SIX, un factsheet destiné notamment aux grandes organisations et aux administrations publiques précise que l’émetteur doit s’assurer que ses QR-factures ne contiennent que des adresses structurées (type “S”) et que les QR-factures avec adresse non structurée (type “K”) ne sont tolérées qu’une courte période après le 21 novembre 2025 ; en cas de besoin, il faudra fournir aux débiteurs de nouvelles QR-factures conformes. Ce que cela implique pour une commune Dans une administration, le sujet dépasse l’édition de la facture elle-même. Il touche la “donnée maître” partout où elle vit : base contribuables, débiteurs (crèche, parascolaire, eau, déchets, amendes), fournisseurs, régies, voire paie selon l’organisation. Si l’adresse du créancier (la commune) ou du débiteur (l’administré / l’entreprise) n’est pas correctement structurée au moment de générer le QR code, la facture peut se retrouver… difficilement payable, donc difficilement recouvrable. Il y a aussi un angle “support” : une facture rejetée ou non payée génère des appels, des demandes de réémission, des corrections manuelles — exactement ce que la QR-facture devait réduire. Sécuriser le flux : trois réflexes “zéro surprise” Premier réflexe : vérifier le logiciel et le générateur QR. SIX demande l’adaptation des générateurs de Swiss QR code et des solutions de facturation, et recommande de produire des QR-factures avec adresses structurées sans attendre. Si la commune utilise un ERP ou un module finance, le point clé est simple : le fournisseur a-t-il bien intégré la version IG QR-bill 2.3 et la génération d’adresses de type “S” ? Deuxième réflexe : assainir les adresses dans les données. Il ne suffit pas que l’adresse “s’affiche” correctement sur le PDF ; c’est la structure dans le QR code qui compte. La démarche la plus efficace est souvent une campagne de nettoyage ciblée : adresses de la commune (émetteur) + gros volumes (contribuables, crèches, eau) + fournisseurs principaux. Troisième réflexe : anticiper le “long terme” et les modèles. Les factures récurrentes émises pour une longue période (loyers, abonnements, conventions) doivent être converties à temps ; sinon, il faudra rééditer et redistribuer des QR-factures conformes. Et attention aux modèles dans l’e-banking : SIX indique que les établissements financiers doivent adapter ordres permanents et modèles au plus tard le 13 novembre 2026, ce qui pousse à ne plus s’appuyer sur de “vieux” modèles non conformes. Et après la QR-facture : le mouvement s’étend aux ordres de paiement Le sujet ne s’arrête pas aux factures. PostFinance rappelle que la place financière suisse introduit aussi, pour les ordres de paiement (domestiques et internationaux), l’obligation d’utiliser une adresse structurée ou hybride selon ISO 20022 à partir du 14 novembre 2026 — avec une particularité importante : PostFinance indique ne pas supporter l’adresse hybride. Pour une commune, le message est clair : traiter l’adresse structurée comme un “chantier data” unique, plutôt que comme une simple mise à jour de formulaire. À retenir : la QR-facture “passe” ou “ne passe pas” sur un point qui semble anodin. Mais quand les paiements se bloquent, ce n’est plus un sujet informatique : c’est une question de gestion quotidienne, de relation habitants et de trésorerie.