Comparaison

PDF to Order face à SPS Commerce

Gardez SPS Commerce pour les détaillants qui imposent l'EDI. LevelOps récupère les bons de commande par e-mail que le réseau n'a jamais visés.

La réponse courte

SPS Commerce est un réseau EDI de détail, et pour le problème qu'il a été conçu pour régler, c'est une des meilleures réponses disponibles. Si un grand détaillant dit que ses bons de commande arrivent en EDI 850, que vous devez renvoyer accusés de réception et avis d'expédition préalables, et que son service conformité vous imposera une pénalité pour une caisse mal étiquetée, il vous faut un fournisseur EDI géré. SPS Commerce est un choix crédible pour exactement cela, et nous ne vendons pas de remplacement.

La comparaison porte sur un autre ensemble de commandes. Un réseau couvre les partenaires commerciaux que vous y avez délibérément raccordés, parce que raccorder un partenaire coûte de l'argent et des efforts des deux côtés, alors le budget va aux partenaires dont le volume le justifie. C'est une allocation rationnelle, pas un échec. Ce qui reste, c'est la longue traîne : le détaillant indépendant, le distributeur à quatre magasins, le groupement d'achat qui envoie un bon de commande en PDF chaque mardi. Ces comptes n'ont jamais été sur le réseau, alors quelqu'un dans votre équipe les ressaisit dans Shopify.

LevelOps PDF to Order lit ce document. N'importe quelle mise en page, sans template, sans mappage de champs, sans rien demander au client. Chaque ligne est rapprochée de votre catalogue Shopify, y compris les codes articles du client, tarifée depuis votre catalogue et la liste de prix B2B Shopify du compte, puis écrite comme une commande provisoire Shopify native qu'une personne approuve. Il ne voit jamais votre trafic EDI.

Le verdict est donc les deux, pas l'un ou l'autre. Gardez SPS Commerce pour les détaillants qui imposent l'EDI, ajoutez la réception de commandes pour tous les autres, et surveillez l'écart entre les deux : un bon de commande qui arrive bien par un canal EDI ou un portail fournisseur, mais en PDF que rien n'importe dans Shopify, donc que quelqu'un ressaisit quand même.

Ce que fait vraiment un réseau EDI de détail

Ce travail est difficile et il mérite d'être payé. Si vous n'avez jamais exploité un programme EDI, voici ce que vous achetez.

Le raccordement des partenaires commerciaux

Le réseau détient déjà la relation avec le détaillant, et c'est la partie que vous ne pouvez pas bâtir vous-même. Le raccordement relie votre entreprise à un partenaire nommé, avec les bons identifiants, le bon transport et les bons types de documents activés, en coordination avec l'équipe d'intégration fournisseurs du détaillant. Leur côté doit participer, pas seulement le vôtre.

Le mappage vers la spécification de chaque détaillant

L'EDI est une norme, et ensuite chaque détaillant publie par-dessus son propre guide d'implantation : quels segments sont obligatoires, quels qualifiants il utilise, comment il identifie un magasin, comment il exprime un format de caisse. Le 850 d'un détaillant n'est pas le 850 d'un autre, donc le mappage s'écrit par détaillant et non une fois pour toutes.

L'étiquetage et la conformité logistique

Les détaillants dictent l'étiquetage des caisses et des palettes, en général une étiquette d'expédition de type GS1, et exigent un avis d'expédition préalable qui correspond à ce qui se trouve physiquement dans le camion. Si l'étiquette, l'avis et la caisse se contredisent, le quai de réception s'en aperçoit. De la conformité opérationnelle, pas de la saisie.

Les tests, la certification et la maintenance des mappages

Le détaillant certifie la connexion selon son guide avant la mise en production, et c'est pourquoi raccorder un partenaire est un projet et non un réglage. Ensuite les spécifications changent, et quelqu'un doit mettre le mappage à jour avant que les documents commencent à être rejetés. Sur un réseau géré, ce quelqu'un est le fournisseur.

Pourquoi la longue traîne n'arrive jamais sur le réseau

L'explication habituelle est que l'EDI est vieux ou cher, et les deux ratent l'essentiel. Vos comptes indépendants ne sont pas sur le réseau parce que raccorder un partenaire commercial a un coût, en frais et en efforts, payé par partenaire et non une fois pour toutes. Les programmes EDI imposés par les détaillants comportent en général du travail de raccordement par partenaire et des frais récurrents, alors le budget va là où le volume de commandes le rembourse. Personne n'a fait d'erreur.

Quelques comptes produisent une grande part de votre volume, et ce sont en général ceux qui imposent l'EDI de toute façon. Vient ensuite la traîne : le distributeur à quatre magasins, le détaillant spécialisé qui recommande quand la tablette se vide, le groupement d'achat qui consolide six indépendants sur un seul bon de commande. Individuellement, aucun ne justifie un projet de raccordement, collectivement ils forment souvent la majorité de vos comptes. L'EDI est aussi bilatéral, donc même en payant pour raccorder un petit compte, il doit implanter son côté, et la plupart des indépendants n'ont aucune capacité EDI ni l'intention d'en acquérir une.

La traîne reste donc sur l'e-mail, et le coût passe du logiciel à la main-d'œuvre, où il se cache dans la journée de quelqu'un plutôt que sur une facture. La saisie manuelle prend environ 6 minutes par commande quand on compte l'ouverture du document, la recherche du client, le rapprochement des lignes et la vérification du prix. Un client a mesuré une opératrice qui passait 8 heures par jour sur les commandes d'un seul client, ramenées à 40 minutes. Le taux d'erreur fait plus mal : 3 % pour la saisie manuelle contre 0,5 % avec une commande provisoire rapprochée et relue, soit 6 fois moins, et une commande erronée coûte environ 250 $ à défaire.

L'écart qu'il faut nommer, un document arrive par l'EDI et se fait ressaisir quand même

C'est le point le plus tranchant de la page, alors autant être précis plutôt que de tirer sur quiconque. Sur les canaux EDI et les portails fournisseurs en général, un bon de commande peut traverser le canal correctement et arriver quand même en document lisible par un humain : un bon de commande imprimable, un export de portail, une copie de commande par e-mail avec un tableau bien rangé. Le document est juste, le canal a fonctionné, rien ne l'importe dans Shopify, et une personne le ressaisit sur un compte nominalement automatisé. Les causes relèvent de la configuration ordinaire. Un partenaire servi par un portail web plutôt que par une connexion directe. Un type de document hors de l'ensemble activé pour ce partenaire. Un système cible qui est un ERP plutôt que la boutique Shopify où la commande doit exister. Ou le portail fournisseur du détaillant, qui envoie simplement le bon de commande en PDF.

Vérifiez-le avant d'acheter quoi que ce soit. Triez les commandes du mois dernier en trois piles : arrivées structurées et entrées dans Shopify sans intervention, documents venant de comptes jamais raccordés, et commandes arrivées par un canal automatisé mais saisies à la main quand même. La troisième pile est en général plus grosse que prévu, et c'est là qu'un lecteur de documents se rentabilise le plus vite, puisque vous payez déjà le canal.

Côte à côte, sur ce qui change votre décision

Deux métiers différents sur les mêmes lignes. La troisième colonne est ce que font la plupart des grossistes aujourd'hui avec les commandes que le réseau ne couvre pas.

SPS Commerce et les réseaux EDI de détailRessaisir le resteLevelOps PDF to Order
Forme de la mise en placeRaccordement par partenaire, mappage, tests, certificationAucune, une personne et un clavierInstallation, synchro catalogue de 2 à 5 minutes, transfert d'une commande
Forme du coûtNon publiée, donc nous ne la citons pas. Les programmes de ce type combinent en général des frais de plateforme, par partenaire et par documentMain-d'œuvre, qui monte avec le volume et les pointesGratuit pour vos 5 premières commandes, puis 50 $ une fois ou de 100 $ à 250 $ par mois
Gère les formats non standardsNon, et c'est le principe : le format est le contratOui, une personne lit toutOui, sans template et sans mappage de champs
Le client doit changer quelque choseOui, il implante son côtéNoNo
Revue humaine avant création de la commandeEn général traitement direct, ce qui est juste à fort volumeLa personne est la revueOui, une commande provisoire à valider
Rapprochement au cataloguePar identifiants convenus entre partenairesÀ la main, de mémoire ou avec une tableSKU exact, puis rapprochement sémantique, plus les codes acheteurs appris
Source du prixLe fichier de prix convenu pour ce partenaireSi la personne pense à vérifierVotre catalogue et la liste de prix B2B du compte, jamais le document
Commande provisoire Shopify nativeVia un connecteur, variable selon le système cibleOui, tapée à la mainOui, avec le fichier source en pièce jointe
Validation par la conformité du détaillantOui, certifié selon son guideNoNon, et ce n'est pas pour les relations imposées
Maintenance continueMappages gérés par le fournisseur quand les spécifications changentNe s'arrête jamais, invisible jusqu'à un départGérée par l'éditeur, rien à remapper si une mise en page change
Meilleur cas d'usageLes détaillants qui imposent l'EDI, avec risque de rétrofacturationUne poignée de commandes documentaires par moisLa longue traîne de bons de commande non standards par e-mail

Là où SPS Commerce gagne vraiment

Une exigence n'est pas une négociation. Si les conditions fournisseurs d'un grand détaillant disent EDI, avec son ensemble de documents, son étiquetage et sa certification, un réseau EDI de détail géré est ce que vous achetez et il n'y a pas de débat. Ne laissez personne vous vendre un lecteur de documents comme moyen de contourner cela, le nôtre y compris. Il ne serait pas accepté par le service conformité de ce détaillant, et il ne devrait pas l'être.

L'évitement des rétrofacturations est le gain que l'on sous-estime jusqu'à en payer une. Les relations avec les grandes surfaces comportent des pénalités pour documents tardifs ou manquants, pour un étiquetage qui ne correspond pas à la spécification, pour un avis d'expédition qui contredit la palette, et ces pénalités sont administrées par une équipe dont c'est le métier. Une connexion certifiée, maintenue par un fournisseur qui surveille les changements de spécification, est la façon de rester en dehors de tout cela.

L'ensemble complet des documents est un avantage de catégorie plutôt qu'une fonctionnalité. La réception de commandes lit les bons de commande entrants. Un réseau gère toute la conversation : commande entrante, accusé de réception en retour, avis d'expédition préalable avec l'envoi, facture ensuite, plus tout ce que le programme exige. Si votre problème est l'aller-retour, rien dans notre catégorie n'a même la bonne forme.

L'échelle est l'autre gain net, parce qu'un seul fournisseur qui détient et maintient un mappage par détaillant est la seule façon saine de vendre à plusieurs grandes chaînes à la fois. Et l'acceptation compte plus que la capacité : le service conformité du détaillant connaît déjà les grands réseaux, donc une connexion par l'un d'eux retire une objection à laquelle vous devriez sinon répondre par de l'ingénierie. Deux choses en découlent. Si un compte est assez gros pour qu'une connexion certifiée se rentabilise, raccordez-le même là où l'EDI n'est pas imposé. Et si une exigence de détaillant est tout votre problème, achetez de l'EDI et passez-nous.

Ce que le réseau laisse de côté

Rien de tout cela n'est une critique. Ces cas sont hors du champ d'un programme EDI tourné vers les détaillants, et c'est là que vit la ressaisie. D'abord, les comptes que vous ne raccorderez jamais : le détaillant indépendant, le distributeur à quatre magasins, la boutique spécialisée, le groupement d'achat. Aucune capacité EDI, et pas assez de volume individuel pour justifier un raccordement même s'ils en avaient une. Ensuite, la commande passée par un canal automatisé mais arrivée en document lisible, qu'une personne lit et ressaisit quand même.

Puis Shopify comme destination. Une connexion est mappée vers un système cible, souvent un ERP ou un logiciel comptable. Si la commande doit exister dans Shopify, avec la liste de prix B2B du compte appliquée et le flux de commandes provisoires que votre équipe utilise déjà, c'est un autre problème que la traduction de documents. Enfin, le vrai document désordonné : cellules fusionnées dans un tableur, scan avec une quantité écrite à la main dans la marge, deux bons de commande sur une page, acheteur qui commande avec ses propres codes articles, mise en page qui change quand le compte change de logiciel comptable.

Comment LevelOps traite la même commande

La commande arrive en document, venant d'un compte qui n'est pas sur votre réseau. Voici tout le parcours, et une personne garde le dernier mot.

  1. 01

    Le document arrive là où il arrive déjà

    Transférez l'e-mail, ou pointez votre adresse de transfert vers la boîte où atterrissent les bons de commande. Pièce jointe PDF, tableur, texte simple dans le corps du message, scan. Pas de template, pas de spécification et pas de portail de leur côté, et cela fonctionne pareil sur les documents qu'un canal automatisé a livrés en PDF. Votre configuration EDI n'est pas touchée.

  2. 02

    Chaque ligne est lue et rapprochée

    D'abord la recherche exacte par SKU, puis le rapprochement sémantique sur vos descriptions de produits quand l'acheteur n'a pas utilisé votre SKU, puis les codes articles acheteurs que le système a appris des commandes précédentes de ce compte. Rien à entraîner par expéditeur, donc un acheteur qui commande avec ses propres codes ou par description seule tombe quand même juste.

  3. 03

    Le prix vient de votre catalogue, pas de leur document

    Chaque ligne est tarifée depuis votre catalogue Shopify et la liste de prix B2B Shopify du compte. Si le bon de commande porte un prix périmé, la commande provisoire affiche le vôtre et l'écart est visible pour la personne qui valide. Le document de l'acheteur ne fixe jamais le prix, et c'est la partie qui protège la marge.

  4. 04

    Une commande provisoire Shopify native, à valider

    Le résultat est une commande provisoire Shopify standard avec le document source en pièce jointe, pas du texte extrait ni un système de plus à apprendre. Votre équipe la vérifie dans l'admin qu'elle utilise déjà et l'approuve, et à partir de là c'est une commande Shopify ordinaire qui part vers l'expédition, la comptabilité et votre ERP comme avant. Environ 6 minutes de travail deviennent environ 1, et rien ne devient une commande sans validation humaine.

Ce que mesure la réception de commandes
6 à 1 min
Traitement par bon de commande reçu par e-mail, d'environ 6 minutes à environ 1
6x
Moins d'erreurs, 0,5 % contre 3 % pour la saisie manuelle, avec validation humaine
250 $
Coût typique pour défaire une seule commande erronée
5,0
Note sur le Shopify App Store, statut Built for Shopify obtenu en août 2026

Faire tourner les deux, et savoir où va quelle commande

En pratique la répartition est banale, et c'est justement le point. Les commandes qui arrivent par vos connexions EDI continuent exactement comme aujourd'hui, en traitement direct, avec accusés de réception et documents qui repartent comme le détaillant l'exige, et personne chez LevelOps ne les voit. Les commandes qui arrivent en documents sont transférées à votre adresse LevelOps et reviennent en commandes provisoires Shopify à valider. Deux chemins, aucun recoupement, aucune règle d'acheminement à écrire.

La seule décision volontaire concerne la pile du milieu, les commandes arrivées par un canal automatisé sous forme de document lisible. Elles vont à la réception de commandes, parce que l'autre option est de les ressaisir. Si un partenaire de cette pile est assez gros pour qu'une connexion certifiée en traitement direct vaille le raccordement, c'est une conversation EDI et c'est la bonne à avoir.

Pour l'opérateur il y a une file au lieu d'un nouveau système. Les commandes provisoires apparaissent dans l'admin Shopify que votre équipe utilise déjà, avec le document source en pièce jointe, et quand une commande demande du jugement, un blocage de crédit, une ligne discontinuée, un minimum non atteint, la personne tranche avant que la commande existe plutôt que de la défaire après. Il n'y a rien à migrer, aucune donnée à déplacer et aucun partenaire à raccorder de nouveau. Comptez les bons de commande qu'une personne a ressaisis le mois dernier à environ 6 minutes chacun, mettez cela en face de 100 $ par mois pour 33 commandes ou 250 $ par mois pour jusqu'à 100, et utilisez les 5 commandes gratuites pour tester votre document le plus mal formaté.

Des marchands qui font tourner les deux

De vrais marchands Shopify qui utilisent PDF to Order à côté des canaux qu'ils avaient déjà.

EDI, PDF, Excel, e-mail
Tous les canaux, un seul flux
Un gain de temps énorme et très facile à mettre en place. Nous traitons des bons de commande en EDI, PDF, Excel ou e-mail, et l'équipe écoute toujours les retours clients.
Three Ships Wholesale
B2B et distribution
Automatisation façon EDI
Sans le projet EDI
On voulait l'EDI pour Shopify sans le coût d'une intégration EDI traditionnelle. Les bons de commande des retailers deviennent maintenant des brouillons Shopify automatiquement.
Three Ships Wholesale
Beauté, vend au retail américain
Garder le compte
Tous les formats, le client ne change rien
Traiter manuellement les commandes B2B, c'est simplement une contrainte à accepter si on veut garder certains clients. LevelOps offre une excellente solution pour lire les commandes dans divers formats et les convertir en brouillons pour validation finale.
Earth Fed Muscle
Suppléments

Gardez votre EDI. Automatisez ce qu'il n'a jamais couvert.

Repérez dans les commandes du mois dernier celles qu'une personne a tapées à la main, y compris celles arrivées en PDF par un canal automatisé. Puis transférez-en une et voyez ce qui revient.

Vos 5 premières commandes réussies sont gratuites et sans expiration. Si votre problème est bien une exigence de détaillant, nous vous dirons d'acheter de l'EDI.

FAQ

Les questions posées en premier

LevelOps remplace-t-il SPS Commerce ?

Non, et nous vous dissuaderions d'essayer. SPS Commerce est un réseau EDI de détail et c'est le bon fournisseur pour les détaillants qui imposent l'EDI. LevelOps lit les commandes qui arrivent en documents, depuis les comptes jamais raccordés au réseau. Les deux ne touchent jamais la même commande.

Nous payons déjà l'EDI. Pourquoi ajouter un autre outil ?

Parce qu'ils couvrent des comptes différents. Vos connexions couvrent les partenaires que vous avez délibérément raccordés, ceux dont le volume justifiait le travail. Tout le reste arrive en PDF, en tableur ou par e-mail, et quelqu'un le ressaisit.

Notre canal EDI livre la commande en PDF que personne ne peut importer. Est-ce normal ?

Très courant, et c'est la raison la plus fréquente qui nous amène des marchands déjà équipés en EDI. Un bon de commande peut traverser un canal EDI ou un portail fournisseur et arriver quand même sous forme de document lisible par un humain, parce que c'est ce que le canal a été configuré pour livrer pour ce partenaire ou ce type de document. LevelOps le lit et écrit une commande provisoire Shopify.

Quelles commandes doivent rester en EDI ?

Toute commande d'un détaillant qui impose l'EDI comme condition d'affaires, et toute relation où vous devez renvoyer accusés de réception, avis d'expédition préalables et factures par le même canal. La conformité et le risque de rétrofacturation tranchent pour vous.

Ne peut-on pas raccorder aussi nos plus petits comptes ?

Pour quelques-uns, cela peut valoir la peine. Raccorder un partenaire commercial demande du travail des deux côtés : mappage vers une spécification, tests, puis maintenance continue. Les programmes EDI imposés par les détaillants comportent en général des frais de raccordement par partenaire et des frais récurrents, d'où le fait que le budget aille aux partenaires à vrai volume. La plupart des indépendants n'ont d'ailleurs aucune capacité EDI.

Est-ce que quelque chose change pour nos clients ?

Rien. Ils continuent d'envoyer par e-mail le bon de commande qu'ils envoient déjà, dans la mise en page que produit leur système. Pas de portail, pas de template, pas de spécification. La longue traîne, ce sont justement les comptes qui ne changeront pas leur façon de commander.

Qu'est-ce que LevelOps produit au bout du compte ?

Une commande provisoire Shopify native, chaque ligne rapprochée de votre catalogue et tarifée depuis votre catalogue et la liste de prix B2B Shopify du compte, avec le document source en pièce jointe. Rien ne devient une commande sans validation humaine.

Combien coûte LevelOps à côté d'un programme EDI ?

Vos 5 premières commandes réussies sont gratuites et sans expiration. Ensuite 50 $ une seule fois pour 15 commandes sur Pay as You Go, 100 $ par mois pour 33 commandes sur Starter, ou 250 $ par mois pour jusqu'à 100 commandes sur Growth, avec 20 pour cent d'économie en paiement annuel. Au-delà de 100 commandes par mois, nous établissons un devis. SPS Commerce ne publie pas ses prix, donc nous ne devinerons pas les leurs.