Cross Docking

 

‎ 

Généralités

 

Principes

Le Cross-Docking consiste à gérer le passage par un entrepôt intermédiaire (plateforme)
‎lors des livraisons PF aux clients.

Par défaut, lors d’une expédition à un client, une fois les colis préparés et expédiés, ‎la seule destination connue par Cegid Orli est celle du client final : une fois déstockés des magasins, les produits sont censés être chez le client, ou en chemin.

Le but du Cross-Docking est de gérer le flux physique des colis après leur départ, ‎c’est-à-dire de tracer leurs parcours dans les lieux où ils peuvent se trouver ‎(entrepôt intermédiaire, transitaire,), et ce jusqu’à la livraison au client final.

Pour cela, on utilise un second process de livraison pour les BP qui doivent passer par un entrepôt intermédiaire.

 

 

En résumé :

Process N°1 : préparer, livrer, expédier, puis générer une facture au titre d’un client interne, qui représente l’entrepôt intermédiaire

Process N°2 : livrer, expédier, puis générer une facture au titre du client final.

 

 

Chaque process respecte les conditions de vente (condition port, mode expédition, transporteur, regroupement en facturation) du client concerné (le client interne, ou le client final).

• Pour le process N°2, ces conditions sont celles de la commande passée par le client final.
• Pour le process N°1, ces conditions sont celles de la fiche client interne.

Dans l’un ou l’autre cas, lorsqu’une condition de vente peut être forcée manuellement (exemple : regroupement en facturation, saisissable au moment de l’expédition), c’est cette valeur saisie qui est prioritaire.

 

 

Schémas descriptifs

 

 

Différentes étapes :

 

Le Cross-Docking permet le passage des BP expédiés au client final par un entrepôt intermédiaire.

Les expéditions à gérer en Cross-Docking sont définies via TA558.

Pour cette gestion, la 1^ère expédition du BP (à partir du magasin de départ) est faite à destination de l'entrepôt intermédiaire (client défini via TA554).

Pendant le temps du transit, le BP est placé sur un magasin « ApBP IN TRANSIT » (TA558).

À la réception des colis dans l'entrepôt intermédiaire, le BP est placé sur le magasin « ApBP » du site intermédiaire.

Le BP est de nouveau expédiable pour le client final.

 

exemple : SP1=Soc.Production 1 (France) / SP2=Soc.Production 2 (Asie) / INC=Soc.Distribution USA

‎ 

 

Cinématique des opérations informatiques (1)

‎ 

Cinématique des opérations informatiques (2)

‎Cinématique des opérations informatiques (3)

‎ 

Le principe du Cross-Docking est la gestion du passage des BP, de «A» vers «B» :

1. expédiés depuis «A» par une zone de « Transit »
2. réceptionnés dans un entrepôt intermédiaire «B»

 

Cette gestion consiste à faire « bouger » les BP expédiés par leur magasin « ApBP » :

 

• Avant expédition depuis «A» :
  ‎ le magasin « ApBP » est celui de «A»

   

• Après expédition depuis «A» et avant réception dans l’entrepôt intermédiaire :
  ‎ le magasin « ApBP » est le magasin IN TRANSIT

   

• Après réception dans l’entrepôt, si le BP continue son acheminement jusqu’au client :
  ‎ le magasin « ApBP » devient celui défini dans l’entrepôt intermédiaire.

 

 

Lors de l’expédition depuis le magasin initial, un paramétrage doit permettre de déterminer si le BP gère le Cross-Docking.

Si c’est le cas, un BE fictif est créé et ses BP sont placés sur un magasin « ApBP IN TRANSIT ».

Ceci permet de reconnaitre les BP qui sont « IN TRANSIT », c’est-à-dire qui sont expédiés du magasin initial et qui sont en cours de transport vers le magasin de réception.

 

Lors de la réception dans le magasin de réception, plusieurs cas doivent être gérés :

• Les BP/colis réceptionnés et à livrer au client final sont intégrés comme des BP à expédier depuis le magasin « ApBP » de l’entrepôt intermédiaire
• Les colis manquants doivent toujours être considérés « IN TRANSIT » : pour cela, un nouveau BP est créé pour ces colis avec le magasin « ApBP IN TRANSIT » afin de ne pas bloquer l’expédition du BP à livrer chez le client final
• Les colis vraiment perdus (IN TRANSIT depuis très longtemps) et les pièces manquantes doivent être déclarés : ils font alors l’objet d’une décision d’avoir ou de re-livraison.
• Les BP/colis réceptionnés mais à ne pas livrer au client font l’objet d’un déballage et d’une entrée en stock dans le magasin article de la zone intermédiaire.
• Cette réception permet de faire entrer en stock les BP de transferts

‎ 

 

Paramétrage

Rappel des flux possibles entre magasins, chronologiquement de gauche à droite :

 

 

N.B. :
dans le cas du Transfert, le magasin RÉCEPTION est le magasin final …
… alors que dans le cas du Cross-Docking,‎ ce magasin RÉCEPTION n’est qu’un magasin INTERMÉDIAIRE.

‎ 

 

TA558 : Magasin Cross-Docking et Transfert

TA558W01
Cette fonction permet de déterminer le flux des livraisons entre magasins (Cross-Docking ou des commandes de transfert)

 

Un paramétrage est à réaliser afin de savoir quelles entités doivent gérer le Cross-Docking, c’est-à-dire le passage des livraisons par une zone de TRANSIT et un entrepôt intermédiaire lors de l’expédition au client.

 

Cette fonction est de type "Règle de gestion" (paramétrage JP517)

 

On doit renseigner :

• Le magasin de départ :
  ‎magasin « ApBP » où est préparée la commande initiale
• Le magasin IN TRANSIT :
  ‎magasin « ApBP » fictif regroupant les livraisons en cours de transit entre 2 entrepôts. IMPORTANT : Les magasins IN TRANSIT doivent être des magasins de type client spécialement créés pour cette gestion de Cross-Docking.
• Le magasin de réception :
  ‎magasin de type article où a lieu la réception :
  • • dans l’entrepôt de réception dans le cas du Transfert
    • dans l’entrepôt intermédiaire dans le cas du Cross-Docking.
• La description des commandes qui doivent passer par ce flux selon différents critères.

Le paramétrage permet d'indiquer quel client et quel profil de vente vont suivre ce cheminement ; les informations client représentent le client de la commande initiale
‎(Client final pour le Cross-Docking et Client "filiale" pour les commandes de transfert).

À l'expédition depuis le magasin de départ, si le BP correspond à une ligne du paramétrage:

L'expédition est réalisée pour le client juridique représentant l’entrepôt de réception.

Le BP est alors placé sur le magasin « ApBP IN TRANSIT » indiqué ici.

À la réception (via écran SP052 ou via passerelle XC226) :

Les commandes de transfert sont automatiquement réceptionnées en stock dans le magasin de réception (de type article).

 

TA554 : Paramétrage facturation inter-sociétés

TA554W01
Cette fonction permet de définir la société serveuse (société du magasin de départ), la société destinataire (société du magasin de réception), le flux « réception », la coche « Cross-Docking » du client juridique (celui représentant le magasin de réception)

 

On identifie ainsi chaque société juridique comme « Fournisseur » ou « Client » (A est référencé chez B sous le code client X et sous le code fournisseur Y).

Elle permet de gérer tous les flux susceptibles de se produire entre deux sociétés juridiques.
‎Pour chaque flux, elle précise les actions à effectuer dans chaque entité pour obtenir un équilibre comptable.

Fonction composée de deux onglets similaires, l'un concernant les produits finis, l'autre les matières (non utilisé actuellement).

N.B. :
les critères d’entête de TA554 fonctionnent par exception au niveau des filtres.

Pour plus de détail, se référer à la documentation : Groupe multi-sociétés (Refacturation).

‎ 

TA350 : Paramétrage intégration fichier ext.

Paramétrage utilisé dans FA051 et FA052 lors du traitement des colis non réceptionnés et pour générer les pièces (avoir).

TA350 permet de paramétrer l'ensemble des données nécessaires à l'utilisation des passerelles.

Il faut renseigner le premier onglet :

Provenance : provenance des fichiers à traiter

Origine : permet de définir le code origine des fichiers à intégrer

Selon valeurs des options pour la fonction Réception Cross-Docking et Transfert SP052W01 :

• CODE_ORIG_PERTE : Option qui permet de déterminer le code origine à utiliser en cas de perte du colis. Ce code origine servira dans FA051 pour retrouver les lignes de bon déclarées perdues dans SP052.
• CODE_PROV_PERTE : Option qui permet de déterminer le code provenance à utiliser en cas de perte du colis. Ce code provenance servira dans FA051 pour retrouver les lignes de bon déclarées perdues dans SP052.

 

Fonctionnalité : 2 (La fonctionnalité permet d'adapter le processus d'intégration aux besoins de l'utilisateur).

Programme standard : XC250 (est lancé afin de réaliser la mise à jour des tables Cegid Orli à partir des tables réceptacles. Il peut éventuellement effectuer des contrôles d'intégrité).

 

Type d’intégration : 0 (permet à l'utilisateur de préciser l'utilisation qu'il souhaite faire de la passerelle concernée. En fait deux cas de figure peuvent se présenter :

1. La passerelle peut être utilisée dans le cadre d'échanges de messages entre Cegid Orli et des logiciels externes. Dans ce cas, le type d'intégration doit être positionné à 0.
2. La passerelle peut être utilisée dans le cadre de reprise de données pour l'installation d'un nouveau site. Dans ce cas, le type d'intégration doit être positionné à 1.

 

Ensuite, il faut obligatoirement renseigner en bas de l’écran les paramètres suivants :

• DAT_FACT
• MOTIF_AVOIR
• NATURE_CDE
• SAIS_CDE
• TYPE_CDE

 

Le client doit créer une provenance/origine avec cette définition. Ne rien renseigner sur les autres onglets.

 

Expédition en Cross-Docking à partir du magasin ApBP de départ

 

La gestion de la livraison jusqu’à l’expédition ne change pas : la commande indique bien le client final, l’affectation et la préparation se déroulent comme dans les cas standards.

Un BP devant gérer le Cross-Docking ou issu d’une commande de transfert doit obligatoirement être colisé.

Dans le cas des transferts, il y a des commandes pour le client représentant le magasin de réception. Ces commandes suivent le même chemin que les commandes Cross-Docking. La seule différence entre ces deux types de commandes est la présence d’un N° d’OF en en-tête des commandes de transfert.

Au lancement de l’expédition, les BP ‘standard’ qui doivent subir le Cross-Docking selon le paramétrage TA558 et les commandes de transfert sont expédiés pour le client représentant le magasin de réception (TA554). C’est le transporteur de la fiche de ce client qui est affecté au BE.

Les BP ainsi expédiés sont placés sur les magasins « ApBP IN TRANSIT » déclarés dans TA558.

 

LI005 : Préparation manuelle … (ou autre fonction de préparation)

Le BP est créé sur le client final.

 

LI011 : Validation d’un bon

Le colisage est obligatoire dans le cadre du Cross-Docking.

 

 

LI014 : Saisies des expéditions (ou autre fonction d’expédition)

Au moment de l’expédition d’une commande Cross-Docking, les mises à jour faites sont :

• Le BE créé est pour le client juridique (et pas le client final)
• Le magasin ApBP du BP devient le magasin IN TRANSIT défini dans TA558
  ‎(Mise à jour du BP et de ces lignes)
• Au niveau du BP : MAJ du magasin de réception (où doit être réceptionné le BP)
  ‎(visible dans CD902 et YB014 suivant option GDA_ENT_LMRECEP)

 

A la création d’un BE :

Dans le cadre du module groupe multi-sociétés et du Cross-Docking ou des commandes de transfert, un BP qui doit passer par un magasin intermédiaire (selon TA558) va être expédié pour le client intermédiaire juridique représentant l’entrepôt intermédiaire. Au niveau du BP, le client final ne va pas changer et son magasin ApBP devient le magasin IN TRANSIT défini dans TA558.

 

Modification d’un BE :

Dans le cadre du Cross-Docking ou des commandes de transfert, il est impossible d’ôter un BP d’un BE si le BE fictif (celui pour le client intermédiaire) est passé en facturation.

 

Suppression d’un BE :

Dans le cadre du Cross-Docking ou des commandes de transfert, il est impossible de supprimer un BE s’il est passé en facturation.

Le BE se génère sur le client paramétré en « Expédition » dans TA554.

Ce BE peut regrouper plusieurs BP pour des destinataires finaux différents (ils doivent passer par le même magasin de réception (ou client juridique)). Des BP issus du Cross-Docking peuvent être regroupés avec des BP de commande de transfert sur un même BE (si le client de la commande de transfert = client de regroupement pour Cross-Docking).

 

Contrôle autour de l’expédition et dé-expédition Cross-Docking

On ne peut pas dé-expédier un BP (suppression d’un BE ou enlèvement d’un BP d’un BE) si le BE est passé en facturation.

On ne peut pas modifier un BE passé en facturation (exemple : pas d’ajout de BP).

Si le BE n’est pas encore passé en facturation, le BP peut être dé-expédier.
‎Il revient sur son magasin ApBP (celui de départ) (en-tête de BP et ses lignes).

 

LI019 : Transfert Livraison-Facturation

Création d’une facture libre récapitulative conforme au BE.

Selon paramétrage refacturation, possibilité d’avoir d’autres factures.

Les BP et BE ne sont pas historisés.

Les bons sont éclatés en autant de factures qu’il y a de sociétés magasins après BP différentes.

Création d’une commande d’achat fournisseur PF en contrepartie de la facture client selon le paramétrage de l’événement « expédition » de TA554 (coche « Cde ach »).

Cette commande est en position :

• ‘A recevoir’ si la facture fournisseur n’a pas été faite au moment de l’expédition.
• ‘Reçu’ si la facture fournisseur a été faite au moment de l’expédition

 

Si on coche « Facture frs » sur l’événement « Expédition » dans TA554, ceci permet de générer de suite la facture fournisseur. La facture fournisseur est accrochée à la commande fournisseur.

 

FA007 : Maj en sortie de facturation

Pour les factures Cross-Docking, il est possible de passer par FA007 mais ceci n’est pas obligatoire.

‎ 

Réception des colis dans le magasin de réception

Une fois les colis transportés, le magasin de réception les reçoit.

Cette réception particulière est réalisée :

• Soit via passerelle XC226
• Soit via écran SP052

 

N.B. :
il n’est pas possible de rentrer plus que ce qui est prévu ; dans ce cas, il faut saisir le complément manuellement (facture/maj stock)

 

 

SP052 : Réception Cross-Docking et Transfert

SP052W01
Cette fonction permet de réceptionner les colis qui viennent d'être transférés par du Cross-Docking ou qui sont issus de commandes de transfert

 

Plusieurs traitements peuvent être effectués par cette fonction :

• De la réception pour re-livraison au client (cas Cross-Docking) (complète ou partielle)
• Du déballage (ou Entrée en stock) (complet ou partiel)
• De la déclaration de colis manquant (colis toujours attendu)
• De la déclaration de colis perdu (colis qui ne va plus jamais arriver)

Cette fonction permet plusieurs modes de travail : la sélection des colis à réceptionner par des critères de sélections (BP, Facture, BE, BC…), le bipage du code-barres des colis à réceptionner.

Options

• DET_PRE_REMP : permet de déterminer si les quantités reçues sont pré-remplies avec les quantités attendues sur la fenêtre de réception partielle d'un colis.
• CODE_PROV_PERTE et CODE_ORIG_PERTE : En cas de perte de colis ou de quantité, les entités perdues sont à traiter dans FA051. Cette provenance/origine permet des retrouver ces colis perdus et de les gérer pour ré - intégration via FA052.
• SOLD_AUTO : Dans le cadre de la réception des commandes de transfert, cette option permet d'indiquer si le solde de l'OF doit être automatique quand il est complètement réceptionné par SP052.

Entête

Avant toute chose, il faut indiquer si on veut créer une nouvelle réception ou maintenir une réception déjà commencée :

• • En cas de nouvelle réception, un nouveau N° est attribué automatiquement. Il faut alors renseigner le magasin dans lequel la réception est réalisée. Il doit s'agir du magasin de réception indiqué dans TA558 pour le flux Magasin de départ - Magasin In Transit - Magasin de réception.
  • En cas de maintenance d'une réception : la saisie d'un N° de réception existant est obligatoire. Ceci permet de compléter ou maintenir les colis déjà traités. Le magasin de réception et l'action par défaut de cette réception sont ramenés. Tant qu'une réception n'est pas validée avec indication 'Réception terminée', les colis listés sont modifiables, par contre, les mises à jour informatiques ne sont pas réalisées et les colis et leurs contenus ne sont pas disponibles pour la suite. Maintenance d’une réception :
    • Saisie obligatoire du N° de réception (attribué lors d’une nouvelle réception, qui n’est pas validée et où on veut ajouter des colis à réceptionner
    • Ramène le magasin de réception (on ne peut pas le changer) et l’action à réaliser
    • Saisie d’un critère de sélection sur le 1^er onglet : l’accès au 2^ème onglet ramène tous les colis traités lors de la 1^ère passe.
    • L’utilisateur peut de nouveau faire son choix par entité (1^er onglet) ou par bipage direct.

      Magasin de réception : L’utilisateur doit renseigner le magasin sur lequel la réception est faite.
      ‎Ce magasin est celui où les réceptions PF sont réalisées actuellement, c’est-à-dire un magasin avec type de stockage article. C’est celui qui est indiqué en magasin de réception dans la nouvelle table de paramétrage. Sa saisie est obligatoire.

      Un N° de réception (compteur RECE_TRANS dans JP020) est attribué lors d’une nouvelle réception : l’utilisateur peut le rappeler et le compléter ou le maintenir tant qu’il n’a pas réalisé la validation finale.

      Choix du traitement « Action à réaliser » par défaut 
      ‎(modifiable au colis dans le 2^ème onglet).

       

Bas de l’écran

Critères à ajouter

Sur le 1^er onglet, il est possible de choisir les entités pour lesquels les colis doivent être réceptionnés. L'accès au 2^ème onglet permet d'ajouter sur la réception la liste des colis pour les critères choisis.

Si aucun critère n'est renseigné sur le 1^er onglet, l'accès au 2^ème onglet permet d'aller sur une liste vide des colis (si rien n'a été préalablement mis sur la réception) et de biper les codes-barres des colis à réceptionner.

 

Onglet Réception par colis

L’accès au 2ème onglet ramène tous les colis à réceptionner sur ce magasin et répondant à l’entité choisie sur le 1er onglet avec la possibilité de saisir d’autres colis à réceptionner par bipage ou saisie du BP et du colis directement sur le 2ème onglet (qui ne répondent pas forcément aux critères du 1er onglet).

Une fois les colis à traiter listés (par bipage ou par sélection à partir du 1^er onglet),
‎l'utilisateur a le choix entre plusieurs traitements :

Dans tous les cas, au moins une de ces 4 coches doit être choisie pour tous les colis sélectionnés.

 

Les traitements :

Pour chaque colis sélectionné par une entité ou par saisi individuelle, il faut au moins qu’une coche entre ‘Complet’, ‘Partiel’, ‘Manquant’ et ‘Perdu’ soit cochée. Sinon, à la validation (‘réception terminée’ ou pas), le programme informe l’utilisateur qu’il ne va pas traiter les colis où aucun traitement n’a été demandé.

Suivant les types de colis traités et les cases cochées, les traitements vont varier :

• Réception complète d'un colis issu du Cross-Docking à destination d'un client final
• Réception partielle d'un colis issu du Cross-Docking à destination d'un client final
• Colis manquant
• Mise en perte
• Déballage d'un colis issu du Cross-Docking

 

Le traitement de la validation dépend de la coche 'Réception terminée' :

• Si 'Réception terminée' n'est pas cochée : La validation va simplement permettre d'enregistrer la saisie des colis traités. Ces colis ne sont pas réceptionnés informatiquement mais ils peuvent être rappelés par le N° de réception attribué à l'entrée du programme. Le rappel d'un N° de réception permet de maintenir les colis déjà saisis et de compléter la liste des colis à réceptionner.
• Si 'Réception terminée' est cochée : Il y a lancement et validation des traitements pour tous les colis listés. Le N° de réception ne sera plus disponible et donc plus maintenable.

 

‎ 

Traitements possibles

Réception des colis complets d’un BP gérant le Cross-Docking

Cas du cochage de 'Reçu Complet' seulement. Dans ce cas, tous les colis du BP qui sont cochés vont être de nouveau expédiable par l'entrepôt de réception.

Le magasin « ApBP » du BP devient celui de l'entrepôt de distribution,
‎il est calculé selon les règles standards d'attribution de ces magasins :

• à partir du magasin d'origine (magasin de réception de TA558)
• à partir des paramétrages TA178

Le BP est dé-expédié et déchargé des BE et BC qui ont servis à son acheminement jusqu'au second site. Le BP et ses colis réceptionnés sont de nouveaux expédiables depuis le nouveau site. Tous les autres colis du BP non réceptionnés sont enlevés du BP afin de ne pas bloquer son expédition. Ils sont placés sur un nouveau BP qui est placé sur le magasin IN TRANSIT, donc attendu sur le site de réception. Reçu complet indique que le colis est bien arrivé complet à destination (dans le magasin de réception) et qu'il doit être traité. Le colis réceptionné pourra être soit déballé soit réexpédié au client final suivant le type de bon et les autres cases cochées.

 

En cochant ‘complet’ sur TOUS les colis d’un BP :

à la validation de la réception (‘Réception terminée’) :

• Le BP est dé-expédié, dé-chargé (Historisation du BE)
• Le BP passe sur le magasin ApBP du nouveau site‎
  (retrouvé par TA178 ou reste celui d’origine)
• Le BP a tous ses colis et peut de nouveau être expédié (validation OK, …)

  • Le BP est dé-expédié, dé-chargé (Historisation du BE)

  • Le BP passe sur le magasin « ApBP » du nouveau site
     (retrouvé par TA178 ou reste celui d’origine)

  • Le BP a tous ses colis reçu et peut de nouveau être expédié (validation OK, …)

En cochant ‘complet’ seulement sur certains colis d’un BP
‎ (les autres colis sont soit manquants, soit non présents dans la liste des colis) :
‎ à la validation de la réception (‘Réception terminée’) :

Pour les autres colis (manquants ou non listés) : ils sont toujours en attente de réception sur un nouveau BP qui a gardé le BE et la facture d’origine. Ce nouveau BP est sur le magasin « ApBP IN TRANSIT » et ces informations correspondent au BP d’origine.

 

Réception des colis partiels pour un BP gérant le Cross-Docking

Cas du cochage de 'Reçu Partiel' seulement. Dans ce cas, le colis a été partiellement réceptionné suite à une détérioration du colis lors de son transport. En cochant cette case, une nouvelle fenêtre apparaît pour pouvoir saisir les quantités par article/taille réellement réceptionnés. Par défaut, les quantités informatiquement dans le colis sont affichées, l'utilisateur les change selon ce qu’il compte manuellement dans le colis. Les quantités réceptionnées (indiquées dans la fenêtre 'Partiel') restent sur leur BP et leur colis et suivent le cheminement expliqué pour la réception complète à destination d'un client final.

 

Si l’utilisateur coche ‘complet’ sur tous les colis d’un BP sauf sur un qui est coché ‘Partiel’.

En cochant partiel, une fenêtre de saisie des quantités reçues s’ouvrent.

Saisir les quantités réellement reçues.

À la validation de la réception (‘Réception terminée’) :

• Le BP est dé-expédié, dé-chargé (Historisation du BE)
• Le BP passe sur le magasin ApBP du nouveau site
  (retrouvé par TA178 ou reste celui d’origine)
• Le BP a tous ses colis reçu et peut de nouveau être expédié (validation OK, …).
  ‎Sur le colis partiel, il n’y a bien que les quantités reçues.

 

Les quantités perdues doivent se retrouver dans FA051
‎(Voir plus bas pour plus de détail)

 

En cochant ‘partiel’ sur un colis, la fenêtre de saisie des quantités s’ouvrent :

• Si aucune quantité n’est reçue, au retour sur la liste des colis, la coche ‘Perte’ se coche automatiquement
• Si toutes les quantités sont reçues, au retour sur la liste des colis, a coche ‘Complet’ se coche automatiquement.

   

  Les quantités perdues doivent être traitées par FA051 :

  On doit générer un avoir mais l’utilisateur doit déterminer s’il veut re-livrer les perdus ou pas.

  Fonctionnement selon l’option DET_PRE_REMP : permet de déterminer si, dans la fenêtre de saisie partielle les quantités reçues sont pré-remplies avec les quantités attendues. Cette option a 3 valeurs possibles : '1' = question utilisateur pour déterminer si remplissage des quantités reçues avec les quantités attendues. '2' = accès direct (sans question utilisateur) aux quantités reçues pré-remplies avec les quantités attendues. '3' = accès direct
  ‎(sans question utilisateur) aux quantités reçues vides et donc à remplir par l'utilisateur.

 

Réception des colis à déballer pour un BP gérant le Cross-Docking

Pour ces colis, le choix du déballage est possible. Ceci permet d'entrer en stock les quantités qui étaient à l'origine destinées au client.

N.B. :
dans ce cas, le colis est détruit et une réexpédition au client n'est plus possible à moins de refaire le traitement complet d'affectation, préparation, expédition...

Une réception 'Complète' ou 'Partielle' est possible :

Pour les quantités non reçues  Voir le traitement de 'Mise en perte'.

Pour les quantités reçues  Voir le traitement de 'Déballage'.

Déballage du colis : permet d'indiquer que les articles contenus dans le colis doivent être réceptionnés en stock dans le magasin de réception. Pour les colis issus d'une commande de transfert, cette case est automatiquement cochée et ne peut pas être décochée (sauf en cas de manquant ou perte).

 

Si l’utilisateur coche ‘Complet’ et ‘Déballage’ sur tous les colis d’un BP.

À la validation de la réception (‘Réception terminée’) :

• Le BP est dé-expédié, dé-chargé (Historisation du BE) et historisé.
• Les quantités réceptionnées sont entrées en stock sur le magasin de réception

N.B. : pas de saisie du choix et pas de passage en ‘Entrée CQ’ possibles

 

Si l’utilisateur coche ‘Complet’ ou ‘Partiel’ et ‘Déballage’ sur tous les colis d’un BP.

À la validation de la réception (‘Réception terminée’) :

• Le BP est dé-expédié, dé-chargé (Historisation du BE) et historisé
• Les quantités réceptionnées sont entrées en stock sur le magasin de réception
  ‎ (Attention pas de saisie du choix et pas de passage en ‘Entrée CQ’ possibles)

  Les quantités perdues doivent se retrouver dans FA051

  Pour tous les colis d’un BP, si l’utilisateur coche ‘Complet’ et ‘Déballage’ sur certains colis et ‘Manquant’ sur les autres.

  À la validation de la réception (‘Réception terminée’) :

• Le BP est toujours en attente (IN TRANSIT et colis en attente)
• Les quantités réceptionnées sont entrées en stock sur le magasin de réception

N.B. :
pas de saisie du choix et pas de passage en ‘Entrée CQ’ possibles

Les quantités des lignes des colis réceptionnées ne doivent plus être sur le BP IN TRANSIT.

 

Gestion des colis manquant gérant le Cross-Docking

 

Cas du cochage 'Manquant'.

Ceci est possible pour les colis issus du Cross-Docking ou de commande de transfert.

 

Pour les colis issus du Cross-Docking : Si d'autres colis du BP sont réceptionnés en même temps, tous les autres colis du BP affichés et cochés 'Manquant' ou non affichés dans la liste sont placés sur un nouveau BP mis sur le magasin « ApBP IN TRANSIT ».
‎Ceci permet aux colis réceptionnés de pouvoir être réexpédiés immédiatement.

‎Pour les colis issus des commandes de transfert : Les colis manquant seront toujours considérés en attente de réception sur le site. Déclaration des colis manquants :
‎cette case indique que le colis n'est pas présent en réception mais qu'il peut arriver prochainement. Ceci permet de ne pas immédiatement mettre en perte le colis pour qu'il puisse être traité lors d'une prochaine réception.

 

Si l’utilisateur coche ‘Manquant’ sur tous les colis d’un BP.

A la validation de la réception (‘Réception terminée’) :

Rien ne doit bouger, le BP et tous ses colis sont toujours en attente

 

Le fait de cocher ‘Manquant’ sur un colis ou ne pas avoir le colis dans la liste revient au même :

• Un colis manquant ou non présent dans la liste indique qu’il est toujours sur le magasin « ApBP IN TRANSIT » et donc en attente sur le magasin de réception.

 

Le seul cas où il y a un traitement sur ces colis est si une partie des colis d’un BP est réceptionnée en Cross-Docking (avec possibilité de ré - expédition au client final). Dans ce cas, pour ne pas bloquer la partie du BP qui a été réceptionnée, les colis non réceptionnés sont placés sur un nouveau BP qui est la ‘copie’ du 1er avec magasin « ApBP IN TRANSIT »
‎(en attente de réception dans SP052) (Attention, c’est seulement à la validation d’une ‘réception terminée’ que le BP réceptionné et de nouveau expédiable).

‎ 

Gestion des colis perdus gérant le Cross-Docking

Dans le cas du colis perdu (case 'Perte') ou de la partie du colis non réceptionnée,
‎les quantités non reçues sont considérées en perte. Pour gérer cette perte, les articles et leurs quantités vont faire l'objet d'un avoir ou d'une demande de re-livraison ceci étant géré via FA051.

Pour que cet avoir soit pris en compte par FA052, il faut utiliser un couple Provenance/Origine avec le programme XC250 et fctn 2 (voir TA350).
‎La provenance/origine doit être paramétré sur les options CODE_PROV_PERTE et CODE_ORIG_PERTE et doit avoir les paramètres suivant : MOTIF_AVOIR, NATURE_CDE, SAIS_CDE, TYPE_CDE.

Si l’utilisateur coche ‘Perdu’ sur tous les colis d’un BP.

A la validation de la réception (‘Réception terminée’) :

• Le BP est dé-expédié, dé-chargé (Historisation du BE) et historisé

 

Toutes les lignes du BP se retrouvent dans FA051

Les quantités perdues sont traitées par FA051 :

On génère un avoir mais l’utilisateur doit déterminer s’il veut re-livrer les perdus ou pas.

 

Dans FA051 :

• L’utilisateur choisit le BP qu’il veut traiter et il va cocher ‘Solde’ sur les lignes qu’il ne veut pas re-livrer

 

Dans FA052 :

• Lancement de PAS-FAC qui va en fait mettre à jour la commande pour la re-livrer ou non.
• Si re-livraison : la commande est affectable pour les quantités perdues
• Si non re-livraison : la commande est soldée.

 

Gestion des BP issus d’une commande de transfert

Pour ce genre de BP, en cas de réception (‘Complet’ ou ‘Partiel’) le déballage est OBLIGATOIRE.

Les MAJ effectuées sont les mêmes que celles expliquées dans la partie 8 avec en plus une mise à jour de l’OF (OF_JALO) au moment du déballage

 

 

Gestion des avoirs sur colis non reçus

 

FA051 : Maintenance intégration bons-factures

Cette fonction permet de solder les lignes d’un BP ou BE que l’utilisateur ne veut pas réexpédier. L’utilisateur choisit le BP qu’il veut traiter et il va cocher ‘Solde’ sur les lignes qu’il ne veut pas re-livrer.

 

FA052 : Reprises intégration bons-factures

Selon paramétrage de TA350.

• Lancement de PAS-FAC qui va en fait mettre à jour la commande pour la re-livrer ou non.
• Si re-livraison : la commande est affectable pour les quantités perdues
• Si non re-livraison : la commande est soldée.

‎ 

Expédition jusqu’au client final

 

LI011 Validation d’un bon

Les colis sont déjà constitués dans la première étape du Cross-Docking et sont donc visibles ici. Seuls les colis réceptionnés et validés par SP052 (Réception terminée) sont visualisables.

On est de nouveau dans le cas standard de validation de bons.

 

LI014 Saisies des expéditions

La réalisation de l’expédition d’un BP qui vient d’être réceptionné par SP052 consiste à passer de nouveaux par les étapes de préparation, d’expédition et de facturation.

Cette expédition est pour le client final.

C’est le client final qui est indiqué sur le BE et la facture.

‎ 

Facturation au client final

 

LI019 Transfert Livraison-Facturation

 

FA007 Maj en sortie de facturation

 

Le client final est facturé.

‎ 

Consultation des encours

 

LI902 : Colis en cours de réception

LI902W01
Cette fonction permet de visualiser les colis en cours de réception dans le cas du Cross-Docking ou des commandes de transfert

• les colis passés en réception via SP052, issus du Cross-Docking ou des commandes de transfert.
• les colis attendus en réception dans SP052, et qui sont en-cours de transit.

On affiche le statut du colis, qui peut avoir les valeurs suivantes :

• A recevoir :
  colis considéré en "IN TRANSIT", c'est-à-dire parti de l'entrepôt de départ et attendu dans l'entrepôt de réception.
• Reçu :
  tous les colis reçus complètements dans l'entrepôt de réception.
• Reçu partiel :
  tous les colis reçus partiellement dans l'entrepôt de réception.
• Manquant :
  colis non reçu et dont une partie des colis du BP a été réceptionnée.
• Perdu :
  colis qui ne pourra plus être réceptionné et est considéré "perdu".
• Déballé :
  tous colis déballé est considéré comme reçu. Le contenu du colis a été entré en stock dans le magasin de réception.
• Réexpédié :
  concerne uniquement les colis issus du Cross-Docking dont la réception est terminée et validée, mais qui sont encore en cours d'expédition sur un BE.

… ainsi que le statut des BP :

• En transit :
  BP dont tous les colis sont en cours de transit.
• En cours de réception :
  Ceux dont la réception (SP052) est commencée mais ni terminée, ni validée.
• Reçu :
  BP dont tous les colis ont été traités par SP052.
• Expédié :
  Concerne uniquement les colis issus du Cross-Docking dont la réception est terminée et validée, mais qui sont encore en cours d'expédition sur un BE.

Le statut de la réception permet de savoir si la réception n’est pas commencée, en cours ou terminée.

Il est possible de se débrancher vers les MUL de consultations suivants :

• CD902W03 : Liste des en-têtes de commande
• CD902W06 : Liste des en-têtes de BP
• CD902W07 : Liste des en-têtes de BE
• CD902W09 : Liste des lignes de bons ou pièces

 

SP010 : Edition détail stock PF

Critère fonctionnel « Position IN TRANSIT » et critère libre « Magasin IN TRANSIT » qui permettent de visualiser les PF en cours de transport facturés mais non réceptionnés par SP052. Cet état peut être valorisé en fonction du PRI fixé, PRI calculé, PRMP, ou tarif.

 

SP902 : Situation stock PF

Calcul du stock effectif : mis à jour lors de la facturation
‎(au passage par LI019, Transfert livraison - facturation).

‎ 

Documentations annexes

Le présent document ne traite pas des flux financiers.

Pour plus de précisions, Cf. Refacturation