EDI DESADV avec D365 F&O : les options pour envoyer un avis d'expédition

Un DESADV est le message EDIFACT d'avis d'expédition, que beaucoup de clients de la distribution et de l'industrie exigent à chaque livraison. Pour l'émettre depuis Dynamics 365 Finance & Operations, quatre familles d'options existent :

1. Produire le contenu dans F&O (data entity, Electronic Reporting ou code X++) et confier la traduction EDIFACT et l'échange à une couche EDI externe.
2. Utiliser Azure Logic Apps et son connecteur EDIFACT (encodage, décodage, accords entre partenaires).
3. Recourir à une solution EDI de partenaire, intégrée à F&O ou en service géré.
4. Tout développer en X++ : possible, mais il faut alors gérer soi-même numéros de contrôle, accusés de réception et suivi par partenaire.

Le bon choix dépend du nombre de partenaires, du volume et des compétences disponibles, pas seulement de la technique.

F&O doit fournir au minimum : expédition, colis et contenants, lignes, quantités, références articles et commandes du client. Trois moyens :

• Une data entity d'export (ou un export récurrent) qui expose ces données à la couche EDI. Voir créer et exporter une data entity avec DMF.
• Electronic Reporting (ER) : l'outil configurable de Microsoft pour définir des formats de documents électroniques entrants et sortants, avec un modèle de données intermédiaire et des formules proches d'Excel. Il produit le fichier ; la gestion des partenaires et des échanges reste à prévoir.
• Un business event « expédition confirmée » qui déclenche le flux au bon moment. Voir business event personnalisé.

Le connecteur EDIFACT d'Azure Logic Apps fournit les actions d'encodage et de décodage EDIFACT dans un workflow B2B. Selon la documentation Microsoft, la version intégrée (workflows Standard) accepte un fichier plat en entrée, prend en charge des messages jusqu'à 100 Mo, mais ne vérifie pas encore les numéros de contrôle en double au décodage et ne gère pas les échanges contenant plusieurs transactions. Les accords et les partenaires se définissent dans un compte d'intégration.

Intérêt : on garde la main sur l'architecture Azure. Contrainte : il faut des compétences Logic Apps et un suivi d'exploitation.

Des éditeurs proposent des solutions EDI pour F&O, sur AppSource ou en service géré, avec gestion des partenaires, cartographies et suivi. C'est souvent la voie la plus rapide quand les partenaires sont nombreux. Comparez la couverture des messages (DESADV, ORDERS, INVOIC…), le mode d'hébergement et le coût par partenaire ou par message.

Le tout-X++ convient à un ou deux partenaires stables. Il faut alors traiter : format exact du partenaire, numérotation des échanges, renvoi et accusés de réception (CONTRL), journalisation et reprise.

• Envoyer le DESADV avant la confirmation réelle de l'expédition : le client reçoit une information fausse.
• Oublier les références client (numéro de commande, code article) dans les données exportées.
• Sous-estimer la gestion des rejets : un DESADV refusé doit pouvoir être corrigé et renvoyé.
• Traiter chaque partenaire comme un développement à part au lieu d'une base commune paramétrable.

Quelle que soit l'option, F&O doit exposer des données d'expédition fiables au bon moment. Skalp AI ne gère pas les flux EDI externes, mais peut générer la partie interne à D365 F&O de l'interface (data entities, classes, paramètres), livrée par pull request dans votre Azure DevOps. Voir interfaces et API D365 F&O et extensions logistiques X++, le cadre général dans développer en X++ sans consultant en 2026, et les offres Basic, Pro et Max (1 crédit, ≈ 400 € en Basic, 200 € en Pro, consommé seulement à la génération du code).

• Microsoft Learn, « Exchange EDIFACT messages for B2B workflows in Azure Logic Apps », mise à jour du 11/03/2026, consultée le 18/10/2026.
• Microsoft Learn, « Electronic reporting (ER) overview », mise à jour du 08/04/2026, consultée le 18/10/2026.
• Microsoft Learn, « Integration between finance and operations apps and third-party services », mise à jour du 09/03/2026, consultée le 18/10/2026.