Pourquoi Liakont, plutôt qu'une autre voie vers la conformité

Si votre logiciel de gestion est ancien et que la réforme de la facturation électronique approche, vous comparez sans doute plusieurs options. C’est le bon réflexe. Cette page met les voies possibles côte à côte, honnêtement, et situe Liakont parmi elles.

Un cadrage d’abord, pour lire ce qui suit sans confusion. La migration n’est pas un concurrent de Liakont : c’est la contrainte que Liakont vous évite. De la même façon, un convertisseur générique ou une plateforme agréée ne « rivalisent » pas avec nous sur le même terrain : ils supposent que votre logiciel sache déjà exporter ou exposer une interface. Pour un logiciel ancien, c’est justement ce qui manque. La comparaison ci-dessous ne dénigre personne ; elle décrit des catégories d’approche, ce que chacune peut faire, et là où elle s’arrête.

Le tableau, en un coup d’œil

Nous comparons les quatre voies — et Liakont — sur sept critères. La ligne décisive est la première : lire une base ancienne, sans API et sans export. C’est le seul point où Liakont répond « oui » là où toutes les autres voies répondent « non » — et c’est précisément la situation d’un logiciel ancien.

Critère	Liakont	Convertisseur générique	Migration / nouveau logiciel	Brancher une PA directement	Ne rien faire
Lit une base ancienne sans API ni export	Oui	Non	Sans objet	Non	Non
Sans toucher ni remplacer votre logiciel	Oui	Oui	Non	Oui	Oui
Sans ressaisie manuelle	Oui	Oui	Oui	Non	Non
Mapping TVA validé par votre expert-comptable	Oui	Variable	Variable	Non	Non
Contrôles qualité bloquants (dont BR-CO-15)	Oui	Variable	Variable	Non	Non
Transmission via une plateforme agréée incluse	Oui	Non	Variable	Oui	Non
Sécurisation de la preuve (suivi, archivage probant)	Selon le niveau	Non	Variable	Non	Non

« Sans objet » pour la migration sur la première ligne : migrer ne consiste pas à lire votre base ancienne, mais à la remplacer. C’est une autre logique — et un autre coût — que nous détaillons plus bas. « Selon le niveau » sur la dernière ligne : le suivi des retours et l’archivage probant relèvent du degré de prise en charge que vous choisissez, point sur lequel nous revenons.

Le reste de cette page explique chaque voie, sans raccourci.

Voie 1 — Le convertisseur générique

L’idée séduit : « votre logiciel exporte déjà des factures, un petit convertisseur les met au format réglementaire, et vous êtes conforme ». Pour des factures simples, c’est presque vrai.

Deux limites apparaissent vite. La première : un convertisseur suppose un export propre. Beaucoup de logiciels anciens (applicatifs WinDev, Magic XPA, Delphi, Access, ou de type AS400 / RPG) ne savent ni produire un fichier structuré exploitable, ni exposer d’interface. Sans matière à convertir, l’outil n’a rien à se mettre sous la dent.

La seconde : convertir un format n’est pas comprendre une opération. Les régimes dérogatoires — TVA sur la marge des biens d’occasion (article 297 A du CGI), remboursement forfaitaire agricole, débours, autofacturation sous mandat — n’ont pas de catégorie de taxe « par défaut » dans la norme. Un mapping « cinq lignes de code » ne les représente pas ; il les écrase silencieusement. Sur un métier comme l’enchère, la base taxable est même répartie sur deux pièces — frais acheteur et frais vendeur — qu’il faut agréger lot par lot et par taux : un outil qui ne lit qu’un seul type de document calcule une base fausse.

Liakont travaille là où le convertisseur s’arrête. Il lit la base directement en lecture seule — au travers d’un accès ODBC strict, sans aucune écriture — même sans export, applique un mapping TVA paramétré et validé par votre expert-comptable, aligné sur la norme EN 16931 (codes de catégories de TVA et codes VATEX du code list officiel), puis passe chaque facture par une vingtaine de contrôles qualité, dont l’équilibre HT + TVA = TTC (règle EN 16931 BR-CO-15), bloquante. Principe constant : on bloque plutôt que de transmettre une facture fausse.

Pour le détail des régimes qu’un convertisseur générique ne sait pas traiter, voir notre analyse : Convertisseur générique ou couche métier : 5 cas où un mapping « 5 lignes de code » échoue.

Voie 2 — La migration ou le nouveau logiciel

Remplacer le logiciel résout la conformité, puisque le nouvel outil est conçu pour la réforme. Mais pour la cible de Liakont, migrer n’est pas d’abord une question de prix : c’est souvent tout simplement impossible, ou hors de proportion avec le besoin.

Un applicatif métier spécifique se réécrit entièrement : c’est un redémarrage produit de plusieurs années. Un parc à fort spécifique sur une base ancienne suppose un projet lourd, une reprise de données, une conduite du changement, et la perte de l’outil que vos équipes maîtrisent. Surtout, vous changeriez de système d’information sous la contrainte d’une échéance fiscale, pas au rythme de votre stratégie.

C’est pourquoi nous ne plaçons pas Liakont « en moins cher que la migration ». Nous le plaçons ailleurs : Liakont ne touche à rien. Un agent lit votre base existante en lecture seule, et vous migrez le jour où vous l’avez décidé — pas parce que la réforme vous y oblige. Ceux pour qui migrer était simple l’ont d’ailleurs déjà fait ; si vous êtes encore sur un logiciel ancien en 2026, c’est rarement par hasard.

Côté éditeurs, le même arbitrage se pose différemment. Voir : Garder son logiciel métier ou tout migrer : les 4 choix d’un éditeur face à la réforme.

Voie 3 — Brancher directement une plateforme agréée

Il existe de nombreuses plateformes agréées (PA), parfois proposées sans surcoût d’abonnement. La tentation est logique : « pourquoi un intermédiaire, si je peux me brancher directement ? »

Parce qu’une PA, pour recevoir vos factures, attend des données déjà structurées — par un export, une API, ou une saisie. Si votre logiciel ne sait pas les produire, il ne reste que la saisie manuelle dans le portail de la plateforme. À quelques factures par mois, cela se tient. À cent cinquante factures mensuelles, c’est des heures de ressaisie chaque mois, des statuts de rejet à gérer à la main, et un risque d’écart entre votre base et ce qui est réellement transmis.

Liakont n’est pas une plateforme agréée de plus : c’est la couche qui manque entre votre logiciel ancien et la PA. Il lit votre base là où aucune PA ne peut se brancher, prépare des données conformes, puis les transmet à une plateforme agréée partenaire qui, elle, émet la facture légale et la route vers l’administration. La transmission via une PA est ainsi incluse dans l’offre : un seul interlocuteur. Et parce que la solution sait s’adapter au moyen exposé par la PA — dépôt de fichier, connecteur ou API — changer de plateforme ne vous oblige pas à tout refaire.

Une PA seule ne suffit pas : l’exemple de la preuve

Il y a un point que la seule transmission ne couvre jamais, et qui mérite d’être nommé. Une plateforme agréée n’archive que ce qui transite par elle. Or certaines preuves fiscales reposent sur des éléments qui ne transitent pas par la PA.

Le cas le plus net est celui du régime de la marge des biens d’occasion (article 297 A du CGI, section « Biens d’occasion, œuvres d’art, objets de collection et d’antiquité » sur Légifrance), fréquent dès qu’un bien d’occasion est revendu. La base taxable n’y est pas le prix de vente, mais la marge — donc le prix d’achat, ou la valeur d’entrée du bien, doit pouvoir être justifié. En e-reporting, aucun champ transmis ne porte ce prix d’achat. En cas de contrôle, sans justificatif interne conservé, l’administration est fondée à reconstituer la base sur le prix de vente total plutôt que sur la marge. La PA, qui n’a jamais vu cette donnée, ne peut rien y faire.

C’est exactement la frontière entre nos deux degrés de prise en charge, que nous abordons ci-dessous : transmettre proprement est une chose ; sécuriser durablement la preuve — la pièce, la règle de TVA appliquée et qui l’a validée, la réponse de la PA et les éléments de calcul de la marge, chaînés et horodatés — en est une autre.

Pour bien distinguer les rôles, voir notre page La réforme expliquée et le glossaire (PA, SC, architecture en Y).

Voie 4 — Ne rien faire

C’est une option ; il faut la nommer pour l’évaluer. Trois conséquences, à mesurer froidement.

La réception arrive en premier, et touche tout le monde. Dès le 1ᵉʳ septembre 2026, la réception des factures électroniques devient obligatoire pour toutes les entreprises (calendrier officiel sur impots.gouv.fr) : n’importe lequel de vos fournisseurs peut vous adresser une facture électronique — et votre logiciel ancien ne saura pas la traiter. C’est concret et quotidien : c’est votre comptabilité fournisseurs qui se grippe, bien avant toute question d’amende. Pour le détail du calendrier et des rôles, voir notre page La réforme expliquée.

L’émission devient obligatoire, par paliers. L’obligation d’émettre et de faire de l’e-reporting s’applique aux grandes entreprises et aux ETI dès 2026, puis aux PME, TPE et micro-entreprises en 2027. Le défaut d’émission est sanctionné, dans des limites annuelles plafonnées ; nous citons ce cadre pour être complets, pas pour vous faire peur : l’argument qui compte reste opérationnel.

La sanction n’est pas la vraie douleur. Par honnêteté, nous ne vendons pas la peur de l’amende. La vraie difficulté est ailleurs : une chaîne de facturation qui ne traite plus les flux entrants, des écritures à reprendre à la main, et une fenêtre d’équipement qui se referme au moment où tout le marché s’équipe en même temps.

Ne rien faire, ce n’est pas gagner du temps. C’est repousser la charge vers une fenêtre plus courte.

Une nuance, pas une grille : le degré de prise en charge

Liakont se choisit selon le degré de prise en charge que vous souhaitez — et ce choix se pose au diagnostic, au cas par cas, jamais selon votre type d’établissement.

• Essentiel — la mise en conformité. La solution extrait vos données, applique le paramétrage, construit le document conforme (Factur-X) ou le flux d’e-reporting, et le transmet directement à votre plateforme agréée. Le suivi des retours et l’archivage restent de votre côté, sur le portail de votre PA. C’est le choix « je veux simplement être en règle ».
• Pilotage — le flux géré de bout en bout. Via l’API de la PA, la solution récupère les statuts et les rejets, vous offre une console unique de suivi, assure une supervision proactive (détecter une panne silencieuse avant qu’elle ne devienne une non-conformité) et un archivage probant : coffre en écriture seule (WORM), chaînage cryptographique des empreintes (SHA-256) vérifiable hors ligne, horodatage qualifié (RFC 3161 / eIDAS), export « prêt pour contrôle » et réversibilité. Ce coffre n’est pas certifié NF Z42-013 (une option d’archivage complémentaire reste possible) ; il met en œuvre de fortes garanties d’intégrité, de traçabilité et d’immutabilité.

Le bon niveau dépend de votre exposition au risque et du confort recherché, pas d’une catégorie d’entreprise : deux établissements d’un même secteur peuvent légitimement faire des choix différents. Inutile de trancher maintenant — nous vous orienterons au diagnostic. Le déroulé complet, du diagnostic au run, est décrit sur comment on travaille.

Le critère qui tranche

Relisez la première ligne du tableau. La question décisive n’est pas « quelle option est la moins chère », mais : « que fait votre dispositif quand votre logiciel ne sait ni exporter, ni exposer d’API ? »

Le convertisseur attend un export. La migration remplace l’outil. La PA attend des données prêtes. Le statu quo expose votre comptabilité et votre conformité. Liakont, lui, lit votre base existante en lecture seule, sans rien y écrire, sans rien y modifier — et c’est de là que part toute la chaîne : normalisation au standard EN 16931, mapping TVA validé, contrôles bloquants, transmission via une plateforme agréée partenaire, puis, selon le niveau retenu, suivi des retours, supervision proactive et archivage probant.

Un dernier point, par cohérence avec notre posture. Liakont est une Solution Compatible (SC) : un positionnement que nous revendiquons, sans nous présenter comme une plateforme agréée ni nous prévaloir d’un quelconque agrément. La transmission légale est assurée par une plateforme agréée partenaire, seule habilitée à émettre la facture. Nous ne nous substituons jamais à elle. Nous faisons ce que personne ne fait de façon générique : capter proprement la donnée d’un logiciel ancien, puis la rendre transmissible.

Le plus simple pour savoir où vous vous situez reste d’en parler à partir de votre cas réel.

Vérifier la compatibilité de mon logiciel