Échange de données informatisé : EDI, API ou portail

Un échange de données informatisé remplace les commandes et les factures saisies à la main par des messages structurés que deux systèmes d’information se transmettent sans intervention humaine. Trois voies existent chez un distributeur : le portail où le client saisit lui-même, le connecteur applicatif qui relie deux logiciels, et l’EDI normalisé pour les flux répétitifs à gros volume.

Un échange de données informatisé, et ce qu’il n’est pas

L’INSEE définit l’échange de données informatisé comme le remplacement des échanges physiques de documents entre entreprises par des échanges au format standardisé entre ordinateurs. La définition tient en une phrase. Elle exclut pourtant beaucoup de pratiques rangées sous la même étiquette.

Un PDF envoyé en pièce jointe n’est pas un échange de données. Un bon de commande scanné puis relu par un moteur de reconnaissance de caractères non plus : la donnée reste probabiliste et un opérateur doit contrôler le résultat. Le principe d’un flux structuré tient en une règle inverse. Aucun humain ne lit le message. Chaque champ occupe une position connue, porte un type connu, et le système destinataire refuse la transmission si la structure s’écarte du format convenu.

Trois documents concentrent l’essentiel du trafic : la commande, l’avis d’expédition et la facture. Selon GS1 France, ces trois messages représentent plus de 90 % des transactions chez les principaux acteurs de la distribution française. L’accusé de réception de commande, le catalogue produit et le relevé de compte arrivent ensuite.

La facturation électronique obligatoire relève d’un chantier voisin : le calendrier français prévoit la réception de factures électroniques par toutes les entreprises assujetties à la TVA au 1er septembre 2026, puis l’émission au 1er septembre 2027 pour les PME et les microentreprises. Un flux facture déjà structuré facilite la mise en conformité sans s’y substituer, et les modalités se vérifient auprès de ton conseil.

Portail, interface applicative, EDI normalisé : trois montages distincts

Le sigle EDI recouvre trois architectures qui n’engagent ni les mêmes équipes ni les mêmes budgets.

Le premier montage est le portail. Ton client se connecte à un espace en ligne, saisit sa commande, et la plateforme convertit cette saisie en message structuré destiné à ton système de gestion. C’est la logique du WebEDI décrite par GS1 France, taillée pour les volumes faibles et les partenaires peu nombreux. Un espace client en ligne remplit ce rôle côté distributeur : la ressaisie disparaît chez toi, elle reste chez le client. Le miroir existe à l’achat, quand un industriel impose son portail fournisseurs.

Le deuxième montage repose sur un connecteur API. Deux logiciels dialoguent en temps réel à travers des appels documentés : création de commande, interrogation de stock, statut d’expédition. La réponse arrive en une fraction de seconde, ce qui convient aux usages interactifs, un panier qui vérifie la disponibilité avant validation par exemple. Le coût se déplace vers le développement et la maintenance, puisque chaque client expose une interface qui lui est propre.

Le troisième montage est l’EDI normalisé. Les messages suivent une grammaire publique, EDIFACT pour l’essentiel, dont la syntaxe est normalisée sous la référence ISO 9735 depuis 1987 et maintenue par le centre UN/CEFACT des Nations unies, qui publie deux versions par an. La distribution européenne travaille surtout avec EANCOM, sous-ensemble créé en 1990 par l’organisme aujourd’hui appelé GS1, qui décrit vingt-six messages métier. Ce cadre partagé accélère le raccordement du deuxième partenaire, puis du dixième.

Quelle voie pour quel volume de flux

Le paysage logiciel bouge vite entre plateformes en mode cloud, connecteurs prêts à l’emploi et opérateurs historiques. Croiser les offres commerciales avec une source d’information indépendante qui suit l’actualité des outils numériques destinés aux professionnels donne un point de comparaison neutre avant l’arbitrage. Cet arbitrage se joue sur trois variables : le nombre de partenaires concernés, la régularité des commandes et la contrainte imposée par le client.

Quelques repères. Sous une dizaine de partenaires et avec des commandes irrégulières, un portail suffit : investissement limité, mise en route rapide, aucune dépendance forte à un opérateur tiers. Entre dix et cinquante partenaires réguliers, un connecteur API devient rentable dès lors que tes clients partagent le même outil de gestion ou la même place de marché. Au-delà, quand les commandes tombent chaque semaine sur des centaines de références, seul un flux EDI intégré absorbe la charge sans mobiliser une équipe entière.

La réalité d’un distributeur reste hybride. D’après l’enquête TIC de l’INSEE portant sur 2017, 7 % des sociétés de dix personnes ou plus recevaient des commandes via des réseaux de type EDI, avec un écart marqué selon les secteurs : 5 % dans les activités immobilières, 21 % dans le commerce. La majorité de tes clients ne t’imposera donc rien. Une minorité, souvent la plus grosse, imposera tout.

Le poids économique de ces flux dépasse leur diffusion. L’INSEE relevait en 2019 que les ventes réalisées via des réseaux de type EDI pesaient deux fois plus lourd en chiffre d’affaires que les ventes par site web, alors que deux fois moins d’entreprises les pratiquaient : 25 % du chiffre d’affaires dans l’industrie, 13 % dans le commerce, 12 % dans le transport. Un canal minoritaire en comptes, majoritaire en euros.

Les prérequis qui décident du sort du projet

Les raccordements échouent rarement sur la technique. Ils échouent sur la donnée, et presque toujours sur les quatre mêmes points.

Le référentiel articles avant tout le reste

Un message de commande arrive avec un identifiant produit. Si cet identifiant ne correspond à rien dans ton système, la ligne part en rejet et quelqu’un la ressaisit : le projet a coûté de l’argent pour reproduire la situation de départ. Un référentiel instable rend les messages EDI inexploitables dès la deuxième semaine. Vérifie que chaque référence vendue porte un code stable, partagé avec le client, et qu’aucun doublon n’a survécu aux migrations. Ce nettoyage prolonge le travail décrit dans la digitalisation des processus d’entreprise.

Les unités viennent juste après. Ton client commande six cartons, ton système raisonne en unités de vente consommateur, ton entrepôt prépare en palettes. Chaque conversion non écrite finira en litige de facturation. Fige les correspondances entre unité de commande, unité de livraison et unité de facturation avant la première transmission, pas après le premier avoir.

Les règles de validation forment le troisième chantier. Que fait ton système face à une quantité nulle, un prix absent, une date de livraison déjà passée, une référence retirée du catalogue la veille ? Écris la réponse pour chacun de ces cas, décide ce qui bloque et ce qui passe en alerte, puis nomme la personne qui les traite. Un flux sans règles écrites produit des commandes fantômes que personne ne détecte avant l’appel du client.

Le stock ferme la liste. Annoncer une disponibilité fausse dans un message structuré coûte plus cher qu’au téléphone, parce que la ligne part automatiquement en préparation. Une gestion des stocks fiable à la référence près conditionne tout le dispositif.

Ce que ça coûte et ce que ça rapporte chez un distributeur PME

Le coût se décompose en trois lignes, quel que soit le montage : la mise en place initiale, l’abonnement récurrent à une plateforme ou à un opérateur, et le raccordement de chaque nouveau partenaire. La première ligne domine sur le premier flux, la troisième domine ensuite. La courbe s’inverse avec l’EDI intégré : lourd au démarrage, très économique au dixième client raccordé, quand un portail garde un coût d’entrée modeste mais laisse la saisie chez le client.

Le bénéfice se mesure sur trois postes. La ressaisie disparaît en premier : un poste d’administration des ventes qui passe sa matinée à taper des commandes récupère ce temps pour les litiges et les reliquats. Les erreurs de frappe partent avec elle, et les avoirs qu’elles génèrent chaque fin de mois.

Le deuxième poste est le litige. Une commande, un avis d’expédition et une facture issus d’un même flux EDI portent les mêmes références, les mêmes quantités et les mêmes prix. Le rapprochement devient automatique côté client, ce qui supprime la catégorie de litige la plus fréquente en distribution : l’écart entre ce qui est commandé, livré et facturé.

Le troisième est le délai. Une facture transmise le jour de la livraison, au format attendu, entre immédiatement dans le circuit de validation du client. Le compte à rebours du paiement démarre plus tôt et les rejets administratifs se raréfient, ce qui se lit dès le mois suivant dans la gestion de trésorerie.

Démarrer avec les premiers clients sans y laisser six mois

Choisis un client pilote, un seul. Le bon profil n’est pas le plus gros : c’est celui dont les commandes sont régulières, le référentiel produit stable et l’interlocuteur informatique joignable. Un grand compte impose son calendrier et ses spécifications, un client moyen accepte de tâtonner avec toi.

Ouvre les flux dans l’ordre, jamais tous en même temps :

• la commande d’abord, parce qu’elle porte le gain immédiat côté saisie,
• l’accusé de réception ensuite, qui renvoie au client ce que ton système a réellement compris,
• l’avis d’expédition quand la préparation est fiable au colis près,
• la facture en dernier, une fois les trois précédents stabilisés.

Prévois une période de double circuit. Pendant quatre à six semaines, le client envoie sa commande par le canal habituel et par le nouveau. Compare les deux, ligne à ligne, chaque matin. Cette phase paraît coûteuse et révèle les écarts d’unités, de codes et d’arrondis que la recette théorique n’attrape jamais.

Le deuxième client ira trois fois plus vite, le troisième dix fois. Documente la première intégration pendant que tu la construis : spécifications de messages, table de correspondance des codes, procédure de reprise après incident. Sans cette trace, chaque raccordement suivant recommence à zéro.

Le rythme des commandes reçues en direct alimente aussi ta prévision de la demande, puisque chaque ligne arrive datée, codée et exploitable, au lieu de transiter par une boîte mail partagée.

Ce qui change dans l’exploitation une fois les flux ouverts

Un flux ouvert est un flux à surveiller. Les messages tombent en rejet pour des motifs banals : référence supprimée du catalogue, adresse de livraison modifiée sans préavis, format de date changé après une mise à jour côté client. Sans alerte ni responsable désigné, un rejet passe inaperçu jusqu’à l’appel du client pour une livraison manquante.

Trois habitudes tiennent le dispositif dans la durée. Contrôler chaque matin le journal des messages entrants et sortants. Traiter les rejets dans la journée, pas dans la semaine. Prévenir tes partenaires avant toute modification de référentiel, jamais après. Ces réflexes coûtent quelques minutes par jour et évitent la plupart des incidents que génèrent des échanges informatisés laissés sans surveillance.

La question contractuelle mérite un examen avant signature. Vérifie la réversibilité, c’est-à-dire la récupération de l’historique des messages dans un format lisible, les conditions de facturation au message ou au partenaire raccordé, et la durée d’engagement. Les obligations de conservation des documents commerciaux et fiscaux valent aussi pour les échanges dématérialisés : fais valider ce point par ton expert-comptable.

Commence par mesurer, sur un mois complet, deux chiffres : le nombre de commandes saisies à la main et le nombre d’avoirs émis pour erreur de saisie ou de prix. Ces deux mesures donnent la valeur réelle d’un premier raccordement, et désignent en général toutes seules le client par lequel démarrer.