Quelles exigences fiscales et comptables pour un logiciel de gestion en Suisse ?

L'exigence ne porte pas sur le logiciel, mais sur l'entreprise : ce qui change en Suisse

En Suisse, la tenue d'une comptabilité est obligatoire pour toutes les entreprises. Les exigences dépendent de la taille et de la forme juridique. Il faut inverser la perspective : les spécifications techniques découlent du régime comptable applicable, et non du catalogue des fonctionnalités disponibles sur le marché.

La distinction décisive concerne les entreprises individuelles et les sociétés de personnes, qui peuvent recourir à la comptabilité simplifiée. Les personnes morales — Sàrl et SA — sont tenues d'appliquer la comptabilité en partie double et d'établir un bilan annuel.

Le profil fonctionnel évolue en conséquence. Une entreprise individuelle en comptabilité simplifiée enregistre les recettes et les dépenses, mais doit garantir l'exhaustivité des écritures et la conservation des pièces justificatives.

Une Sàrl ou une SA nécessite un plan comptable, la partie double, une clôture annuelle et un bilan. Comme la comptabilité sert de base à la déclaration fiscale, un logiciel incapable de produire les écritures requises par le régime applicable rendrait la déclaration difficilement soutenable.

Écritures, partie double et bilan : la base comptable que le logiciel de gestion doit couvrir

Le cœur du système réside dans l'enregistrement complet et chronologique de toutes les transactions commerciales. Sans une documentation adéquate de toutes les transactions, il est impossible de présenter une déclaration fiscale correcte : cela expose à des risques juridiques et à une charge fiscale plus élevée.

Pour les formes juridiques soumises à la partie double, le système doit gérer le débit et le crédit avec contrepartie, ainsi que le compte d'exploitation et le bilan annuel. Il doit également permettre l'ouverture et la clôture des comptes avec la continuité des soldes d'un exercice à l'autre. Dans les systèmes en comptabilité simplifiée, le minimum reste l'enregistrement chronologique des recettes et des dépenses, sans périodes manquantes.

Une exigence transversale est la traçabilité : chaque mouvement doit être lié à la pièce justificative qui l'a généré. La chaîne mouvement-document doit rester reconstituable même après un certain temps. Les postes influençant la déclaration, y compris les déductions, doivent être tracés dans le logiciel de gestion ; sinon, ils devront être reconstitués manuellement à chaque clôture.

Pièces justificatives et conservation : Ordonnance sur les livres de commerce, CO et LTVA

Pour les pièces justificatives comptables, la conformité ne se mesure pas aux fichiers stockables, mais au respect des références légales suisses : le Code des obligations (CO), l'Ordonnance sur les livres de commerce (Olc), la Loi sur la taxe sur la valeur ajoutée (LTVA) et la Loi fédérale sur la protection des données (LPD). Dans les secteurs réglementés s'ajoutent des régimes spécifiques, comme ceux de la FMH pour les cabinets médicaux ou de l'OLP-FINMA pour le secteur financier. Le critère consiste à vérifier à quelles références le produit déclare sa conformité.

Sur le plan technique, l'immutabilité et l'inaltérabilité des documents (logique WORM) sont indispensables. Des formats adaptés à la conservation à long terme sont requis, notamment avec validation PDF/A. S'y ajoute la gestion du cycle de vie des données : durées de conservation, échéances de suppression et règles de passage de l'archive active à l'historique.

Le système doit distinguer les catégories d'enregistrements — pièces justificatives comptables, justificatifs de transaction, dossiers du personnel, dossiers médicaux, données des élèves — car chacune correspond à des obligations documentaires différentes. Les enregistrements doivent en outre pouvoir être présentés de manière ordonnée et lisible aux réviseurs et aux autorités fiscales, sans reconstructions manuelles.

Accessibilité, rôles et piste d'audit : ISO 15489 et la « source unique de vérité »

La norme ISO 15489-1:2016 sur la gestion des archives et l'ISO 16175-1:2020 sur les exigences des systèmes de gestion documentaire offrent le cadre de référence. Les droits d'accès doivent être granulaires, vérifiables et gérés depuis un portail unique, offrant une vue globale de qui peut consulter quels fichiers.

Pour l'accessibilité, la recherche en texte intégral et l'OCR sur les documents non structurés sont nécessaires. L'objectif affiché est de réduire le risque de sanctions liées à l'impossibilité de retrouver d'anciens enregistrements. Le blocage légal avec eDiscovery doit également être prévu : un document sous séquestre légal doit rester identifiable et inaltérable pendant toute la durée de conservation.

Le critère architectural est la source unique de vérité : un répertoire unique incluant les documents aujourd'hui dispersés chez les fiduciaires, les prestataires informatiques, OneDrive ou SharePoint, soumis à une gouvernance centrale. L'effet se constate lors des contrôles. Si les pièces justificatives sont réparties entre plusieurs acteurs et plateformes, la reconstitution d'une seule opération nécessite des accès, des recherches et des vérifications auprès de tiers.

De la donnée comptable à la déclaration : export fiscal, TVA et autorités compétentes

Le système fiscal suisse comporte trois niveaux — fédéral, cantonal et communal. Chaque canton est autonome pour déterminer les multiplicateurs d'impôt et les barèmes de taux, dans le respect de la législation fédérale. Les échéances et les formulaires sont gérés par les cantons ; la coordination nationale relève de l'Administration fédérale des contributions (AFC) ; la TVA est de compétence fédérale. Le logiciel de gestion doit donc produire des données pour différents interlocuteurs et moments de l'année.

L'export doit être cohérent avec la déclaration. Le logiciel doit rendre les postes déclarés reconstructibles et justifiables, y compris les déductions (par exemple les cotisations sociales AVS/AI/APG et LPP, les primes LAMal ou les frais professionnels pour les personnes physiques). Les formulaires et les instructions de remplissage doivent être vérifiés chaque année auprès des offices cantonaux. Le produit doit se mettre à jour sans perte de l'historique.

Concernant l'interopérabilité, le document fédéral sur la réduction des charges administratives pour les entreprises mentionne une plateforme électronique centralisée pour les contacts entre les entreprises et les autorités, basée sur des standards et protocoles d'échange de données. Un logiciel de gestion n'exportant que dans des formats propriétaires ou des PDF non structurés alourdit tout ajustement futur.

Protection des données, hébergement et dépendance envers le fournisseur

Un logiciel de gestion traite des données nécessitant des précautions spécifiques : pièces justificatives comptables, dossiers du personnel, dossiers médicaux, données des élèves. La conservation et l'accès doivent donc respecter, entre autres références, la LPD. La gestion des accès doit distinguer les rôles, les fonctions et les types de documents.

Sur le plan des normes, l'ISO/IEC 27001 est la norme internationale pour la gestion de la sécurité de l'information. Elle aide à protéger les données de manière systématique, à minimiser les risques et à consolider la confiance des clients et des partenaires.

En Suisse, la certification est délivrée par des organismes accrédités par l'État, tels que SQS. Il convient de vérifier à quelle édition de la norme le certificat se réfère. Les normes de système de management font l'objet de révisions périodiques : les versions révisées de l'ISO 9001:2015 et de l'ISO 14001:2015 sont attendues pour 2026, celle de l'ISO 45001:2018 pour 2027.

La souveraineté des données dépend de deux décisions : l'emplacement de l'archive et le degré de dépendance envers des tiers. Réduire la dépendance envers des prestataires externes signifie reprendre le contrôle des documents dispersés chez les fiduciaires, les prestataires informatiques et les services cloud, en les soumettant à une gouvernance centrale. Le contrat doit fixer l'emplacement des données, les formats et l'exhaustivité de l'export, la restitution des données à la fin de la relation et la continuité opérationnelle en cas de changement de fournisseur.

Indicateurs clés pour la sécurité et la souveraineté des données dans un logiciel de gestion suisse

Comment évaluer un logiciel de gestion ou configurer un développement sur mesure

Point de départ : la forme juridique et le régime comptable. Pour une Sàrl ou une SA, le système doit couvrir la partie double, la clôture annuelle et le bilan. Pour une entreprise individuelle ou une société de personnes en comptabilité simplifiée, des enregistrements chronologiques complets et conservés des recettes et des dépenses suffisent.

Conservation : vérification explicite de la conformité au CO, à l'Olc, à la LTVA et à la LPD. L'immutabilité et l'inaltérabilité des documents (WORM) sont nécessaires, avec validation PDF/A et gestion du cycle de vie incluant les durées de conservation et les règles de suppression.

Traçabilité : droits d'accès granulaires et vérifiables, recherche en texte intégral. S'y ajoutent le blocage légal avec eDiscovery et une source unique de vérité pour les documents de l'entreprise.

Fiscalité : export cohérent avec la déclaration fiscale et la gestion de la TVA fédérale. La traçabilité des déductions et la capacité à intégrer les formulaires actualisés des cantons doivent être garanties.

Sécurité et souveraineté : certification ISO/IEC 27001 du produit ou de l'hébergement et emplacement des données. La conformité à la LPD doit être vérifiée.

Portabilité : export complet et formats lisibles. Des clauses contractuelles de sortie sont nécessaires.

Pour ceux qui commandent un développement sur mesure, le choix du fournisseur constitue un critère à part entière. Selon les données des registres et fédérales suisses citées par Val Index, environ 5'000 entreprises de développement de logiciels personnalisés opèrent en Suisse, allant des grands intégrateurs aux boutiques spécialisées (UST STATENT 2023, NOGA 62.0). Le cahier des charges doit inclure dès le début la propriété des données, le format des exports, l'obligation de migration et la documentation des structures de données.