Afficher le sommaire Masquer le sommaire
Au 1er septembre 2026, tous les OGEC devront être en capacité de recevoir des factures au format électronique. Au 1er septembre 2027, ceux qui exercent une activité lucrative accessoire au-delà du seuil de 80 011 € location de salles, centre de loisirs, soutien scolaire devront en émettre et transmettre leurs données à l’administration fiscale.
Derrière cette obligation présentée comme purement technique se cache un choix d’architecture qui engagera les établissements pour dix ans, et que beaucoup s’apprêtent à mal faire.
1 – Une réforme qui ne tolère pas l’à-peu-près
La logique de la réforme est claire : chaque facture B2B passera désormais par une plateforme agréée (PA), intermédiaire obligatoire entre l’émetteur, le destinataire et l’administration fiscale. L’État a publié sa liste : plus de cent vingt acteurs sont immatriculés à ce jour.
Sur le papier, le choix paraît large. En pratique, toutes les architectures ne se valent pas, et celles qui sont commercialement les plus visibles ne sont pas celles qui servent le mieux les écoles.
2 – Le piège du « patchwork »
Le modèle commercial dominant chez les éditeurs consiste à découpler les briques : d’un côté l’ERP comptable et scolaire ; de l’autre, une plateforme agréée (PA), souscrite séparément, souvent chez un partenaire, puis reliée par un connecteur facturé en supplément.
Sur le papier, l’assemblage fonctionne. Dans la vie d’une école, il pose pourtant cinq problèmes.
Premier problème : le coût. Deux, trois, voire quatre abonnements, en comptant le connecteur, représentent plusieurs centaines, voire plusieurs milliers d’euros par an qui s’ajoutent au budget informatique. Pour un OGEC qui justifie chaque dépense devant les familles et son conseil d’administration, ce n’est pas un détail. Exemple : sans PA native, l’établissement doit parfois se doter, en plus, d’un intermédiaire de stockage documentaire.
Deuxième problème : la responsabilité. Quand une facture se perd entre la PA et le journal comptable, à qui s’adresser ? L’éditeur du logiciel renvoie vers l’opérateur de la plateforme, qui renvoie vers le développeur du connecteur. Pendant ce temps, la facture n’est ni reçue, ni payée, ni enregistrée.
Troisième problème : la cohérence. La réforme va évoluer : les formats normalisés vont s’enrichir, le périmètre du e-reporting est susceptible de s’étendre, et les statuts de facture vont évoluer eux aussi. Une architecture en patchwork suppose que trois fournisseurs mettent à jour leur brique en même temps. L’expérience montre que ce n’est jamais le cas.
Quatrième problème, et sans doute le plus structurel : la double saisie. Une PA qui n’écrit pas directement dans le journal comptable transforme chaque facture en tâche manuelle. Or l’intérêt même de la dématérialisation, c’est précisément la fin de la saisie.
Dernier problème, et non des moindres : la sécurité et la protection des données. Les écoles brassent des données sensibles concernant les familles et les élèves. Une architecture en « patchwork » multiplie les failles de sécurité potentielles et les transferts de données, alors qu’une plateforme intégrée « tout-en-un » garantit que la donnée reste dans un environnement unique et souverain.
3 – Ce que change une plateforme agréée native
Une PA véritablement intégrée à l’ERP comptable c’est-à-dire éditée par le même fournisseur et développée dans le même environnement technique change totalement l’équation.
Le flux devient unique. Une facture arrive ; elle s’affecte automatiquement au bon secteur comptable : activité d’enseignement exonérée ou activité accessoire taxable. La TVA collectée, ou non collectée, se positionne sans intervention. Le e-reporting se construit à partir des écritures déjà passées. Il n’y a plus d’interface à maintenir, puisqu’il n’y a plus d’interface du tout.
La conformité devient alors une propriété du système, et non un projet permanent. Quand la réglementation change, c’est l’éditeur qui adapte les deux briques en cohérence, et l’utilisateur n’a rien à faire. Quand un problème survient, il y a un seul interlocuteur et donc une seule responsabilité.
École Futée gère également le lien avec l’annuaire central permettant d’identifier comment joindre le destinataire de la facture. C’est un axe de conformité que seules les PA peuvent garantir, et dont un ERP scolaire « tout-en-un » peut naturellement hériter.
4 – Le sens politique d’un coût nul
Reste la question du prix. Notre conviction, partagée par des experts-comptables qui accompagnent quotidiennement les OGEC : la plateforme agréée doit être incluse sans surcoût dans l’ERP comptable. C’est bien évidemment le cas d’École Futée.
La facture électronique n’est pas un service à valeur ajoutée. C’est une obligation légale imposée par l’État pour moderniser la collecte de la TVA et lutter contre la fraude. Que des éditeurs profitent de cette obligation pour facturer un service supplémentaire revient, en toute franchise, à instaurer une rente.
Les écoles vivent de financements publics et des contributions des familles ; chaque euro consacré à un module de conformité est un euro qui n’ira pas à la pédagogie, à l’entretien des bâtiments ou aux salaires.
5 – Trois questions à poser à son éditeur avant l’été
Le calendrier ne laisse plus beaucoup de temps. Les OGEC qui n’ont pas encore tranché devraient, avant la rentrée, poser à leur éditeur trois questions très simples :
- La plateforme agréée que vous me proposez est-elle éditée par vous ou par un tiers ?
- Existe-t-il un surcoût : abonnement, connecteur, frais de paramétrage pour l’activer ?
- Quand la réglementation évolue, qui est responsable de la mise à jour : vous ou moi ?
Les réponses à ces trois questions détermineront, pour la décennie qui vient, le coût et la sérénité de la fonction comptable des écoles. Choisir aujourd’hui une architecture native, intégrée et sans surcoût, c’est sécuriser une obligation légale tout en libérant du budget pour ce qui compte vraiment : l’élève.
Grégoire LECLERCQ
CEO de MyUnisoft
Charles-Antoine BICHET
Expert-comptable associé chez Fic Expertise
