Guide pratique
Préparer la réception des bons de commande dans Odoo
Extraire un PDF de commande ne constitue que la première étape. Les décisions importantes concernent l’identité du client, les articles, l’état de la commande et les écritures dont la confirmation manque.
Ars Codex · Mis à jour le 2026-10-28
Commencer par la transaction métier
Le bon de commande d’un client peut devoir devenir une commande de vente dans l’ERP du distributeur. Le titre du document ne suffit pas à choisir l’objet Odoo. Confirmez qui achète, quelle société porte la transaction et si le résultat doit rester en brouillon.
Décrivez un exemple complet : pièce jointe, référence client, lignes, date demandée, validation, approbation et enregistrement cible. Identifiez le système responsable des prix, taxes et stocks disponibles.
Vérifier l’environnement réel
Notez version, hébergement, modules installés, société et accès API. Utilisez un compte dédié avec les droits nécessaires et un environnement où les essais ne déclenchent pas de livraison réelle.
Consultez la documentation officielle de l’API externe Odoo pour l’interface et les conditions correspondant à votre version et à votre offre. Confirmez-les avant de choisir un connecteur ou un périmètre forfaitaire.
Faire correspondre les références avant l’écriture
Les noms de clients et descriptions d’articles ne sont pas des identifiants stables. Maintenez une correspondance approuvée entre références clients, codes produits et enregistrements ERP. Un code absent doit créer une exception explicite, pas une correspondance devinée.
Vérifiez quantités, unités, devise, dates et adresses. Les prix extraits restent des valeurs proposées jusqu’à application des règles métier de priorité.
Prévoir une écriture dont le résultat est incertain
Si l’API expire après avoir créé une commande, une nouvelle tentative aveugle peut produire un doublon. Conservez une référence source stable, l’état du traitement et rapprochez les données avec la destination avant de recommencer.
Reliez la référence du document à l’identifiant cible. La détection des doublons doit tenir compte de la référence métier et du document ; le nom du fichier ne suffit pas en cas de renvoi ou de renommage.
Tester les situations rencontrées par les opérations
- La même pièce jointe arrive deux fois.
- Le client révise une commande sous la même référence.
- Un code article est inconnu ou l’unité diffère.
- Un champ change après approbation.
- La destination crée un enregistrement mais la réponse expire.
- Les droits d’accès expirent pendant le traitement.
Pour chaque cas, définissez l’état présenté et le responsable de la résolution. Commencez avec des brouillons et un rapprochement avant d’élargir le périmètre.
Services et exemple associés
Découvrez les intégrations ERP et API, l’automatisation de documents et le parcours illustratif d’un bon de commande.