Les quatre obligations ISCA de la fiscalisation française, en termes simples
Depuis le 1er janvier 2018, l'article 286-I-3° bis du Code général des impôts (CGI) impose à toute entreprise assujettie à la TVA qui enregistre les règlements de ses clients au moyen d'un système de caisse d'utiliser un logiciel satisfaisant à quatre conditions : inaltérabilité, sécurisation, conservation et archivage. Réunies, ces quatre conditions sont connues sous le nom d'obligations ISCA. Ce guide explique, en termes simples, ce que chacune signifie pour un éditeur de logiciel de caisse ou de point de vente.
Ce que dit la loi
L'obligation a été créée par l'article 88 de la loi de finances pour 2016 et s'applique depuis le 1er janvier 2018. Elle a pour but de lutter contre la fraude à la TVA en rendant impossibles les logiciels dits permissifs, c'est-à-dire capables de supprimer ou de modifier a posteriori des paiements enregistrés. Elle vise les entreprises assujetties à la TVA, tous secteurs confondus, dont le système enregistre les règlements des clients « extra-comptablement », c'est-à-dire en saisissant le paiement dans la caisse ou le système de point de vente lui-même, indépendamment des écritures comptables. C'est ce qui définit un système de caisse pour l'administration fiscale, et cela s'applique quel que soit le mode de paiement (espèces, carte, virement) et que le système soit sur site ou en ligne. La conformité du système de caisse peut être prouvée de deux manières : un certificat délivré par un organisme accrédité (LNE ou InfoCert), ou une attestation individuelle de l'éditeur du logiciel, conforme à un modèle fixé par l'administration fiscale. La loi porte sur la conformité de votre système, non sur l'obligation d'en utiliser un : si vous utilisez une caisse, elle doit être conforme.
I — Inaltérabilité
Le logiciel doit enregistrer toutes les données de paiement sans aucune possibilité de les altérer. Une annulation ou une correction reste commercialement possible, mais elle doit elle-même être enregistrée et rester immédiatement identifiable. Rien ne peut être supprimé ou réécrit en silence.
S — Sécurisation
Le logiciel doit sécuriser les données d'origine, les données de modification et les données servant à produire les pièces justificatives, de sorte que l'ensemble puisse être restitué dans son état d'enregistrement d'origine. En pratique, cela repose sur la signature et le chaînage cryptographique des enregistrements.
C — Conservation
Le logiciel doit calculer et enregistrer des données cumulatives et récapitulatives — clôtures journalières, mensuelles et annuelles — complètes et inviolables. Ce sont ces totaux figés qui permettent à l'administration fiscale de rapprocher le chiffre d'affaires déclaré.
A — Archivage
Le logiciel doit archiver les données enregistrées selon une périodicité choisie (au plus annuelle, ou par exercice), afin de figer les données et de leur donner une date certaine. L'archive doit rester accessible et exploitable en cas de contrôle.
| Obligation | Ce que le système doit garantir |
|---|---|
| Inaltérabilité | Aucun enregistrement de paiement ne peut être modifié sans laisser de trace |
| Sécurisation | Données d'origine et de modification protégées et restituables telles qu'enregistrées |
| Conservation | Clôtures journalières, mensuelles et annuelles, figées et complètes |
| Archivage | Archivage périodique donnant une date certaine aux données enregistrées |
Deux moyens de prouver la conformité (aperçu)
ISCA décrit ce que le système doit garantir, non la manière de le prouver. Pour la preuve, deux voies coexistent : la certification par un organisme accrédité (LNE ou InfoCert) et l'attestation individuelle de l'éditeur, rétablie par la loi de finances pour 2026. Les deux sont reconnues à parts égales par l'administration fiscale. Nous détaillons ce choix dans des articles dédiés.
À ne pas confondre avec la facturation électronique
Les obligations ISCA relèvent du régime anti-fraude applicable aux logiciels de caisse. Elles sont distinctes du déploiement de la facturation électronique, même si les deux sujets suivent des calendriers proches. Il s'agit de deux obligations distinctes, portées par deux dispositifs différents : ISCA sécurise la manière dont les règlements des clients sont enregistrés à la source, dans la caisse, tandis que la facturation électronique régit la manière dont les factures sont émises, transmises et déclarées entre entreprises.
Prochaines étapes
fiskaly SIGN FR fournit le socle technique — signature, chaînage cryptographique, journalisation inviolable et archivage — sur lequel repose la conformité ISCA, que vous optiez pour la certification accréditée ou pour l'attestation individuelle de l'éditeur. Testez l'API gratuitement, sans engagement, ou échangez avec notre équipe pour cadrer votre conformité française. Dernière mise à jour : septembre 2026. Cet article constitue une orientation générale et ne saurait tenir lieu de conseil juridique ou fiscal. Vérifiez le périmètre et les exigences applicables au regard de la doctrine en vigueur de l'administration fiscale française (BOFiP, bofip.impots.gouv.fr) et du texte de l'article 286-I-3° bis du CGI sur Légifrance.
