Qu'est-ce que l'EDI ? Comment simplifier les commandes entre entreprises — du fax, de l'e-mail et de la saisie manuelle à l'intégration de données
· Go Komura · EDI, Transactions interentreprises, Gestion des commandes, Efficacité opérationnelle, Intégration des systèmes, BtoB, Transformation numérique
« Un bon de commande arrive par fax d’un partenaire commercial, et un employé le saisit dans le système de gestion des ventes. »
« On ouvre un fichier Excel joint à un e-mail, on vérifie le code produit et la quantité, puis on les recopie. »
« Après la livraison, une facture est établie, et le destinataire saisit à son tour ce même contenu dans son propre système comptable. »
Dans les transactions interentreprises, une même information de commande ou de facturation est parfois saisie plusieurs fois, par plusieurs entreprises et plusieurs employés différents.
L’EDI est le mécanisme qui réduit cette saisie redondante en permettant l’échange direct entre entreprises des données de commande, de réception de commande, d’expédition et de facturation.
En entendant « EDI », on imagine parfois un système lourd, réservé aux grandes entreprises disposant de lignes dédiées. Mais son principe est en réalité beaucoup plus simple.
L’EDI est un mécanisme qui permet d’échanger l’information reçue d’un partenaire commercial directement sous forme de données que l’ordinateur peut traiter, plutôt que de la faire relire et ressaisir par une personne.
Cet article détaille ce qu’est l’EDI, en quoi il diffère du fax et de l’e-mail, et comment son adoption facilite les opérations d’une entreprise, en prenant l’exemple du traitement des commandes.
1. La conclusion d’abord
EDI signifie Electronic Data Interchange, soit « échange de données informatisé ».
C’est un mécanisme par lequel les entreprises échangent des informations commerciales — bons de commande, avis d’expédition, factures, etc. — sous forme de données électroniques dans un format défini à l’avance.
JIPDEC décrit l’EDI comme un mécanisme par lequel des entreprises, des administrations et d’autres organismes connectent leurs ordinateurs en réseau afin d’échanger automatiquement des bordereaux et des documents sous forme de données électroniques.
Le but de l’adoption de l’EDI n’est pas simplement de supprimer le papier.
Son objectif principal est de réduire des tâches telles que :
- la saisie manuelle réalisée en regardant un fax ou un PDF ;
- la recopie de données depuis Excel vers le système de gestion des ventes ;
- la vérification visuelle du contenu saisi ;
- la recherche de bons de commande ou de factures ;
- les appels téléphoniques ou e-mails pour vérifier l’état d’une commande ;
- le réagrégation des données de chiffre d’affaires, de stock et de facturation.
En un mot, l’EDI est un mécanisme qui permet aux données auparavant bloquées entre deux entreprises de circuler directement.
2. Que se passe-t-il dans le traitement des commandes sans EDI ?
Considérons d’abord un traitement des commandes qui n’utilise pas l’EDI.
Du côté de l’entreprise acheteuse, un chargé des achats crée le contenu de la commande dans son propre système ou dans Excel. Ce contenu est imprimé sous forme de bon de commande, puis envoyé au partenaire commercial par fax ou par e-mail.
Du côté du fournisseur, un employé vérifie le bon de commande reçu et le saisit dans son propre système de gestion des ventes.
Ensuite, une confirmation de commande, un avis d’expédition, un bon de livraison, une facture, etc. sont établis et renvoyés à l’entreprise acheteuse. Celle-ci saisit à son tour ces informations dans son système de gestion des stocks ou son système comptable.
L'entreprise acheteuse saisit les données de commande
↓
Le bon de commande est imprimé / converti en PDF
↓
Envoi par fax ou par e-mail
↓
Le fournisseur vérifie le contenu
↓
Ressaisie dans le système du fournisseur
↓
Création des données d'expédition et de facturation
↓
L'entreprise acheteuse les ressaisit dans son propre système
Dans ce déroulement, la même information est saisie à plusieurs reprises.
Par exemple le code produit, le nom du produit, la quantité, le prix unitaire, la date de livraison, le lieu de livraison, etc.
Les données de commande initiales existent déjà dans l’ordinateur de l’entreprise acheteuse. Et pourtant, parce qu’elles ont été converties en papier ou en PDF, une personne du côté du fournisseur doit les relire et les ressaisir dans un ordinateur.
Le problème n’est pas que l’information n’a pas été numérisée.
C’est qu’une information une fois créée sous forme de données est convertie en document destiné à être lu par un humain, puis reconvertie en données de l’autre côté.
3. Comment le traitement des commandes change-t-il avec l’EDI ?
Avec l’EDI, les données de commande créées dans le système de l’entreprise acheteuse sont converties dans un format lisible par le système du fournisseur, puis transmises directement.
Du côté du fournisseur, au lieu qu’un employé saisisse les données en regardant le bon de commande, les données reçues sont importées directement dans le système de gestion des ventes.
flowchart LR
A[Système d'achat de l'entreprise acheteuse] --> B[Données de commande]
B --> C[Transmission et conversion via l'EDI]
C --> D[Système de gestion des ventes du fournisseur]
D --> E[Confirmation de commande]
D --> F[Avis d'expédition]
D --> G[Données de facturation]
E --> C
F --> C
G --> C
C --> A
Les données de commande sont envoyées de l’entreprise acheteuse vers le fournisseur, et les données de confirmation de commande, d’expédition et de facturation sont renvoyées du fournisseur vers l’entreprise acheteuse.
Le point clé est que les données passent d’un système à l’autre sans étape intermédiaire où une personne recopie en regardant un document.
JIPDEC décrit l’EDI comme un mécanisme dans lequel le format de données propre à chaque entreprise est converti en un format standard, et le destinataire, à son tour, convertit ce format standard vers son propre format.
4. Quelle est la différence entre l’EDI et l’e-mail, le PDF, Excel ?
On pense parfois : « Nous envoyons déjà les bons de commande en PDF par e-mail, nous sommes donc déjà passés au numérique. »
Il est vrai que c’est plus rapide que d’envoyer du papier par courrier, et plus facile à archiver. Mais si le destinataire saisit encore les données dans un système en regardant le PDF, le travail de saisie lui-même subsiste.
Voici comment se répartissent les différences :
| Méthode | Envoi au partenaire | Traitement chez le partenaire | Ressaisie |
|---|---|---|---|
| Papier / courrier | Envoi de papier | Lecture du document et saisie | Nécessaire |
| Fax | Envoi sous forme d’image | Lecture du fax et saisie | Nécessaire |
| PDF par e-mail | Envoi sous forme de document électronique | Lecture du PDF et saisie | Nécessaire |
| Excel par e-mail | Envoi d’un fichier | Vérification du contenu, traitement, import | Selon la méthode |
| EDI | Envoi dans un format de données défini | Le système importe directement | En principe non nécessaire |
Dans l’explication de JIPDEC, les images numérisées de bordereaux ou les e-mails rédigés comme du texte ordinaire sont distingués des données EDI qu’un ordinateur peut retraiter. De même, la saisie manuelle sur un écran web diffère, à proprement parler, de l’échange automatique entre ordinateurs.
Cela dit, utiliser du PDF ou de l’Excel n’est pas mauvais en soi.
Ce qui compte, c’est la façon dont l’information reçue est ensuite traitée.
- Un PDF est lu et saisi par une personne
- Un fichier Excel est ouvert et son contenu copié
- Un CSV est importé directement dans le système
- Un enregistrement automatique se fait via une API
Même s’il s’agit toujours d’un « fichier électronique », la charge de la suite du processus varie considérablement.
Pour juger de l’efficacité de l’EDI, il ne faut pas seulement regarder la méthode d’envoi, mais aussi ce qu’une personne fait après la réception.
5. Quelles informations peut-on échanger via l’EDI ?
L’EDI n’est pas un mécanisme réservé aux seuls bons de commande.
Il peut échanger une grande variété d’informations qui apparaissent dans les transactions interentreprises.
| Étape métier | Exemples de données échangées |
|---|---|
| Devis | Demande de devis, réponse au devis |
| Commande | Commande, modification de commande, annulation de commande |
| Réception de commande | Confirmation de commande, réponse sur la date de livraison |
| Expédition | Prévision d’expédition, résultat d’expédition, numéro de suivi |
| Réception / contrôle | Résultat de réception, résultat de contrôle |
| Facturation | Détail de facture, correction de facture |
| Paiement | Avis de paiement, détail de virement |
Par exemple, dès la réception des données de commande, le système du fournisseur peut effectuer les traitements suivants :
- Vérifier l’absence de doublon sur le numéro de commande
- Vérifier l’existence du code produit
- Allouer le stock
- Calculer la date de livraison
- Envoyer une instruction d’expédition à l’entrepôt
- Renvoyer une confirmation de commande à l’entreprise acheteuse
De plus, après l’expédition, il est possible de comptabiliser le chiffre d’affaires à partir du résultat d’expédition et de créer les données de facturation.
Autrement dit, l’EDI n’est pas une simple fonction de communication.
En prenant la prise de commande comme point d’entrée, il devient un socle reliant ensuite les stocks, l’expédition, les ventes et la facturation.
6. En quoi l’EDI facilite-t-il les opérations d’une entreprise ?
6.1. Il permet de réduire la saisie manuelle et la recopie
L’effet le plus visible est la réduction de la saisie manuelle.
Le travail consistant à saisir le code produit, la quantité, le prix unitaire et la date de livraison en regardant un bon de commande arrivé par fax devient inutile.
En réduisant la saisie manuelle, les employés peuvent consacrer leur temps non pas à la saisie elle-même, mais à la gestion d’exceptions telles que :
- les commandes pour lesquelles le stock est insuffisant ;
- les commandes avec une date de livraison inhabituelle ;
- les commandes dont le code produit n’est pas enregistré ;
- les commandes importantes ;
- les commandes nécessitant une vérification du prix unitaire ou des conditions contractuelles.
Plutôt que de faire traiter chaque commande par une personne, on peut passer à un modèle où les commandes courantes sont traitées automatiquement, et où seules les commandes problématiques sont vérifiées par une personne.
6.2. Il permet de réduire les erreurs de saisie
Le travail de saisie manuelle comporte, quel que soit l’opérateur, une certaine probabilité d’erreur.
- Une erreur d’un chiffre dans le code produit
- Saisir 100 unités au lieu de 10
- Confondre le lieu de livraison
- Mal lire la date de livraison souhaitée
- Enregistrer deux fois la même commande
Même avec l’EDI, si les données d’origine elles-mêmes sont incorrectes, le problème subsiste. Mais comme des données correctement créées n’ont pas besoin d’être ressaisies chez le partenaire, l’EDI réduit les erreurs qui surviennent lors de la recopie.
L’Agence des petites et moyennes entreprises cite également, comme effets de la numérisation des commandes, l’amélioration de l’efficacité du travail, la réduction des erreurs humaines et une meilleure recherche dans les registres de transactions.
6.3. Il permet d’accélérer le traitement des commandes
Avec le fax ou l’e-mail, le traitement de la commande ne commence pas tant qu’un employé n’a pas remarqué sa réception, vérifié le contenu, et terminé la saisie.
Les jours où les commandes sont nombreuses, des files d’attente de saisie se forment. Si l’employé concerné est absent, le traitement peut aussi être retardé.
Avec l’EDI, les données reçues peuvent être importées automatiquement dans le système.
Dès la réception d’une commande, des traitements tels que :
- la prise en compte de la commande ;
- la vérification du stock ;
- le calcul de la date de livraison ;
- l’envoi d’une instruction d’expédition à l’entrepôt ;
- le renvoi d’une confirmation de commande
peuvent démarrer immédiatement.
Accélérer le traitement des commandes tend aussi à raccourcir le délai jusqu’à l’expédition. JIPDEC cite également, comme effets de l’EDI, l’accélération des tâches administratives, la réduction des délais et la compression des stocks.
6.4. Il devient plus facile de vérifier l’état des commandes
Lorsque papier, fax, e-mail et Excel se mélangent, il faut du temps pour déterminer « où en est cette commande à l’heure actuelle ».
On finit par vérifier tour à tour la boîte mail de l’employé, un dossier partagé, des dossiers papier, le système de gestion des ventes, etc.
Avec l’EDI, on peut gérer, en les associant à un numéro de commande ou un identifiant similaire, des informations telles que :
- la date de réception de la commande ;
- si elle a été correctement importée ;
- si une confirmation de commande a été renvoyée ;
- si l’expédition a eu lieu ;
- si le contrôle a été effectué ;
- si la facturation a eu lieu ;
- si une erreur ou un renvoi s’est produit.
Lors d’une demande de renseignements, on peut aussi vérifier l’historique de traitement, sans dépendre de la mémoire d’un employé ou de son e-mail personnel.
6.5. Il peut être relié aux opérations de stock, d’expédition et de comptabilité
L’effet de l’EDI ne se limite pas à réduire le travail de saisie du personnel chargé des commandes.
En reliant les données reçues aux systèmes internes, les étapes suivantes peuvent elles aussi être automatisées.
Données de commande
↓
Enregistrement de la commande
↓
Allocation du stock
↓
Instruction d'expédition
↓
Comptabilisation des ventes
↓
Création des données de facturation
↓
Lettrage des paiements
Inversement, même si les données de commande sont reçues via l’EDI, si elles sont simplement imprimées puis saisies manuellement dans le système de gestion des ventes, l’effet reste limité.
JIPDEC explique également que si les données reçues via l’EDI ne sont pas importées dans le système interne, mais imprimées et traitées manuellement, cela ne diffère pas beaucoup du fax.
Adopter l’EDI ne consiste pas seulement à mettre en place la communication avec les partenaires commerciaux : il est tout aussi important de déterminer jusqu’où les données reçues doivent circuler dans les opérations internes.
6.6. Les données commerciales peuvent servir aux décisions de gestion
Les bons de commande reçus sur papier ou en PDF, même conservés, restent difficiles à exploiter pour des agrégations.
Avec l’EDI, les informations commerciales s’accumulent sous forme de données structurées.
Cela permet de les exploiter pour des analyses telles que :
- le volume de commandes par produit ;
- l’évolution des ventes par partenaire commercial ;
- les tendances de commande par jour de la semaine ou par plage horaire ;
- la fréquence des retards de livraison ;
- les produits fréquemment en rupture de stock ;
- le délai entre la commande et l’expédition ;
- les transactions donnant lieu à de nombreux retours ou corrections.
JIPDEC indique également que les données EDI peuvent être exploitées, au-delà des opérations quotidiennes comme l’allocation de stock, la planification de la production, le contrôle des réceptions/expéditions ou la comptabilisation des créances, pour des analyses de best-sellers et des prévisions de demande.
Construire la capacité à collecter des données grâce à l’EDI ne sert pas uniquement l’efficacité opérationnelle : cela pose aussi les bases d’une future optimisation des stocks et d’une prévision de la demande.
7. Réfléchir à l’effet de l’EDI à partir d’un exemple simple
Supposons qu’une entreprise de gros reçoive 100 commandes par jour, par fax ou par e-mail.
Supposons qu’il faille en moyenne 3 minutes pour saisir une commande dans le système de gestion des ventes et en vérifier le contenu.
100 commandes × 3 minutes = 300 minutes
Cela représente 5 heures par jour consacrées à la saisie et à la vérification des commandes.
Supposons qu’après l’adoption de l’EDI, 80 commandes soient importées automatiquement, et que seules les 20 restantes doivent être vérifiées par une personne.
20 commandes × 3 minutes = 60 minutes
Il s’agit d’un exemple simplifié, mais le travail de saisie passe de 5 heures à 1 heure.
En pratique, cela pourrait aussi réduire le temps consacré à :
- déchiffrer un fax difficile à lire ;
- corriger des erreurs de saisie ;
- passer des appels pour vérifier le contenu d’une commande ;
- chercher un bon de commande ;
- agréger la liste des commandes ;
- transmettre des dossiers entre employés.
L’effet de l’adoption de l’EDI ne se limite pas à une économie directe de coûts, comme une réduction des dépenses de papier.
L’important réside dans la réduction des petites vérifications, saisies et corrections qui se répètent chaque jour.
8. Les avantages de l’EDI, département par département
L’amélioration opérationnelle apportée par l’EDI ne se limite pas au seul service de réception des commandes.
| Département | Travail avant l’EDI | Changement attendu après l’EDI |
|---|---|---|
| Ventes / réception de commandes | Consulter le contenu de la commande et le saisir | Les commandes courantes sont enregistrées automatiquement, seules les exceptions sont vérifiées |
| Achats | Créer un bon de commande et l’envoyer | Envoyer directement depuis le système d’achat |
| Entrepôt | Recevoir une instruction d’expédition papier | Créer l’instruction d’expédition à partir des données de commande |
| Comptabilité | Ressaisir le détail des factures | Créer les informations de facturation à partir des données de vente |
| Direction | Agréger les résultats sous Excel | Agréger à partir des données de transaction accumulées |
| Service de renseignements | Chercher dans les e-mails ou le papier | Vérifier l’état du traitement à partir du numéro de commande |
Ce que l’EDI peut réduire ne se limite pas au temps de saisie.
L’emplacement de l’information devenant clair, il devient plus facile pour d’autres personnes que le responsable habituel de vérifier la situation, ce qui réduit également la dépendance de l’activité envers un individu en particulier.
9. Adopter l’EDI ne signifie pas tout automatiser
L’EDI est un mécanisme pratique, mais son adoption ne suffit pas à automatiser l’ensemble des tâches.
9.1. Des accords avec les partenaires commerciaux sont nécessaires
Pour échanger des données entre entreprises, il faut décider au minimum des points suivants :
- quelle information échanger ;
- quel format de données utiliser ;
- quand envoyer et recevoir ;
- comment traiter les modifications ou annulations de commande ;
- que faire en cas d’erreur ;
- comment traiter le renvoi de la même donnée ;
- à quel moment une commande devient officiellement effective.
Avec l’EDI, ce n’est pas seulement la méthode de communication qui compte, mais aussi les éléments de données et les règles opérationnelles. JIPDEC souligne également la nécessité de s’accorder sur le protocole de communication, le format des données, les éléments des messages, le traitement des erreurs, et l’accord-cadre de transaction.
9.2. Il faut aligner les codes produits et éléments similaires
L’entreprise acheteuse et le fournisseur utilisent parfois des codes différents pour un même produit.
Par exemple, le code produit peut être A-001 côté acheteur et 100245 côté fournisseur.
Dans ce cas, une table de correspondance est nécessaire pour convertir les codes.
Au-delà des codes produits, il faut également harmoniser des éléments tels que :
- le code du partenaire commercial ;
- le code du lieu de livraison ;
- l’unité de mesure ;
- la quantité par conditionnement ;
- la catégorie fiscale ;
- la devise ;
- le format de date ;
- l’encodage des caractères.
Même si les données peuvent être envoyées et reçues, la transaction ne sera pas correcte si le sens de ces éléments ne coïncide pas.
9.3. Le traitement des exceptions subsiste
Même si les commandes courantes peuvent être traitées automatiquement, les transactions exceptionnelles subsistent.
- Rupture de stock
- Produits discontinués
- Prix inhabituel
- Commandes urgentes
- Modification de commande
- Annulation de commande
- Livraisons fractionnées
- Retours
- Défauts de données
Ce qui compte, ce n’est pas de tout automatiser de force.
Une conception réaliste sépare le traitement courant du traitement des exceptions, automatise le traitement courant, et ne renvoie à une personne que ce qui nécessite un jugement.
9.4. Une période de coexistence avec le fax et l’e-mail est à prévoir
Tous les partenaires commerciaux ne peuvent pas migrer vers l’EDI en même temps.
C’est pourquoi, au début de l’adoption, plusieurs méthodes de réception fonctionnent souvent en parallèle, telles que :
- l’EDI ;
- un formulaire web ;
- un import CSV ;
- l’e-mail ;
- le fax ;
- le téléphone.
Dans cette situation, adopter l’EDI ne permet pas de réduire immédiatement le personnel affecté au processus traditionnel.
Pour amplifier l’effet de l’EDI, il faut migrer les partenaires commerciaux dans l’ordre du volume de transactions, en réduisant progressivement le nombre de cas traités manuellement. JIPDEC souligne également que si un traitement manuel par fax ou téléphone subsiste, du personnel reste nécessaire pour le gérer, ce qui rend difficile d’obtenir pleinement les gains d’efficacité.
10. Les entreprises pour lesquelles l’EDI est particulièrement adapté
L’EDI a tendance à être particulièrement efficace pour les entreprises qui :
- passent et reçoivent des commandes quotidiennement ou chaque semaine avec les mêmes partenaires commerciaux ;
- traitent un grand nombre de commandes ou de lignes de détail ;
- recopient actuellement des données du fax ou de l’e-mail vers un système ;
- rencontrent des erreurs de saisie ou des enregistrements en double ;
- reçoivent de nombreux appels ou e-mails pour confirmer des commandes ;
- enchaînent, après la réception de commande, des traitements de stock, d’expédition et de facturation ;
- voient le traitement se bloquer lorsque l’employé concerné est absent ;
- passent beaucoup de temps à agréger l’historique des commandes ou l’état des transactions.
À l’inverse, pour un partenaire avec qui les transactions ne se produisent que quelques fois par an, ou pour des transactions dont le contenu varie fortement à chaque fois, le coût de mise en place et d’exploitation de l’EDI peut dépasser le bénéfice obtenu.
La décision d’adopter l’EDI ne doit pas se fonder uniquement sur la taille de l’entreprise.
L’Agence des petites et moyennes entreprises a également mis en place un « EDI commun aux PME » destiné à standardiser le traitement des commandes pour les petites et moyennes entreprises, démontrant les gains d’efficacité opérationnelle obtenus en réduisant les terminaux dédiés et le papier, et en gérant les bordereaux de manière centralisée sous forme de données.
Ce qu’il faut regarder n’est pas le nombre d’employés, mais le volume de saisie, de vérification et de recopie qui se répète.
11. Comment aborder l’étude de l’adoption de l’EDI
Lorsqu’on commence à envisager l’EDI, il n’est pas nécessaire de choisir un produit ou une méthode de communication dès le départ.
Il faut d’abord organiser les opérations actuelles.
11.1. Dresser la liste des méthodes de traitement des commandes actuelles
Pour chaque partenaire commercial, organisez les informations suivantes :
| Point à vérifier | Contenu |
|---|---|
| Partenaire commercial | Avec quelle entreprise on traite |
| Volume de commandes | Combien par jour / par mois |
| Méthode de réception | Fax, e-mail, web, CSV, etc. |
| Destination de saisie | Gestion des ventes, Excel, système central, etc. |
| Temps de saisie | Combien de minutes par commande |
| Erreurs | Quel type de corrections se produit |
| Étape suivante | Comment cela se relie au stock, à l’expédition, à la facturation |
| Exceptions | Quels types de commandes nécessitent un jugement humain |
Cette mise en ordre fait apparaître les partenaires commerciaux ou les opérations pour lesquels le passage à l’EDI aurait le plus d’effet.
11.2. Commencer par un seul partenaire à fort volume
Si l’on cible tous les partenaires commerciaux dès le départ, le nombre de points à coordonner augmente et l’adoption s’éternise.
Il est plus réaliste de choisir d’abord un seul partenaire commercial répondant à des critères tels que :
- un volume de transactions élevé ;
- des commandes majoritairement standardisées ;
- une communication facile entre les équipes concernées ;
- une bonne compréhension de l’intégration de systèmes ;
- des effets faciles à mesurer.
Une fois la méthode d’exploitation établie avec un partenaire, on l’étend aux autres.
11.3. Restreindre le périmètre des échanges
Il n’est pas nécessaire, dès le départ, de couvrir à la fois le devis, la réception de commande, l’expédition, le contrôle, la facturation et le paiement.
Par exemple, on peut commencer par numériser via l’EDI uniquement les données de commande, celles dont la charge de saisie est la plus lourde.
Étape 1 : données de commande
Étape 2 : confirmation de commande / réponse sur la date de livraison
Étape 3 : avis d'expédition
Étape 4 : données de facturation
Étendre progressivement le périmètre permet de vérifier les effets tout en limitant l’impact sur le terrain.
11.4. Vérifier la connexion avec les systèmes internes
Même en adoptant un service EDI, si les données ne peuvent pas être importées dans le système de gestion des ventes existant, la saisie manuelle subsiste.
Vérifiez à l’avance les points suivants :
- l’existence d’une fonctionnalité d’import/export CSV ;
- la disponibilité d’une API ;
- la possibilité d’intégration avec la base de données ;
- où sera effectuée la conversion des codes produits ;
- comment éviter les doublons dans les données reçues ;
- qui sera notifié en cas d’erreur ;
- où sera conservé l’historique de traitement.
Avant de sélectionner un produit, il est important de vérifier la méthode de connexion avec le système existant.
12. Les indicateurs à mesurer après l’adoption de l’EDI
Une fois l’EDI adopté, ne vous arrêtez pas à « nous pouvons désormais l’utiliser » : vérifiez à quel point les opérations ont réellement changé.
Par exemple, comparez les indicateurs suivants avant et après l’adoption :
- le temps nécessaire à la saisie des commandes reçues ;
- le temps nécessaire pour traiter une commande ;
- le nombre de corrections de saisie ;
- le nombre d’enregistrements en double ;
- le nombre de demandes de confirmation de commande ;
- le nombre de retards d’expédition ;
- la proportion de commandes traitées via l’EDI ;
- la proportion de commandes exceptionnelles vérifiées par une personne.
Ce qui compte avec l’EDI, ce n’est pas de pouvoir envoyer des données.
Il faut l’évaluer en fonction de la réduction effective du travail manuel, de l’accélération du traitement et de la diminution des erreurs.
Conclusion
L’EDI est un mécanisme permettant d’échanger, sous forme de données électroniques directement traitables par un ordinateur, les informations qui circulent entre entreprises — commandes, expéditions, factures, etc.
Se contenter de remplacer le fax par l’e-mail peut réduire le papier tout en laissant subsister la saisie manuelle.
Le véritable bénéfice de l’EDI réside dans la possibilité de relier directement les données reçues d’un partenaire commercial aux systèmes internes de gestion des ventes, des stocks, de l’expédition et de la comptabilité.
Les principaux changements que l’on peut attendre de l’EDI sont les suivants :
- réduire la saisie manuelle effectuée en consultant un bon de commande ;
- réduire les erreurs de saisie liées à la recopie ;
- accélérer le traitement, de la réception de commande jusqu’à l’expédition ;
- faciliter la vérification de l’état de traitement des commandes et des factures ;
- relier les stocks, l’expédition, les ventes et la facturation ;
- exploiter les données de transaction accumulées pour des agrégations et des prévisions de demande ;
- réduire les opérations dépendant d’un employé en particulier.
Cela dit, il ne suffit pas de souscrire à un service EDI.
Il faut organiser des données comme les codes produits, s’accorder avec les partenaires commerciaux sur des règles opérationnelles, et rendre possible l’import des données dans les systèmes internes existants.
Le point de départ de l’adoption de l’EDI n’est pas « quel produit utiliser », mais l’examen du nombre de fois où la même information est actuellement saisie dans vos opérations.
Il est réaliste de repérer les points où des personnes transportent l’information entre le fax, l’e-mail, Excel, un formulaire web et le système de gestion des ventes, puis de remplacer progressivement, par une intégration de données, les tâches les plus nombreuses et les plus standardisées parmi elles.
Pour ceux qui envisagent l’intégration de données pour le traitement des commandes
Si vous souhaitez rendre plus efficaces les commandes entre entreprises, mais que vous ne savez pas par où commencer pour revoir votre utilisation actuelle du fax, de l’e-mail et d’Excel, la première étape consiste à organiser le flux des opérations.
En vérifiant sous quel format vous recevez les informations de vos partenaires commerciaux, dans quel système interne elles sont saisies, et comment elles sont ensuite reliées aux stocks, à l’expédition et à la facturation, le périmètre pouvant être automatisé devient clair.
KomuraSoft LLC (合同会社小村ソフト) peut vous accompagner pour organiser votre situation actuelle et étudier des méthodes de mise en œuvre pour l’intégration métier, incluant les applications métier Windows existantes, les fichiers CSV et à longueur fixe, les bases de données, les systèmes web, etc.
Nous pouvons également étudier une configuration qui, sans partir du principe d’une refonte complète, conserve le système actuel tout en ne réduisant que la partie relevant de la saisie manuelle.
Articles associés
Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.
Qu'est-ce qu'une facture numérique ? En quoi diffère-t-elle d'un envoi de PDF par e-mail ?
Une facture numérique est un mécanisme qui relie directement les données de facturation du système du vendeur à celui de l'acheteur, sans...
Faire passer les commandes par fax au Web ── concevoir la période de double exploitation et une migration par étapes
Guide pratique pour migrer les commandes reçues par fax vers des commandes Web ou un import CSV. Nous expliquons pourquoi un basculement ...
Icônes de la zone de notification et notifications toast dans les applications Windows — les pièges de NotifyIcon et comment choisir la bonne AppNotification
Un guide pratique pour maintenir une application Windows métier résidente dans la zone de notification (system tray) et avertir l'utilisa...
Migrer de WordPress vers Movable Type — une procédure pratique à documenter précisément parce qu'elle va « dans l'autre sens »
Explication pratique de la procédure de migration de WordPress vers Movable Type (MovableType.net) : les cas où la migration est pertinen...
Jusqu'à quand les applications VB6 continueront-elles de fonctionner ? — état du support du runtime et démarche concrète vers une migration .NET
Jusqu'à quand les applications VB6 continueront-elles de fonctionner ? Cet article clarifie l'asymétrie entre la politique de support du ...
Sujets associés
Ces pages replacent le sujet dans un contexte plus large de services et de décisions.
Thèmes techniques Windows
Portail des sujets sur le développement Windows, l'analyse des incidents et la valorisation des actifs existants.
Services liés à ce sujet
Cet article est directement lié aux services suivants.
Développement d'applications Windows
Concevoir et mettre en œuvre une architecture reliant une application métier Windows existante à des fichiers CSV, des fichiers à longueur fixe, une base de données et des systèmes web relève précisément du champ du conseil en développement d'applications métier.
Maintenance et modernisation de logiciels Windows
Une modification qui, sans partir du principe d'une refonte complète, réduit progressivement la saisie manuelle et la recopie tout en conservant le système existant, correspond exactement à la modification et à la maintenance de logiciels Windows existants.
Conseil technique et revue de conception
Clarifier les formats de données, les règles opérationnelles et le traitement des exceptions avec les partenaires commerciaux, et déterminer jusqu'où pousser l'automatisation, relève du conseil technique accompagné d'une revue de conception.
Profil de l’auteur
Page de présentation de l’auteur de l’article.
Go Komura
Représentant de KomuraSoft LLC
Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.
Liens publics