On ne vend pas d’ERP. On remet de l’ordre dans le chaos multi-entités.

La plupart des migrations NAV plantent parce que les consultants traitent ça comme un dump de données.

Nous, on traite ça comme une chirurgie.

On audite ton setup NAV - technique et fonctionnel. On challenge chaque process comme si on construisait from scratch. On mappe ce qui fait vraiment avancer le business, et on tue ce qui ne tient pas la route.

On ne migre pas 15 ans de custom accumulé juste parce que ça existe. On isole ce qui vaut le coup. On le reconstruit proprement dans Business Central.

Le résultat : un système plus rapide, plus léger, qui fait plus avec moins de code.

On peut garder 100% de tes données historiques si t’en as besoin - mais ça veut pas dire qu’on recommande de migrer 100% de ta logique. Le passé reste accessible. L’avenir reste clean.

Une clôture qui prend quinze jours. Une consolidation que le DAF refait à la main. Cinq filiales qui résolvent le même problème de cinq façons différentes. Aucun de ces problèmes n’est technique.

Ce sont des décisions jamais prises, une fois que le logiciel les a gravées, à l’échelle du groupe.

Dans une société seule, un mauvais processus est agaçant. Dans un groupe, il se réplique dans chaque entité, et chaque année qui passe rend le démontage plus cher. C’est pour ça que le même symptôme vous coûte dix fois plus que ce que suggère l’étude de cas de l’éditeur.

Alors on ne commence pas par votre système. On commence par la question qui se cache derrière la demande, celle que personne n’a jamais posée à voix haute, et c’est précisément pour ça que la réponse continue de vous coûter de l’argent.

On challenge l’hypothèse, on la confronte à la façon dont les groupes de votre secteur fonctionnent vraiment, et on suit la chaîne jusqu’à ce qu’elle s’arrête de bouger. Elle s’arrête en général trois niveaux sous l’endroit où le ticket a été écrit, et c’est en général de la gouvernance, pas du logiciel.

Ensuite on vous dit ce qu’on a trouvé. Y compris quand la réponse honnête, c’est que vous n’avez pas besoin de nous.

Le service natif de facturation électronique de Business Central gère le brouillon d’achat. Il ne parle pas tout seul à une Plateforme Agréée — cette connexion, il faut la construire, par plateforme, par protocole.

On a construit la couche qui le fait. Pas pour la vendre comme un module — parce qu’un groupe multi-entités qui mise tout sur le connecteur d’une seule plateforme, c’est un goulot d’étranglement qu’on a vu trop souvent.

Le Service Document Électronique v2.0 de Business Central crée et gère le brouillon d’achat une fois la facture arrivée — rapprochement, TVA, comptabilisation. Ce qu’il ne fait pas seul, c’est parler à une Plateforme Agréée, l’opérateur certifié que la réforme impose entre chaque acheteur et chaque vendeur. Cette connexion — authentification, interrogation régulière, cycle de statuts AFNOR — reste à construire, et elle se construit par plateforme.

On a construit FacturaLink après avoir vu des groupes multi-entités enfermés dans le connecteur d’une seule plateforme, qui ne parle que le dialecte de cette plateforme-là — un goulot d’étranglement dès qu’on a plus d’une entité, avec des volumes et une adéquation différents.

FacturaLink s’appuie sur le Service Document Électronique v2.0 natif. Il récupère les documents électroniques entrants depuis la plateforme connectée, suit les quatre statuts AFNOR obligatoires d’un document dans Business Central — Déposée, Rejetée, Refusée, Encaissée — et renvoie le statut sortant : Approuvée à la comptabilisation, Refusée avec le code motif AFNOR au refus.

La couche connecteur est construite sur une interface, pas sur une plateforme précise : SuperPDP et Tréso2 aujourd’hui, d’autres peuvent s’ajouter sans toucher à la logique métier. C’est voulu — un groupe doit pouvoir changer ou répartir ses plateformes par entité sans reconstruire le côté Business Central.