Esker, Itesoft et Yooz font-ils la même chose ?

Non. Esker couvre à la fois le cycle client (commandes, facturation, encaissement) et le cycle achat. Itesoft est une plateforme Procure-to-Pay centrée sur la facture fournisseur, avec capture multicanal et détection de fraude. Yooz automatise le traitement des factures fournisseurs, à partir de 99 € par mois. Sur la commande client, un seul des trois répond à la question.

Quel taux d'automatisation peut-on attendre sur les commandes clients ?

Sur la facture fournisseur, les meilleures plateformes atteignent 70 à 90 % de traitement automatique, et Itesoft rapporte 60 % de traitement de bout en bout chez Carambar & Co. Sur la commande client, visez plutôt 50 à 70 % la première année : les documents envoyés par les clients sont hétérogènes, les contrôles de tarif et de disponibilité sont plus lourds, et le coût d'une erreur est plus direct puisqu'elle part en livraison.

Combien coûte le traitement manuel d'une commande client ?

Comptez six à dix minutes par commande pour ouvrir l'email, lire le document, retrouver le compte, saisir les lignes, vérifier le tarif et contrôler la disponibilité. À 30 € de l'heure chargée, cela représente 3 à 5 € par commande, soit 60 000 à 100 000 € par an pour 20 000 commandes. À ce coût s'ajoutent les erreurs de saisie, qui se paient en avoirs et en litiges.

À partir de quel volume une plateforme d'éditeur est-elle rentable pour les commandes ?

En dessous de cinq mille commandes par an, le coût du projet d'intégration et de la licence récurrente se justifie rarement. Entre cinq mille et vingt mille, l'arbitrage dépend de la standardisation de l'ERP et des contraintes de gouvernance. Au-delà, la plateforme d'éditeur devient le choix par défaut, avec ses connecteurs éprouvés et sa maintenance assurée.

Faut-il changer d'ERP pour automatiser les commandes clients ?

Non, et coupler les deux projets est rarement une bonne idée. Une commande automatisée entre dans l'ERP par son API, par un import de fichier ou, pour les logiciels anciens sans interface de programmation, par pilotage de l'interface. Le seul cas où l'attente se justifie est un changement d'ERP déjà planifié à moins de dix-huit mois.

Que faire des commandes que le système ne sait pas traiter ?

Elles partent dans une file d'exceptions avec le motif du blocage, et une personne les traite. C'est le fonctionnement normal : un système qui prétend tout traiter finit par forcer des commandes douteuses en livraison. La bonne question en démonstration est de savoir comment l'outil présente l'exception et combien de clics il faut pour la résoudre.

Combien de temps prend un projet d'automatisation des commandes ?

Chez un éditeur, plusieurs mois entre le cadrage, l'intégration à l'ERP, le paramétrage des règles et la conduite du changement. En développement sur mesure sur un périmètre ciblé, quinze à trente jours de développement suffisent pour une première mise en production, à condition que les règles métier soient écrites. Cette formalisation des règles représente la moitié du travail dans les deux cas.

Esker, Itesoft ou Yooz : automatiser les commandes en négoce

Par Alexandre Rastello, publié le 30 août 2026

comparatif
négoce
commandes

En résumé. Les trois noms reviennent ensemble dans toutes les listes, mais ils ne traitent pas le même flux. Esker est le seul des trois à commercialiser une solution dédiée à la commande client, avec détection des écarts et traitement sans intervention humaine pour les commandes éligibles. Itesoft et Yooz sont positionnés sur le cycle achat, la facture fournisseur. Si votre problème est la ressaisie des commandes qui arrivent par email en PDF, deux des trois candidats sont hors sujet, et un développement sur mesure branché sur votre ERP redevient une option sérieuse en dessous de dix mille commandes par an.

Le malentendu à lever d’abord

Deux flux opposés portent le même mot dans les conversations, et les confondre fait perdre trois mois.

Le flux client part de la commande que vos clients vous envoient. Elle arrive par email, en PDF, en pièce jointe scannée, parfois par fax ou par EDI. Quelqu’un la lit, vérifie le tarif et la disponibilité, et la ressaisit dans l’ERP. C’est le goulot d’étranglement classique du négoce et de la distribution B2B.

Le flux fournisseur part de la facture que vos fournisseurs vous envoient. Elle doit être rapprochée d’une commande d’achat et d’un bon de réception, validée, comptabilisée, payée. C’est le domaine du Procure-to-Pay, et c’est là que la majorité des éditeurs français se sont construits.

Éditeur	Flux couvert	Ce qu’il vend
Esker	Client et fournisseur	Order Management, facturation, encaissement, achat
Itesoft	Fournisseur	Plateforme Procure-to-Pay, capture multicanal, détection de fraude
Yooz	Fournisseur	Dématérialisation et automatisation des factures fournisseurs

Un directeur d’exploitation qui cherche à supprimer la ressaisie des commandes clients compare donc, en réalité, Esker à un développement spécifique. Les deux autres répondent à une question voisine et légitime, mais différente.

Ce que pèsent ces éditeurs

Les ordres de grandeur situent le type d’interlocuteur que vous aurez en face.

Esker a réalisé 205,3 millions d’euros de chiffre d’affaires en 2024, en hausse de 15 %, sa meilleure année. Son offre Order Management vise les environnements B2B complexes : elle signale automatiquement les écarts, les route vers la bonne personne et laisse passer sans intervention les commandes éligibles.

Itesoft, basé à Aimargues, affiche 22,1 millions d’euros de chiffre d’affaires en 2024 pour environ 200 salariés, et traite plus d’un milliard de documents par an pour ses clients ETI et grands comptes. L’éditeur revendique un taux d’automatisation de 85 % sur les factures fournisseurs, appuyé sur une base mutualisée de plus d’un million de fournisseurs français, et rapporte des taux supérieurs à 92 % constatés en production. Chez Carambar & Co, le temps de saisie des factures a été divisé par trois, avec 92 % d’automatisation et 60 % des factures traitées de bout en bout sans intervention humaine.

Yooz annonce ses offres à partir de 99 € par mois, pour l’édition entreprise comme pour l’édition cabinet comptable. C’est le seul des trois à afficher un prix d’entrée public, et le seul dont le point d’entrée est accessible à une TPE.

Ces chiffres portent sur la facture fournisseur, pas sur la commande client. Aucun des trois éditeurs ne publie de taux d’automatisation vérifiable sur le flux commande client, ce qui est en soi une information : c’est un flux plus hétérogène, plus dépendant de la qualité des documents envoyés par vos clients, et donc plus difficile à standardiser.

Ce que coûte vraiment une commande ressaisie

Posons le calcul plutôt que d’en croire un.

Une commande client reçue en PDF prend entre six et dix minutes à traiter manuellement : ouvrir l’email, lire le document, retrouver le compte client, saisir les références et les quantités, vérifier le tarif contractuel, contrôler la disponibilité, valider. À 30 € de l’heure chargée, ça représente 3 à 5 € par commande.

Volume annuel	Coût de traitement manuel
5 000 commandes	15 000 à 25 000 €
20 000 commandes	60 000 à 100 000 €
60 000 commandes	180 000 à 300 000 €

Ce coût n’est pas le seul. Il faut y ajouter les erreurs de saisie, qui se paient en avoirs, en reprises et en litiges, et le délai de traitement, qui se paie en insatisfaction quand un client attend l’accusé de réception de sa commande urgente.

À 5 000 commandes par an, une plateforme d’éditeur avec son projet d’intégration a du mal à se justifier. À 60 000, la question ne se pose plus.

Le taux qui décide de tout

Le seul indicateur qui compte s’appelle le taux sans intervention, ou taux touchless : la part des commandes qui traversent le processus sans qu’un humain ne touche à rien. Les meilleures plateformes atteignent 70 à 90 % sur la facture fournisseur, et Itesoft rapporte 60 % de traitement de bout en bout chez l’un de ses clients.

Sur la commande client, tablez plus bas au départ, pour trois raisons.

Vos clients envoient des documents que vous ne contrôlez pas : un bon de commande sur papier à en-tête maison, un tableau Excel, un email en texte libre, un scan de travers. La variété est la règle, pas l’exception.

Les contrôles sont plus lourds : le prix doit correspondre au tarif contractuel du client, la référence doit exister, la quantité doit être disponible, et l’écart déclenche un arbitrage commercial que personne ne veut automatiser aveuglément.

L’enjeu d’une erreur est direct. Une facture fournisseur mal imputée se corrige en comptabilité. Une commande client mal saisie part en livraison.

Un projet honnête vise 50 à 70 % de traitement sans intervention la première année, sur les commandes des clients réguliers dont les documents sont stables, puis progresse. Un éditeur qui vous promet 95 % dès le démarrage sur des commandes clients hétérogènes vend une démonstration, pas un résultat.

Éditeur ou sur-mesure : le vrai arbitrage

Prenez la plateforme d’un éditeur quand vous avez du volume et des contraintes de gouvernance : plusieurs sites, plusieurs entités, des exigences d’audit et de piste de contrôle, un ERP standard du marché déjà bien tenu. Vous achetez un produit maintenu, des connecteurs éprouvés et un fournisseur qui existera dans dix ans. Vous acceptez en contrepartie un projet d’intégration de plusieurs mois, un coût de licence récurrent proportionnel au volume, et un périmètre que vous adaptez à l’outil plutôt que l’inverse.

Prenez le développement spécifique quand votre volume est inférieur à une dizaine de milliers de commandes par an, quand votre logiciel de gestion n’a pas d’API standard ou n’est pas dans le catalogue des éditeurs, ou quand votre processus a des règles que vous ne comptez pas changer. Un agent qui lit le PDF, en extrait les lignes, vérifie le tarif contre votre grille et pousse la commande dans votre ERP, ça représente entre quinze et trente jours de développement. Vous en êtes propriétaire, il n’y a pas de licence récurrente, et il fait exactement vos règles.

Un point que les deux camps évitent de dire : dans les deux cas, le travail difficile n’est pas l’extraction. Les modèles actuels lisent correctement un bon de commande. Ce qui prend du temps, c’est la règle métier. Que fait-on quand la référence n’existe pas, quand le prix diffère de 2 %, quand la quantité dépasse le stock, quand le client commande sous une désignation à lui ? Ces règles ne sont écrites nulle part dans la plupart des entreprises. Elles vivent dans la tête de deux personnes de l’ADV, et les faire sortir est la moitié du projet.

Les six questions à poser en démonstration

Une démonstration se prépare, sinon elle se subit.

Quel taux sans intervention constatez-vous sur la commande client, chez un client de ma taille et de mon secteur ? Pas le taux sur la facture fournisseur, pas le taux moyen, pas le taux du meilleur client.
Que se passe-t-il quand la référence commandée n’existe pas dans mon catalogue ? La réponse montre la finesse réelle de la gestion des exceptions.
Comment se fait le rapprochement avec mon tarif contractuel client ? C’est le contrôle qui coûte le plus cher à faire à la main, et celui que les démonstrations survolent.
Le connecteur vers mon ERP existe-t-il déjà, dans ma version ? Un connecteur SAP ne dit rien de votre installation particulière.
Que coûte la sortie ? Récupération des documents, format d’export, propriété des règles paramétrées, délai.
Puis-je voir la solution tourner sur dix de mes propres commandes, y compris les trois plus moches ? Un éditeur qui refuse vous répond déjà.

Cette dernière question est la plus utile. Prenez vos dix commandes les plus pénibles, celles que vos équipes redoutent, et demandez à les faire passer avant de signer.

Quand ne rien automatiser

Trois cas où la réponse honnête est de ne pas lancer le projet.

Vos clients envoient déjà 80 % de leurs commandes par EDI ou via votre portail web. Le reste ne représente pas assez de volume pour rentabiliser quoi que ce soit ; travaillez plutôt à faire basculer les derniers.

Vos tarifs changent en permanence et ne sont pas dans un système consultable. Sans référentiel de prix fiable, aucun contrôle automatique n’est possible et vous automatiserez la production d’erreurs.

Votre ERP est en fin de vie et vous changez dans dix-huit mois. Attendez, ou l’intégration sera à refaire. Partout ailleurs, le coût réel n’est pas la licence mais le branchement sur votre ERP : c’est le travail que je fais, et il se chiffre avant de signer avec l’éditeur.

Chiffres relevés le 13 août 2026 : chiffre d’affaires 2024 d’Esker et d’Itesoft, taux d’automatisation et cas Carambar & Co publiés par Itesoft, tarif d’entrée publié par Yooz. Les coûts de traitement manuel sont calculés sur les hypothèses de durée et de taux horaire indiquées.

Questions fréquentes

Quelle solution pour automatiser les commandes clients reçues par email en négoce ?: Parmi les éditeurs français fréquemment cités, Esker est le seul à commercialiser une solution dédiée à la commande client, avec détection automatique des écarts et traitement sans intervention pour les commandes éligibles. Itesoft et Yooz sont positionnés sur la facture fournisseur. En dessous d'environ dix mille commandes par an, un développement sur mesure branché sur l'ERP existant revient souvent moins cher qu'une plateforme sous licence.
Esker, Itesoft et Yooz font-ils la même chose ?: Non. Esker couvre à la fois le cycle client (commandes, facturation, encaissement) et le cycle achat. Itesoft est une plateforme Procure-to-Pay centrée sur la facture fournisseur, avec capture multicanal et détection de fraude. Yooz automatise le traitement des factures fournisseurs, à partir de 99 € par mois. Sur la commande client, un seul des trois répond à la question.
Quel taux d'automatisation peut-on attendre sur les commandes clients ?: Sur la facture fournisseur, les meilleures plateformes atteignent 70 à 90 % de traitement automatique, et Itesoft rapporte 60 % de traitement de bout en bout chez Carambar & Co. Sur la commande client, visez plutôt 50 à 70 % la première année : les documents envoyés par les clients sont hétérogènes, les contrôles de tarif et de disponibilité sont plus lourds, et le coût d'une erreur est plus direct puisqu'elle part en livraison.
Combien coûte le traitement manuel d'une commande client ?: Comptez six à dix minutes par commande pour ouvrir l'email, lire le document, retrouver le compte, saisir les lignes, vérifier le tarif et contrôler la disponibilité. À 30 € de l'heure chargée, cela représente 3 à 5 € par commande, soit 60 000 à 100 000 € par an pour 20 000 commandes. À ce coût s'ajoutent les erreurs de saisie, qui se paient en avoirs et en litiges.
À partir de quel volume une plateforme d'éditeur est-elle rentable pour les commandes ?: En dessous de cinq mille commandes par an, le coût du projet d'intégration et de la licence récurrente se justifie rarement. Entre cinq mille et vingt mille, l'arbitrage dépend de la standardisation de l'ERP et des contraintes de gouvernance. Au-delà, la plateforme d'éditeur devient le choix par défaut, avec ses connecteurs éprouvés et sa maintenance assurée.
Faut-il changer d'ERP pour automatiser les commandes clients ?: Non, et coupler les deux projets est rarement une bonne idée. Une commande automatisée entre dans l'ERP par son API, par un import de fichier ou, pour les logiciels anciens sans interface de programmation, par pilotage de l'interface. Le seul cas où l'attente se justifie est un changement d'ERP déjà planifié à moins de dix-huit mois.
Que faire des commandes que le système ne sait pas traiter ?: Elles partent dans une file d'exceptions avec le motif du blocage, et une personne les traite. C'est le fonctionnement normal : un système qui prétend tout traiter finit par forcer des commandes douteuses en livraison. La bonne question en démonstration est de savoir comment l'outil présente l'exception et combien de clics il faut pour la résoudre.
Combien de temps prend un projet d'automatisation des commandes ?: Chez un éditeur, plusieurs mois entre le cadrage, l'intégration à l'ERP, le paramétrage des règles et la conduite du changement. En développement sur mesure sur un périmètre ciblé, quinze à trente jours de développement suffisent pour une première mise en production, à condition que les règles métier soient écrites. Cette formalisation des règles représente la moitié du travail dans les deux cas.

Cet article fait partie du dossier Négoce et industrie.