Vérification de la liste des plans non traités

Une liste d'ordres de diffusion non traités du client apparaît dans la page Plans non traités.

Pour vérifier la liste des plans non traités :

  1. Sélectionnez Release Management > Plans non traités.
  2. Vérifiez les informations suivantes :
    Client
    Client de la ligne de contrat. Le client est un ensemble de caractères arbitraires, utilisés afin d'identifier de manière unique un client au sein d'une entité comptable. Le client est extrait du système ERP.
    Nom du client
    Nom du client détenteur du contrat.
    Destinataire
    Destinataire du plan non traité.
    Nom du destinataire
    Affichez le nom de l'emplacement utilisé avec le code Emplacement du destinataire pour identifier le lieu d'expédition des marchandises.
    N° de séquence du message
    Ce champ équivaut à l'option N° de séquence du message dans la page Messages entrants de la zone Transformation. Ce champ indique l'ordre de traitement des messages dans Transformation. Vous pouvez identifier le message depuis la page Messages entrants qui mène au plan individuel spécifique dans Release Management.
    ID du plan
    ID du plan attribué à la ligne de contrat. L'ID de plan est créé automatiquement par Release Management.
    Date de traitement
    Date de l'erreur ou date à laquelle la validation manuelle a été demandée.
    Article interne
    L'identifiant d'article interne du plan non traité utilisé par le fournisseur apparaît si la ligne de contrat est attribuée correctement.
    Article du client
    L'identifiant d'article du plan non traité utilisé par le client.
    Type de message
    Type de message du plan non traité. Le type de message est un calendrier de planification ou un plan d'expédition.
    Sous-type de message
    Sous-type de message de l'appel de livraison du client. Les options suivantes sont disponibles pour le sous-type de message :
    • Par défaut : Il s'agit de la configuration par défaut utilisée pour intégrer les besoins.
    • RAN : Cette configuration est utilisée pour intégrer les besoins des messages RAN d'un client.
    • GPI : Ce sous-type de message sert au type de message Plan d'expédition dans le traitement GPI Renault. GPI est un système de contrôle de production intégré, utilisé dans les sites d'assemblage Renault. Dans le traitement GPI, les fournisseurs reçoivent des appels de livraison avec un ID transport unique au niveau de la ligne de besoin et un point de consommation au niveau du plan. Les expéditions sont groupées par ID transport.
    • L3P : Ce sous-type de message sert au type de message Plan d'expédition dans le traitement L3P Renault. Dans le traitement L3P, les fournisseurs reçoivent des appels de livraison avec un ID transport, un point de consommation et une zone de distribution au niveau de la ligne de besoin. Les expéditions sont structurées par zone de distribution, ID transport et point de consommation. Chaque envoi comporte un ID transport unique. Par conséquent, les expéditions sont regroupées par ID de transport, si un envoi comporte plusieurs expéditions.
    • CINDI : Ce sous-type de message sert au type de message Plan d'expédition dans le traitement CINDI Renault. Le processus CINDI fonctionne avec GPI ou L3P. Au cours de ce processus, les fournisseurs reçoivent un plan d'expédition avec un numéro RAN ou Kanban. La date d'arrivée prévue est incluse, en plus des champs identifiés de GPI et de L3P. Le numéro RAN ou Kanban est unique pour les appels de livraison au niveau de la ligne de besoin. L'ID de transport est unique par envoi. Plusieurs expéditions par envoi/ID de transport sont possibles. Chaque expédition, ainsi que chaque article dans une expédition peut comporter plusieurs numéros RAN ou Kanban. Le sous-type de message CINDI est également utilisé pour le traitement LISA.
    • Feuille de pick-up : Cette configuration est utilisée pour intégrer les besoins des feuilles de pick-up d'un client.
    • Manifeste : Cette configuration est utilisée pour intégrer les besoins des manifestes d'un client.
    • Kanban : Cette configuration est utilisée pour intégrer les besoins des messages Kanban d'un client.
    • En séquence : Ce sous-type de message est sélectionné pour le type de message Plan d'expédition. Le sous-type de message sert au traitement des plans d'expédition qui nécessitent des informations séquentielles, comme, par exemple, des appels de livraison de production synchrone. Si vous utilisez le sous-type de message En séquence, la Base de calcul dans la configuration de règles d'ajustement de CUM doit être référencée. Vous devez sélectionner la case à cocher N° de référence 1 est le champ clé.
    • En séquence avec la fenêtre Expédition : Ce sous-type de message est sélectionné pour le type de message Plan d'expédition. Si Release Management reçoit un BOD ShipmentSchedule, la page Règles de traitement des messages est vérifiée en fonction d'un appel en séquence avec le sous-type de message En séquence avec la fenêtre Expédition qui est également attendu du client. Dans ce cas, le BOD ShipmentSchedule est fusionné avec le plan individuel actuel du type Plan d'expédition. Le nouveau plan individuel contient les besoins séquencés. En particulier, cette fonction est utilisée par le partenaire commercial A0061 Ford Amérique du Nord.
    • Séquence de chargement : Ce sous-type de message est sélectionné pour le type de message Plan d'expédition et il est utilisé pour Honda lors de l'envoi d'informations de séquence de lot. Dans ce cas, le champ de référence est composé du numéro de commande du plan et de la séquence de lot nécessaires pour le chargement du camion conformément aux exigences de Honda.
    Etat de traitement
    Cet état indique la dernière étape de traitement réussie pour l'importation d'un plan non traité.
    Statut d'exception
    Ce statut indique si l'échec de l'importation d'un plan non traité est dû à une erreur. Le statut d'exception En attente indique les plans de séquence pas encore achevés par les données de séquencement des appels séquentiels.
    Message d'erreur
    Motif de l'erreur. Les plans non traités devant être validés manuellement sont indiqués par le message Autorisation requise. Vous pouvez filtrer la liste des plans non traités par message d'erreur.
    Etat d'autorisation
    Cet état indique si un plan non traité a été autorisé, si une autorisation manuelle du plan non traité est requise ou s'il a été rejeté :
    • Pas d'autorisation : aucune autorisation n'est requise.
    • Autorisation requise : le plan individuel doit être autorisé manuellement.
    • Approuvé : le plan individuel a été approuvé.
    • Autorisation refusée : l'approbation du plan individuel a été rejetée.
    • Approbation pour mise à zéro du CUM requise : la mise à zéro du CUM doit être autorisée manuellement.
    • Mise à zéro du CUM approuvée : La mise à zéro du CUM a été approuvée.
    Entité comptable
    Une entreprise ou une partie d'une entreprise indépendante en ce qui concerne une ou plusieurs fonctions de gestion ou de comptabilité. Une entité comptable établit son propre compte de résultat et dresse son propre bilan à partir d'un jeu complet de transactions soldées. Elle est souvent une personne morale. Une entité comptable est définie au sein d'une unité et peut contenir des divisions appelées sites.
    Site
    Ce champ indique le code qui identifie l'emplacement de l'entité comptable.
    Responsable
    Ce champ indique le nom du responsable en interne auquel est affecté le contrat.
    Dernière mise à jour par
    Le nom de l'utilisateur ayant effectué la dernière mise à jour.
    Dernière mise à jour le
    La date de la dernière mise à jour.
    Archivé
    Une case à cocher activée indique qu'un appel de livraison a été archivé.
    Etat de séquence
    Affiche l'état des besoins séquencés.