Anvaigo EDI Connect / Config / Business Transactions / EDI Business Transaction Type
C'est une traduction automatique. Le message original est disponible en Anglais.

EDI Business Transaction Type

Le type de transaction commerciale définit un cas général possible. Il peut s’agir, par exemple, d’une facture sortante ou de commandes entrantes.

Cette structure de données est également utilisée pour définir la collecte automatique de données, par exemple pour trouver toutes les nouvelles factures dans le système et déclencher des actions EDI. Le type de transaction commerciale définit également la manière dont le partenaire EDI est déterminé à partir des données commerciales.

Chaque flux de transaction est composé d’un ou de plusieurs types de transactions commerciales, utilisant différents points d’entrée du processus, qui déterminent la manière dont les données sont traitées à chaque étape. Il est essentiel de comprendre ces différents types de structure de EDI Business Transaction Type pour mettre en place des processus EDI efficaces et fiables.

Process Entry Point

Incoming Transmission

Ce type est utilisé pour recevoir et importer des données de systèmes externes dans Dynamics 365 Business Central. Il constitue généralement la première étape d’une transaction et est chargé d’analyser le fichier d’entrée (par exemple, EDIFACT, XML, CSV) et d’importer les données dans une structure tampon interne.

  • Exemple de cas d’utilisation: Réception de bons de commande ou de factures de partenaires commerciaux.

Data Collection

Ce type est utilisé pour extraire des données de Dynamics 365 Business Central. Il collecte les enregistrements nécessaires à partir de tables telles que les commandes de vente, les factures ou les expéditions, et les prépare pour l’exportation.

  • Exemple de cas d’utilisation: Rassembler les commandes en cours pour les exporter en tant que réponses ou confirmations de commandes.

Sub-Process

Le type de sous-processus est principalement utilisé pour travailler avec des structures tampons, telles que le document EDI ou les tables tampons associées. Contrairement aux autres types d’activités qui opèrent directement sur un fichier unique (données entrantes) ou sur un enregistrement source dans Business Central (collecte de données), les activités de sous-processus opèrent généralement sur les données tampons intermédiaires.

Ce type est essentiel pour structurer et contrôler le flux de la logique de traitement dans les scénarios d’importation et d’exportation.

Principaux cas d’utilisation

  • Transformation de la mémoire tampon: Dans les scénarios d’importation, un fichier entrant est d’abord mis en correspondance avec une structure tampon. Un sous-processus prend ensuite le relais pour poursuivre le traitement de la mémoire tampon. Il peut s’agir d’un traitement 1:1 de la mémoire tampon ou d’un scénario 1:n dans lequel un enregistrement entrant génère plusieurs entrées dans la mémoire tampon.
  • Traitement par lots avec tolérance aux pannes: Lorsqu’un fichier unique contient plusieurs documents commerciaux (par exemple, plusieurs commandes), chaque enregistrement tampon peut être traité dans son propre sous-processus. Cela garantit qu’une défaillance dans un document ne bloque pas le traitement des autres.
  • Préparation du Mapping d’exportation: Dans les flux d’exportation, le type de collecte de données rassemble des enregistrements tels que des factures de vente ou des expéditions et les prépare dans des structures tampons. Un sous-processus est ensuite utilisé pour traiter cette mémoire tampon, en transformant ou en mapping données, avant qu’elles ne soient émises au format XML, EDIFACT ou dans un autre format requis.

Depuis le mapping, l’enregistrement associé à la transaction commerciale (par exemple, un document EDI) est toujours accessible, de sorte que lorsque nous voulons modifier l’enregistrement principal en vue d’un traitement ultérieur, nous pouvons utiliser un sous-processus à cet effet.

Conventions d’appellation

Bien que vous soyez libre d’utiliser n’importe quel code, nous vous recommandons d’utiliser des conventions de dénomination cohérentes. Vous trouverez ci-dessous nos conventions, qui permettent d’identifier immédiatement l’objet de la transaction et son rôle dans la chaîne de traitement.

Le nom de chaque type de transaction commerciale suit généralement ce format :

[DOCUMENT_TYPE]_[ROLE]

Où ?

  • [DOCUMENT_TYPE] décrit le document commercial traité (par exemple, ORDERS, INVOIC, DESADV).
  • [ROLE] indique la fonction du sous-type dans la transaction.

Suffixes de rôle recommandés

SuffixeSous-typeDescription
_INCOMINGIncoming TransmissionTraite les fichiers entrants (par exemple, XML, EDIFACT) pour l’importation.
_COLLECTData CollectionRassemble les données de Business Central (par exemple, les factures).
_PROCESSINGSub-ProcessTraite les données de la mémoire tampon (par exemple, transformation de l’importation).
_OUTGOINGSub-ProcessTransformation finale du tampon et mapping avant l’exportation.

Exemples de modèles de dénomination :

  • ORDERS_INCOMING
    Utilisé pour importer des fichiers de bons de commande entrants dans les tables tampons.
  • ORDERS_PROCESSING
    Préparer les données et créer des commandes clients à partir de l’enregistrement tampon créé par la ORDERS_INCOMING.
  • INVOIC_COLLECT
    Collecte les factures de vente comptabilisées et les enregistrements tampons créés.
  • INVOIC_OUTGOING
    Met en correspondance et transforme la mémoire tampon des factures collectées dans un format EDI sortant.

Domaines

Code

Ce champ fait partie de la clé primaire. Vous pouvez utiliser n’importe quel code. Nous recommandons un code descriptif, comme INVOICE_OUT, ORDERS_IN, etc.

Transaction Data Table

En fonction du Process Entry Point, ce champ définit la table utilisée pour les enregistrements des transactions commerciales.

Transaction Data Table ID

Ce champ enregistre l’ID de la Transaction Data Table

Reference No. Field

Ce champ définit le champ utilisé comme numéro de référence dans la table des transactions commerciales. Ce champ n’a aucune influence sur la logique de traitement, mais c’est le champ de recherche principal pour trouver le document du point de vue de l’utilisateur final.

Reference No. Field No.

Il s’agit du numéro technique du champ Reference No. Field

Find Communication Partner by

L’utilisation de ce champ dépend du Process Entry Point.

Field

Définit que le partenaire de communication pour ce EDI Business Transaction Type dépend d’une valeur de la Transaction Data Table

Constant

Le partenaire de communication est unique pour ce EDI Business Transaction Type

Relation Field Name

Définit le champ utilisé pour trouver le partenaire de communication.

Relation Field No.

Domaine technique no. pour le champ Relation Field Name

Process Entry Point

Ce champ définit le point d’entrée du processus. Le point d’entrée du processus détermine une grande partie des autres options disponibles.

Data Collection

Le processus a pour point d’entrée les données existantes dans le Microsoft Dynamics 365 Business Central Cette option vous permet de définir des tâches de collecte automatique.
(La valeur entière de cette option dans la base de données est 0)

Incoming Transmission

Le processus commence par une transmission à partir d’un canal de communication.
(La valeur entière de cette option dans la base de données est 1)

Sub-Process

Le processus est une sous-partie d’un autre processus. La Transaction Data Table ne doit pas nécessairement être la même. Cette option définit que ce type d’opération ne peut être appelé qu’en tant que sous-processus d’un autre type d’opération.
(La valeur entière de cette option dans la base de données est 2)

Automatic Data Collection

Définit si vous souhaitez activer la collecte automatique des données. Sachez que vous devrez également définir une tâche qui lancera la collecte automatique. Cette option permet de définir le type de champ utilisé pour détecter les nouveaux enregistrements.

None

Vous ne souhaitez pas activer la collecte automatique de données.
(La valeur entière de cette option dans la base de données est 0)

SQL Timestamp

Vous suivez les modifications sur la base de l’horodatage SQL. Cela n’est possible qu’avec Microsoft Dynamics 2013R2 et les versions plus récentes. Le BC 17 a introduit un nouveau champ système qui contient la date et l’heure de la dernière modification. Nous vous recommandons vivement d’utiliser l’option Date Field la place.
(La valeur entière de cette option dans la base de données est 1)

Date Field

Vous souhaitez utiliser un champ de date.
(La valeur entière de cette option dans la base de données est 2)

Code Field

Vous souhaitez utiliser un champ de code.
(La valeur entière de cette option dans la base de données est 3)

Boolean Flag

Vous souhaitez utiliser un indicateur booléen, false signifiant que les données ne sont pas encore exportées. Le champ est modifié automatiquement. Cette option ne fonctionne pas sur les tables système protégées, comme les en-têtes de factures.
(La valeur entière de cette option dans la base de données est 4)

All records

Exportez toujours tous les enregistrements. Cela peut être utile pour exporter, par exemple, toutes les commandes en cours. Les filtres du DataView sont toujours appliqués, ce qui vous donne la possibilité d’utiliser des champs ou des critères personnalisés.

(La valeur entière de cette option dans la base de données est 5)

Timespan (Past)

Cette option vous permet d’exporter toutes les entrées qui sont plus récentes que la période donnée dans le passé. Par exemple, si vous spécifiez « 30 jours » et que vous utilisez la « Date comptable », le module exportera toutes les entrées comptabilisées depuis moins de 30 jours. Si vous ignorez les doublons, vous pouvez rechercher de nouveaux documents sur toute une période et n’exporter que ceux qui n’ont pas encore été exportés.

(La valeur entière de cette option dans la base de données est 6)

Debug Options

Indique comment traiter les entrées pour lesquelles le partenaire de communication est introuvable.

Create Ignore Entries

Créer des entrées et les marquer.
(La valeur entière de cette option dans la base de données est 0)

None

Ne créez pas d’entrées dans la table des transactions commerciales.
(La valeur entière de cette option dans la base de données est 1)

Change Detection Field Name

Définit le champ utilisé pour la recherche de nouvelles entrées.

Change Detection Field No.

Numéro du champ technique pour le champ Change Detection Field Name.

Data Table View

Définit une vue de tableau qui est appliquée en plus des critères pour la collecte automatique de données.

Last Timestamp

Enregistre le dernier horodatage. Si la Automatic Data Collection est définie sur
SQL Timestamp, un filtre est appliqué à la table de données, recherchant uniquement les entrées dont la valeur est supérieure à celle-ci. Après l’exécution du travail, la dernière valeur est enregistrée dans ce champ.

Last Code Value

Enregistre le dernier horodatage. Si la Automatic Data Collection est réglée sur Code Field, un filtre est appliqué au tableau de données, ne recherchant que les entrées dont la valeur est supérieure à celle-ci. Après l’exécution du travail, la dernière valeur est enregistrée dans ce champ.

Last Date/Time Value

Enregistre le dernier horodatage. Si la Automatic Data Collection est réglée sur Date Field, un filtre est appliqué au tableau de données, ne recherchant que les entrées dont la valeur est supérieure à celle-ci. Après l’exécution du travail, la dernière valeur est enregistrée dans ce champ.

Created Date/Time

Enregistre la date/heure de création de cette table.

Modified Date/Time

Enregistre la date et l’heure de modification de cet enregistrement.