Deux outils qui connaissent la commande

Un e-commerçant qui grandit finit avec deux systèmes qui parlent de la même commande. L'ERP l'a enregistrée, facturée, et sait ce qu'elle a coûté. L'outil logistique l'a préparée, pesée, remise au transporteur, et sait où elle en est.

Sans liaison, chacun devient aveugle sur la moitié du sujet. Le service client cherche un numéro de suivi dans un outil pendant que le client réclame dans l'autre. La comptabilité facture des commandes déjà annulées à la préparation. Et quelqu'un, quelque part, recopie des lignes.

Qui décide de quoi

La répartition qui fonctionne est la même que pour tout WMS. Odoo tient le catalogue, les prix, le client et la facture. Shippingbo tient ce qui se passe physiquement : la préparation, le colis, le transporteur, le suivi. Chacun reste maître de ce qu'il constate, et le raccordement transporte le constat plutôt que de le dupliquer.

Fonctionnalités principales

• Synchronisation des commandes, colis et suivis d’expédition.
• Mise à jour des statuts et numéros de tracking dans Odoo.
• Gestion des étiquettes transporteurs et des retours.
• Consolidation des stocks et inventaires.
• Webhooks/cron pour near‑real‑time.

Questions fréquentes

Faut-il choisir entre Shippingbo et le stock d'Odoo ?

Non, et poser la question ainsi mène à une impasse. Odoo garde la valorisation du stock, dont la comptabilité a besoin ; Shippingbo pilote les mouvements de l'entrepôt. Ce sont deux vues du même stock, pas deux stocks concurrents.

Et si les commandes viennent de plusieurs canaux ?

C'est le cas courant, et l'argument principal du montage. Les commandes entrent dans Odoo depuis la boutique et les places de marché — voir les soixante plateformes raccordées — puis partent en préparation par un seul canal. L'entrepôt n'a pas à savoir d'où vient chaque commande.

Quelle fraîcheur pour les statuts ?

Assez pour qu'un conseiller réponde à un client sans changer d'écran, ce qui est le vrai critère. Une remontée immédiate est possible là où elle sert ; pour le reste, une synchronisation régulière suffit et coûte moins cher à exploiter.

Et les attendus de réception ?

Ils suivent le chemin inverse : les commandes fournisseur passées dans Odoo annoncent à l'entrepôt ce qu'il doit recevoir, et la réception constatée remonte. C'est ce qui permet de savoir ce qui est réellement disponible, et non ce qui est commandé.

Faut-il un WMS complet à la place ?

Cela dépend de l'entrepôt. Pour un site qui expédie des colis, un outil d'expédition suffit et se met en place vite. Pour des emplacements, des vagues de préparation et des inventaires tournants, voir le connecteur Mecalux.