Organiser les échanges EDI avec Odoo
Odoo et EDI : faire correspondre les messages aux opérations métier
Recevoir un fichier de commande ne suffit pas à savoir si la demande a été acceptée et traitée. Un projet EDI doit préciser les documents échangés, les identifiants et le résultat attendu à chaque étape. Le bon premier périmètre est un parcours complet avec un partenaire identifié.
Projet ERP vous aide à trouver un intégrateur pour préparer les échanges EDI de votre Odoo.
Décrire mon besoin d’échanges EDI →
Obtenir les exigences du partenaire
Réunissez le guide d’échange, des messages d’exemple et les modalités de test fournies par le client ou le fournisseur. Précisez les formats et canaux demandés, les documents couverts et les interlocuteurs chargés de valider l’interface. Deux partenaires utilisant un même standard peuvent imposer des conventions différentes.
Faites identifier les correspondances de sociétés, sites, articles, unités et adresses. Décidez qui maintient ces tables et comment traiter un identifiant inconnu sans créer silencieusement une nouvelle référence.
Séparer réception technique et acceptation métier
| Étape | Question à résoudre |
|---|---|
| Message reçu | Comment retrouver le document et reconnaître un doublon ? |
| Contrôle de forme | Les champs et identifiants nécessaires sont-ils exploitables ? |
| Validation métier | Prix, références et quantités permettent-ils la prise en charge ? |
| Confirmation | Quel résultat est envoyé au partenaire et à quel moment ? |
| Exécution | Comment annoncer un départ partiel ou un changement accepté ? |
| Correction | Quelle version remplace ou complète l’information précédente ? |
La liste est un cadre de préparation. Chaque document et accusé doit être confirmé dans le périmètre de l’interface proposée, avec le partenaire et le prestataire éventuel de transport des messages.
Rendre les erreurs traitables par l’équipe
Définissez où consulter les messages en attente ou rejetés, qui peut corriger une correspondance et qui autorise une reprise. L’utilisateur doit retrouver la raison de l’échec et le document produit après résolution.
Testez une interruption après création de la commande mais avant confirmation. Le nouvel essai doit permettre de retrouver l’opération existante selon la règle convenue. Ajoutez une commande modifiée alors qu’un travail a déjà commencé.
Valider avant d’étendre aux autres partenaires
Conservez les exemples acceptés et les résultats de test. Prévoyez le contrôle des premières opérations réelles et le circuit de travail si l’échange est indisponible. Les changements de format ou de règle du partenaire doivent avoir un responsable et une procédure de validation.
Groupe FBO mentionne les interfaces API et EDI dans ses projets Odoo. Cette compétence générale ne confirme pas la couverture d’un format particulier : demandez sa vérification dans votre proposition.
EDI et API désignent-ils le même besoin ?
Un échange métier et sa réalisation technique doivent être décrits séparément. Faites préciser les messages attendus et les moyens retenus, sans supposer qu’un accès API remplace les exigences documentaires du partenaire.
Pour les échanges internationaux, consultez aussi Odoo pour une centrale d’achat.