Discussion :

[lewatzer]

Dans ma boîte, on échange encore beaucoup de documents “à l’ancienne” (e-mails, PDF, saisie manuelle).
J’ai lu cet article sur l’EDI qui explique ce que c’est, pourquoi ça permet de gagner du temps et d’améliorer la qualité.
👉 https://archipelia.com/edi/

Ma question :

Est-ce que vous utilisez l’EDI chez vous ?

Si oui : quel a été le principal bénéfice concret ?

Si non : qu’est-ce qui vous empêche de l’utiliser ? (coût, complexité, compatibilité, besoin pas encore assez grand…)

Et selon vous, à partir de quel volume d’échanges / d’interfaces / de partenaires ça devient « utile » plutôt que “sympa à avoir” ?

Vos retours sont les bienvenus.

[ShaiLeTroll]

Je pense qu'il y a confusion !

Ici c'est EDI pour Environnement de Développement « Intégré » d'ailleurs, on pense plutôt à IDE Integrated Development Eenvironment pour le Delphi RAD (Rapid Application Development)

Ne pas confondre EDI : Echange de Données Informatisé / Electronic Data Interchange.
Il y a plusieurs normes dont EDIFACT comme mentionné dans le lien mais je pense que cela n'a un rapport direct avec ce forum, sauf si il y a un souhait de générer des flux EDIFACT, possible mais chronophage, des composants payants existent.

EDI c'est plutôt pour l'échange Client-Fournisseur par exemple, moi j'ai plus vu des fichiers GS1 (commerce), EDIFACT, je l'ai croisé durant une expérience, je n'étais pas sur le sujet, moi je faisais l'inverse, les petits fournisseurs n'ayant pas d'informatique, on leur fournissait une partie de notre ERP via Citrix directement, développement personnalisé pour leur faciliter le travail ou alors des passerelles avec Navision pour les très gros fournisseurs.
D'ailleurs, tu n'as pas forcément qu'un seul EDI, si tu dois monter un Enterprise Service Bus (ESB) pouvant absorber les données des différents ERP de tiers avec lequel tu travailles, cela peut être du REST, SOAP, Import\Export CSV, XML.... un tas de sources variées, il faut les normaliser pour les intégrer, transcoder,... donc je ne suis pas sûr que vous vous posez les bonnes questions.
En fait, il existe un tas de norme, de protocole, il y a toujours des formats propriétaires, hétérogènes.

Un outil du type Système de gestion de contenu / Content Management System (CMS) est plus approprié pour des échanges de document plus diverses.

Peut-être même une solution de Travail Collaboratif ou de type ITIL, c'est plus des ensembles de méthodes pour mieux gérer le suivi de Projet pour regrouper aussi bien les documents que les taches, je pense à MS Azure DevOps, JIRA, ORTS, Redmine, c'est pour organiser, on peut faire de l'Agile par exemple en découpant les projets en petite tache et faire un planning poker utilisant des tickets.

Voilà, une question hors sujet et une réponse qui est surement encore plus !