Gestion Electronique et Sécurisation du Fret International Multimodal Définition des scénarios détaillés d interchanges EDI routier Date du fichier 10/03/2008 Nom du fichier scénarios détaillés d interchanges EDI routier Version du Fichier 1 Nom du responsable JP GRASSIEN Liste de distribution : Nom Prénom Nom Prénom Anne SANDRETTO Dominique VANKEMMEL Olivier VERHAEGHE Partenaire Partenaire TLF ADMISSIONS CRCI Historique des versions : Nom Responsable Partenaire N Version Date JP GRASSIEN C.R.C.I 1 10/03/2008 GESFIM
SOMMAIRE 1. Objectif... 3 2. L optimisation des opérations d enlèvement et livraisons pour un transporteur... 4 2.1 L optimisation des échanges... 4 2.2 Les acteurs en présence... 4 2.3 Les hypothèses de transport... 4 2.4 Simplification du scénario prévu par EDIMOBILE... 5 3. L étendue des fonctions couvertes par le projet GESFIM B... 8 3.1 Diagramme des tâches d un scénario simplifié... 8 3.2 Les messages à échanger... 10 3.3 L Ordre de transport (IFCSUM)... 11 3.4 L Ordre de mission (IFTMIN)... 11 3.5 Le compte Rendu de Mission (ITFMAN)... 12 3.6 Le Compte Rendu d Exécution d Ordre de Transport (IFCSUM)... 12 3.7 Le signalement d un incident en cours de mission (IFTSTA)... 13 3.8 Diagramme détaillé des échanges de messages et d évènements... 13 4. Description des messages... 16 4.1 L ordre de transport et le compte rendu d exécution de l ordre... 16 4.2 L Ordre de mission donné au chauffeur (IFTMIN)... 18 4.3 Le compte rendu de mission rendu par le chauffeur (IFTMAN)... 20 4.4 Le rapport d incident en cours de mission rendu par le chauffeur (IFTSTA)... 21 Page 2/2
1. Objectif L objectif de ce document est de définir le scénario d une gestion opérationnelle de rendez vous pour des transporteurs routiers commandés par un donneur d ordre et devant organiser des opérations d enlèvement et de livraison entre des entrepôts d expéditeurs et de destinataires. Ce scénario repose sur l étude de la norme EDIMOBILE mise au point sur la base simplifiée des messages normalisés UN/EDIFACT, pour l adapter aux technologies embarquées. Il est à compléter en fonction des obligations nouvelles résultant de l application des règlements sûreté sécurité pour les prestataires des entreprises bénéficiant du statut d opérateur économique agréé (O.E.A) délivré par la Direction générale des Douanes et plus généralement des procédures qualités normalisées appliquées au transport. Les instructions concernant ces obligations ne sont pas encore parvenues à un niveau de détail permettant de les intégrer. Page 3/3
2. L optimisation des opérations d enlèvement et livraisons pour un transporteur 2.1 L optimisation des échanges Dans un environnement de systèmes d informations totalement hétérogènes, voire inexistant, le scénario est bâti sur la garantie de traiter un message normalisé élaboré à partir des données non normalisées du donneur d ordres, commanditaire du transport. Les acteurs sont dotés des outils leur permettant de recueillir des messages standardisés UN/EDIFACT EDIMOBILE d ordres de transport routier et de prise de rendez vous afin d être traités automatiquement et enregistrés selon des procédures prédéfinies. 2.2 Les acteurs en présence Le scénario met en scène plusieurs acteurs : Le donneur d ordre de transport qui peut être aussi l expéditeur ou le destinataire dans le cas particulier où ces derniers gèrent eux mêmes les opérations de transport. Le transporteur routier qui doit recevoir l ordre de transport et organiser les missions de ses transporteurs. L expéditeur de la marchandise à enlever en un ou plusieurs lots qui peut être un service d expédition d une entreprise ou d un entrepôt ou un mandataire chargé d organiser les expéditions. Le destinataire de la marchandise à transporter en un ou plusieurs lots, constituant des missions distinctes regroupées au sein d un même ordre de transport.. 2.3 Les hypothèses de transport Le scénario s applique aussi bien à des opérations de transport d unité de transport intermodales qu à des marchandises conditionnées en lots homogènes, et qu à des ensembles conventionnels quelconques. L ordre de transport est détaillé en une série de missions qui correspondent à la mise en œuvre du moyen de transport et des opérations afférentes d empotage ou de chargement ou de dépotage et de déchargement sur une unité de transport. Le système élaboré n est pas prévu pour s appliquer à l organisation de tournées, comme le prévoit EDIMOBILE, mais il peut parfaitement s y adapter, notamment grâce aux fonctions de planification qui sont offertes. Page 4/4
2.4 Simplification du scénario prévu par EDIMOBILE Le scénario très complet prévu par EDIMOBILE qui met en œuvre les messages UN/EDIFACT adaptés à une relation avec le véhicule, prévoit à la fois des messages d instructions et de reporting, mais aussi un message d interrogation du véhicule, ce qui n a pas été retenu dans la solution, compte tenu de la faiblesse des moyens de communication embarqués sur le véhicule, se résumant à un téléphone capable de recevoir et d envoyer des SMS. SCE NARIO D ECHANGE EDIMO BIL E DONNEUR D O RDRES Ordres de Transport Ordre de T ransport Rapports d enlèvements / livraisons ENTREPRISE DE T RANSPORT Ordre de M ission Compte rendu de M ission Compte rendu d exécution d Ordre de Transport Info rmation / Interrogation Info rmation / Interrogation COUPLE CONDUCTEUR/ VEHICULE Les diagrammes du référentiel ebusiness décrivent le processus d élaboration de la commande de transport et de son exécution. Ce scénario ne détaille pas l interaction entre l entreprise de transport et l expéditeur, et confond le chargeur et l expéditeur. Page 5/5
Pour être plus pragmatique ce scénario est reprit partiellement pour être simplifié dans les conditions suivantes déduites des usages les plus constatés : Page 6/6
Le donneur d ordres qui peut être l expéditeur lui-même, ou un commissionnaire de transport s adresse le plus souvent à un transporteur, dont il connaît les conditions, surtout lorsqu il s agit d unités de transport ou de lots qui lui sont confiés par un de ses clients habituels. Nous nous bornerons alors à mettre en œuvre le scénario à partir de l ordre de transport. Le transporteur travaille le plus souvent dans une zone géographique ou avec des entreprises connues, (plate-forme ferroviaire ou maritime ou fluviale, entrepôts, usines) dont il a connaissance et qui sont équipés au minimum d une organisation de planification et de moyens de communication par mail, ces moyens pouvant d ailleurs être fournis dans le cadre du projet. Le scénario suppose donc que le donneur d ordre laisse une certaine autonomie au transporteur qui va organiser la tournée ou les navettes de ses chauffeurs, mais le scénario peut très bien fonctionner avec une centralisation de décision au niveau du donneur d ordres, dans ce cas, les échanges avec l expéditeur et le destinataire passent par le donneur d ordres. Page 7/7
3. L étendue des fonctions couvertes par le projet GESFIM B 3.1 Diagramme des tâches d un scénario simplifié Le scénario simplifié se résume alors à la séquence des tâches suivantes : Le donneur d ordre transmet son ordre de transport au transporteur qui l accepte et l enregistre dans son planning. Le transporteur décompose l ordre de transport en ordres de missions, en fonction des unités de transport ou des lots constituant des chargements unitaires, Pour chaque mission, au coup par coup ou en une seule fois, le transporteur envoie à l expéditeur un avis d enlèvement pour confirmation, L expéditeur planifie ces enlèvements dans son planning d expédition, L expéditeur envoie au transporteur une confirmation de l avis d enlèvement avec la date d expédition, Le transporteur reçoit cette date d expédition pour la mission et calcule le délai du transport à réaliser, si le délai ne lui convient pas il demande une nouvelle confirmation (retour en 3), Le transporteur ayant calculé le délai de transport (notamment en tenant compte de la date d expédition et des contraintes de temps de conduite des chauffeurs), peut proposer une date de livraison et envoyer au destinataire un préavis de livraison, Le destinataire planifie les livraisons dans son planning de réception, Le destinataire confirme le préavis de livraison et le renvoie au transporteur, Si la date de livraison a été modifiée le transporteur peut redemander une autre date d enlèvement à l expéditeur (retour en 3), si elle lui convient il planifie définitivement la mission. Le transporteur avise le chauffeur du planning des missions à effectuer, L expéditeur valide la CMR, au moment du chargement, Le destinataire vise la CMR, quand le chauffeur livre la marchandise, et apure son planning de livraison, Le chauffeur valide la mission effectuée et renvoie le compte rendu de mission au transporteur, Le transporteur apure le planning des missions, à la dernière validation de mission, il envoie un compte rendu d exécution de l ordre de transport, Le donneur d ordre apure l ordre de transport exécuté, Le transporteur facture l ordre de transport et l envoie au donneur d ordre. Il est bien entendu que ce scénario résulte de l observation des besoins et des pratiques courantes pendant l enquête préliminaire du projet. Cependant peut y avoir des configurations d acteurs différentes que le scénario peut assumer. En voici quelques unes : - l expéditeur et le donneur d ordre ne font qu un, alors les tâches de génération de l ordre de transport et son apurement sont traités par l expéditeur, Page 8/8
- le donneur d ordres, commissionnaire de transport, n autorise pas le transporteur à échanger avec l expéditeur et le destinataire, alors les tâches de planification des expéditions et des livraisons ainsi que les échanges de confirmation seront dédiées au commissionnaire, l expéditeur et le destinataire n ayant plus d autre tâche que de viser la CMR, - le chauffeur ne communique pas en temps réel depuis son véhicule, ou bien il est jugé inutile qu il le fasse dans le cas de navettes, dans ce cas le transporteur choisit d apurer les missions globalement avant de faire compte rendu d exécution de l ordre de mission. Page 9/9
3.2 Les messages à échanger Page 10/10
La norme EDIMOBILE a défini un ensemble de six messages parmi lesquels quatre sont utilisables pour résoudre le problème de l optimisation des missions et leur constatation formelle. Ce sont : L ordre de Transport (contenu détaillé par lots ou positions), avec des informations intéressant aussi le destinataire. Il est l'équivalent du contrat de transport. L ordre de Mission, développant le détail des tâches d exploitation qui composent la mission à réaliser et permettant notamment de confirmer les rendez vous expéditeur et destinataire, Le compte Rendu de Mission. Le Compte Rendu d Exécution d Ordre de Transport. Ces messages peuvent avoir des significations différentes selon que l on est expéditeur ou destinataire de la marchandise, un ordre de mission sera équivalent à une prévision d enlèvement ou à un préavis d expédition. 3.3 L Ordre de transport (IFCSUM) L ordre de transport est une commande de transport, spécifiquement référencée, comprenant les éléments nécessaires et suffisant à l exécution de l acte commercial qu est un contrat de transport. Il est découpé techniquement en lots ou N de positions susceptibles de le composer. Cet Ordre de transport multiple qui permet d établir un contrat de transport pour plusieurs expéditions est le message IFCSUM. A l origine et hors du champ de l application, il est transmis par l expéditeur au commissionnaire de transport qui demande ou réserve des prestations de transport ou d'organisation de transport pour plusieurs expéditions sous certaines conditions, puis au transporteur qui assure ou organise le transport. Il permet à ce dernier d avoir les informations lui permettant d établir une ou plusieurs missions concernant les expéditions pour lesquelles la prestation est demandée. Il remontera au donneur d ordre après exécution avec des observations.. 3.4 L Ordre de mission (IFTMIN) L Ordre de mission est une série d instructions pour une des expéditions rattachées à un ordre de transport, envoyées à un conducteur et justifiées par l ensemble des caractéristiques d une mission susceptible d être remplie par le couple conducteur - véhicule moteur constitué à un instant t, jusqu à ce qu il soit dissocié. Plusieurs missions peuvent être confiées pendant la durée du «couplage» conducteur véhicule moteur, donc, a fortiori, plusieurs tâches successives comme le brouettage de conteneurs ou des norias de véhicules. Pour simplifier le concept des missions telles qu elles sont définies dans la norme EDIMOBILE, nous ne retiendrons comme mission, que l avis d enlèvement de la marchandise chez l expéditeur, correspondant à un rendez-vous et à l avis de livraison chez le destinataire. Chacune de ces missions peut faire l objet d une demande de rendez-vous, ou être organisée globalement dès la réception de l ordre de transport. Le message EDIFACT retenu pour décrire les ordres de missions est le IFTMIN. IFTMIN est un message utilisé en suite de l ordre de transport (IFCSUM) pour régler les instructions concernant les services d acheminement ou de transport relative à une expédition Page 11/11
dans des conditions convenues, avec le transporteur qui organise les services d'acheminement et/ou de transport. A l origine l ordre de transport est émis par le donneur d'ordre vers le vendeur de transport sous la forme IFTMIN pour ordonner le transport de colis, afin qu'ils soient enlevés et livrés à un ou plusieurs points de livraison. Les unités d'expédition peuvent être identifiés par un numéro unique. Parmi les données principales contenues dans le message :- Les dates de livraison / enlèvement / expédition.-).- Le poids total, le nombre total de colis et le volume total.- Les conditions de livraison.- L'expéditeur et le lieu de livraison.- Les documents devant accompagner la livraison.- Le type et le nombre d'unités d'expédition.- Les conditions de manutention (par exemple, l'indication que les marchandises transportées sont des denrées alimentaires).- La température de transport.- L'identification des articles (codes) contenus dans les unités d'expédition.- Les dimensions des unités d'expédition.- Les informations sur les marquages des unités.- L'identification des équipements (containers, palettes, etc.) utilisés pour transporter les unités.- Les informations sur les marchandises dangereuses.- La description des équipements (container, palettes, etc.) utilisés pour transporter les marchandises. 3.5 Le compte Rendu de Mission (ITFMAN) Le compte rendu de mission est le résultat de l exécution d une mission constaté par le chauffeur qui a réalisé la mission. Il est facultatif et ne dépend que de l instruction initiale d exiger un compte rendu par le transporteur, qui a été indiqué dans le message d ordre de transport IFCSUM. Ce compte rendu peut être élaboré ensuite d un message SMS très synthétique de la part du chauffeur, en faisant référence à l ordre de mission. Il appartient au transporteur de décider la communication de ce compte rendu au donneur d ordres, ou à l expéditeur ou au destinataire. Le message retenu pour le compte rendu est le IFTMAN est émis par le transporteur par l intermédiaire du conducteur qui assure les prestations d'acheminement et/ou de transport à l'intervenant spécifié dans le contrat (par exemple l'expéditeur) et qui donne des informations détaillées sur l'arrivée d'une expédition. Le message peut aussi être utilisé pour donner une information de preuve de livraison. 3.6 Le Compte Rendu d Exécution d Ordre de Transport (IFCSUM) Le compte rendu de d exécution de l ordre de transport est généré par le transporteur lorsque tous les comptes rendus de missions ont été enregistrés ou lorsque qu il le décide à défaut de les traiter. Il est renvoyé au donneur d ordres ou à l expéditeur et au destinataire selon les spécifications de l ordre de transport. Le message IFCSUM utilisé pour établir l ordre de transport est utilisé pour retourner l information permettant de prouver que les toutes les missions ont été accomplies. Page 12/12
3.7 Le signalement d un incident en cours de mission (IFTSTA) Le signalement d un incident est renvoyé en cours de transport lorsque, par exemple, l enlèvement de la marchandise ne peut avoir lieu du fait de l indisponibilité de la marchandise, où d un incident de parcours qui bouleverse la prévision de livraison. Il est renvoyé au transporteur par le chauffeur afin que celui-ci convienne des nouvelles missions à réaliser après avoir réalisé les échanges nécessaires à leur confirmation par l expéditeur et le destinataire selon les spécifications de l ordre de transport. Le message IFTSTA parait adapté car il permet «d'échanger des informations concernant le statut des mouvements physiques des expéditions ou des marchandises à tout point de la chaîne de transport (Quel que soit le lieu et l'heure). Le message peut être envoyé suite à une ou des demandes d'informations concernant la ou les expéditions, sur une base prédéfinie (à une heure précise), suite à un ou des événements prédéterminés, suite à un événement exceptionnel comme défini par les partenaires». 3.8 Diagramme détaillé des échanges de messages et d évènements Les messages échangés sont réduits à l expression la plus simple des messages préconisés par EDIMOBILE, eux-mêmes issus de la norme UN/EDIFACT, qui seront encore simplifiés par l utilisation sélective des core-components et de la structuration XML. Page 13/13
Le diagramme des échanges est le suivant : Page 14/14
Page 15/15
4. Description des messages Les messages échangés dans un contexte d applications légères utilisant la norme de structuration XML doivent pouvoir être réduits au minimum des instructions utiles à l organisation des enlèvements et des livraisons. Il est supposé que le détail des instructions commerciales constituant à la fois le contrat et les instructions est conservé au niveau du transporteur qui organise les opérations. 4.1 L ordre de transport et le compte rendu d exécution de l ordre Les segments qui seront utilisés dans le message IFCSUM sont les suivants : UNB Segment de service utilisé pour commencer, identifier et préciser un interchange. Ce segment permet notamment d identifier le type de syntaxe utilisé ainsi que l émetteur et le récepteur de l échange, la date / heure de transmission initiale vers le réseau, la référence de contrôle de l échange, éventuellement le mot de passe du récepteur et le code de priorité pour le traitement. UNH Segment d en tête du message (enveloppe électronique), débute, identifie et spécifie le message en particulier (numéro de référence du message, type de message, version ) BGM Segment débutant le message, permettant d identifier le numéro d ordre de transport et sa fonction (annulation / remplacement / original / copie / confirmation / modification). DTM Segment permettant de valider la date / heure de création du message crée par l émetteur (qui peut être différente de la l heure d émission) FTX Segment permettant d ajouter sous forme de texte libre des informations liées à L OT adressées au couple conducteur / véhicule. GIS Ce segment permet au donneur d ordres d indiquer le type de compte rendu souhaité (enlèvement et/ou livraison) et son type de statut (immédiat / différé / pas de compte rendu), le compte rendu s appliquant ici au message dans sa globalité. CNT Segment permettant de contrôler l intégrité du message au niveau applicatif. Gr1 : NAD RFF Ce groupe permet d indiquer le nom du donneur d ordre et ses références (numéro de contrat et/ou numéro de référence) Page 16/16
TDT Ce segment donne des informations sur le type de moyen de transport (porteur, camion remorque ) censé être utilisé, à des fins de vérification. Gr2 : CNI, incluant les groupes 3 à 11 Ce groupe de segments sert à décrire chaque position (cf définition,chap 3), on trouvera une occurrence de ce groupe pour chaque position décrite dans l ordre de transport.. TSR Ce segment stipule les conditions de service et d acheminement de l envoi, qui doivent être connues du conducteur. FTX Ce segment permet de compléter sous forme de texte libre soit les informations de service fournies dans le TSR tels que des contraintes spécifiées dans le cahier des charges du client. Gr3 : NAD-LOC-DTM Groupe de segments servant à décrire les opérations d enlèvement / livraison : identification, nom et adresse des intervenants, précisions sur les lieux d enlèvement / livraison, horaires d arrivée et de départ La répétition du segment DTM permet d indiquer un créneau horaire d enlèvement / livraison. Gr5 : GID, incluant les groupes 6 à 10 Groupe de segments servant à décrire une ou des unités de conditionnement contenues dans l expédition et donner les informations qui s y rattachent directement : manutention, conditionnement, dimensions GID Segment servant à dénombrer et à caractériser le mode de conditionnement de la marchandise Gr6 : GDS FTX Groupe de segment servant à fournir une classification simplifiée de marchandises (GDS) ou plus fine sous forme de texte libre (FTX) Gr7 : PIA-QTY Groupe de segments servants à fournir des références «client» de produits et leurs quantités, contenus dans les unités de conditionnement précédemment décrites Page 17/17
Gr8 : MEA Groupe servant à donner les poids ou les indications dans d autres unités de mesure (mètres linéaires, volume ). Selon le scénario retenu (cf annexe «utilisation du GID»), ces indications seront unitaires (par colis) ou globales. Gr9 : PCI GIN Groupe de segments servant à identifier le/les unités de conditionnement (Code à Barres ) Gr10 : GOR DOC Groupe de segments utilisés pour satisfaire des formalités administratives dans le cas des transports internationaux européens intra-communautaires selon la réglementation en vigueur à partir de 1993. Gr11 : DGS FTX Ce groupe doit servir à donner des informations sur les marchandises dangereuses éventuellement transportées et leur traitement Gr12 : EQD EQN Ce groupe sert à identifier, dénombrer et décrire les équipements nécessaires à la réalisation d une expédition (position). On entend ici par équipements des unités de transport incapables de se mouvoir par elles-mêmes (palette, remorque, conteneur ) définition EDIFACT. UNT Segment de fin de message 4.2 L Ordre de mission donné au chauffeur (IFTMIN) L ordre de mission est donné pour chaque opération de transport entre expéditeur et destinataire. UNB Segment de service utilisé pour commencer, identifier et préciser un interchange. Ce segment permet notamment d identifier le type de syntaxe utilisé ainsi que l émetteur et le récepteur de l échange (cf chap5.4 «La syntaxe»), la date / heure de transmission initiale vers le réseau, la référence de contrôle de l échange, éventuellement le mot de passe du récepteur et le code de priorité pour le traitement. Page 18/18
UNH Segment d en tête du message (enveloppe électronique), débute, identifie et spécifie le message en particulier (numéro de référence du message, type de message, version ) BGM Segment débutant le message, permettant d identifier le numéro d ordre de transport et sa fonction (annulation / remplacement / original / copie / confirmation / modification). Cette dernière fonction permettant de gérer des échanges dynamiques entre transporteur et chauffeur, DTM Segment permettant de valider la date / heure de création du message crée par l émetteur (qui peut être différente de la l heure d émission) FTX Segment permettant d ajouter sous forme de texte libre des informations liées à L Ordre de Mission adressé au couple conducteur / véhicule. GIS Ce segment permet au conducteur du véhicule, le type de compte rendu souhaité (message erreur / Comte rendu de traitement) et son type de statut (immédiat / différé / pas de compte rendu), le compte rendu s appliquant ici au message de la mission. Gr1 : STG GIS PRC (incluant les groupes 2 à 7) Ce groupe de segments sert à décrire chaque tache de la mission. On trouvera une occurrence de ce groupe pour chaque tache décrite dans l ordre de mission STG Ce segment identifie une tache (correspondant à une étape) de la mission et dénombre les taches constituant cette mission. Gr2 : RCS - FTX Ce groupe permet de définir la / les taches à effectuer par le conducteur. La liste des codes «taches» est fournie en annexe. Le segment FTX permet d apporter des précisions, sous forme de texte libre, à la tache identifiée dans le segment RCS. RFF Ce segment permet de faire référence à un ou plusieurs ordres de transport ou à une ou plusieurs positions précises dans un ordre de transport Gr3 : NAD-LOC-DTM Groupe de segments servant à décrire des lieux, adresses et horaires liés aux taches identifiées dans le segment RCS. Il peut s agir de lieux / adresses / horaires d enlèvement / livraison ou de Page 19/19
stationnement, transbordement en fait, ce groupe fournit toutes les informations de lieux et d horaires nécessaires à l exécution d une tache. Les lieux / adresses peuvent être fournis sous forme de texte structuré (nom, adresse, code postal ) et/ou de géo-positionnement. La répétition du segment DTM permet d indiquer un créneau horaire d exécution de la tache. Gr5 : EQD EQN Ce groupe sert à identifier, dénombrer et décrire les équipements nécessaires à la réalisation d une tache. On entend ici par équipements des unités de transport incapables de se mouvoir par elles-mêmes (palette, remorque, conteneur ) définition edifact. UNT Segment de fin de message 4.3 Le compte rendu de mission rendu par le chauffeur (IFTMAN) Le compte rendu de mission est rendu pour chaque opération de transport entre expéditeur et destinataire. UNB Segment de service utilisé pour commencer, identifier et préciser un interchange. Ce segment permet notamment d identifier le type de syntaxe utilisé ainsi que l émetteur et le récepteur de l échange (cf chap5.4 «La syntaxe»), la date / heure de transmission initiale vers le réseau, la référence de contrôle de l échange, éventuellement le mot de passe du récepteur et le code de priorité pour le traitement. UNH Segment d en tête du message (enveloppe électronique), débute, identifie et spécifie le message en particulier (numéro de référence du message, type de message, version ) BGM Segment débutant le message, permettant d identifier le numéro d ordre de transport et sa fonction (annulation / remplacement / original / copie / confirmation / modification). Cette dernière fonction permettant de gérer des échanges dynamiques entre transporteur et chauffeur, DTM Segment permettant de valider la date / heure de création du message crée par l émetteur (qui peut être différente de la l heure d émission) FTX Segment permettant d ajouter sous forme de texte libre des informations liées à L Ordre de Mission notées par le conducteur. Page 20/20
Gr1 : STG GIS PRC (incluant les groupes 2 à 7) Ce groupe de segments sert à décrire chaque tache de la mission. On trouvera une occurrence de ce groupe pour chaque tache décrite dans l ordre de mission STG Ce segment identifie une tache (correspondant à une étape) de la mission et dénombre les taches constituant cette mission. Gr2 : RCS - FTX Ce groupe permet de définir la / les taches effectuées par le conducteur. La liste des codes «taches» est fournie en annexe. Le segment FTX permet d apporter des précisions, sous forme de texte libre, sur les taches identifiée dans le segment RCS. RFF Ce segment permet de faire référence à l ordre de transport Gr3 : NAD-LOC-DTM Groupe de segments servant à décrire des lieux, adresses et horaires liés aux taches identifiées dans le segment RCS. Il peut s agir de lieux / adresses / horaires d enlèvement / livraison ou de stationnement, transbordement en fait, ce groupe fournit toutes les informations de lieux et d horaires nécessaires à l exécution d une tache. Les lieux / adresses peuvent être fournis sous forme de texte structuré (nom, adresse, code postal ) et/ou de géo-positionnement. La répétition du segment DTM permet d indiquer exactement à quelle date et heure l exécution de la tache a été réalisée. UNT Segment de fin de message 4.4 Le rapport d incident en cours de mission rendu par le chauffeur (IFTSTA) UNB Segment de service utilisé pour commencer, identifier et préciser un interchange. Ce segment permet notamment d identifier le type de syntaxe utilisé ainsi que l émetteur et le récepteur de l échange (cf chap5.4 «La syntaxe»), la date / heure de transmission initiale vers le réseau, la référence de contrôle de l échange, éventuellement le mot de passe du récepteur et le code de priorité pour le traitement. Page 21/21
UNH Segment d en tête du message (enveloppe électronique), débute, identifie et spécifie le message en particulier (numéro de référence du message, type de message, version ) BGM Segment débutant le message, permettant d identifier le numéro d ordre de transport et de mission. DTM Segment permettant de valider la date / heure de création du message crée par l émetteur (qui peut être différente de la l heure d émission) FTX Segment permettant d ajouter sous forme de texte libre des informations liées à L Ordre de Mission notées par le conducteur. Gr1 : STG GIS PRC (incluant les groupes 2 à 7) Ce groupe de segments sert à décrire chaque tache de la mission. On trouvera une occurrence de ce groupe pour chaque tache décrite dans l ordre de mission STG Ce segment identifie une tache (correspondant à une étape) de la mission et dénombre les taches constituant cette mission. Gr2 : RCS - FTX Ce groupe permet de définir la / les taches à effectuer par le conducteur. La liste des codes «taches» est fournie en annexe. Le segment FTX permet d apporter la nature de l incident, sur les taches identifiée dans le segment RCS. RFF Ce segment permet de faire référence à l ordre de transport Gr3 : NAD-LOC-DTM Groupe de segments servant à décrire des lieux, adresses et horaires liés aux taches identifiées dans le segment RCS. Il peut s agir de lieux / adresses / horaires d enlèvement / livraison ou de stationnement, transbordement en fait, ce groupe fournit toutes les informations de lieux et d horaires nécessaires à l exécution d une tache. Les lieux / adresses peuvent être fournis sous forme de texte structuré (nom, adresse, code postal ). La répétition du segment DTM permet d indiquer exactement à quelle date et heure l incident a été constaté. UNT Segment de fin de message Page 22/22