Depuis l’adoption de la loi de finances pour 2026, le sujet des logiciels de caisse est revenu dans les contrôles des commerçants, restaurants, salons, commerces de détail et entreprises qui encaissent des particuliers.
Le point est simple : si vous êtes assujetti à la TVA, que vous enregistrez des ventes ou prestations sans facture au moyen d’un logiciel ou d’un système de caisse, l’administration peut vous demander de justifier que l’outil respecte les conditions d’inaltérabilité, de sécurisation, de conservation et d’archivage des données.
En pratique, le problème surgit rarement au moment de l’achat du logiciel. Il surgit le jour où l’administration demande le certificat, où l’éditeur tarde à répondre, où l’attestation ne vise pas la bonne version, ou lorsque le logiciel utilisé en boutique n’est plus exactement celui qui avait été installé.
Ce n’est pas une difficulté purement technique. C’est un risque fiscal immédiat.
Pour les entreprises qui veulent traiter ce sujet dans une stratégie plus large de conformité et de contentieux commercial, le cabinet intervient aussi en droit des affaires.
Ce que la loi impose pour un logiciel ou système de caisse
L’article 286 du Code général des impôts vise les assujettis à la TVA qui effectuent des livraisons de biens ou des prestations de services ne donnant pas lieu à facturation et qui enregistrent ces opérations avec un logiciel ou un système de caisse.
Dans ce cas, l’entreprise doit utiliser un logiciel ou un système satisfaisant à quatre conditions : inaltérabilité, sécurisation, conservation et archivage des données.
Ces conditions doivent être attestées soit par un certificat délivré par un organisme accrédité, soit par une attestation individuelle de l’éditeur conforme au modèle fixé par l’administration.
La page officielle du ministère de l’Économie rappelle que la loi de finances pour 2026 a rétabli la possibilité d’obtenir une attestation individuelle de l’éditeur du logiciel de caisse. La même page insiste sur la nécessité de pouvoir présenter un justificatif en cas de contrôle.
Pour une entreprise, la question utile n’est donc pas seulement : “mon logiciel est-il certifié ?”
La vraie question est : “puis-je produire, aujourd’hui, un document valable pour le logiciel effectivement utilisé dans mon établissement ?”
Quand l’attestation éditeur pose problème
Plusieurs situations doivent alerter.
L’éditeur ne répond pas.
L’éditeur répond qu’il ne fournit plus d’attestation pour une ancienne version.
L’attestation vise un autre produit, une autre version, une autre société éditrice ou une date qui ne couvre pas la période contrôlée.
Le logiciel a été modifié par un prestataire local, connecté à un module de paiement, à un outil de réservation ou à une extension de gestion de stock.
L’entreprise a changé de caisse sans conserver l’ancien certificat.
Le commerce utilise plusieurs points de vente, avec des paramétrages différents.
Dans chacune de ces hypothèses, l’entreprise ne doit pas attendre la fin du contrôle pour reconstituer son dossier. Elle doit organiser immédiatement la preuve de ce qui a été utilisé, à quelle date, dans quel établissement et avec quelles garanties.
L’amende de 7 500 euros n’est pas le seul risque
Le risque le plus connu est l’amende de 7 500 euros par logiciel ou système de caisse non conforme. C’est déjà significatif pour un commerce indépendant.
Mais ce n’est pas le seul sujet.
Un logiciel de caisse mal documenté peut aussi alimenter un soupçon plus large sur la fiabilité des recettes déclarées. L’administration peut alors s’intéresser aux tickets Z, exports de caisse, remises bancaires, journaux de ventes, annulations, avoirs, suppressions, écarts de stocks et rapprochements TVA.
Une décision de la chambre criminelle du 4 février 2026 illustre le niveau d’attention porté aux logiciels permettant la suppression de ventes et la dissimulation de recettes. Dans cette affaire, la Cour de cassation évoque un renseignement portant sur la mise sur le marché d’un logiciel de gestion d’officine permettant la suppression de ventes et la dissimulation de recettes soumises à l’impôt.
Le cas n’est pas celui d’un simple oubli d’attestation. Il montre toutefois pourquoi l’administration ne traite pas les logiciels de caisse comme une formalité secondaire.
Quand la caisse est suspecte, c’est l’ensemble du chiffre d’affaires qui peut être discuté.
Que faire dès réception d’une demande de l’administration
La première réaction doit être documentaire.
Il faut identifier le logiciel exact utilisé pendant la période visée : nom commercial, éditeur, numéro de version, licence, établissement concerné, date d’installation, date des mises à jour et prestataire intervenu.
Il faut ensuite demander à l’éditeur, par écrit, l’attestation individuelle ou le certificat applicable à cette version. Le courriel doit être précis. Il doit viser l’entreprise, le numéro de licence, la période contrôlée et le lieu d’utilisation.
Si l’éditeur refuse ou ne répond pas, il faut conserver cette trace. Un silence non documenté ne sert à rien. Une demande datée, relancée et conservée peut aider à expliquer la situation.
Il faut aussi récupérer les éléments techniques déjà disponibles : contrat d’abonnement, facture d’achat, conditions générales, fiche produit, documentation de conformité, historiques de mise à jour, exports de clôture journalière, sauvegardes et droits administrateur.
Enfin, il faut éviter une erreur fréquente : changer brutalement de logiciel pendant le contrôle sans conserver les données de l’ancien système. La mise en conformité pour l’avenir ne doit pas faire disparaître les preuves du passé.
Si l’attestation ne correspond pas à la version utilisée
C’est l’un des cas les plus sensibles.
Une attestation générique peut être insuffisante si elle ne permet pas d’établir que la version utilisée par l’entreprise respecte bien les exigences légales.
Il faut alors demander une attestation rectifiée ou une note complémentaire de l’éditeur. Cette note doit idéalement préciser le nom du logiciel, la version, la période de validité, les modules concernés et les garanties d’inaltérabilité, de sécurisation, de conservation et d’archivage.
Si le logiciel a été paramétré ou modifié par un intégrateur, l’entreprise doit aussi obtenir les informations sur ces interventions. Le point à vérifier est concret : la modification a-t-elle affecté les données de caisse, les exports, les annulations, les clôtures ou les archives ?
Si la réponse est non, il faut le documenter.
Si la réponse est oui, il faut mesurer le risque avant de répondre à l’administration.
Les pièces à préparer avant de répondre
Avant toute réponse écrite, l’entreprise doit réunir un dossier court mais solide.
Il doit contenir l’attestation ou le certificat disponible, les échanges avec l’éditeur, les factures du logiciel, les contrats de maintenance, les journaux de clôture, les exports demandés par l’administration, les sauvegardes et la liste des personnes ayant accès aux droits de modification.
Pour un commerce multi-sites, il faut établir un tableau par établissement. Une même enseigne peut utiliser des configurations différentes. Un contrôle peut donc révéler que la conformité est correcte dans un magasin, mais discutable dans un autre.
Pour un restaurant ou un commerce saisonnier, il faut aussi vérifier les périodes de fermeture, les changements de caisse et les migrations de données.
La réponse à l’administration doit rester factuelle. Il ne faut pas affirmer que le logiciel est conforme si le justificatif ne le démontre pas. Il vaut mieux expliquer les démarches engagées, produire les documents disponibles et, si nécessaire, demander un délai court pour obtenir une attestation rectifiée.
Peut-on régulariser après coup ?
Une mise en conformité pour l’avenir est utile, mais elle ne règle pas automatiquement le passé.
Changer de logiciel, souscrire un nouvel abonnement ou obtenir une attestation récente ne prouve pas nécessairement que l’ancien système était conforme pendant la période contrôlée.
La régularisation doit donc être présentée avec prudence.
Elle peut démontrer la bonne foi de l’entreprise pour l’avenir. Elle peut aussi réduire le risque opérationnel. Mais elle ne remplace pas la preuve portant sur la période déjà vérifiée.
Si l’entreprise ne peut pas obtenir l’attestation de l’ancienne version, il faut travailler sur les preuves alternatives : documentation technique, historiques de version, sauvegardes, exports, absence d’anomalies dans les journaux de ventes, cohérence entre caisse, banque et déclarations de TVA.
Ce travail doit être fait avant la réponse finale.
Paris et Île-de-France : pourquoi agir vite
À Paris et en Île-de-France, beaucoup de commerces utilisent des logiciels de caisse connectés à des solutions de paiement, de livraison, de réservation ou de gestion de stock.
Cette organisation peut être efficace, mais elle complique la preuve.
Quand un contrôle porte sur plusieurs établissements, sur une franchise, sur un restaurant avec ventes sur place et livraisons, ou sur une boutique ayant changé de prestataire informatique, il faut rapidement distinguer ce qui relève du logiciel de caisse, du terminal de paiement, de l’outil de commande et de la comptabilité.
Le tribunal compétent dépendra ensuite de la nature du litige : contestation fiscale, responsabilité de l’éditeur, litige commercial avec un prestataire ou contentieux contractuel. Le bon réflexe consiste à séparer ces sujets dès le départ.
La bonne stratégie en cas de refus ou d’attestation incomplète
L’entreprise doit éviter deux excès.
Le premier consiste à minimiser la demande de l’administration. Une attestation manquante peut déclencher une sanction et ouvrir une discussion plus large sur les recettes.
Le second consiste à répondre trop vite avec un document approximatif. Une attestation qui ne correspond pas au logiciel utilisé peut fragiliser davantage la position de l’entreprise.
La stratégie utile tient en quatre temps.
D’abord, identifier précisément le logiciel et la période contrôlée.
Ensuite, obtenir ou demander formellement l’attestation applicable.
Puis, réunir les preuves techniques et comptables permettant de démontrer la fiabilité des enregistrements.
Enfin, répondre à l’administration avec un dossier cohérent, sans promettre plus que ce que les pièces prouvent.
Pour un commerce, le sujet n’est pas de réciter la norme NF525. Le sujet est de prouver que les recettes enregistrées n’ont pas pu être modifiées, supprimées ou masquées sans trace.
Sources officielles utiles
L’article 286 du Code général des impôts fixe l’obligation d’utiliser un logiciel ou système de caisse satisfaisant aux conditions d’inaltérabilité, de sécurisation, de conservation et d’archivage des données.
Le ministère de l’Économie publie une fiche officielle sur la certification des logiciels de caisse et les changements applicables en 2026.
Entreprendre Service Public rappelle également les règles générales de facturation et les obligations des entreprises en matière de conservation des pièces.
Besoin d’un avis rapide sur votre dossier.
Le cabinet peut relire votre demande de l’administration, vérifier l’attestation éditeur, identifier les pièces manquantes et préparer une réponse structurée.
Pour un commerce situé à Paris ou en Île-de-France, l’analyse peut intégrer le prestataire informatique, le logiciel utilisé, les exports de caisse, les déclarations de TVA et la stratégie de réponse.
Appelez le cabinet au 06 46 60 58 22 ou utilisez le formulaire de contact.
Transmettez les pièces de votre dossier au cabinet. Maître Reda KOHEN vous répond personnellement sous 24 heures avec une première analyse stratégique.