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

· · 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 :

  1. Vérifier l’absence de doublon sur le numéro de commande
  2. Vérifier l’existence du code produit
  3. Allouer le stock
  4. Calculer la date de livraison
  5. Envoyer une instruction d’expédition à l’entrepôt
  6. 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 récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

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.

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.

Retour au blog