De quoi s'agit-il ?
Chaque année, les contribuables suisses reçoivent des justificatifs à joindre à leur déclaration d'impôt : le relevé fiscal de la banque, les attestations de cotisations au 2e pilier et au pilier 3a, ainsi que les confirmations de l'assurance maladie. Longtemps, il s'agissait de PDF librement mis en page que les contribuables ou les administrations fiscales devaient ressaisir à la main. L'association eCH, qui élabore les standards de cyberadministration en Suisse, définit pour ces documents des structures de données uniformes et un code-barres 2D lisible par machine. Les données peuvent ainsi être reprises directement par les logiciels fiscaux et les systèmes cantonaux.
Pour les établissements émetteurs, un joli PDF ne suffit donc plus. Le document doit respecter le schéma de la version en vigueur, le code-barres doit être lu sans erreur, et l'ensemble doit être juste à nouveau pour chaque année fiscale.
- Sont concernés les banques, courtiers, gérants de fortune, fondations de prévoyance, assureurs vie et assureurs maladie.
- La question centrale : développer en interne ou acheter un module générateur ?
- Ce qui compte, ce n'est pas le coût initial, mais l'effort de mise à jour des schémas et de test sur de nombreuses années.
Quels standards sont concernés ?
Trois types de justificatifs sont au premier plan. Le relevé fiscal électronique est établi depuis des années ; les deux autres standards sont plus récents et introduits progressivement.
| Standard | Contenu | Émetteurs typiques | Situation |
|---|---|---|---|
| eCH-0196 | Relevé fiscal électronique pour titres et comptes | Banques, courtiers, gérants de fortune | Établi, largement soutenu par les cantons |
| eCH-0248 | Attestation de cotisations de prévoyance 2e pilier et 3a | Banques, fondations de prévoyance, assureurs vie | Nouveau, introduction par phases pilotes |
| eCH-0275 | Attestation fiscale de l'assurance maladie | Assureurs maladie de base et complémentaires | Nouveau, phase d'introduction précoce |
Vérifier l'état des informations
Les numéros de version, les phases pilotes et les dates d'introduction évoluent. Font foi les documents publiés sur ech.ch et les exigences cantonales pour l'année fiscale concernée. Ne planifiez jamais un projet sur la seule base de présentations de fournisseurs.
Ce qu'un générateur doit faire
Que vous développiez ou achetiez, une solution devrait remplir les exigences suivantes. La liste peut aussi servir de trame à un cahier des charges.
- Conformité au schéma : génération selon la version eCH valable, avec validation automatique avant l'envoi.
- Code-barres : encodage et répartition par page corrects, testés avec de vrais lecteurs et logiciels fiscaux.
- Enrichissement des données : pour le relevé fiscal, par exemple numéros de valeur, cours et revenus sous la forme requise.
- Interfaces : une API pour les documents individuels et un traitement par lots pour la production annuelle de dizaines de milliers de documents.
- Gestion multi-mandants et rôles si plusieurs sociétés ou segments de clientèle sont servis.
- Journalisation d'audit, pour prouver quel justificatif a été produit avec quelles données.
- Tests de non-régression par année fiscale, afin que les anciens justificatifs restent reproductibles.
L'erreur la plus coûteuse est un justificatif visuellement correct dont le code-barres est refusé par le logiciel fiscal.
Développer ou acheter : la comparaison
Le développement interne séduit au premier abord, car les données se trouvent déjà dans le système central. L'effort ne se situe toutefois pas dans la première version, mais dans la maintenance : chaque nouvelle version de schéma, chaque changement cantonal et chaque nouveau type de justificatif exige développement, tests et validation.
| Critère | Développement interne | Module acheté |
|---|---|---|
| Maîtrise du code et des données | Totale | Selon le contrat et l'architecture |
| Effort de mise à jour des schémas | Interne, chaque année | Chez le fournisseur, couvert par la licence |
| Risque de savoir-faire | Élevé si peu de personnes détiennent le savoir | Plus faible, mais dépendance envers le fournisseur |
| Délai d'adoption de nouveaux standards | Selon les capacités internes | Souvent plus court si le fournisseur agit tôt |
| Structure des coûts | Projet et personnel | Licences et support récurrents |
En règle générale, celui qui n'émet qu'un seul standard avec un volume raisonnable et dispose d'une équipe de développement expérimentée peut justifier un développement interne. Avec plusieurs types de justificatifs, plusieurs mandants ou des ressources informatiques limitées, un module entretenu est le plus souvent plus prévisible.
Coûts et points contractuels
Les fournisseurs facturent souvent par module et par mandant, avec des plans de support aux délais de réaction variables. À titre d'ordre de grandeur, un fournisseur suisse, datalevel AG, indique selon ses propres informations environ 5000 francs par an pour le module de relevé fiscal électronique et environ 2000 francs par an pour chacun des nouveaux types de justificatifs, hors TVA et support. Ces chiffres sont un repère, pas un prix du marché.
- Que comprend exactement la licence : mises à jour de schéma, moteur de code-barres, documentation, prise en main ?
- En combien de temps une nouvelle version eCH est-elle implémentée, et est-ce garanti contractuellement ?
- Quels délais de réaction s'appliquent pendant la production annuelle de janvier et février ?
- Où les données sont-elles traitées, et comment la sous-traitance est-elle réglée selon la nouvelle loi sur la protection des données ?
- Comment récupérer modèles, journaux et cas de test en cas de changement de fournisseur ?
Conseil budgétaire
Pour un développement interne, comptez non seulement les heures de développement, mais aussi les tests, la coordination avec les administrations fiscales et la suppléance des personnes clés. C'est seulement ainsi que la comparaison avec les licences est équitable.