Odoo pour une centrale d’achat internationale
Odoo pour une centrale d’achat avec des clients internationaux
Une centrale d’achat doit relier la demande d’un client, les engagements fournisseurs et les opérations de livraison. Lorsque les clients utilisent leurs propres ERP, il faut aussi traduire les références, statuts et corrections entre plusieurs systèmes. Commencez par définir cette chaîne pour un client et un fournisseur représentatifs.
Projet ERP vous aide à trouver un intégrateur pour structurer votre projet Odoo.
Décrire ma centrale d’achat et ses échanges →
Identifier les acteurs avant de dessiner les flux
Précisez qui commande, qui achète, qui facture, qui reçoit et qui règle. Selon votre organisation, ces rôles peuvent appartenir à des entités différentes. La fiche d’un groupe client ne suffit pas forcément à identifier l’entité facturée et le site livré.
Faites valider cette représentation par les responsables des achats, de la vente et de la comptabilité. Les règles fiscales et contractuelles applicables se définissent avec les compétences appropriées ; elles deviennent ensuite des exigences à configurer et à tester.
Rapprocher les catalogues sans effacer les références d’origine
Un client peut commander avec sa référence tandis que le fournisseur utilise un autre code. Décidez comment ces correspondances seront validées, qui peut les modifier et ce qui se passe lorsqu’une référence est inconnue. Conservez un moyen de retrouver le document d’origine.
Ajoutez les unités, conditionnements et langues nécessaires. Testez une quantité commandée en cartons et achetée en unités, ainsi qu’un changement de conditionnement. Le bon article avec la mauvaise unité produit encore une commande incorrecte.
Écrire le contrat d’échange avec chaque ERP client
| Échange | Règle à préciser | Exception à tester |
|---|---|---|
| Demande client | Identifiant, références et validation | Réception répétée du même document |
| Confirmation | Prix, devise et délai acceptés | Une ligne n’est pas disponible |
| Modification | Version de la commande et responsable | Un achat fournisseur est déjà engagé |
| Expédition | Quantité réalisée et reliquat | Plusieurs départs pour une commande |
| Correction | Trace de la décision et reprise | Les deux systèmes ont reçu des informations différentes |
Il s’agit d’une grille de conception : chaque flux doit être confirmé dans l’interface choisie. Prévoyez aussi comment l’équipe travaillera si l’ERP du client est indisponible et comment les messages en attente seront rapprochés.
Rendre les montants explicables
Définissez les devises des documents, l’origine et la date des taux utilisés, ainsi que la règle de comparaison de marge. Faites distinguer un prix négocié, une conversion pour le reporting et le traitement comptable retenu.
Pour la recette, suivez une commande avec achat et vente dans deux devises, puis une correction. Les responsables doivent expliquer les montants, retrouver les paramètres utilisés et accepter les rapprochements convenus.
Un exemple publié
Groupe FBO présente un projet Odoo pour une centrale d’achat internationale, avec plusieurs devises et des échanges avec les ERP clients. Votre étude doit préciser les entités et les opérations réellement concernées.
Faut-il connecter tous les clients au lancement ?
Choisissez un premier échange représentatif et prévoyez un circuit pour les autres clients. Un pilote ne valide pas automatiquement tous les formats ou règles de leurs ERP.
Comment estimer le projet ?
Préparez la liste des systèmes, les volumes, les formats disponibles et quelques commandes anonymisées avec leurs corrections. Séparez le socle commun des adaptations propres à chaque partenaire.