Packing-List

 

ORIGINE	FONCTION
PLP	XC294

 

Principe général

Le module « Passerelle intégration Packing-List » permet l’intégration au niveau de Cegid Orli des expéditions de Produits Finis entre intervenants de la fabrication lorsque ces données sont issues d’un autre logiciel :

• Création de liste
• PAS de maintenance liste en annule/remplace
  • On peut gérer des étapes séparées Bon de livraison fournisseur / Bon d’expédition / Bon de chargement (CODE_ETAT ‘M’ pour les types enreg 1/2/3/4/6)
  • On ne peut PAS modifier de quantités Packing List / Bon de livraison fournisseur
• PAS de suppression de liste

 

Le but de ce module est de récupérer les Bons de Chargement, Bons d’Expédition, Bons de Livraison et colis contenus dans un fichier séquentiel afin de les intégrer dans Cegid Orli.

Ces bons concernent les pièces issues d’un des ateliers de fabrication et à destination de l’atelier suivant du circuit de fabrication (ou à destination du magasin de réception si l’expéditeur est le dernier atelier de fabrication).

Les quantités issues des lignes de commandes fournisseurs Produits Finis sont dispatchées dans différents bons, dans différents colis afin d’être expédiées.

Le traitement principal de l’interface consiste en une intégration des données dans Cegid Orli afin qu’elles puissent être traités par les programmes de jalonnement et de stock.

Cette passerelle peut générer en automatique un jalonnement lors de la création du BC, du BE et/ou du BL. Dans le cas du BL, on peut avoir une gestion obligatoire, facultative ou interdite du colisage.

Cette gestion de jalonnement automatique se paramètre via TA079 (gestion des circuits de fabrication) avec des valeurs particulières des zones de définition du jalonnement d’entrée et de sortie par phase :

• « 3 » = jalonnement automatique en création de BL sans colisage possible 
• « 4 » = jalonnement automatique en création de BL avec colisage facultatif
• « 5 » = jalonnement automatique en création de BL avec colisage obligatoire
• « 6 » = jalonnement automatique en création de BE 
• « 7 » = jalonnement automatique au départ du BC.

 

Expédition PF entre intervenants de la fabrication

 

Intégration mvt PF entre ateliers de fabrication

 

Ce module se compose d’une seule fonction XC294 qui gère la création de 5 entités :

1. Entête de Bon Chargement
2. Entête de Bon Expédition
3. Entête de Bon Livraison
4. Colis
5. Lignes de Bon Livraison (colisées ou non)

 

Il est cependant possible de ne gérer qu’une partie des cinq éléments car :

• ils sont facultatifs (colisage, entête Bon de Chargement, entête Bon d’Expédition)
• ils ont déjà pu être générés par une intégration précédente (entête Bon de Chargement, entête Bon d’Expédition, entête Bon de Livraison).

 

Une fois dans Cegid Orli, les informations BL, BE et BC éléments pourront être :

• suivis
  (LA940 : Liste suivi packing-list P.F.)
• jalonnés
  (LA650)
• entrés en stock
  (SP001)

 

 

‎ 

Description des fonctions du module

Avant la première utilisation de ce module, une phase de paramétrage est indispensable.

Celle-ci est réalisée EXCLUSIVEMENT par Cegid.

Elle permet de décrire la structure du fichier et de vous affecter un code provenance et un code origine pour le lancement de l’intégration. Ce paramétrage est standard et correspond au format de fichier imposé par Cegid (voir en annexe, la description des fichiers à intégrer).

 

Si vous alimentez directement les tables suivantes :

• ORL_BON_CHARG_ENT

• ORL_BE_PF_ENT

• ORL_PF_BON_MVT_ENT

• ORL_LIV_FAC_COLIS 

• ORL_PF_BON_MVT

il est nécessaire de respecter les règles indiquées dans les descriptions de chaque champ
(voir ANNEXE).

 

 

 

‎

Paramétrage avant intégration (détail)

Le lancement d’une passerelle par XC20B nécessite au préalable un paramétrage particulier défini par Cegid dans TA350 pour la provenance (FIXE ou SEPARAT) et l’origine (PLP).

 

Le programme d’intégration des données reçoit en entrée le fichier séquentiel ASCII (XC294_PLP.REC) décrit ci-dessous.

À partir de ce fichier, XC20B intègre les données dans les tables réceptacles prévues :

• ORL_BON_CHARG_ENT

• ORL_BE_PF_ENT

• ORL_PF_BON_MVT_ENT

• ORL_LIV_FAC_COLIS 

• ORL_PF_BON_MVT

 

(cf annexe 1) ; ensuite XC294 se charge de lire chaque enregistrement de ces tables. XC294 se contente alors d’appeler les programmes de contrôle de données et d’intégration de la passerelle pour chaque enregistrement.

Les anomalies sont gérées par XC20B dans la table ORL_ANOMALIE et éditées en fin d’intégration.

 

Contrôles et initialisation des données (détail)

 

Dans un deuxième temps, des initialisations et des contrôles sont effectués

• P_XC294_CONTROLE1
  entête Bon de Chargement
• P_XC294_CONTROLE2
  entête Bon d’Expédition
• P_XC294_CONTROLE3
  entête Bon de Livraison
• P_XC294_CONTROLE4
  colis
• P_XC294_CONTROLE5
  lignes de Bon de Livraison

 

Chaque anomalie rencontrée donne lieu à l’écriture d’une ligne d’erreur dans la table des anomalies qui est ensuite éditée.

Une fois l’intégration terminée, un état de contrôle est édité, donnant la liste des anomalies ‎au niveau de la lecture du fichier.

 

 

Suivi de l’intégration (détail)

 

JP530 : Suivi de l’intégration, JP031 suivi des anomalies

Une fois tous les contrôles de données réalisés, l’intégration des BL, BE et BC dans les tables définitives de l’application Cegid Orli peut être lancée 

Cette partie est assurée par les procédures

• P_XC294_GENERATION1 (entête Bon de Chargement)
• P_XC294_GENERATION2 (entête Bon d’Expédition)
• P_XC294_GENERATION3 (entête Bon de Livraison)
• P_XC294_GENERATION4 (colis)
• P_XC294_GENERATION5 (lignes Bon de Livraison).

 

Tables temporaires de la passerelle (pour suivi dans JP031) qui serviront de base à l’intégration sont les tables réceptacles :

• ORL_BON_CHARG_ENT
  (entête Bon de Chargement)
• ORL_BE_PF_ENT
  (entête Bon d’Expédition)
• ORL_PF_BON_MVT_ENT
  (entête Bon de Livraison)
• ORL_LIV_FAC_COLIS
  (colis)
• ORL_PF_BON_MVT
  (lignes Bon de Livraison).

 

Les tables Cegid Orli mises à jour lors de l’intégration sont :

• BON_CHARG_ENT
  (entête Bon de Chargement) avec type de bon à « 9 »
• BE_PF_ENT
  (entête Bon d’Expédition)
• PF_BON_MVT_ENT
  (entête Bon de Livraison)
• LIV_FAC_COLIS
  (colis) avec type d’enregistrement « 9 »
• PF_BON_MVT
  (lignes Bon de Livraison)

 

Seuls les BL, BE et BC pour lesquels aucune anomalie n’a été détectée sont intégrés.

L’utilisateur peut alors consulter le compte rendu de son intégration.

 

 

LA940 : Liste suivi Packing-List PF

LA940W01
Cette fonction permet de visualiser le suivi des données de la "Packing list", pour avoir une vision globale des encours de livraison, de l'avancée du jalonnement, et de l'entrée en stock

 

Informations disponibles :

• Informations d'identification de la Packing List :
  • Bon Chargement
  • Bon Expédition (EXTERNE fournisseur et INTERNE Cegid Orli)
  • Bon Livraison (EXTERNE fournisseur et INTERNE Cegid Orli)
  • Numéro de colis
  • Commande fournisseur PF
  • Phase (Phase d'avancement de la Packing List), à savoir la prochaine phase à réaliser
    ‎(« STK » si fin de circuit)
• Informations quantités liées à la Packing List :
  • colisée
• Informations quantités liées au Jalonnement (de la phase d'avancement) :
  • en cours
  • fait
    ‎# reste à faire
  • annulée
  • perdue
• Informations quantités liées à la Réception :
  • reçue (en attente CQ)
  • reçue (entrée en stock)
    ‎# reste à entrer
  • reçue (total)
    ‎# reste à recevoir
• Statut de la Packing List (définitive ou non)
  • Packing List non définitive : La phase correspondant à la P.L.
    ‎(selon le type de jalonnement entrée/sortie) est en conservation de flux
    ‎ La phase suivante dans le circuit doit donc être jalonnée
  • Packing List définitive : La P.L. ne sera plus utilisée dans le reste du circuit
    ‎ historisation de la P.L.
• Historisation de la Packing List (oui ou non)
• Observations (visualisables dans leur ensemble via Ctrl E), aux 3 niveaux :
  • BC
  • BE
  • BL

 

N.B. :
dans le cas d'un éclatement de ligne de commande fournisseur PF, la Packing List n'est éclatée que si celle-ci n'est pas historisée, il risque donc d'y avoir un déphasage entre la quantité colisée et la quantité lancée.‎

Annexes

 

Options XC294

Les options de PAS-LP (XC294) sont les suivantes :

 

• QTE_PLUS :
  possibilité ou non de traiter plus que le reste à jalonner.
  ‎2 valeurs possibles :
  • 0 = interdiction traitement supérieur au reste à jalonner (valeur par défaut)
  • 1 = autorisation traitement supérieur au reste à jalonner.
• EMB_PAR_DEFO :
  Code emballage par défaut pour les colis (quand il n'est pas renseigné).

 

 

Types d’enregistrements

Les protocoles demandés sont:

• CHAR   Cadré à gauche et complété à droite par des 'blancs'
• NUMBER  Cadré à droite et complété par la gauche avec des '0'
•    Décimal formaté sans le '.' Et complété à droite par des '0'
•    Signe négatif '-' éventuel positionné en 1er caractère.
• DATE   Formatée en JJMMAAAA

 

Les données ne doivent pas contenir de caractères spéciaux comme : _ ou $

Les codes ne sont pas en minuscule.

Un même fichier contient les informations à intégrer pour les 5 entités traitées par cette passerelle. Chaque ligne du fichier contient donc un indicatif spécifiant le type d’entité à laquelle correspond la ligne. Chacune des 5 entités ayant ses propres spécificités, chacun des 5 types d’enregistrements associés à une architecture différente.

N.B. :
La colonne ‘*’ comporte :
la mention ‘O’ si l’information est obligatoire
la mention ‘o’ si l’information est obligatoire sous condition ou paramétrable

 

Récapitulatif des Types d’enregistrements de PAS-LP

1. =BC (entête bon de chargement)
2. =BE (entête bon d’expédition)
3. =BL (entête packing list)
4. =Colis
5. =BL (ligne du colis) en création
6. =BL (ligne du colis) en maintenance

‎ 

Type 1 : entête Bon Chargement

Les enregistrements correspondants aux entêtes de Bon de Chargement du fichier à intégrer doivent contenir les informations suivantes :

 

03
Information d’embarquement mise à jour lors de la création du BC.

 

05
Code permettant de valider la création du bon de chargement.

Si FLAG_DEPART=‘X’ alors cela positionne la date de départ du bonde chargement avec la date DAT_DEPART s’il est renseigné ou la date du jour sinon.

 

06
permet de forcer le jalonnement si solde de la phase d’expédition.

 

07
Contrôle du paramétrage concernant le jalonnement automatique. Blocage génération BC si non correct.
Date de départ ou d’embarquement.

 

08

Date de départ ou d’embarquement.

 

09
Observation du bon de chargement. Limitée à 2000 caractères.

 

 

Gestion de la maintenance du Bon de chargement

Il est possible de modifier (via un CODE_ETAT à la valeur ‘M’) :

• le code transporteur (03)
• la zone de saisie libre (04)
• le flag de départ (05) (on ne peut que valider un bon de chargement on ne peut pas le dévalider, c’est-à-dire qu’on ne peut que passer ce flag de nul à ‘X’)
• date de départ (08)
• les observations (09)

 

Les zones FLAG_FIN_JALO et FLAG_TEST_JALO_AUTO ne sont prises en compte qu’en cas de validation du bon de chargement (mise à ‘X’ de la zone FLAG_DEPART).

‎ 

Type 2 : entête Bon Expédition

Les enregistrements correspondants aux entêtes de Bon d’Expédition du fichier à intégrer doivent contenir les informations suivantes :

 

03
Le lieu d’expédition est obligatoire et doit être cohérent avec le lieu d’expédition de chaque Bon de livraison de la packing-list.

 

04-06
Informations d’expédition mises à jour lors de la création du BE et en maintenance lors de la création du BC.

 

07
Code chargement auquel le BE est rattaché.

 

08
permet de forcer le jalonnement si solde de la phase d’expédition.

 

09
Contrôle du paramétrage concernant le jalonnement automatique. Blocage génération BE si non correct.

 

10
Date à laquelle le bon d’expédition est expédié.

 

11
Observation à l’expédition. Limitée à 2000 caractères.

 

 

Gestion de la maintenance du Bon d’Expédition :

 

Il est possible de modifier (via un CODE_ETAT à la valeur ‘M’) :

• la condition de port (04)
• le mode d’expédition (05)
• le code transporteur (06)
• le bon de chargement (07)
• la date de saisie du bon d’expédition (10)
• les observations (11)

 

Le lieu du bon d’expédition ne peut pas être modifié car il fait partie de la clé identifiant un Bon d’expédition du fournisseur

Les zones liées au jalonnement FLAG_FIN_JALO et FLAG_TEST_JALO_AUTO ne sont pas modifiables.

‎ 

Type 3 : entête Bon Livraison

Les enregistrements correspondants aux entêtes de Bon de Livraison du fichier à intégrer doivent contenir les informations suivantes :

 

03
Le code lieu d’expédition est obligatoire. L’information fait partie de la clé identifiant le Bon de livraison du fournisseur.

 

04
Le code atelier d’expédition n’est pas obligatoire car un Bon de Livraison peut être mono lieu expéditeur mais multi ateliers.

 

05
Le code lieu de réception doit être renseigné dans le cas où l’expéditeur n’est pas celui effectuant la dernière phase du circuit (l’expédition se fait entre ateliers). Si l’expéditeur est celui effectuant la dernière phase du circuit, le code lieu de réception doit être nul (c’est le code lieu magasin de réception qui sera renseigné dans ce cas).

 

06
Le code atelier de réception peut être renseigné dans le cas où l’expéditeur n’est pas celui effectuant la dernière phase du circuit (mais peut être laissé à nul pour gérer un Bon de Livraison mono lieu de réception mais multi ateliers). Si l’expéditeur est celui effectuant la dernière phase du circuit, le code atelier de réception doit être nul (c’est le code magasin de réception qui pourra être renseigné dans ce cas).

 

07
Le code lieu magasin de réception doit être renseigné dans le cas où l’expéditeur est celui effectuant la dernière phase du circuit (l’expédition se fait d’un atelier vers un magasin de réception). Si l’expéditeur n’est pas celui effectuant la dernière phase du circuit, le code lieu magasin de réception doit être nul (c’est le code lieu atelier de réception qui sera renseigné dans ce cas).

 

08
Le code magasin de réception peut être renseigné dans le cas où l’expéditeur est celui effectuant la dernière phase du circuit (mais peut être laissé à nul pour gérer un Bon de Livraison mono lieu de réception mais multi magasins). Si l’expéditeur n’est pas celui effectuant la dernière phase du circuit, le code magasin de réception doit être nul (c’est le code atelier de réception qui pourra être renseigné dans ce cas).

 

09
Le nombre de colis peut être laissé nul dans le cas d’une gestion de colisage standard Cegid Orli car, dans ce cas, le nombre de colis au niveau de l’entête du Bon de Livraison sera systématiquement mis à jour lors de l’intégration des lignes de Bon de Livraison colisées (d’où une suppression de la valeur qui aurait pu être renseignée ici). Le fait de renseigner cette zone n’a d’intérêt que dans le cas d’une nécessité d’indiquer un nombre de colis en entête de Bon de Livraison sans gestion du colisage standard Cegid Orli.

 

10
Le poids net de l’entête de Bon de Livraison est calculé en automatique d’après le poids des Produits Finis lors de l’intégration des lignes de Bon de Livraison si le paramètre CALC_POIDS_COLI≠0. Le fait de renseigner cette zone n’a donc d’intérêt que dans le cas où le paramètre CALC_POIDS_COLI=0 ou si les poids des Produits Finis traités ne sont pas renseignés dans Cegid Orli ou dans le cas d’une nécessité d’indiquer un sur poids complémentaire au poids des Produits Finis.
Le poids net doit être exprimé en ‘KG’.
‎ 

11
Le poids brut de l’entête de Bon de Livraison est calculé en automatique d’après le poids des Produits Finis lors de l’intégration des lignes de Bon de Livraison si le paramètre CALC_POIDS_COLI≠0. Le fait de renseigner cette zone n’a donc d’intérêt que dans le cas où le paramètre CALC_POIDS_COLI=0 ou si les poids des Produits Finis traités ne sont pas renseignés dans Cegid Orli ou dans le cas d’une nécessité d’indiquer un sur poids complémentaire au poids des Produits Finis.
Le poids brut doit être exprimé en ‘KG’.  

 

12-14
Informations d’expédition mises à jour en maintenance lors de la création du BE et lors de la création du BC. 

 

15
Permet de rattacher le BL à un bon de chargement en maintenance du BL

 

16
Permet de rattacher le BL à un bon d’expédition en maintenance du BL

 

17
Code permettant de valider la création de l’entête de Bon de Livraison.

Si FLAG_VALI_BON=‘X’ alors cela positionne la date de validation du bon à la date du jour au niveau de l’entête de Bon de Livraison.

 

18
Date d’expédition du Bon de livraison

 

19
Observation de l’entête de bon de livraison. Limité à 2000 caractères.

 

Gestion de la maintenance du Bon de livraison:

Il est possible de modifier (via un CODE_ETAT à la valeur ‘M’) :

• le nombre de colis (09)
• le poids net (10)
• le poids brut (11)
• la condition de port (12)
• le mode d’expédition (13)
• le code transporteur (14)
• le bon de chargement (15)
• le bon d’expédition (16)
• la validation d’un bon (17)
• La date d’expédition du bon de livraison (18)
• les observations (19)

Le lieu du bon de livraison ne peut pas être modifié car il fait partie de la clé identifiant le Bon de livraison du fournisseur.

 

Type 4 : Colis

Les enregistrements correspondants aux colis du fichier à intégrer doivent contenir les informations suivantes :

 

04
Code emballage du colis. S’il n’est pas renseigné, on prend la valeur par défaut définit dans l’option XC294W01/EMB_PAR_DEFO.

 

05
Le poids net du colis peut être laissé nul ; dans ce cas, il sera calculé d’après le poids brut (en soustrayant le poids de l’emballage). Si le poids brut et le poids net sont nuls, ils ne pourront pas être déterminés et seront donc laissés à nul pour le colis.
Le poids net doit être exprimé en ‘KG’.

 

06
Le poids brut du colis peut être laissé nul ; dans ce cas, il sera calculé d’après le poids net (en ajoutant le poids de l’emballage). Si le poids brut et le poids net sont nuls, ils ne pourront pas être déterminés et seront donc laissés à nul pour le colis.
Le poids brut doit être exprimé en ‘KG’.

 

07
Valeur du montant du port pour le colis

08
Permet d’indiquer le nombre de colis dans le colis.

09
Permet de préciser le nombre de pièce dans le colis

10
Valeur du code barre du colis (limité à 32 caractères)

 

Type 5 : lignes Bon Livraison (création)

Les enregistrements correspondants aux lignes de Bon de Livraison du fichier à intégrer doivent contenir les informations suivantes :

 

03
Le numéro de colis doit être mis à « . » dans le cas d’une non gestion de colisage.

04
Si la saison est nulle, c’est celle de la ligne d’OF qui sera traitée. Renseigner cette zone uniquement pour tester sa cohérence avec la ligne d’OF renseignée.

05
Si le code article est nul, c’est celui de la ligne d’OF qui sera traité. Renseigner cette zone uniquement pour tester sa cohérence avec la ligne d’OF renseignée.

 

06
Si le code coloris est nul, c’est celui de la ligne d’OF qui sera traité. Renseigner cette zone uniquement pour tester sa cohérence avec la ligne d’OF renseignée.

 

07
Si le code Finition Spéciale est nul, c’est celui de la ligne d’OF qui sera traité. Renseigner cette zone uniquement pour tester sa cohérence avec la ligne d’OF renseignée.

 

08-27
Si aucune des quantités n’est indiquée pour la création de la ligne de BL, ce sont les quantités lancées de la ligne de commande fournisseur associée qui seront prises en compte.

 

28-29
Une ligne de Bon de Livraison devant forcement être associée à une ligne d’OF, si le numéro d’OF et le numéro de ligne d’OF sont nuls dans le fichier à intégrer, la passerelle récupérera en automatique la ligne d’OF la plus pertinente à traiter d’après les données spécifiées (ligne d’OF la plus anciennement créée, non soldées/non annulées, correspondante au produit en cours et dont le circuit associé possède un phase qui a pour atelier l’expéditeur du BL et dont la phase suivante a pour atelier le destinataire).

 

30
Permet d’annuler le reliquat (quantités préparables non préparées) – Désaffectation des matières associées au reliquat qui deviennent réutilisables dans l’atelier.

 

31
Motif d’annulation ou de perte du reliquat. (En lien avec les champs 30 et 32).
Si flag perte ou flag annulation est positionné alors le motif devient obligatoire.

 

32
Permet de mettre en perte le reliquat (quantités préparables non préparées) – Consommation des matières associées au reliquat.

 

33
Si on solde une ligne d’OF alors que toutes les quantités lancées ne sont pas colisées, on peut forcer le solde du jalonnement associé.

 

34-35
Une ligne de Bon de Livraison devant forcement être associée à une phase (numéro d’ordre et code phase), si le numéro d’ordre et le code phase sont nuls dans le fichier à intégrer, la passerelle récupérera en automatique ces données (d’après la ligne d’OF, l’expéditeur et le destinataire).

 

36
Contrôle du paramétrage concernant le jalonnement automatique. Blocage génération BL si non correct.

‎ 

 

Remarques :
‎

• Au niveau de Cegid Orli, le numéro de Bon de Livraison et le numéro du Bon d’Expédition sont générés en automatique grâce à un compteur défini via JP020. Lors de la création des BL et BE par la passerelle (PAS-LP), ce compteur sera aussi utilisé et la gestion des numéros de ces 2 entités sera donc aussi automatique.
• Lors de l’intégration en une seule fois d’entêtes de BL avec leurs lignes associées ou d’entêtes de BE avec leurs BL associée, il faudra que les programmes de traitement des données soient capable de déterminer quels lignes sont associées à quels BL et quels BL sont associés à quels BE. De ce fait, il faudra spécifier au niveau des enregistrements à intégrer des numéros de BL et BE temporaires permettant de faire ce lien.

  Ces numéros seront remplacés par les numéros automatiques lors de la mise à jour des tables Cegid Orli. Les numéros temporaires seront quand même mémorisés, pour permettre le lien aux intégrations ultérieures servant à compléter des BL et/ou BE crées par PAS-LP, de spécifier soit le numéro temporaire attribué lors de la création, soit le numéro Cegid Orli attribué automatiquement lors de l’intégration initiale.

• Si le flag d’annulation du reliquat ou le flag de mise en perte du reliquat au niveau de la définition de la ligne de BL est à « X » et que les quantités indiqués à la taille sont différentes de (lancé – annulations déjà existantes – pertes déjà existantes), le reliquat sera considéré comme annulé/perdu. Si les quantités indiquées à la taille sont différentes de (lancé – annulations déjà existantes – pertes déjà existantes) et que le flag d’annulation ou le flag de mise en perte est nul, il n’y aura pas d’éclatement de la ligne de commande. L’éclatement se fera lors du jalonnement. Cela permettra donc de mettre dans plusieurs colis une même ligne de commande fournisseur Produits Finis. La gestion des flags d’annulation et de perte (avec le motif associé) permettra de spécifier si le reliquat entre le « colisé » et le « reste à coliser » sera colisé ultérieurement ou est annulé/perdu.
  L’option QTE_PLUS permettra ou non de coliser plus que ce qui reste à coliser.

   

• Chaque création de BL et/ou création de BE et/ou départ de BC via PAS-LP pourra entraîner un jalonnement automatique d’un couple phase/point de jalonnement prédéfini par le paramétrage du circuit (TA079).

Ce jalonnement sera fait à l’identique de ce qui pourrait être fait en manuel via LA650 (le même moteur de traitement est utilisé dans LA650 et dans PAS-LP).

Consultation du suivi du jalonnement par LA651.

‎ 

Type 6 : lignes Bon Livraison (maintenance d’une ligne de Bon de livraison)

 

Fichier utilisé pour le jalonnement lors de la création du BE et du BC.

 

 

Description des fichiers

 

Création de la Packing List

 

Le fichier de création d’une packing list doit avoir la structure suivante :

• Un enregistrement de type 3 (entête de BL) en création
• Autant d’enregistrement de type 4 (colis) qu’il y a de colis en création
• Autant d’enregistrement de type 5 (détail ligne par colis) en création

   

  exemple :
  fichier de Création de la Packing list (PLEDI001) composé de 2 colis (COL001/COL002) sur l’OF=0031991/1 (format avec séparateur ;) BL fournisseur=PLEDI001

  3;PLEDI001;SMD;40;ORL;;;;2;4;6;;;;;;X;14032013;commentaire création packing list PLEDI001;C

  4;PLEDI001;COL001;COL;2;3;;;30;003998870000014805;C

  4;PLEDI001;COL002;COL;2;3;;;30;003998870000014812;C

  5;PLEDI001;COL001;11E;ART-HED-ONXA;102;;5;5;5;5;5;5;;;;;;;;;;;;;;;0031991;1;;;;;OKP;50;;C

  5;PLEDI001;COL002;11E;ART-HED-ONXA;102;;5;5;5;5;5;5;;;;;;;;;;;;;;;0031991;1;;;;X;OKP;50;;C

   

Expédition de la Packing List

 

Le fichier d’expédition de la packing list doit avoir la structure :

• Un enregistrement de type 2 (entête de BE) en création
• Un enregistrement de type 3 (maj BE sur BL) en maintenance
• Autant d’enregistrement de type 6 que de lignes de PL (jalonnement de la phase d’expédition) en maintenance

   

  exemple :
  Expédition de la Packing list (PLEDI001) / mode expédition=BAT / transporteur = 000 (format avec séparateur ;) BE fournisseur=PLEDI001

  2;PLEDI001;SMD;;BAT;000;;;;29032026;commentaire entête expédition;C

  3;PLEDI001;SMD;40;ORL;01;;;1;;;;BAT;000;;PLEDI001;X;18062025;;M

  6;PLEDI001;COL001;0031991;1;;;;;DOC;M

  6;PLEDI001;COL002;0031991;1;;;;;DOC;M

Embarquement de la Packing List

 

Le fichier d’expédition de la packing list doit avoir la structure :

• Un enregistrement de type 1 (entête de BC) en création
• Un enregistrement de type 2 (maj du BC sur BE) en maintenance
• Un enregistrement de type 3 (maj BC sur BL) en maintenance
• Autant d’enregistrement de type 6 que de lignes de PL (jalonnement de la phase d’embarquement) en maintenance

 

exemple :
Embarquement de la Packing list (PLEDI001) / transporteur = 999
(format avec séparateur ;) BC fournisseur=BC001

1;BC001;PLEDI001;999;X;29032013;commentaires embarquement LIV400;C

2;PLEDI001;SMD;;BAT;000;BC001;;;08122011;;M

3;PLEDI001;SMD;40;ORL;01;;;1;;;;BAT;000;BC001;PLEDI001;X;18062012;;M

6;PLEDI001;COL001;0031991;1;;;;;ETD;M

6;PLEDI001;COL002;0031991;1;;;;;ETD;M

 

 

Suivi dans Cegid Orli de l’intégration des informations BL / BE / BC

 

LA940 : LISTE SUIVI PACKING LIST PF permet de suivre l’avancement de la Packing List.

• Création de la Packing List avec son colisage.
• Expédition de la Packing List.
• Embarquement de la Packing List.

 

 

Liste des informations disponibles :

• Kit Article/Produit
• Kit Circuit
• Kit Packing List (notions BL / BE / BC, internes et fournisseur)
• Kit Commande fournisseur PF (entête/ligne)
• Date réception en stock (réelle et informatique)
• Code barre colis

 

N.B. :
À l’aide des dates et des Codes barre colis, il est possible, via un export, de transmettre cette liste à un logiciel WMS chargé de préparer les colis pour réexpédition aux clients, utile dans un contexte logistique sans déballage (colis reçu = colis réexpédié), ce qui permet d’avoir un lien informatique entre un colis reçu d’un fournisseur et un colis réexpédié vers un client, car il va s’agir du même colis physique.

‎ 

Contrôles

Les contrôles sont de trois ordres :

• Contrôle du bon déroulement du lancement du module
• Contrôle des données contenues dans le fichier ou dans l’enregistrement
• Contrôle de cohérence du message

 

 

Contrôle du lancement du module

Le module contrôle plusieurs choses :

• on doit avoir spécifié 5 arguments
  ‎ (numéro de demande, lot, null, utilisateur OPS$, webuser)
• le nom du fichier à traiter ne doit pas être trop long
• l’enregistrement ne doit pas dépasser la longueur admise
• l’ouverture du fichier à traiter de même que sa fermeture doit être possible.

 

 

Contrôle des données

Dans un premier temps, le module contrôle qu’aucune donnée obligatoire ne manque (voir les tableaux de détail des données par type d’enregistrement afin de connaitre les zones obligatoires).

Dans un second temps, le module contrôle que les données sont cohérentes entre elles et avec Cegid Orli. Ces contrôles sont différents suivant le type d’enregistrement traité.

 

• pour tous les enregistrements :
  • le type d’enregistrement a bien pour valeur « 1 », « 2 », « 3 », « 4 » ou « 5 ».

     

• pour l’entête de Bon de Chargement (type « 1 ») :
  • Code chargement n’existe pas déjà
  • Code transporteur défini
  • La valeur du flag de fin de jalonnement est correcte.
  • Le jalonnement automatique pour le bon est demandé et le paramétrage correspondant est inexistant.

     

• pour l’entête de Bon d’Expédition (type « 2 ») :
  • Lieu atelier expéditeur défini
  • Si code atelier expéditeur renseigné, atelier correspondant (code lieu+code atelier) défini.
  • Lieu atelier destinataire défini (si renseigné)
  • Si lieu atelier destinataire et code atelier destinataire renseignés, atelier correspondant (code lieu+code atelier) défini (si renseigné)
  • Lieu magasin destinataire défini
  • Si lieu magasin destinataire et code magasin destinataire renseignés, magasin correspondant (code lieu+code magasin) défini.
  • Code condition de port défini (si renseigné)
  • Code mode d’expédition défini (si renseigné)
  • Code transporteur défini (si renseigné)
  • Code chargement défini (si renseigné) ou en cours d’intégration non en anomalie.
  • Si le code chargement et le code transporteur sont renseignés, le code transporteur est bien identique à celui du BC.
  • Si le code chargement est renseigné, le lieu atelier expéditeur est bien identique à celui du BC (lieu atelier expéditeur du BC = lieu atelier expéditeur unique des BE/BL déjà associés à ce BC).
  • La valeur du flag de fin de jalonnement est incorrecte.
  • Le jalonnement automatique pour le bon est demandé et le paramétrage correspondant est inexistant.

     

• pour l’entête de Bon de Livraison (type « 3 ») :
  • Lieu atelier expéditeur défini
  • Si code atelier expéditeur renseigné, atelier correspondant(code lieu+code atelier) défini.
  • Lieu atelier destinataire défini (si renseigné)
  • Si lieu atelier destinataire code atelier destinataire renseignés, atelier correspondant (code lieu+code atelier) défini.
  • Lieu magasin destinataire défini (si renseigné)
  • Si lieu magasin destinataire et code magasin destinataire renseignés, magasin correspondant (code lieu+code magasin) défini.
  • Code condition de port défini (si renseigné)
  • Code mode d’expédition défini (si renseigné)
  • Code transporteur défini (si renseigné)
  • Code chargement défini (si renseigné) ou fait partie de ceux en cours d’intégration non en anomalie.
  • Si le code chargement et le code transporteur sont renseignés, le code transporteur est bien identique à celui du BC.
  • Si code chargement renseigné, le lieu atelier expéditeur est bien identique à celui du BC (lieu atel expéditeur du BC = lieu atel expéditeur unique des BE/BL déjà associés à ce BC).
  • Numéro de BE défini (si renseigné) ou fait partie de ceux en cours d’intégration non en anomalie.
  • Si le numéro de BE et le code transporteur sont renseignés, le code transporteur est bien identique à celui du BE.
  • Le jalonnement automatique pour le bon est demandé et le paramétrage correspondant est inexistant.

     

• pour la définition du colis (type « 4 ») :
  • Le numéro de colis n’existe pas déjà en base pour le couple numéro de BL/type de colis fabrication et le numéro de colis n’existe pas déjà parmi ceux à intégrer pour le numéro de BL.
  • Code emballage défini

     

• pour la ligne de Bon de Livraison (type « 5 ») :
  • Si le numéro de colis n’est pas à « . », il fait partie de ceux définis en base pour le BL (numéro définitif ou temporaire) ou fait partie de ceux à intégrer pour le numéro de BL.
  • Le numéro de colis est à « . » si le colisage est interdit en jalonnement automatique sur création de BL.
  • Le numéro de colis n’est pas à « . » si le colisage est obligatoire en jalonnement automatique sur création de BL.
  • Si le code phase est non nul, il fait partit de ceux du circuit de l’OF.
  • Si le numéro d’ordre est non nul, il fait partit de ceux du circuit de l’OF.
  • Si le code phase et le numéro d’ordre sont non nuls, le couple correspond à l’un des couple phase/n° ordre du circuit de l’OF.
  • Si le code phase et/ou le numéro d’ordre est (sont) non nul(s), il(s) est (sont) cohérent(s) avec l’expéditeur et le destinataire.
  • Le produit (saison article, code article, code coloris et code Finition spéciale) et/ou la ligne de commande fournisseur Produits Finis doit être renseigné.
  • Si le produit est renseigné (saison article, code article, code coloris et code Finition Spéciale) ainsi que la ligne de commande fournisseur Produits Finis, le produit correspond à la ligne de commande fournisseur Produits Finis.
  • Dans le cas où l’option QTE_PLUS=0, chaque quantité non nulle n’est pas supérieure au reste à jalonner (ou lancé si pas de jalonnement fait) correspondant pour la ligne de commande fournisseur Produits Finis (la phase prise en compte pour déterminer la quantité restant à jalonner sera celle à associer à la ligne de BL ; le calcul sera fait pour les 2 points de jalonnement et le maximum des 2 quantités servira de référence).
  • Si renseigné, le numéro de la commande fournisseur Produits Finis fait bien partie de ceux définis en base et est non annulé/non soldé.
  • Le numéro de la ligne correspond bien à l’une de celle existante pour la commande fournisseur Produits Finis et est non annulé/non soldé.
  • Si le flag d’annulation du reliquat est non nul, il doit être égal à « X ».
  • Si le flag de mise en perte du reliquat est non nul, il doit être égal à « X ».
  • Les flags d’annulation et de mise en perte du reliquat ne peuvent pas être non nuls tous les 2 en même temps.
  • Le motif d’annulation ou perte du reliquat doit être non nul si le flag d’annulation de reliquat est non nul ou le flag de mise en perte du reliquat est non nul.
  • Le motif d’annulation ou perte défini (si renseigné)
  • Une phase peut être trouvée pour l’élément OF/ligne/expéditeur/destinataire.
  • Le jalonnement automatique pour le bon est demandé et le paramétrage correspondant est inexistant.

 

Norme mise en place pour Messages d’anomalies

Le type général de l'entité contrôlée ainsi que sa valeur sont précisés dans le message d'erreur.

Ce qui permet de connaître l'entité dans laquelle il y a une donnée incohérente :

 

• Contrôle entête de bon de chargement tout message comporte au début
  ‎ la mention "CTRL BC - ..."
  ‎ avec le N° de BC en 1ère donnée fonctionnelle indiquée
  ‎
• Contrôle entête de bon d'expédition tout message comporte au début
  ‎ la mention "CTRL BE - ..."
  ‎ avec le N° de BE en 1ère donnée fonctionnelle indiquée
  ‎
• Contrôle entête de bon de livraison tout message comporte au début
  ‎ la mention "CTRL BL - ..."
  ‎ avec le N° de BL en 1ère donnée fonctionnelle indiquée
  ‎
• Contrôle n° de colis tout message comporte au début
  ‎ la mention "CTRL Colis - ..."
  ‎ avec le N° de Colis en 1ère donnée fonctionnelle indiquée
  ‎
• Contrôle ligne de bon de livraison tout message comporte au début
  ‎ la mention "CTRL Lig BL - ..."
  ‎ avec le N° de BL + n° de colis dans les deux 1ères données fonctionnelles indiquées.