Dossier de consultation / DAF et DSI
Facture électronique : raccorder un ERP sans API
Étudiez exports, passerelle et middleware pour un ERP ancien sans API, avec limites, reprises et critères de choix avant une migration.
Mis à jour le .
Inventorier les sorties existantes
L’absence d’API ne suffit pas à conclure qu’un changement d’ERP est nécessaire. Commencez par les exports réellement disponibles : factures validées, lignes, tiers, règlements et documents fournisseurs. Identifiez le format, la fréquence et la possibilité d’automatiser chaque sortie. Vérifiez si l’export conserve les informations nécessaires au rapprochement avec la comptabilité. Un état imprimable ne constitue pas toujours une extraction exploitable.
Interrogez l’éditeur ou le mainteneur sur les possibilités autorisées. Une lecture directe de la base peut sembler pratique, mais doit être évaluée au regard du support et des changements de structure. N’autorisez pas des écritures directes dans les tables comptables sans mécanisme validé. Le dossier d’inventaire doit distinguer interface documentée, adaptation spécifique et manipulation manuelle, car elles ne présentent pas les mêmes contraintes d’exploitation.
Choisir une passerelle sur des données observées
Une passerelle de fichiers peut convertir un export vers un format utilisé par la plateforme. Son étude commence par un jeu fictif représentatif, construit avec les mêmes champs et variantes que vos factures. Le prestataire doit montrer où il enrichit les données manquantes et qui les maintient. Une information ajoutée à la main pour la démonstration ne prouve pas qu’elle sera disponible chaque jour.
Comparez les options avec un middleware ou une montée de version ciblée. Le middleware peut mutualiser la transformation et les contrôles, mais il ne répare pas une information absente dans la source. Une mise à jour de l’ERP peut réduire les adaptations ; elle peut aussi mobiliser des tests sur les autres fonctions métier. Faites décrire ces dépendances dans les offres sans présumer d’un délai de réalisation.
Organiser le retour des informations
Le flux sortant n’est qu’une partie du raccordement. Les événements de facture doivent revenir dans un espace exploitable par les comptables. Si l’ERP ne peut pas les importer, décrivez explicitement l’usage du portail ou d’un outil intermédiaire. Cette organisation doit permettre de rapprocher un message du document concerné sans ressaisie ambiguë.
La réception fournisseurs appelle une analyse similaire. Demandez si l’ERP accepte un fichier de factures entrantes et quelles informations restent à contrôler manuellement. Le rapprochement avec les commandes et les réceptions peut nécessiter un processus distinct. Le choix d’une solution provisoire doit inclure le coût humain de ces opérations et les preuves conservées. Ne la présentez pas comme une automatisation complète si l’équipe intervient encore à plusieurs étapes.
Sécuriser les lots et les reprises
Un échange périodique doit identifier chaque lot et chaque facture. Décrivez ce qui se produit lorsqu’un fichier est incomplet ou lorsqu’une interruption survient après traitement partiel. Le système doit permettre de retrouver les documents acceptés et ceux qui restent à corriger. Une simple relance du fichier complet peut provoquer des doublons si aucun contrôle n’a été prévu.
Exigez un journal compréhensible et une procédure de rapprochement. Les fichiers déposés et les réponses reçues doivent rester associés. La recette doit couvrir un export vide, un champ manquant et une absence de réponse. Une alerte doit désigner le bon interlocuteur, sans afficher inutilement les données de facture dans un courrier collectif. La DSI détermine avec le prestataire les accès et la conservation adaptés à ces échanges.
Documenter la solution transitoire
Lorsque l’entreprise choisit de conserver temporairement l’ERP, fixez des critères de réexamen. Ils peuvent concerner l’augmentation des traitements manuels, une fin de support ou l’apparition d’un besoin non couvert. Le raccordement ne doit pas devenir une dépendance inconnue au seul développeur qui l’a construit. Faites remettre configuration, règles de transformation et procédure de reprise.
L’offre doit dire comment la passerelle pourra être remplacée lors d’une migration. Séparez les règles fiscales et métier du code propre à l’ancienne interface. Cela facilite leur réutilisation dans un futur système. Les documents officiels techniques servent à cadrer les échanges ; ils ne garantissent pas la compatibilité d’un export particulier. La décision repose sur les tests de votre environnement.
Grille à joindre à la consultation
| Point | Preuve à demander |
|---|---|
| Version | Release, support et hébergement identifiés avant de choisir une extraction ou une adaptation spécifique. |
| Export | Champs et fréquence constatés sur une sortie réelle de test, pas sur une brochure. |
| Enrichissement | Responsable de chaque information ajoutée et règle de contrôle documentés dans le dictionnaire de mapping. |
| Retour | Portail ou import ERP retenu pour consulter les réponses, avec rapprochement au numéro de facture. |
| Migration | Conditions de remplacement et récupération des règles prévues dès le contrat de la passerelle transitoire. |
Livrable attendu
Le dossier à remettre au candidat comporte la fiche de version, un export fictif et le schéma des traitements actuels. Ajoutez les tâches manuelles acceptées et celles que le projet doit supprimer. Demandez un scénario de reprise exécuté devant votre équipe et une procédure que celle-ci peut suivre. Si une donnée ne peut pas être extraite sans modification de l’ERP, le devis doit distinguer ce travail préalable du raccordement à la plateforme.