Comparaison
Un OMS gère les commandes une fois qu’elles existent. La réception les crée. Deux étapes voisines d’une même chaîne, pas des concurrents.
Un système de gestion des commandes, un OMS, gère les commandes une fois qu’elles existent. La réception de commandes les crée. Ce sont deux étapes voisines d’une même chaîne, et les comparer est une erreur de catégorie qui coûte cher quand une entreprise achète l’une en croyant acheter l’autre. LevelOps n’est pas un OMS et n’a pas l’intention de le devenir. Si ce qu’il vous faut est l’allocation, les reliquats, le routage multi-entrepôts ou l’orchestration de l’exécution, un OMS est la bonne catégorie et vous devriez en acheter un.
Presque tous les OMS partent du même postulat : un enregistrement de commande existe déjà sous une forme lisible par une machine. Donnez-leur une commande structurée et ils font des choses impressionnantes, la répartir entre emplacements, retenir les lignes manquantes, router vers l’entrepôt le plus proche, traiter le retour. Ce qu’ils ne feront pas, c’est ouvrir un courriel, lire le PDF joint et comprendre que « widget noir, gr, 24 » désigne le SKU WDG-BLK-L au prix contractuel de ce compte. Quand la commande arrive sous forme de document, l’OMS n’a encore rien à gérer.
C’est ce trou qui explique qu’un grossiste puisse installer un OMS très compétent et avoir quand même une personne qui passe sa matinée à retaper des bons de commande. L’OMS fait exactement ce pour quoi il a été vendu. Le travail qui reste se situe en amont de lui.
LevelOps occupe cette position en amont. Il lit les bons de commande dans le format où ils arrivent, rapproche chaque ligne de votre catalogue Shopify y compris les codes articles que vos acheteurs utilisent plutôt que les vôtres, applique la liste de prix B2B du compte, et écrit une commande provisoire Shopify native qu’une personne valide. Une fois validée, c’est une commande Shopify ordinaire, et ce qui gère les commandes ensuite la reprend telle quelle.
Décrit avec exactitude et générosité, parce que la catégorie est bonne dans son domaine et que vous en avez peut-être besoin.
Un OMS consolide les commandes venant de l’EDI, du commerce en ligne, des portails, des places de marché et des représentants en un seul enregistrement avec un seul statut. Si un client appelle, une personne peut répondre sans savoir par quel canal la commande est entrée.
Le moteur central de la plupart des OMS. À partir du stock de chaque emplacement et des engagements déjà pris, il décide quelles unités vont à quelle commande. C’est la différence entre une promesse tenable et une survente, et rien à l’étape de la réception n’y touche.
Quand vous pouvez expédier onze des vingt caisses demandées, un OMS décide ce qui part maintenant, ce qui reste en reliquat, si ce client accepte les partiels, et comment le solde se libère à l’arrivée du stock.
Quel entrepôt expédie, si le fournisseur livre directement à la place, quel transporteur, et que faire quand l’emplacement retenu se révèle en manque. Des règles plutôt que le jugement de quelqu’un.
La commande ne s’arrête pas à l’expédition. Autorisations de retour, remise en stock, notes de crédit et leurs conséquences sur l’inventaire sont un vrai travail, et un OMS les garde rattachés à la commande d’origine.
Rupture de stock, adresse invalide, blocage de crédit, refus du transporteur. Un bon OMS présente les exceptions comme des tâches avec un responsable plutôt que de les laisser invisibles jusqu’à l’appel du client.
Situez votre propre problème sur cette liste avant de retenir quoi que ce soit. La réception possède les trois premières étapes, un OMS possède l’essentiel du reste, et presque tous les achats ratés dans ce domaine viennent d’un achat fait pour la mauvaise étape.
Un PDF joint à un courriel, un tableur aux cellules fusionnées, le scan d’un formulaire signé, une photo prise dans un salon. Un client s’est engagé à acheter et aucun système ne le sait encore. Domaine de la réception.
Une personne détermine quel client l’a envoyé, décode les codes articles de l’acheteur, vérifie les unités de mesure et résout la ligne qui dit « comme la dernière fois ». Cette étape consomme des heures et produit des fautes de frappe, et elle est invisible dans tous les tableaux de bord parce qu’elle se passe avant qu’un système soit impliqué. Domaine de la réception.
Les lignes sont saisies dans Shopify sur de vraies déclinaisons, la liste de prix du compte s’applique, et la commande existe. Tant que ce n’est pas fait, aucun système en aval n’a quoi que ce soit à gérer. C’est le point de relais entre les deux catégories.
Les unités sont engagées emplacement par emplacement, et s’il en manque quelqu’un tranche entre partiel, substitution et reliquat. C’est là que la survente se produit ou non. Domaine d’un OMS, ou des emplacements Shopify dans les cas simples.
Quel emplacement expédie quelles lignes, si un fournisseur en livre une partie directement, quel transporteur. Avec un entrepôt, ce n’est pas une décision. Avec trois, c’est un coût quotidien. Domaine d’un OMS.
Listes de prélèvement, bons de livraison, étiquettes, numéros de suivi renvoyés sur la commande. C’est autant de la gestion d’entrepôt que de la gestion de commandes, et rien ici ne lit un document client.
Un mauvais prix repéré à ce stade coûte cher, parce que la marchandise est partie et que la conversation devient une note de crédit plutôt qu’une correction. Domaine d’un ERP ou d’un système comptable.
Les exceptions sont une taxe sur tout ce qui précède, et les deux catégories n’ont pas les mêmes. La réception possède la ligne illisible et le SKU inconnu. L’OMS possède le prélèvement incomplet et l’expédition ratée.
Si vous ne pouvez pas dire à quelle étape se situe votre douleur, vous n’êtes pas prêt à faire une liste courte. Chronométrez d’abord chaque relais.
Où se situe réellement votre douleur ? Y répondre honnêtement fait économiser plus d’argent que n’importe quel tableau de fonctionnalités.
Si les commandes sont en retard parce que personne ne les a encore saisies, c’est la réception. Le symptôme, c’est une boîte partagée pleine de bons de commande non lus, un bureau des commandes qui prend du retard le lundi et après les salons, et une personne dont le titre dit gestionnaire de comptes mais dont la matinée dit saisie de données. Rien de ce que fait un OMS n’y changera quoi que ce soit, parce qu’il ne voit jamais ces commandes. Elles sont encore dans une boîte courriel.
Si les commandes sont saisies rapidement mais partent en retard, du mauvais entrepôt, ou survendues, c’est la gestion des commandes. Le symptôme, c’est un bureau des commandes propre et un entrepôt mécontent. Les commandes existent dans Shopify en moins d’une heure puis restent là, ou partent de l’emplacement situé à trois provinces de distance parce que c’est là que la règle pointait. Acheter une réception plus rapide allonge la file au lieu de la réduire.
Beaucoup d’entreprises ont les deux, et la bonne réponse est de les régler séparément plutôt que de chercher un seul produit qui prétend faire les deux. Un grossiste avec trois entrepôts et une boîte pleine de PDF a besoin d’un OMS pour les entrepôts et d’une réception pour la boîte. S’il faut choisir, réglez l’étape qui porte le plus long délai.
Lisez ce tableau comme une carte de qui possède quelle capacité, pas comme un palmarès. Notez le peu de lignes que les deux colonnes se disputent.
| Un OMS | Shopify seul | LevelOps PDF to Order | |
|---|---|---|---|
| Temps de mise en place | Des semaines à des mois, un projet encadré | Déjà en marche | Moins d’une heure, plus 2 à 5 minutes de synchronisation catalogue |
| Forme du coût | Chiffré selon la complexité, après démonstration | Inclus dans votre forfait Shopify | 5 premières commandes gratuites, puis 50 $ une fois ou de 100 $ à 250 $ par mois |
| Lit un PDF ou un document reçu par courriel | No | No | Yes |
| Gère les formats non standards | Attend une entrée structurée | Une personne le lit | Oui, sans template ni mappage de champs |
| Demande un changement au client | No | No | Non, il continue d’envoyer ce qu’il envoie déjà |
| Revue humaine avant création de la commande | La commande existe déjà à l’arrivée | La personne qui saisit est la revue | Oui, une commande provisoire en attente de validation |
| Rapproche les lignes de votre catalogue Shopify | Sur son propre référentiel articles | À la main, de mémoire ou avec une table | SKU exact, puis sémantique, plus les codes acheteurs appris |
| Applique vos listes de prix B2B Shopify | Selon ses propres règles, si configurées | Si la personne pense à vérifier | Toujours, le document de l’acheteur ne fixe jamais le prix |
| Crée des commandes provisoires Shopify natives | Via un connecteur, variable selon le fournisseur | Oui, tapées à la main | Oui, avec le fichier source joint |
| Allocation du stock entre emplacements | Yes | Basique, par priorité d’emplacement | No |
| Reliquats, livraisons partielles, retours | Yes | Manuel, commande par commande | No |
| Routage multi-entrepôts et livraison directe | Yes | Règles de priorité d’emplacement seulement | No |
| Maintenance continue | Règles et connecteurs à mesure que votre réseau change | Shopify s’en charge | Gérée par l’éditeur, les mises à jour arrivent chez vous |
| Pour qui il ne convient pas | Vendeurs à un entrepôt dont les commandes arrivent par courriel | Allocation complexe, fort volume d’exceptions | Entreprises dont les commandes arrivent déjà structurées |
| Meilleur cas d’usage | Multi-entrepôts, multicanal, allocation complexe | Distributeurs avec un ou deux emplacements | La longue traîne de bons de commande non standards par courriel |
Il y a des situations où un OMS est le bon achat et où la réception de commandes est une distraction.
Le multi-entrepôts est la première et la plus nette. Dès que vous détenez le même SKU dans plus d’un emplacement, l’allocation cesse d’être évidente et devient un système. Quel emplacement expédie, que se passe-t-il s’il est en manque, comment éviter de promettre la même palette deux fois le même après-midi. Les règles de priorité couvrent la version simple. Dès que vous répartissez une commande entre emplacements, ou que vous expédiez un partiel d’un endroit et mettez le reste en reliquat ailleurs, vous dépassez ce que des règles seules traitent bien.
Le multicanal est la deuxième. Si les commandes viennent d’un fournisseur EDI, d’une boutique en ligne, d’une app de représentants et d’une place de marché, chacun avec sa propre idée de ce qu’est une commande, un enregistrement consolidé avec un seul statut vaut vraiment de l’argent. OrderEase le dit justement sur sa propre page d’accueil : des canaux de commande déconnectés créent plus de travail manuel, et la réponse par défaut est une embauche de plus. Si cette phrase décrit votre entreprise, allez regarder la catégorie sérieusement.
L’allocation complexe est la troisième. Stock réservé aux comptes clés, allocation sur les commandes fournisseurs à venir, quantités minimales imposées à la ligne, règles de substitution, clients qui acceptent les partiels et clients qui les refusent. Aucun produit de réception n’encodera cela, parce que la réception se termine avant que la question soit posée.
Un fort taux d’exceptions d’exécution est la quatrième. Si les prélèvements incomplets, les adresses invalides et les refus de transporteur sont quotidiens plutôt qu’hebdomadaires, il vous faut un système qui met les exceptions en file, les assigne et suit leur résolution. Une boîte courriel partagée ne tient pas cette charge.
La cinquième couvre toutes les autres : toute entreprise où l’enregistrement de la commande va bien mais où ce qui se passe après ne va pas. Si vos commandes arrivent vite et justes dans Shopify et que le problème est tout ce qui suit, automatiser la réception règle un problème que vous n’avez pas.
Chaque capacité ci-dessus dépend d’une seule entrée. Un OMS est excellent pour gérer une commande et il n’en crée pas.
Le postulat de départ de toute la catégorie. La commande existe déjà avec un client, des lignes, des quantités, des prix et une adresse, sous une forme lisible par une machine. Quand la commande est un PDF dans une boîte courriel, rendre ce postulat vrai retombe sur une personne.
L’allocation doit savoir quel SKU elle alloue, et dans quelle unité. Elle ne résout pas « le bleu, comme la dernière commande », un code interne de l’acheteur sans lien avec le vôtre, ni des caisses écrites dans une colonne prévue pour des unités. Quelqu’un tranche tout cela avant que l’OMS voie la ligne, souvent de mémoire et sous pression.
Un OMS facture ce que dit la commande. Si le prix vient du document du client plutôt que de votre liste de prix, l’erreur traverse intacte toutes les étapes en aval et ressort à la facturation. Une commande erronée coûte environ 250 $ à défaire.
Un OMS ne peut pas gérer une commande qui dort dans une boîte partagée un vendredi après-midi. Tous ses tableaux de bord mesurent des commandes qui ont déjà franchi les trois premières étapes, et c’est pour ça que le retard de réception est si difficile à voir depuis un OMS.
Avant même de dresser une liste courte d’OMS, soyez honnête sur ce que vous possédez déjà. Shopify prend en charge nativement une part réelle de la gestion des commandes. Il gère plusieurs emplacements, suit le stock de chacun et route l’exécution selon une priorité d’emplacement. Il a les commandes provisoires, les profils d’entreprise B2B, les listes de prix rattachées à ces entreprises et les conditions de paiement. Pour un grossiste avec un ou deux emplacements et un taux d’exceptions modéré, cela couvre le terrain.
Beaucoup de grossistes sur Shopify n’ont pas besoin d’un OMS séparé, et en ajouter un est une étape lourde. Cela veut dire un projet d’implantation, un deuxième système de référence pour les commandes, un connecteur entre les deux que quelqu’un maintient, et des règles à garder cohérentes avec ce que Shopify croit. Cela vaut la peine quand la complexité est réelle, et cela coûte cher quand elle ne l’est pas. Établissez ce que Shopify couvre déjà et à quelle étape se situe votre douleur avant de conclure que la réponse est un nouveau système en aval.
Quatre étapes, toutes en amont de ce que fait un OMS. La sortie est un objet Shopify standard, et c’est tout l’intérêt.
Votre client envoie son bon de commande à l’adresse qu’il utilise depuis toujours, ou votre représentant le transfère, ou vous téléversez un arriéré. Aucune connexion à un portail, aucun template, aucune mise en page convenue, et rien ne change de son côté.
Recherche de SKU exact d’abord, puis rapprochement sémantique sur la description quand il n’y a pas de SKU, puis les codes acheteurs appris de la façon dont ce compte a commandé auparavant. Ce qui est vraiment ambigu est signalé plutôt que deviné.
La liste de prix B2B Shopify du compte s’applique, avec son profil d’entreprise et ses conditions. Si l’acheteur a tapé le prix de l’an dernier, votre prix l’emporte et l’écart est visible avant toute validation.
Le résultat est une commande provisoire Shopify standard avec le document source joint. Un humain la revoit et la valide, et à partir de là c’est une commande Shopify ordinaire, impossible à distinguer d’une commande tapée à la main.
Les étapes 4 à 8 du cycle de vie ci-dessus sont le travail de quelqu’un d’autre, et nous ne cherchons pas à le prendre.
La réception écrit une commande provisoire Shopify native. Un humain la valide. À partir de là, la commande est une commande Shopify ordinaire, avec lignes, client, tarification et étiquettes standards. Ce qui gère les commandes en aval, un OMS doté d’un connecteur Shopify, un ERP, une intégration 3PL ou l’exécution Shopify elle-même, voit l’objet qu’il a toujours vu. Aucun type de commande parallèle, aucun champ personnalisé à enseigner à un autre système, aucune seconde source de vérité à garder cohérente.
Cela mérite d’être appuyé, parce que c’est là que beaucoup d’outils de capture créent du travail au lieu d’en enlever. Un outil qui produit son propre objet de commande oblige chaque système en aval à l’apprendre, ce qui transforme une installation d’une heure en projet d’intégration. Demandez à tout fournisseur quel objet sort à l’autre bout.
Le montage combiné ressemble à ceci. Les documents arrivent dans une boîte partagée et deviennent des commandes provisoires automatiquement. Votre bureau des commandes revoit et valide en une fraction du temps que prenait la saisie. Ces commandes rejoignent celles de l’EDI, de votre boutique en ligne et de votre app de représentants, et votre OMS ou Shopify les alloue et les route toutes de la même façon, parce qu’à ce stade elles sont identiques. Si vous avez déjà un OMS, installer la réception n’y touche pas. Si vous en évaluez un, les deux décisions sont indépendantes.
Ces deux témoignages décrivent les étapes 1 à 3 du cycle de vie. Aucun ne parle d’exécution, et c’est précisément le point.
Levelops est vraiment l’app que nous attendions. Notre plus grande difficulté était de saisir manuellement les commandes venant de bons de commande PDF externes. Levelops règle complètement ce cauchemar. L’app nous a épargné énormément de temps et de frustration.
Les commandes provisoires se créent comme par magie. Même quand le bon de commande contient une description vague et aucun SKU, l’app arrive à l’associer. L’IA est vraiment bonne à ce point.
Chaque page dit où l’alternative gagne réellement. Si l’une d’elles colle mieux à votre situation, c’est la réponse utile.
Ni l’EDI ni un OMS ne lit les commandes envoyées par courriel par tous les autres.
Vos plus gros comptes ne se connecteront pas. Comment servir les deux.
Les parseurs exigent un template par expéditeur. Un bon de commande passé dans les deux.
Gardez SPS pour les détaillants qui l’imposent, automatisez le reste.
Un OMS B2B avec de la réception greffée dessus. Où chacun gagne.
Les minutes par commande et le salaire caché dans votre boîte courriel.
Six façons de faire entrer un bon de commande dans Shopify, comparées.
Ce que Shopify couvre déjà, et où sont les vrais manques.
La vue large sur la réception, la tarification et la validation.
Si votre goulot est en aval, allez évaluer un OMS sérieusement et nous vous le dirons lors d’un appel. Si c’est la boîte courriel, faites passer vos cinq bons de commande les plus mal formatés chez nous avant de parler à qui que ce soit.
Vos 5 premières commandes réussies sont gratuites et sans expiration. LevelOps n’est pas un OMS et nous vous le dirons franchement si c’est ce dont vous avez besoin.
FAQ
Non. PDF to Order fait de la réception de commandes : il transforme un document reçu par courriel en commande provisoire Shopify native qu’une personne valide. Il n’alloue pas le stock, ne scinde pas les expéditions, ne route pas entre entrepôts et ne gère pas les retours.
Demandez-vous où se situe le délai. Si des commandes dorment parce que personne ne les a encore saisies, c’est la réception. Si elles sont saisies vite mais expédiées en retard ou survendues, c’est la gestion des commandes, et beaucoup de grossistes ont les deux problèmes.
Pour beaucoup de grossistes, oui. Shopify gère plusieurs emplacements, suit le stock de chacun et route l’exécution en conséquence. Ajouter un OMS est une étape lourde et bien des lecteurs ne devraient pas la franchir tout de suite.
En général non, et ce n’est pas un reproche à la catégorie. Un OMS gère un enregistrement qui existe déjà sous forme structurée. Quand la commande est un PDF joint à un courriel, quelqu’un la saisit d’abord.
Oui, et c’est le montage prévu. La réception écrit une commande provisoire Shopify, un humain la valide, et à partir de là c’est une commande Shopify ordinaire que le système en aval reprend telle quelle.
Non. La sortie est une commande provisoire Shopify standard, avec lignes, client et tarification standards, plus le fichier source joint. Aucun système en aval n’a besoin d’une nouvelle intégration ni d’un nouveau mappage.
Les modèles n’ont rien à voir. Le prix d’un OMS passe presque toujours par une démonstration et se chiffre selon la complexité opérationnelle. OrderEase, un fournisseur que nous avons lu en détail, publie un point de départ de 17 $ par jour et aucune version gratuite. PDF to Order vous donne 5 commandes réussies gratuites sans expiration, puis 50 $ une seule fois pour 15 commandes, 100 $ par mois pour 33, ou 250 $ par mois pour jusqu’à 100.
Non. La survente est un problème d’allocation, et il se situe en aval de la réception. Une saisie plus rapide réduit le délai avant l’engagement du stock, mais le correctif est une logique d’allocation et un OMS est la bonne catégorie.
Chronométrez les deux moitiés avant d’acheter. Mesurez l’écart entre l’arrivée du courriel et l’existence de la commande dans Shopify, puis entre l’existence de la commande et le départ du colis. Le plus grand des deux chiffres vous dit dans quelle catégorie magasiner.
