Réception Cross-Docking et Transfert

 

ORIGINE	FONCTION
RCD	XC226

 

Principe général

Cette passerelle remplace la saisie SP052 des réceptions de colis Cross-Docking et Transfert, ‎afin de piloter ces réceptions depuis un entrepôt non équipé avec Cegid Orli, via XC226 :

• Cas Cross-Docking :
  liste des BP / colis à réexpédier vers les clients finaux
• Cas Transfert :
  liste des BP / colis à entrer en stock dans le magasin de destination

 

 

Afin que l’entrepôt non équipé avec Cegid Orli puisse connaitre les références des colis qu’il reçoit, ‎il faut que, préalablement, une annonce de l’attendu de livraison lui soit faite. Ceci est possible depuis Cegid Orli par XC393 (lancement par XC300) qui va permettre d’extraire pour l’entrepôt le détail de la livraison : C’est le passage en facturation qui va déclencher l’extraction de cet attendu de livraison.

 

Le traitement va reprendre les différentes possibilités du SP052.

La description et la structure du fichier sont imposées et fournies par Cegid.

Ce fichier doit ensuite être mis à disposition dans le répertoire $ODIE/XC200.

 

 

Gestion des N° réception :

SP052 gère une réception via le N° de séquence  JP020/RECE_TRANS

Dans SP052, sur une nouvelle réception, un nouveau N° est attribué automatiquement.

Si l’utilisateur ne valide pas sa réception (pas de coche ‘Réception terminée’ avant la validation), l’utilisateur peut revenir dessus et finaliser sa réception.

Avec la passerelle, le logiciel externe ne peut pas connaitre le N° d’une réception non terminée et sur laquelle il veut continuer la réception

 

‎Gestion autonome du N° de réception par la passerelle :

Sur le traitement d’un nouveau BP
‎ attribution d’un nouveau N° de réception.

• Si ‘Coche terminé’ :
  ‎Validation des traitements, N° de réception validé et non réutilisable.
• Sinon, la réception reste active et les traitements ne sont pas validés
  ‎(état Réception en-cours dans LI902).

 

Sur la prochaine réception concernant le même BP
‎ le traitement va rechercher le N° de réception en-cours concernant ce N° de BP.

• S’il trouve un N° de réception en-cours : il complète la réception
  ‎(la réception ne sera validée que quand la coche ‘Terminé’ sera à ‘X’ dans la réception)
• S’il ne trouve pas un N° de réception : création d’un nouveau.

N.B. :
si un colis a été intégré par un 1^er traitement non terminé et que le même colis est à traiter par un 2^ème traitement, c’est le 2^ème traitement qui a raison, la 1^ère réception du colis est détruite.

 

Toutes les réceptions (en-cours et validée) sont ensuite visualisables dans LI902.

 

Pilotage de la passerelle :

XC226 est prévu pour être appelée, soit en standard par XC20B, soit par des outils externes (WebService, procédure client) à l’aide de la technologie dite des « OMF riches ».

 

 

 

‎ 

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.

N.B. :
Le descriptif des fichiers est évolutif et peut être amené à être modifié en fonction de vos demandes. La description de vos fichiers doit être cependant étudiée et peut nécessiter la création de fonctions annexes pour l’initialisation de certaines données ; à l’issue de cette étude, un paramétrage (facturable), et éventuellement la réalisation de fonctions sous forme d’aménagement seront nécessaires.

 

Paramétrage avant intégration

Avant d’utiliser ce module, un certain nombre de données doit être renseigné dans Cegid Orli.

 

 

 

Contrôles complémentaires

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

 

 

JP031 : Suivi de l’intégration

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

• ORL_RECE_COLI_ENT
• ORL_RECE_COLI_LIG

 

Seules les données pour lesquelles aucune anomalie n’a été détectée sont intégrées.

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

 

La fonction JP031 a pour but de conserver une trace de toutes les réceptions de fichiers quelle que soit leur provenance.

Elle permet également de connaître le numéro de lot affecté à chaque fichier lors de la phase d’intégration des données dans le réceptacle Cegid Orli.

Seule la zone PURGE peut être saisie. Quand elle est cochée, elle indique que les fichiers trace doivent être supprimés (.err, .rej et . temp).

 

La zone “ Pb ” permet d’indiquer si le traitement s’est passé sans encombres (dans ce cas, la zone est nulle) ou au contraire, si des anomalies ont été détectées (dans ce cas, la zone est renseignée par la valeur ‘0’).

‎ 

Annexe 1 : Description du fichier à intégrer

 

2 TYPES d’enregistrement, identifiés par le 1^er caractère de la ligne.

 

Il y aura plusieurs méthodes de travail, selon les possibilités du WMS avec lequel on échange :

 

• WMS capable de dire si un colis est complet ou partiel :
  • Pour les colis complets : juste TYPE 1 avec la coche COMPLET
  • Pour les colis partiels : TYPE 1 avec coche PARTIEL
    ‎+ les TYPES 2 pour chaque produit réellement présent dans le colis

     

• WMS Pas capable de dire si complet ou partiel MAIS peut dire ce qu’il y a dans le colis :
  • Toujours TYPE 1 avec la coche PARTIEL
    ‎+ les TYPES 2 pour chaque produit réellement présent dans le colis
    ‎ C’est le traitement qui ira cocher ‘COMPLET’ si toutes les lignes du TYPE 2 d’un colis = les lignes prévues d’un colis

     

• WMS Pas capable de dire si complet ou partiel NI de lire le contenu :
  • Toujours TYPE 1 avec COMPLET
    ‎ les contrôles, mises à jour sont à faire après dans Cegid Orli

‎ 

 

« entête colis » de TYPE 1

Cet enregistrement identifie un colis ou un regroupement de colis à traiter :

• Un colis doit être identifié par le N°colis/N°BP ou son Code-barres.
• Un regroupement de colis doit être identifié par son N°BP, son N°BE, son N°Facture ou son N°BC.

   

  On doit aussi pouvoir définir sur quel magasin de réception est à réaliser le traitement.

  L’enregistrement doit aussi nous indiquer le traitement à effectuer. Pour cela, nous allons utiliser les mêmes coches que celles présentes dans SP052 :

• Colis reçu complètement
• Colis reçu partiellement
• Colis Manquant
• Colis Perdu  
   Une seule de ces 4 coches doit être à ‘X’
• Déballage  
   En cas de colis reçu

L’enregistrement doit aussi identifier s’il s’agit de la fin de la réception au niveau BP.

 

ORL_RECE_COLI_ENT

 

Détail champ par champ :

 

• 01 : doit être à 1 pour indiquer qu’il s’agit d’un enregistrement d’identification de colis

   

• 02 à 07 : champs qui permettent d’identifier le colis ou le regroupement de colis à traiter par cet enregistrement.
  • Si enregistrement niveau ‘Colis’ :
    ‎il doit être identifié par son CB (02) ou par son N°BP(03)/N°colis(04)
    cet identifiant doit permettre de retrouver de manière unique
    ‎un colis dans la base Cegid Orli. Si ce n’est pas le cas, il y aura un plantage à l’intégration.
  • Si enregistrement niveau ‘Regroupement de colis’ :
    ‎il permet d’identifier un regroupement de colis par son N° BP(03), son N° BE(05),
    ‎son N°Facture de regroupement(06) ou son N° BC(07). Ceci permet d’indiquer
    ‎qu’on doit traiter de la même manière TOUS les colis du regroupement.
  • Si plusieurs champs identifiants sont renseignés, c’est le champ le plus fin qui est pris en compte.

Exemples :

• Si N° BP + N° colis + N° BE : C’est le colis identifié par N°BP/N°colis qui sera traité
• Si N° BP + N° BC : Ce sont les colis du BP qui seront traités

‎ 

• 08 : Magasin de réception. Indique le magasin où est réceptionnée la marchandise.
  • S’il est renseigné : les colis à traiter doivent être à réceptionner sur ce magasin.
    ‎ Message d’erreur si ce n’est pas le cas. Il ne peut pas y avoir de forçage du magasin de réception.
  • S’il n’est pas renseigné : les colis à traiter sont automatiquement réceptionnés sur le magasin prévu par le flux. Il n’y a donc pas de contrôle que les colis sont bien réceptionnés sur le magasin prévu.

     

• 10 à 13 : coche de traitement.
  ‎Un et un seul de ces champs doit être à ‘X’.
  ‎Il permet d’indiquer le traitement à réaliser sur le colis ou le regroupement de colis indiqué dans l’enregistrement (Cf. « Les différents traitements… »).

   

• 14 : coche indiquant que le déballage doit être réalisé sur le colis ou le regroupement de colis pour les quantités réceptionnés. En cas de réception de colis issus de commande de transfert, le déballage est automatique, inutile donc de la cocher.

   

• 15 : coche indiquant que la réception est finie pour le (ou les) BP sélectionnés.
  ‎Cette coche correspond à la case à cocher « Réception terminée » ;
  • Elle doit être mise à vide quand on sait que la réception n’est pas finie (fin de journée, BP non totalement réceptionné…). Le fait de faire cette intégration va quand même indiquer dans LI902 que les colis sont en-cours de réception.
  • Elle doit être mise à ‘X’ quand la réception doit être finie et validée dans Cegid Orli.
    ‎Tant que cette coche n’est pas à ‘X’, la réception des colis n’est jamais réellement faite.

 

 

 

« lignes de colis» de TYPE 2

Cet enregistrement identifie une ligne de colis réceptionnée en partiel.

Son identifiant doit être :

• N° de BP
• + N° de colis
• + N° de cde/N° de ligne OU Saison, Article, Coloris, FS OU EAN13

 

L’enregistrement doit aussi indiquer les quantités reçues par taille.

Ces lignes ne seront prises en compte que si le traitement à effectuer sur le colis est ‘partiel’.

 

ORL_RECE_COLI_LIG

 

 

Détail champ par champ :

 

• 01 : doit être à 2 pour indiquer qu’il s’agit d’un enregistrement d’identification d’une ligne de BP du colis reçu partiellement.

   

• 02 à 04 : champs qui permettent d’identifier le colis à traiter par cet enregistrement. Ce colis peut être identifié par son CB ou son N°BP/N°colis : une de ces deux informations est obligatoire.

   

• 05 à 12 : champs qui vont permettre de trouver la ligne de BP du colis concernés par la réception partielle. Celle-ci est identifiable de différentes façons :

   

  • N°Cde/N°ligne : C’est l’identifiant ‘technique’ de la ligne, donc le plus fiable, mais ça implique qu’il faut l’avoir envoyé au WMS et qu’il doit pouvoir le gérer.

     

  • Saison/Article/Coloris/FS : Ces informations doivent nous permettre de trouver la ligne du BP.
    • Si aucune ligne n’est trouvée  message d’erreur
    • Si plusieurs lignes sont trouvées (colis multi-BP donc multi-cde)  Dans le cas de SP052, le N° de ligne de commande est indiqué sur l’écran, l’utilisateur choisit donc implicitement la commande sur laquelle il veut faire la réception. Dans le cas d’une passerelle, on peut supposer que le choix de la commande à traiter n’est pas si important et que la passerelle pourra choisir ‘au hasard’ la ligne de commande à traiter.

       

  • EAN13 : Cette information doit nous permettre de trouver la Saison/Article/Coloris/FS. Les recherches sont ensuite les mêmes que ci-dessus.

 

 

Cas Particuliers de Partiel :

• Si des lignes sont renseignées alors que le colis est coché complet, elles seront automatiquement détruites avant le traitement : c’est l’information en-entête qui a raison.
• Si le colis est coché ‘Partiel’ mais qu’il n’a pas de lignes :
  message d’erreur
• Dans le même type de contrôle, si toutes les lignes de colis indiquent que toutes les quantités du colis sont présentes mais que le colis est coché ‘Reçu partiel’, le traitement va modifier le traitement à effectuer au niveau en-tête de colis pour mettre ‘Reçu complet’.
• Si une ligne de colis à intégrer contient plus de quantité que la quantité prévue sur la ligne de colis :
  message d’erreur.

 

Chaque ligne sera temporairement stockée dans 2 tables temporaires :

une pour le type 1 et une pour le type 2.

 

Comme les autres passerelles du standard XC20B, ces tables pourront être mises à jour directement par le client pour intégration.