ERP Odoo connecté à Amazon et à la logistique Hive | Perifit

Drakkar déploie pour Perifit l'ERP Odoo 19, en restant au plus près du standard pour limiter les développements spécifiques, et le connecte aux plateformes qui font tourner l'activité.

Le projet est découpé en lots. Après une phase de conception (cartographie des flux opérationnels validée avec l'équipe Perifit), la comptabilité est configurée : plan comptable, journaux, taxes et positions fiscales, devises, synchronisation bancaire et rapprochement. Une comptabilité analytique sur trois axes (produit, canal, département) est mise en place, avec des modèles de répartition automatiques. Un modèle d'import mensuel intègre les ventes et les charges B2C issues d'Amazon et de Shopify.

Le module Achats couvre le cycle complet : bons de commande, réceptions, factures fournisseurs saisies par reconnaissance automatique (OCR), et un flux dédié aux acomptes et aux soldes fournisseurs. Un document de bon de commande sur mesure a été développé pour les fournisseurs. Le module Achats remplace les fichiers Excel : dès qu'un achat est passé, Odoo connaît son coût, sa date de réception et, à la vente, le prix de vente.

Le module Inventaire relie tous les entrepôts par API et intègre les nomenclatures, la sous-traitance, le suivi par lots et par quantités, un entrepôt avec réception en deux étapes, et la reprise des stocks initiaux avec leurs coûts.

Les ventes B2B se font désormais dans Odoo, avec des factures créées automatiquement. Pour le B2C, qui continue de passer par les plateformes de vente, Odoo récupère les factures et les bons de livraison, mais pas les bons de commande. Le bon de livraison et le bon de commande d'achat ont été adaptés sur mesure au fonctionnement de Perifit.

Enfin, Drakkar a développé trois connecteurs API sur mesure : avec les plateformes logistiques Hive et ShipBob, et avec Amazon (dont les réceptions FBA). Ils synchronisent automatiquement livraisons, réceptions, transferts et mouvements de stock, y compris l'historique depuis novembre 2025.

Chaque lot suit le même rythme : démonstration, configuration, tests avec les équipes, formation, puis mise en production. Des vidéos et des supports de formation accompagnent l'équipe vers l'autonomie.
‍

Ce que nous n'avons pas fait (volontairement)

Pour les ventes B2C, Drakkar n'a volontairement pas développé de connexion API pour chacun des sites et marketplaces : un import mensuel bien structuré couvre le besoin à moindre coût, et seuls les factures et les bons de livraison sont récupérés, pas les bons de commande. Dans la même logique, l'outil déjà utilisé pour préparer les données comptables B2C a été conservé sur ce périmètre.

La synchronisation des retours avec Hive a été développée puis désactivée volontairement, tant que cette fonction n'est pas stabilisée côté Hive. Elle pourra être réactivée sans repartir de zéro.
‍

Nos difficultés (et comment on s'en est sortis)

• Les API d'Amazon et de Hive ne se comportaient pas toujours comme prévu par leur documentation : une phase d'exploration technique (tests des points d'accès, ajustements progressifs du code) a permis de stabiliser les deux connecteurs.
• Le volume de données à synchroniser, historique compris, dépassait les prévisions : la synchronisation a été découpée en lots et en étapes, avec des tâches planifiées dédiées, pour éviter les lenteurs et les erreurs.
• Les flux de réception réels différaient du schéma initial : la réception Hive est passée en deux étapes, tandis que celle d'Amazon FBA a été simplifiée en une seule étape.
• Les ventes B2C couvrent plusieurs pays et plusieurs régimes de taxes : plutôt que de recalculer chaque taxe dans Odoo, les comptes de TVA sont importés directement, ce qui garde des déclarations fiables.
• Les acomptes fournisseurs ne devaient pas générer de mouvement de stock, et la charge devait être comptabilisée à la réception : un entrepôt virtuel a été mis en place pour suivre la marchandise entre la commande et l'arrivée.
  ‍

Enseignements clés

• Rester au plus près du standard Odoo limite les développements spécifiques et garantit une solution plus simple à faire évoluer.
• Une API se découvre vraiment en conditions réelles : tester tôt sur des données réelles évite de reprendre un développement presque terminé.
• Tout connecter n'est pas toujours nécessaire : un import bien construit peut suffire et maîtriser le budget.
• Clarifier en amont qui développe quoi et co-construire les choix comptables avec le client fait gagner du temps sur toute la suite du projet.