Pourquoicommandesetexpéditionontleurplacedanslemêmesystème

Pendant des années, l'organisation classique, c'était un système de commandes d'un côté, un outil d'expédition de l'autre, et quelque chose entre les deux pour copier les lignes de l'un vers l'autre. Parfois, ce quelque chose était un middleware. Souvent, c'était une personne avec un deuxième écran.

Nous sommes partiaux, évidemment. Nous avons construit une plateforme qui couvre les deux moitiés. Mais la question ne porte pas vraiment sur les outils que vous achetez. Elle porte sur la jointure entre eux.

Ce qui se loge dans la jointure

Chaque interstice entre deux systèmes accumule les mêmes débris :

• Une commande expédiée alors que la boutique la considère toujours comme non traitée, parce qu'une mise à jour en retour a échoué et que personne ne surveille ces échecs.
• Un numéro de suivi qui existe chez le transporteur et nulle part où le client peut y accéder.
• Une adresse validée par la boutique, puis validée différemment par l'outil d'expédition.
• Une règle indiquant quel transporteur dessert quel pays, écrite à deux endroits et mise à jour à un seul.

Rien de tout cela n'est spectaculaire. Chaque cas est une petite correction manuelle. Le coût, c'est que quelqu'un effectue cette correction, tous les jours sans exception, et c'est généralement la personne que vous pouvez le moins vous permettre de mobiliser pour cela.

Ce qu'un système unique change vraiment

Pas grand-chose, si vous expédiez une centaine de colis par mois. Soyons honnêtes là-dessus. Un tableur et un portail transporteur constituent une organisation tout à fait correcte à cette échelle, et quiconque vous dit le contraire cherche à vous vendre un abonnement.

Cela commence à compter dès qu'une décision doit tenir compte des deux moitiés à la fois :

• Une règle d'expédition qui lit la commande elle-même, son poids, son pays, sa valeur et la boutique dont elle provient, et choisit l'offre transporteur sans que personne n'ait à le faire.
• Une déclaration en douane remplie à partir des lignes de commande, parce que les lignes de commande sont juste là.
• Une étiquette d'expédition qui s'imprime au poste d'emballage au moment où la commande est scannée, parce que la commande et l'imprimante se trouvent dans le même système.
• Un retour qui sait déjà ce qu'il retourne.

Chacun de ces cas ne fonctionne que si les données de commande et les données d'expédition sont les mêmes données. Sinon, vous écrivez du code de liaison, et ce code devient quelque chose que vous devez maintenir.

La version honnête

Un système unique, c'est aussi un seul système qui peut tomber en panne, un seul fournisseur sur lequel vous pouvez vous tromper et une seule migration à regretter plus tard. C'est un vrai compromis, et nous n'allons pas prétendre le contraire.

Voici ce que nous dirions. La jointure a elle aussi un coût, et il est invisible justement parce qu'il se paie en petites corrections effectuées par des personnes qui ont depuis longtemps cessé de les mentionner. Avant de trancher dans un sens ou dans l'autre, allez demander à la personne qui emballe vos colis ce qu'elle corrige à la main chaque matin. Cette liste, c'est la vraie comparaison.