Guide de l'administrateur M3 Business Engine pour l'interface d'exécution de transport (IET)
Objectif
L'objectif de l'interface IET de M3 consiste à disposer d'une interface permettant l'échange d'informations de douane et de transport avec des partenaires externes ou des applications tierces de premier plan à l'aide de la messagerie B2B.
Vous pouvez utiliser des systèmes d'exécution de transport pour différentes raisons, mais en règle générale, c'est pour des raisons de variabilité ou de gros volumes dans l'un des éléments ci-dessus. Dans certains cas, il peut s'agir de raisons liées à la logistique des sorties, alors que d'autres entreprises font face à une variabilité et à de gros volumes de logistique des entrées. Les conditions liées aux déclarations en douane sont stipulées par fournisseur ou client appartenant à des pays et des organisations qui nécessitent des procédures douanières.
Il est possible de fournir des systèmes TES sous forme de produit autonome, ou de les inclure à un système TMS (les systèmes TMS offrent une couverture plus étendue que les systèmes TES). Le tableau suivant décrit un système TMS.
Public
Ce document fournit des conseils génériques. Le groupe cible principal est composé de consultants Infor et de clients 'super utilisateurs'. Il est important de maîtriser certaines connaissances de M3 pour bien comprendre les concepts abordés dans ce document.
Ce dernier ne décrit pas en détail les programmes de l'interface M3 et leurs transactions, comme les fichiers et les champs nécessaires ou la façon de les utiliser. Pour obtenir une description détaillée des programmes de l'interface M3 et de leurs transactions, consultez les programmes 'Référentiel MI. Ouvrir' (MRS001), 'Transaction MI. Ouvrir' (MRS002) et 'Format de transaction MI. Ouvrir' (MRS003).
Restrictions
Les éléments répertoriés ci-dessous constituent des limitations connues.
- Actuellement, le système ne prend pas en charge la réception d'informations dans 'Transfert IET. Ouvrir' (MYS500) avec I=Entrée comme direction de message.
- Aucune information de colis ne peut être téléchargée pour une logistique des entrées. Les conditions sont limitées et ne sont pas analysées en détail. Les restrictions sont actuellement fondées sur l'hypothèse que les informations de colis sont plus utiles pour la logistique de sorties. Les transports entrants sont normalement générés par la contrepartie (ici, le fournisseur externe).
- Le type de transaction 30, Retours client, n'est actuellement pas pris en charge pour la logistique des entrées.
- L'événement LANCEMENT_PRELEVEMENT est utilisable uniquement pour les politiques d'expédition de niveau automatique 3 (Sortie automatique lors de l'enregistrement de la liste de prélèvement).
- La création manuelle des transferts IET dans 'Transfert IET. Ouvrir' (MYS500) est possible uniquement pour les transferts IET associés à un événement.
- Lors de l'utilisation d'une version d'enregistrement afin de créer un ou plusieurs transferts IET à partir de 'Transfert IET. Créer manuellement' (MYS510), il est uniquement possible d'utiliser les niveaux de détails du numéro de livraison (OD sortant ou entrant) ou de la ligne de commande d'achat (Entrant). La raison de cette restriction est que la fonctionnalité de déclenchement manuel vise à regrouper les livraisons ou les lignes d'ordre d'achat d'après un certain nombre de critères de sélection. Cela signifie qu'il n'est pas possible de créer de transfert IET à partir d'une version d'enregistrement disposant d'un niveau de détail de numéro de colis.
-
Remarque
Les paramètres définis dans les champs Point clôture et Méthode de déclaration de conditionnement pour la politique expédition contrôlent le moment du déclenchement de certains événements.
- Certains événements peuvent être déclenchés plusieurs fois, ce qui peut avoir pour conséquence l'envoi de plusieurs transferts IET contenant les mêmes informations. Pour éviter cela, utilisez le paramètre Autoriser les détails dupliqués = 0 dans 'Partenaire IET. Ouvrir' (MYS015). Ainsi, l'événement est déclenché et un transfert IET est créé. Cela étant, les détails déjà inclus dans un autre transfert IET ne seront pas associés au nouveau transfert. A titre d'exemple, citons l'événement EXPEDITION_CLOTUREE : l'expédition pouvant être fermée et rouverte plusieurs fois, l'événement se déclenche chaque fois qu'elle est fermée. Cela dit, si le paramètre Autoriser les détails dupliqués a la valeur 0, une livraison déjà créée dans un transfert IET avec le même type de détail (1=Livraison) ne sera pas créée dans le deuxième transfert IET créé.
Présentation des systèmes TMS
Un système TMS est composé de systèmes de planification, d'exécution et de lettrage du transport. Chaque zone est divisée selon le contenu fonctionnel inclus. Les systèmes TES ont une perspective plus large :
|
Systèmes de gestion du transport |
|||||
|---|---|---|---|---|---|
|
Systèmes de planification du transport |
Systèmes d'exécution du transport |
Systèmes de lettrage du transport |
|||
|
Planification stratégique |
Planification opérationnelle |
Programmation |
Exécution d'expédition |
Gestion du transport |
Mesure des performances |
|
|
|
|
|
|
Scénarios d'utilisation de l'interface IET
Les principaux systèmes ERP du marché n'offrent généralement pas la profondeur de fonctionnalité des systèmes TES. Pour cela, les fournisseurs de solutions ERP doivent prendre le temps de se tenir informés sur un large éventail de conditions du marché. Cette situation nous amène à mentionner les raisons d'investir en solutions ERP et en intégration de systèmes TES. Les informations à échanger entre M3 et ces derniers sont liées aux informations transactionnelles échangées au cours de la dernière partie du processus d'exécution de la chaîne d'approvisionnement. Les systèmes TES ne doivent normalement pas avoir la possibilité de reprogrammer des commandes, des expéditions ou des livraisons. Comme décrit précédemment, les capacités de planification sont liées à une planification opérationnelle ou stratégique. Le point d'intégration initial est établi après la finalisation de la planification de livraison et d'expédition proactive dans M3. Le point final de l'intégration a lieu lorsque l'intégralité de la documentation requise pour une livraison physique est générée. Les capacités d'intégration liées au traitement ultérieur ne font pas partie de l'interface IET.
La figure affiche des transactions commerciales qu'il est possible d'échanger entre M3 et un système d'exécution de transport. Les transactions en italique (envoi) ne sont, à l'heure actuelle, pas incluses dans la solution IET.
Pour plus d'informations sur la logistique des entrées et des sorties, reportez-vous à Scénarios d'utilisation de l'interface d'exécution de transport de M3.
Solutions et besoins commerciaux
L'objectif principal de cette interface consiste à proposer aux clients M3 la possibilité d'utiliser des systèmes d'exécution de transport (TES) tiers, gérant les éléments suivants :
-
Documents de transport
- Documents d'étiquette
- Documents de transport
- Documents de douane
-
Intégration du transporteur
- Réservation de transport et réponse
- Documents électroniques de transport
- Contrôle du processus de transport
-
Intégration des douanes
- Déclarations d'exportation/d'importation et réponse
- Dépôts de stockage
-
Suivi et traçage
- Suivi d'expédition et de livraison
- Suivi de colis
Pour plus d'informations et de conseils sur la configuration, reportez-vous à Besoins commerciaux et solutions pour l'interface d'exécution de transport de M3 :
Architecture IET
La solution actuelle est orientée transfert, ce qui signifie que les informations sont créées dans M3 puis traitées, affichées et modifiées avant qu'elles ne soient envoyées vers le système externe. Cette solution active un flux d'informations de transport flexible, orienté acheminement avec Infor Enterprise Collaborator (IEC). En d'autres termes, l'intégration est plus flexible et les données envoyées au système IET circulent de M3 vers IEC à l'aide des interfaces API de M3.
La figure suivante illustre la fonctionnalité dans son ensemble.
Pour plus de détails, voir Vue d'ensemble de l'architecture IET.
Déclenchements de transferts IET
La solution actuelle offre les déclencheurs de transfert IET suivants :
- Paramètres du déclenchement automatique de transferts IET
- Déclenchement automatique de transferts IET
- Déclenchement automatique de transferts IET par fonction
Pour plus d'informations sur les paramètres des déclencheurs de transfert, reportez-vous à la section Déclencheurs de transfert IET de M3.
Vue d'ensemble de l'API pour la solution IET
La figure suivante illustre les API les plus souvent impliquées lors de la mise en œuvre d'IET.
Le document qui suit décrit en détail les différentes transactions d'API disponibles pour l'interface d'exécution de transport (IET) : Vue d'ensemble de l'API pour l'interface d'exécution de transport de M3
Pour obtenir une description détaillée des programmes d'interface de M3 et de leurs transactions, reportez-vous au référentiel API dans (MRS001), (MRS002) et (MRS003).
M3 BE 15.1 Java
Pour activer l'envoi d'informations IET de M3 BE vers un système de transport externe, il convient de respecter les paramètres décrits dans la section Déclencheurs de transfert IET.
L'organigramme de programmes suivant illustre les tables, fonctions et composants principaux impliqués lors de l'exécution de l'un ou l'autre des quatre workflows.
Les deux premiers organigrammes détaillent les fonctions de données maîtres et leurs relations. Le troisième décrit le workflow impliquant une gestion des transactions.
Flux de programme de données maître - Contrôle de déclenchement IET
Flux de programme de données maître - Contrôle de sortie IET
Flux de données de programme transactionnel
Modèle de données
Le modèle de données contient des champs principaux permettant de décrire les relations clés pour une compréhension de base.
