Le logiciel qui suitvotre métier telqu’il se pratique.

Un progiciel généraliste est écrit pour la moyenne de son marché. Il sait donc faire beaucoup de choses à peu près, et il arrive avec des modules que vous n’ouvrirez jamais. Le jour où votre façon de travailler ne rentre dans aucun de ses champs, il ne reste que deux sorties : la note libre, où l’information cesse d’être exploitable, ou le tableur ouvert à côté, qui devient une seconde version de la vérité.

Un ERP métier prend le problème par l’autre bout. On écrit d’abord le vocabulaire réel : chez un réparateur, un dossier a un appareil, une panne, une pièce commandée et un client qui attend un message ; en restauration, un service a une équipe, des heures et une caisse à fermer. Les écrans viennent ensuite, et ils n’affichent que ce qui existe vraiment dans ce métier-là.

La différence ne se mesure pas en fonctionnalités, elle se mesure en gestes : le nombre de clics pour enregistrer une prise en charge, le nombre d’endroits où la même information est ressaisie, le temps qu’il faut à quelqu’un qui arrive pour comprendre l’écran sans qu’on le lui explique. C’est aussi ce qui distingue un ERP d’un CRM, deux outils qu’on confond souvent — nous détaillons la différence entre un CRM et un ERP métier dans la FAQ.

Rien de ce qui suit n’est une projection. Ce sont deux systèmes en service, et leurs écrans sont reproduits sur ce site.

Les deux interfaces sont montrées dans nos réalisations : le module de navigation, le tableau de bord temps réel et l’entrée de l’équipe. Et l’un des avis clients publiés ici dit la même chose sous un autre angle : le temps gagné dans la journée grâce aux relances SMS automatiques et à la facture qui se génère seule.

C’est la contrainte qui décide du reste, et elle est datée. Le guide pratique publié par la Direction générale des Finances publiques l’écrit ainsi : depuis le 1er septembre 2026, toutes les entreprises concernées par la réforme doivent avoir la capacité de recevoir des factures électroniques, et cette réception s’effectue par l’intermédiaire d’une plateforme agréée. Les grandes entreprises et les entreprises de taille intermédiaire doivent déjà émettre par ce canal. Pour les PME, les TPE et les micro-entreprises, l’obligation d’émission s’applique au 1er septembre 2027 (guide pratique de la DGFiP).

Un logiciel de gestion n’a pas à devenir une plateforme : ce qu’on lui demande, c’est de permettre le recours à une plateforme agréée. Concrètement, la question se pose au moment du cahier des charges et non deux ans plus tard : par quelle plateforme passent vos factures, dans quel format elles en sortent, qui transmet, et ce qui se passe quand une facture revient en erreur. Un outil écrit sans cette question se répare ensuite, et une réparation coûte toujours plus qu’une décision.

À côté de la facture elle-même, le e-reporting désigne la transmission à l’administration de données de transaction et, dans certains cas, de paiement — articles 290 et 290 A du code général des impôts ; il s’applique depuis le 1er septembre 2026 aux grandes entreprises et aux entreprises de taille intermédiaire pour les opérations visées par le calendrier. Pour les autres, référez-vous au calendrier officiel plutôt qu’à une date recopiée ailleurs : c’est exactement le genre d’information qui traîne, périmée, sur des pages jamais relues. État vérifié le 23 septembre 2026.

Qui encaisse des particuliers sans émettre de facture et utilise un logiciel de caisse relève de l’article 286, I-3° bis du code général des impôts : le logiciel doit satisfaire des conditions d’inaltérabilité, de sécurisation, de conservation et d’archivage des données, en vue du contrôle de l’administration. L’administration précise que les logiciels dits libres ou développés en interne sont également concernés (impots.gouv.fr). Autrement dit : le fait qu’un logiciel ait été écrit pour vous ne le met pas hors champ, et c’est une raison de plus d’en parler au devis.

La preuve de cette conformité a changé deux fois. La loi de finances pour 2025 avait supprimé l’attestation de l’éditeur au 16 février 2025, ne laissant que le certificat d’un organisme accrédité ; l’article 125 de la loi du 19 février 2026 l’a rétablie, applicable depuis le 21 février 2026, selon un modèle publié par l’administration (BOFiP). Les deux modes de preuve coexistent aujourd’hui. Sans justificatif, l’article 1770 duodecies du même code prévoit une amende de 7 500 € par logiciel ou système de caisse concerné, avec soixante jours pour se mettre en conformité après notification.

Ce que cela veut dire quand nous écrivons votre caisse : le sujet entre au cahier des charges, il se tranche au devis et se relit avec votre comptable. Nous n’écrivons pas « caisse certifiée » — le mot a un sens précis, et le justificatif se demande à l’éditeur du logiciel puis se conserve, parce que c’est vous qui le présentez en cas de contrôle. État vérifié le 19 octobre 2026 ; les références d’articles citées ici changent au 1er janvier 2027, avec la recodification des dispositions de TVA.

Personne ne part d’une page blanche. Il y a toujours un tableur, un carnet, un ancien logiciel, et souvent les trois à la fois. Cette matière est un actif : la perdre coûte plus cher que le logiciel lui-même, parce qu’elle contient l’historique que vous ne pourrez pas reconstituer.

La reprise commence donc par une lecture de ce qui existe, et trois situations se présentent. Un export propre depuis un logiciel : il se relit, se nettoie et s’importe. Un tableur tenu à la main : il faut d’abord décider quelle colonne fait foi, parce qu’un fichier vivant contient toujours plusieurs conventions superposées. Un outil qui n’exporte rien : on reprend alors ce qui doit l’être, en connaissance de coût, plutôt que tout par principe.

La reprise de vos données est comprise dans la formule Système complet. Prise seule, elle se chiffre avec le reste, parce que sa durée dépend entièrement de l’état de ce qu’on reprend, et cet état ne se devine pas depuis un devis. Dans l’autre sens, la sortie est garantie : le code vous est livré et vos données restent exportables. Un système que vous ne pourriez pas reprendre, ou confier à quelqu’un d’autre, serait un mauvais système.