Analyse co-signée par Grégoire Leclercq, CEO de MyUnisoft, et
Charles-Antoine Bichet, expert-comptable associé chez Fic Expertise.
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.
Analyse en cinq axes
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.