Diagnostic technique de l’intégration ERP

Ce que le diagnostic prépare

Le questionnaire organise les informations utiles à une consultation : version de l’ERP, interfaces disponibles, nombre de systèmes, sociétés concernées et familles de flux. Son résultat est une liste d’options à étudier et d’informations à collecter, pas une architecture validée ni un score de conformité. Le calendrier qui s’applique à votre entreprise dépend de sa catégorie : utilisez l’outil en ligne de la DGFiP ou les guides de ce site pour le qualifier.

Vous pouvez répondre avec des descriptions générales. Aucun identifiant juridique, aucune donnée client et aucun accès au système ne sont nécessaires. Les réponses restent dans votre navigateur et ne sont pas envoyées au serveur ; le résumé n’est conservé, le temps de la session, que si vous choisissez de le reporter dans la demande.

Relever les interfaces réellement disponibles

Une API s’examine dans la version et les modules de votre installation : sa présence dans un catalogue ne prouve pas qu’elle exporte la facture validée et importe les événements de retour. Si vous disposez d’un export de fichiers, relevez ses champs, sa fréquence et les accusés disponibles. L’absence d’API conduit souvent à étudier une passerelle plutôt qu’une migration complète.

Lorsque l’interface est inconnue, le résultat demande un inventaire. Une première consultation reste possible, mais le raccordement ne peut pas être présenté comme acquis. Une fiche de version et un export fictif représentatif permettent au candidat d’annoncer ses prérequis.

Distinguer applications et sociétés

Plusieurs ERP demandent une cartographie des sources et une règle d’identité des documents. Plusieurs sociétés demandent une gouvernance des droits, des adresses de réception et des accords avec la plateforme. Ces deux dimensions se traitent séparément : le résultat signale les sujets à étudier selon vos réponses, sans imposer une plateforme unique ni une architecture centralisée.

Identifiez aussi les outils métiers qui créent des factures et les applications qui les comptabilisent : un même document ne doit pas être émis depuis deux sources. Les guides multi-ERP et multi-sociétés détaillent les preuves à demander.

Préciser les familles de flux

La réception fournisseurs et l’émission clients s’étudient séparément. Les échanges avec le secteur public et les opérations internationales ajoutent des questions de destination et de qualification, dont le e-reporting. Les cases cochées orientent la liste de contrôle technique ; elles ne fixent ni un traitement fiscal ni une date d’obligation.

Préparez des cas fictifs pour chaque famille retenue, avec les variantes pratiquées (avoirs, acomptes). La recette doit montrer les documents, les réponses et l’état final en comptabilité : une facture standard acceptée ne démontre pas tout le périmètre.

Utiliser le résumé

Imprimez les options proposées et les informations à collecter, puis faites relire le dossier par la DAF et la DSI. Les éléments inconnus restent visibles et sont attribués à une personne. Si vous préparez une demande, le résumé est reporté dans le champ message, où vous pouvez le modifier ; rien n’est envoyé à cette étape. Vous pouvez aussi repartir du cahier des charges sans utiliser le transfert, ou calculer vos hypothèses de coût dans le simulateur.