Transfert de stock

 

‎ 

Principe général

 

Présentation

Les Produits Finis passent par trois grandes étapes définissant chacune des flux de marchandises :

• L’approvisionnement : flux depuis le fournisseur vers l’entrepôt,
• Le stockage : flux dans les entrepôts,
• La commercialisation : flux depuis l’entrepôt vers le client.

 

Le but de cette méthode (transfert) consiste à adapter les ressources existantes en fonction des besoins.

Ce qui signifie, à partir des PF déjà en stock, pouvoir effectuer facilement des mouvements de PF sur les stocks en couvrant tous les flux possibles entre les différents dépôts, ceci pour réserver la marchandise selon les différents canaux de commercialisation prévus.

‎Ce sont donc des transferts de PF poussés d’un stock vers un autre :

• Transfert sans mouvement physique (uniquement quantitatif) entre dépôts logiques
• Transfert avec mouvement physique inter-dépôt dans un même entrepôt géographique
• Transfert avec mouvement physique entre deux dépôts physique dans deux entrepôts géographiques

 

On traite ici exclusivement de flux allant d’un magasin de départ (approvisionnement) à un magasin d’arrivée (besoin) déterminés.

Il n’est pas possible d’effectuer des mouvements de « correction » de stock de type perte ou gain, c’est-à-dire en saisissant des mouvements d’entrée seule (sans magasin de départ) ou de sortie seule (sans magasin d’arrivée).

Cette fonctionnalité est couverte par la fonction Mouvement manuel de stock PF (SP005).

 

Cartographique d’un ensemble de cas possibles

 

 

Schéma des flux possibles entre les différents dépôts

 

Principe dans Cegid Orli

Dans Cegid Orli, il est possible de gérer les flux de transfert par le biais de saisies dans différentes fonctions selon le type de mouvement à réaliser :

• Mouvement manuel de quantités de PF
• Commande fournisseur/client de transfert (transferts tirés pour couvrir un besoin) avec :
  • Affectation
  • Préparation
  • Validation
  • Expédition commande client
  • Facturation (fournisseur et client)
  • Réception commande fournisseur

 

L’inconvénient étant que cela peut complexifier l’usage des transferts et la prise en main utilisateur.

L’avantage reste cependant la possibilité de réaliser un flux physique et financier tracés dans le système d’information.

 

La méthode détaillée dans ce document permet, tout en s’appuyant sur l’ensemble des fonctionnalités existantes, de rendre plus facile d’utilisation les transferts de stock en automatisant un ensemble d’actions.

 

Ces actions sont déterminées par des choix utilisateurs et/ou via des écrans de paramétrage des données « tiers », enchaînent la génération des pièces de suivi des demandes de transfert (départ = fournisseur, profil d’achat / arrivée = client, profil de vente pour les commandes fournisseur et client correspondantes).

Les règles de transfert, permettant d’identifier les tiers de départ et d’arrivée, se définissent dans des fonctions dédiées.

Elles permettent d’identifier

• le profil d’achat (circuit, division de production, type de commande) et
• le profil de vente (client, division commerciale, type de commande, nature de commande) nécessaires aux commandes de transfert.

 

Il est possible de paramétrer les valeurs par défaut du type de transfert de stock souhaité au niveau d’un circuit.

Ainsi en utilisation (et selon option), l’utilisateur n’a plus de question à se poser : Tout est prévu par défaut.

 

La saisie des demandes de transfert de stock est réalisée dans la fonction Transfert de stock PF (TF001).

Le paramétrage Cegid Orli et des fonctionnalités associées impactent l’intégration des transferts Cegid SCM saisis dans le module DISTRIBUTION RESOURCE PLANNING (DRP) (gestion des transferts).

L’utilisateur défini en entrée depuis quel magasin de départ il souhaite envoyer du stock et vers quel magasin d’arrivée il souhaite le réceptionner. Il hérite du type de transfert paramétré et il ne lui reste qu’à préciser les informations nécessaires à l’exécution du mouvement (chacune des informations étant obligatoire ou non) :

• les dates de départ et d’arrivée demandées
• les références précises des PF déplacés (saison article, code article, code coloris, code finition spéciale)
• les quantités par taille (dans la limite du stock paramétré)

 

Les actions possibles sont les suivantes :

• Type de transfert
• Demande (demande de transfert seule, commandes fournisseur et client générées)
• Affectation (demande avec affectation automatique du stock PF à la commande client)
• Préparation (demande avec bon de préparation pour la commande client)
• Expédition (demande avec validation/expédition/facturation de la commande client)
• Contrôle en réception
  • Oui = La réception de la commande fournisseur doit être saisie dans le magasin d’arrivée pour contrôler la marchandise
  • Non = La réception de la commande fournisseur est automatique après expédition de la commande client

 

La consultation de ces pièces de transferts est possible via une unique fonction de consultation. Elle permet de visualiser dans un seul et même écran l’encours de ces pièces ainsi que toutes les informations s’y rattachant (commande fournisseur et client de transfert avec quantités et délais associés).
‎

Cette fonctionnalité n’est pas compatible avec le module de gestion du stock par emplacement.

Elle est par contre compatible avec le module gestion multi-sociétés mais dans ce cas, il n’y a pas de flux financier prévu car il s’agit d’un stock poussé vers le client et non demandé par ce dernier, on ne peut donc pas lui imposer une vente.

‎Si un flux financier est souhaité, il faut utiliser la méthode décrite dans la documentation : MODULE_Groupe multi-sociétés_(Transfert)).

 

La notion de dépôt logique est purement informative. Elle correspond à la cartographie émise dans le besoin qui permet seulement d’isoler quantitativement un stock PF (à priori sans mouvement physique) pour un canal particulier (= dépôt logique dédié).

‎Dans le modèle de donnée Cegid Orli, les dépôts logiques ou physiques sont paramétrés de la même façon sans distinction dans les magasins PF. Les dépôts physiques subdivisés en dépôts logiques ne sont pas connus dans le système (car inutiles).

‎La notion de magasin logique existe dans Cegid Orli mais n’est paramétrable que dans le contexte du module de gestion du stock par emplacement.

‎ 

Schémas des flux selon les types de transfert

 

Transfert avec mouvement physique intra-dépôt

= Transfert demandé sans contrôle en réception

(Avec ou sans affectation automatique, avec ou sans préparation automatique, sans expédition automatique)

 

Transfert avec mouvement physique entre 2 dépôts

Transfert demandé avec contrôle en réception

(Avec ou sans affectation automatique, avec ou sans préparation automatique, sans expédition automatique)

‎ 

Transfert quantitatif sans mouvement physique entre 2 dépôts

Transfert demandé sans contrôle en réception

(Avec affectation, préparation et expédition automatique)

 

‎ 

Schémas des flux dans les fonctions Cegid Orli / Cegid SCM DISTRIBUTION RESOURCE PLANNING (DRP)

 

 

 

DETAIL DES FONCTIONS ET PARAMÉTRAGE

 

TA541 : Nature de magasin

TA541W01
Cette fonction permet de gérer les natures de magasin, afin de simplifier le paramétrage des transferts de stock pour l’application des transferts stock PF (TA302)

 

Vérifier qu’il existe 2 codes permettant d’identifier les magasins physiques et magasins logiques :

• Un code pour identifier le stock physique
• Un code pour identifier le stock logique

 

Rappel :

 

• Magasin physique : représente un entrepôt, géré ou non par emplacement, géré dynamiquement ou pas.

   

• Magasin logique : zone virtuelle d’un magasin physique permettant de distinguer informatiquement plusieurs zones (pas forcément physiquement visibles dans l’entrepôt) :
  • distinction douane/dédouané
    ‎ (pour visites de la douane sur les marchandises reçues sans justificatifs),
  • distinction de plusieurs sociétés
    ‎ (pour valorisations différentes)
  • distinction Retail/Wholesale

‎

TA034 : Lieu-Magasin-Atelier

Définir les magasins de stocks concernés.

Indiquer dans l’onglet ‘Magasins Produits Finis’ la nature du magasin (cf TA541 Nature de magasin : physique ou logique).

 

Définir un magasin In transit dans l’onglet Données Principales Magasin PF/Type stockage =2.

Renseigner ce magasin pour le paramètre général MAGPF_TRANSIT_T pour éviter d’avoir à paramétrer toutes les combinaisons de magasins dans la fonction Magasin cross-docking et transfert TA558.

 

N.B. :
MAGPF_TRANSIT_T : Lieu et Magasin In Transit où seront placés les BP (Bons de préparation) durant la phase de In Transit. Ce paramètre est utile pour les commandes de transfert sur stock (TF001) pour les cas où il serait trop long de définir chaque flux possible dans la fonction Magasin Cross-Docking et Transfert (TA558).

Si le flux magasin de départ/magasin de réception n'est pas trouvé dans la fonction Magasin Cross-Docking et Transfert (TA558) ou si le magasin in transit n'y est pas renseigné, c'est la valeur de ce paramètre qui sera le magasin In Transit.

‎ 

Selon les flux à gérer, voici un exemple des différents Magasins nécessaires :
WMS = Magasin logistique - ORI = Magasin Cegid Orli (Magasin Société client)

 

FO001 : Fournisseur

Définir un fournisseur fictif (exemple : « transfer ») pour identifier le flux au travers des magasins de départ et magasin d’arrivée.

Onglet ‘Classification’ 

• Famille : Interne
• Sous famille : Interne
• Coche Fournisseur interne

 

Onglet ‘Génération’ 

Renseigner un Atelier fictif (qui entraînera la génération de cet Atelier dans la fonction Lieu Magasin Atelier (TA034)/Onglet Ateliers.

 

TA079 : Circuit de fabrication

Table annexe permettant de gérer les circuits de fabrication.

Pour définir le circuit entre deux magasins.

 

Positionner le paramètre GEST_CIRC_WEB=1
0 = gestion du code circuit sur 3 caractères et 1= gestion sur 10 caractères.

 

Par l’intermédiaire de la méthode d’approvisionnement, il est possible de qualifier le rôle du circuit : 3 pour Transfert.

Pour un circuit de type transfert (méthode d’approvisionnement de fonctionnalité 3), il est possible de préciser le type de transfert (saisissable avant les coches du pavé DECOMPOSITION existant, remis à nul si la méthode d’approvisionnement n’est pas 3) :

• Soit il s’agit d’un transfert pour couvrir un besoin qui n’est pas forcément issu d’un stock (cas actuel)
• Soit il s’agit d’un transfert d’un stock existant envoyé par anticipation pour optimiser les ressources pour les différents canaux de distribution. Dans ce cas, il est possible de définir la caractéristique du type de transfert prévu :
  • Demande
  • Affectation
  • Préparation
  • Expédition
  • Contrôle en réception

 

Ce paramétrage n’est utilisé que dans la gestion des transferts de stock PF via la fonction Transfert de stock PF (TF001) ou la gestion des transferts issus d’une remontée de propositions depuis Cegid SCM (Module DISTRIBUTION RESOURCE PLANNING (DRP)).

 

Ces deux informations (type de transfert et contrôle en réception) sont présentes dans le kit circuit afin que toutes les fonctions puissent en bénéficier.

Le fait d’alimenter ce flag permet d’identifier les commandes clients comme des commandes de transfert par le traitement d’expédition et facturation (ce que l’on souhaite).

 

Conseil : lorsque dans le circuit, on met une phase jalonnable en sortie avec 21 comme valeur, l’expédition d’une commande client auto-génère un jalonnement de cette phase sur la commande fournisseur.

Ce qui permet au destinataire de savoir pour ses commandes fournisseurs à recevoir, si la commande client associée a été expédiée ou non.

 

Si l’utilisateur ne met pas de phase jalonnable en sortie avec 21, il aura alors systématiquement un warning dans LI019 et pas d’auto-jalon de la commande fournisseur PF.

Warning dans journal du LI019

 

Pour nos différents flux répertoriés : il faut avoir 3 circuits

• circuit Interne dépôt
• circuit Intra dépôt
• circuit Logique entre Magasin logique

Un seul itinéraire requis

Un seul fournisseur requis

 

 

Entre 2 magasins logiques :

• Pas de contrôle à réception
• Pas d’ordre de préparation, exécution immédiate (=Expédition directe)
• Méthode d’approvisionnement = 3
• Transfert stock : coches Demande, Affectation, Préparation et Expédition
• Phase : TRF (Mouvement transfert)
• Atelier et fournisseur créés précédemment

 

Entre 2 magasins dans un même lieu :

• Pas de transport, donc pas de contrôle à réception
• Emission d’un ordre de préparation
• Méthode d’approvisionnement = 3
• Transfert stock : coches Demande, Affectation, Préparation
• Phase : TRF (Mouvement transfert)
• Atelier et fournisseur créés précédemment

 

Entre 2 magasins de lieux différents :

• Transport, donc contrôle à réception
• Emission d’un ordre de préparation
• Méthode d’approvisionnement = 3
• Transfert stock : coches Demande, Affectation, Préparation et Contrôle réception
• Phase : TRF (Mouvement transfert)
• Atelier et fournisseur créés précédemment

‎ 

Pour le Contrôle en réception

Paramétrage dans la fonction Intégration fichier ext. (TA350)

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 SP052W01 (Réception Cross-Docking et Transfert) :

• 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 :

• 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 à 0.

  Ou

• 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 à 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.

 

Définition des pièces pour identifier les flux

TA126 : Division commerciale

Créer une Division commerciale propre aux flux de transfert afin de mieux l’identifier

 

AR014 : Composition Division commerciale

Renseigner la Division commerciale créée précédemment pour autoriser les expéditions sur n’importe quel article

 

 

TA130 : Nature de commande

Créer un code Nature de commande (exemple : TRS)

 

 

TA131 Type de commande

Créer un Type de commande (exemple : TRS)

 

 

TA090 : Type de commande fournisseur

Créer un Type de commande fournisseur de fonctionnalité 0.

 

 

RE001 : Représentant/JP014 : Paramètres

Créer un représentant fictif dans la fonction Représentant (RE001) et l’associer par défaut au paramètre REP_PAR_DEF.

C’est ce représentant qui sera utiliser lors de la génération des commandes lorsque le type de commande client (issu du profil de vente) est marqué « livraison directe » (ce qu’on conseille dans nos préconisations).

 

 

CL001 : Clients (Définitions des destinataires des transferts)

Il faut définir 1 client par destinataire pour identifier la destination sur l’ordre de préparation.

De même, 1 client par magasin logique pour pouvoir associer le magasin de stock correspondant.

 

Onglet Classification

• Catégorie : Interne
• Famille : Stocks
• Coche Client interne

 

Onglet Facturation

Coche Autorisation de saisie de prix spécial en commande

 

Onglet Distribution

Division Commerciale à renseigner (Transfert)

 

 

CL045 : Association client à un magasin PF

Permet d’alimenter le stock du magasin lors de l’expédition de la commande client en expédition directe sans contrôle à réception.

La coche ‘Transf.’ doit être cochée.

Cette coche empêche la saisie du type de document car dans le cas d’un transfert de stock, il ne faut pas mettre le type de document donnant lieu à une mise à jour de stock (pour que la mise à jour de stock s’effectue qu’une seule fois).

 

 

TA302 : Application des transferts stock PF

TA302W01
Cette fonction permet de retrouver les profils d’achat et profil de vente en fonction des magasins de départ et d’arrivée

 

L’utilisateur définit les profils d’achat et de vente puis renseigne le domaine d’application de ces profils (points de départ et d’arrivée pour lesquels la demande de transfert de stock PF est possible) :

 

Critères d’attribution

• Profil d’achat :
  • Circuit (uniquement de méthode d’appro transfert avec un type de transfert renseigné)
  • Division de production
  • Type de commande fournisseur
• Profil de vente :
  • Division commerciale
  • Type de commande client
  • Nature de commande client

 

Critères d’application

• Kit magasin de départ (Société magasin, nature, type, pôle, lieu, magasin)
• Kit magasin d’arrivée (Société magasin, nature, type, pôle, lieu, magasin)

 

La recherche des profils est effectuée pour le magasin de départ et d’arrivée avec la règle des exceptions (les critères d’application les plus fins – le plus à droite - sont les plus pertinents).

N.B. :
La notion de gestionnaire d’achat n’existe pas dans cette fonction même si géré par le client car cette notion est dédiée à de l’achat de marchandise et non pour du transfert de stock PF déjà présent.

‎ 

 

TF001: Transfert de stock PF

TF001W01
Saisie des demandes de transfert de stock PF

 

Paramètres

 

MAGPF_TRANSIT_T

‘Lieu’ et ‘Magasin In Transit’ où seront placé les BP durant la phase de ‘In Transit’.

Ce paramètre est utile pour les commandes de transfert sur stock (TF001) pour les cas où il serait trop long de définir chaque flux possible dans la fonction Magasin Cross-Docking et Transfert (TA558).

Si le flux magasin de départ/magasin de réception n'est pas trouvé dans la fonction Magasin Cross-Docking et Transfert (TA558) ou si le magasin in transit n'y est pas renseigné, c'est la valeur de ce paramètre qui sera le magasin In Transit.

 

 

Options

 

GDA_TYP_TRF

0 = Circuit, 1 = Demande, 2 = Affectation, 3 = Préparation, 4 = Expédition

0 = L’utilisateur hérite du type de transfert associé au circuit issu du profil d’achat, provenant lui-même de la fonction de paramétrage de l’application des transferts de stock

Si cette option n’est pas à 1, on ne ramène pas le paramétrage associé au circuit.

Celui-ci est issu des autres valeurs possibles ci-dessus

• 1 = L’utilisateur ne peut choisir que l’étape « Demande ».

  Les coches Affectation / Préparation / Expédition ne sont pas accessibles.

• 2 = L’utilisateur ne peut pas aller plus loin que l’étape « Affectation ».

  Les coches Préparation / Expédition ne sont pas accessibles.

• 3 = L’utilisateur ne peut pas aller plus loin que l’étape « Préparation ».

  La coche Expédition n’est pas accessible.

• 4 = L’utilisateur peut aller jusqu’à l’étape « Expédition ».

 

ACCES_TYP_TRF

0 = Inaccessible et renseignée, 1 = Accessible et renseignée, 2 = Accessible et vide

• 0 = L’utilisateur n’a pas accès au choix des types de transfert. Il hérite donc du paramétrage prévu dans l’option GDA_TYP_TRF sans pouvoir la changer :

  Si cette dernière est à 0, le paramétrage est hérité de celui défini au circuit.

  Sinon, le paramétrage correspond à l’étape maximale définie via l’option GDA_TYP_TRF.

  L’utilisateur ne peut pas changer le type de transfert prévu.

  exemple :

  Si GDA_TYP_TRF=2, les coches Demande et Affectation sont renseignées.

  Les coches Préparation et Expédition sont vides.

  Aucune des coches du type de transfert n’est accessible.

• 1 = L’utilisateur a accès au choix des types de transfert. Les coches sont pré-renseignées par défaut selon le principe paramétré via l’option GDA_TYP_TRF.
• 2 = L’utilisateur a accès au choix des types de transfert. Les coches ne sont pré-renseignées. La limite d’utilisation reste celle définir dans l’option GDA_TYP_TRF.

Valeur incompatible avec l’option GDA_TYP_TRF=0.

 

 

GDA_COLISAGE

0 = Inaccessible/vide, 1 = Inaccessible/coché, 2 = accessible/vide (valeur par défaut), 3 = accessible/coché

Cette option permet de définir les valeurs par défaut pour la coche colisage ainsi que son droit d’accès.

Quelle que soit la valeur de cette option, elle n’est prise en compte que si on est sur un type de transfert de stock avec expédition.

• 0 = L’utilisateur n’a pas accès à la coche colisage et celle-ci est vide par défaut.

  Il ne peut que faire des transferts avec expédition sans colisage

• 1 = L’utilisateur n’a pas accès à la coche colisage et celle-ci est renseignée par défaut.

  Il ne peut que faire des transferts avec expédition et détail du colisage

• 2 = L’utilisateur a accès à la coche colisage et celle-ci est vide par défaut.

  Il peut faire un transfert avec expédition en choisissant avec ou sans colisage. (Valeur par défaut)

• 3 = L’utilisateur a accès à la coche colisage et celle-ci est renseignée par défaut.

  Il peut faire un transfert avec expédition en choisissant avec ou sans colisage.

 

GDA_CTRL_RECE

0 = vide, 1 = coché, 2 = vide + accès (par défaut), 3 = coché + accès, 4 = circuit, 5 = circuit + accès (Valeur par défaut)

Cette option permet de définir les valeurs par défaut pour la coche contrôle réception ainsi que son droit d’accès.

• 0 = La coche est vide par défaut. L’utilisateur n’y a pas accès.

  Il peut faire des demandes de transfert qu’avec réception automatique (donc sans contrôle en réception)

• 1 = La coche est renseignée par défaut. L’utilisateur n’y a pas accès.

  Il peut faire des demandes de transfert qu’avec contrôle en réception

• 2 = La coche est vide par défaut. L’utilisateur y a accès.

  Il peut faire un transfert en choisissant avec ou sans contrôle en réception.

• 3 = La coche est renseignée par défaut. L’utilisateur y a accès.

  Il peut faire un transfert en choisissant avec ou sans contrôle en réception.

• 4 = La coche est héritée du circuit par défaut. L’utilisateur n’y a pas accès.

  Il peut faire un transfert tel que défini au circuit.

• 5 = La coche est héritée du circuit par défaut. L’utilisateur y a accès.

  Il peut faire un transfert en choisissant avec ou sans contrôle en réception. (Valeur par défaut)

 

AUTO_QTE

0 = accès Qté après CB, 1 = pas d’accès immédiat à Qté

Option utilisée lors de la saisie des lignes du transfert.

• 0 = Lors d’une saisie CB, l’utilisateur passe systématiquement par la zone Qté qui reste vide. L’utilisateur doit la saisir avant de passer au CB suivant.
• 1 = Lors d’une saisie CB, l’utilisateur passe systématiquement sur le CB de l’enregistrement. La zone Qté étant initialisée par défaut à 1 et restant modifiable en retour depuis l’enregistrement suivant.

 

PAS_PLUS_RAF

0 = pas de limite quantitative, 1 = limité au RàAFF, 2 = contrôle du RàAFF

Option utilisée lors de la saisie des lignes du transfert.

• 0 = Autorisation de transférer des quantités supérieures aux quantités physique restant à affecter sans warning.

  N.B. : ça signifie qu’on accepte de générer un stock restant à affecter négatif !

• 1 = Impossible de transférer des quantités supérieures aux quantités physique restant à affecter.
• 2 = Autorisation de transférer des quantités supérieures aux quantités physique restant à affecter warning qui avertit l’utilisateur dans ce cas.

N.B. : ça signifie qu’on accepte de générer un stock restant à affecter négatif !

 

GDA_CD005W01

0 = pas d’édition possible du bon de cde client, 1 = possible (valeur par défaut), 2 = oui par défaut

• 0 = L’utilisateur n’a pas accès à la coche de demande d’édition du bon de commande client (CD005).
• 1 = L’utilisateur a accès à la coche de demande d’édition du bon de commande client (CD005) qui est vide par défaut. (Valeur par défaut)
• 2 = L’utilisateur a accès à la coche de demande d’édition du bon de commande client (CD005) qui est renseignée par défaut.

 

GDA_LI007W01

0 = pas d’édition possible du bon de préparation, 1 = possible (valeur par défaut), 2 = oui par défaut

L’accès à cette coche dépend des valeurs de cette option mais avant tout, du type de transfert :

• Si préparation ou expédition cochée, application de cette option.
• Si demande ou affectation cochée sans les autres types de transfert, pas d’application de cette option car coche d’édition inaccessible et vide.

Valeurs possibles :

• 0 = L’utilisateur n’a pas accès à la coche de demande d’édition du bon de préparation (LI007).
• 1 = L’utilisateur a accès à la coche de demande d’édition du bon de préparation (LI007) qui est vide par défaut. (Valeur par défaut)
• 2 = L’utilisateur a accès à la coche de demande d’édition du bon de préparation (LI007) qui est renseignée par défaut.

 

GDA_LI008W01

0 = pas d’édition possible des étiquettes colis, 1 = possible (valeur par défaut), 2 = oui par défaut

L’accès à cette coche dépend des valeurs de cette option mais avant tout, du type de transfert et de la coche Colisage :

• Si expédition cochée + colisage, application de cette option.
• Si transfert sans expédition ou sans colisage, pas d’application de cette option car coche d’édition inaccessible et vide.

Valeurs possibles :

• 0 = L’utilisateur n’a pas accès à la coche de demande d’édition des étiquettes colis (LI008).
• 1 = L’utilisateur a accès à la coche de demande d’édition des étiquettes colis (LI008) qui est vide par défaut. (Valeur par défaut)
• 2 = L’utilisateur a accès à la coche de demande d’édition des étiquettes colis (LI008) qui est renseignée par défaut.

 

SAIS_CDE

Cette option permet de définir une saison de commande par défaut en saisie de commande de transfert de stock PF.

 

 

Options concernant la partie colisage

EMB_PAR_DEFO

Code emballage proposé par défaut

La valeur de cette option permet de pré-renseigner le code emballage du colis qui va être créé.

 

POID_BRUT_OBL

1 = saisie obligatoire du poids brut du colis lors du colisage

Cette option permet, si elle est à 1, d'obliger l'utilisateur à saisir le poids brut lors de la saisie du colisage, au cas où il serait resté nul (pas de calcul automatique).

Option valable que si demande de colisage faite.

• 0 = poids brut facultatif
• 1 = poids brut obligatoire

N.B. :
Cette option n'est pas valide lorsque l'option SAIS_NET_BRUT=2.

 

 

SAIS_NET_BRUT

0=accès au pds brut seulement 1=accès aux pds brut et net 2=pas d'accès aux pds

Cette option permet de gérer l'accès aux zones de poids.

Option valable que si demande de colisage faite.

• 0 = accès au poids brut seulement (mode de calcul fonction du paramètre CALC_POIDS_COLI)
• 1 = accès au poids brut et au poids net (mode de calcul fonction du paramètre CALC_POIDS_COLI)
• 2 = pas d'accès aux poids (valable seulement dans le cas du nouveau calcul [puisque dans le cas standard, il est nécessaire de saisir le poids brut pour calculer le poids net])

 

 

Description de la fonction

 

• Entête

 

L’utilisateur saisit les deux magasins entre lesquels le stock est transféré :

DEPART

Magasin de départ

Donnée obligatoire.

Contrôle d’existence en tant que magasin PF physique non logique (mode de gestion = 1, coche magasin logique nul)

Contrôle de valeur via GDA pour l’entité 020 (magasin PF)

Non modifiable s’il existe au moins une ligne saisie.

 

Date (de départ prévue)

Donnée obligatoire.

Elle correspond à la date à laquelle le mouvement de sortie de stock depuis le magasin de départ doit être réalisé (mémorisée en tant que date de départ usine prévue/demandée sur les commandes client et fournisseur)

Proposée à la date du jour si transfert avec expédition.

Elle doit être inférieure ou égale à la date d’arrivée prévue.

 

 

ARRIVÉE

Magasin d’arrivée

Donnée obligatoire.

Contrôle d’existence en tant que magasin PF physique non logique (mode de gestion = 1, coche magasin logique nul)

Contrôle de valeur via GDA pour l’entité 020 (magasin PF)

Non modifiable s’il existe au moins une ligne saisie.

 

 

Date (d’arrivée prévue)

Donnée obligatoire.

Elle correspond à la date à laquelle le mouvement d’entrée en stock dans le magasin d’arrivée doit être réalisé (mémorisée en tant que date de livraison de livraison prévue/demandée sur les commandes client et fournisseur)

Initialisée à la date de départ prévue et inaccessible si transfert avec expédition.

Sinon, proposée à la date de départ prévue + durée d’acheminement rattachée au client (elle reste cependant modifiable)

Elle est obligatoirement supérieure ou égale à la date de départ prévue.

 

 

Différents contrôles

• Si module groupe inactif, il existe un contrôle que les sociétés juridiques des magasins sont identiques.

 

• Recherche le client associé au magasin d’arrivée (paramétrage saisi dans CL045).
  • Si ‘Non’, blocage avec message indiquant l’anomalie.
    Contrôle que le client en question est coché « Client interne » (caractéristique saisie dans la fonction Client (CL001)/Onglet Classification.
  • Si ‘Non’, blocage avec message indiquant l’anomalie. Contrôle que le client en question n’est pas marqué « Client conditionnel » (caractéristique saisie dans la fonction Client (CL001)
  • Si ‘Non’, blocage avec message indiquant l’anomalie.
    Contrôle que le client est actif (code état à 0)
  • Si ‘Non’, blocage avec message indiquant l’anomalie.
• Rechercher les profils d’achat et de vente associés aux magasins de départ et d’arrivée (paramétrage saisi dans la fonction Application des transferts stock PF (TA302).
  • Si ‘Non’, blocage avec message indiquant l’anomalie.
  • Si ‘Oui’ pour profil et client : Recherche le type de transfert associé au circuit issu du profil d’achat.
• Alimentation de l’onglet Profils (achat et vente)
• Alimentation de l’onglet Tiers (fournisseur issu du circuit et client issu de la fonction Association client à un magasin PF (CL045) avec règle de recherche standard de l’adresse associée)
• La monnaie par défaut obligatoire pour toute pièce est la monnaie de tenue de la société du client.

Selon les options GDA et ACCES, l’utilisateur hérite ou choisit le type de transfert qu’il va effectuer :

TYPE DE TRANSFERT (4 coches qui alimentent un seul champ)

 

• Demande (valeur par défaut et action minimale possible)

  Demande de transfert seule, commandes fournisseur et client générées.

  Ne peut pas être décochée (zone non modifiable).

  Coche de principe « visuelle » pour que l’utilisateur voie qu’il fait au minimum cette étape.

  Diminution du stock disponible mais stock physique non réservé.

   

• Affectation 

  Étape précédente + affectation automatique du stock PF à la commande client

  Le stock est donc réservé à la demande de transfert mais le bon de préparation n’est pas émis

  Si coche effacée, étapes suivantes cochées effacées également.

   

• Préparation 

  Etape précédente + bon de préparation généré pour la commande client

  On veut transmettre l’ordre de préparation à la logistique, le BP est donc généré.

  Si coche effacée, étape suivante cochée effacée également (sauf la Demande)

  Si coche renseignée, étapes précédentes cochées également.
  ‎ 

   

• Expédition 

  Etape précédente + validation / expédition / facturation effectuée immédiatement

  Si coche renseignée, étapes précédentes cochées également.

   

  Même si issu du circuit, l’accès et l’avancée vers les différentes étapes du transfert est contrôlable via les options TF001W01/GDA_TYP_TRF et TF001W01/ACCES_TYP_TRF (variables par utilisateur).

   

• Colisage (coche)

Accessible que pour un transfert avec Expédition

X = Oui / Nul = Non :

O
L’utilisateur va saisir les colis et leur contenu pour réaliser l’expédition.

N
L’utilisateur va réaliser l’expédition sans détailler les colis constitués.
Il ne détaille que les références à transférer.
Elles sont dans ce cas mémorisées par défaut dans un seul et même colis n° 1.

 

L’accès et la valeur par défaut pour cette zone est contrôlable via l’option TF001W01/GDA_COLIS variable par utilisateur.

 

Contrôle réception (coche)

• X = Oui / Nul = Non :

O
Contrôle à effectuer à la réception des PF dans le magasin d’arrivée.

Le destinataire lors de la réception des PF doit effectuer la saisie de l’entrée en stock de la commande fournisseur dans le magasin d’arrivée

N
Pas de contrôle à réception des PF dans le magasin d’arrivée.

Permet d’indiquer que l’expédition valide automatiquement la réception de la commande fournisseur chez le destinataire avec les quantités expédiées dans le magasin d’arrivée.

Coche renseignée et inaccessible pour un transfert avec expédition automatique.

 

L’accès et la valeur par défaut pour cette zone est contrôlable via l’option TF001W01/GDA_CTRL_RECE variable par utilisateur.

 

Il précise ensuite les informations nécessaires à l’exécution du transfert choisi.

N.B. :
Si le type de transfert et le contrôle en réception sont inaccessibles via le jeu des options correspondantes, l’utilisateur se retrouve par défaut sur le magasin de départ.

 

Référence commande

Il s’agit de la référence des commandes client et fournisseur de transfert

Donnée facultative.

 

Saisie contrôlée par l’option CD001W01/EXIST_REFCDECLI afin de vérifier ou pas l’unicité de cette information (selon l’importance que le donneur d’ordre lui donne).

 

Saison commerciale

Elle correspond à la saison imputée aux commandes client et fournisseur de transfert.

Donnée obligatoire et initialisée avec la saison active issue du paramètre SAIS_CDE

Contrôle que la saison est du type commercial et non arrêtée.

 

Numéro de commande (client de transfert générée au passage à l’onglet LIGNES)

 

• Onglet ‘Profils’

  Consultation seule

  Contient les codes et libellés des profils trouvés dans la fonction Application des transferts stock PF (TA302) selon les magasins de départ et d’arrivée saisis.

  • Circuit
  • Division de production
  • Type de commande
  • Division commerciale
  • Nature de commande
  • Type de commande

    
    ‎ 

• Onglet ‘Tiers’

  Consultation seule

  Contient les données du fournisseur et du client trouvés.

  Fournisseur

  Provenant du circuit issu du profil trouvé dans Application des transferts stock PF (TA302) selon les magasins de départ et d’arrivée saisis.

  Client

  Provenant du magasin d’arrivée trouvé dans Association client à un magasin PF (CL045) selon le magasin d’arrivé.

  Adresse

  L’adresse de livraison respecte la règle actuelle d’une commande client.

   

• Onglet ‘LIGNES’ (TF001W02)
  En haut de l’écran : affichage
  • du ‘Magasin départ’ et ‘Magasin d’arrivée’
  • du ‘Type de transfert’ (coches : Demande, Affectation, Préparation, Expédition, Contrôle réception)
  • de la ‘Commande’ : Numéro de commande de transfert de stock générée

 

Partie colisage

Accessible que si coche Colisage renseignée.

Le code emballage est initialisé par défaut avec l’option EMB_PAR_DEFO

Si Colisage non demandé, on travaille par défaut avec un seul colis n°1 sans possibilité de modification et les options POID_BRUT_OBL et SAIS_NET_BRUT ne sont pas actives.

 

Coche ‘Fin’ lorsque la saisie des références est complète pour le transfert/colis pour accéder à l’onglet ‘PIED’

‎ 

 

Partie référence

Principe de saisie possible par CB ou REF.

Chaque saisie par CB alimente la quantité dans la taille correspondante et génère une ligne de commande.

Si CB renseigné, pas d’accès aux quantités par grille de tailles.

 

Chaque saisie par référence demande la saisie d’au moins une quantité par grille de tailles et génère une ligne de commande.

Si CB non renseigné, pas d’accès à la taille et quantité de la ligne.

 

 

Contrôle PF

Si transfert de stock PF, pas de contrôle si le PF est en arrêt de fabr. car on part ici d’un stock existant.

 

R. à aff

Affichage des quantités de stock physique restant à affecter pour le PF/FS/Choix dans le magasin de départ.

 

• Onglet ‘PIED’

Permet d’afficher un récapitulatif du colisage et des pièces.

Il donne accès au traitement final d’exécution du transfert avec, à la demande, l’accès à des enchaînements d’éditions diverses (selon option ou type de transfert demandé).

 

Coche d’édition du bon de cde client

Permet d’enchainer automatiquement l’édition du Bon de commande client PF (CD005).

 

Coche d’édition / date du bon de de préparation

Accessible que pour une demande de transfert coché préparation

Permet d’enchainer automatiquement l’Edition du bon de préparation (LI007)

La date d’édition du BP peut être précisée par l’utilisateur dans ce cas.

‎ 

Coche d’édition des étiquettes emballage (colis)

Accessible que pour une demande de transfert coché expédition et colisage

Permet d’enchainer automatiquement l’Edition des étiquettes des colis (LI008)

 

Bouton de suppression

Supprime l’intégralité du transfert saisi sans l’exécuter.

 

Bouton de validation

Exécution de la demande de transfert et des actions prévues

 

• Lance la procédure de contrôle des données
• Si OK, lance la procédure de génération des commandes fournisseur et client.
  • Demande cochée :
    • Création de la commande client de transfert
    • Création de la commande fournisseur de transfert synchronisée
  • Affectation cochée :
    • Affectation automatique du stock sur la commande client
  • Préparation cochée :
    • Génération du bon de préparation de la commande client
  • Expédition cochée :
    • Validation du bon de préparation, génération du bon d’expédition et de la facture de la commande client
  • Contrôle en réception non cochée :
    • Entrée en stock de la commande de transfert avec déballage

 

En fin de traitement.

Après la validation utilisateur sur la POP-UP d’affichage de la commande fournisseur générée, l’intégralité des zones de l’écran sont effacées et le curseur est positionné en entête sur la première zone accessible pour l’utilisateur pour pouvoir éventuellement saisir une nouvelle demande.

 

• Onglet ‘Textes’

Permet d’afficher l’onglet de saisie des textes en pied de la demande de transfert.

Gestion similaire à celle existante dans le pied de la fonction Commande client PF (CD001), onglet Textes cde (CD001W13) (sans les coches « Edition du texte sur les factures » et « Edition du texte sur les avoirs).

Le passage aux lignes génère le n° de la commande client de transfert (pas encore celui de la commande fournisseur de transfert qui ne sera connu qu’après validation finale).

 

 

CONSULTATIONS DES TRANSFERTS DE STOCKS

 

TF901 : Consultation transfert stock PF

TF901W01
Consultation des transferts de stock PF issus des demandes validées

 

La visibilité de ces pièces de transferts, même si possible dans différentes fonctions, s’effectue sous la forme d’une unique fonction de consultation.

 

Cette fonction permet de visualiser dans un seul et même écran l’encours de ces pièces ainsi que toutes les informations s’y rattachant :

• Consultation uniquement des commandes client PF synchronisées avec des commandes fournisseur PF.
• Présence des kits correspondants
• Critères de filtre Type de transfert et Flag de contrôle en réception dans les kits entête cde client et fournisseur
• Critère « Statut des colis » permettant d’interroger les lignes de cdes client qui ont au moins un colis dans le statut demandé.

  ‎→ Ce qui permet de consulter les transferts avec litige constaté lors de la réception de transfert.

 

Circularité

• LI902 : Colis en cours de réception (accessible avec le n° de cde)
• CD902W04 : Liste lignes de commande
• CD902W09 : Liste de lignes de bon ou pièce pour une ligne de commande client.
• YB003 : Vision Produit
• YB006 : Vision Client
• YB007 : Vision Entête de commande client
• YB010 : Vision Ligne de commande client

Actions complémentaires

• LA001 : Commande fournisseur PF
• LA902 : Maintenance ligne cde four PF

 

 

SP902 : Liste stock PF global

Le principe de cette fonction est d'afficher une liste de produit/magasin/choix avec des positions de stock correspondantes.

 

CD902Wxx : Situation commerciale client
‎LA902 : Maintenance ligne commande fournisseur PF

Possibilité de visualiser les commandes client de transfert ainsi que les commandes fournisseurs PF générées lors de la validation dans la fonction Transfert de stock PF (TF001).

 

LA909 : Liste propositions sur planning P.F.

Cette fonction permet de consulter les propositions de commande issues d’un PLANNING Cegid SCM.

Elle hérite « naturellement » des notions rattachées au transfert de stock PF dans le kit circuit (type de transfert et flag contrôle en réception).

Ainsi l’utilisateur peut distinguer les propositions de transfert simple (transfert « tiré ») des propositions de transfert de stock (transfert « poussé »).

La consultation des demandes de transfert de stock exécutées (commandes fournisseur et client générées) est systématiquement faite via la fonction Consultation commande de transfert (TF901).
‎

 

FONCTIONS ANNEXES DE SUIVIS ET TRAITEMENTS DES TRANSFERTS DE STOCKS

 

LA001W02 : Commande fournisseur PF (LIGNES)

Fonction permettant de maintenir des lignes de commandes fournisseur PF (y compris des commandes de transfert).

 

LA001 ne permet pas de créer une demande de transfert de stock (même si le circuit est marqué avec un type de transfert de stock, la commande fournisseur de transfert reste sur le fonctionnement actuel : c’est le transfert validé dans la fonction Transfert de stock PF (TF001) qui génère la commande fournisseur PF dans LA001 et non l’inverse).

Par contre, LA001 permet de la maintenir si celle-ci a été générée par Transfert de stock PF (TF001) ou Edition Prop./Génération commande fournisseur PF (LA009/W02).

N.B. :
Il est possible de créer une nouvelle ligne sur une demande de transfert déjà exécutée.
Dans ce cas, l’automatisme (affectation/préparation/expédition/réception) prévu normalement en création d’une demande de transfert selon le type de transfert de stock associé au circuit et/ou à la commande fournisseur n’est pas effectué.
Les étapes doivent alors être réalisées manuellement par l’utilisateur puisqu’il s’agit d’un complément ajouté manuellement après coup.

 

Application des mêmes contrôles de cohérence que lors de la création d’une demande de transfert de stock PF :

Si nul, traitement standard avec lecture de la fonction Paramétrage transfert TA556 sans contrôle sur stock

Si différent de nul, traitement avec lecture de Application des transferts stock PF TA302 pour rechercher le profil de vente uniquement (car profil achat donné par Cegid SCM) et contrôle sur stock RàAFF :

• Commande fournisseur de transfert avec circuit sans type de transfert

  Traitement standard (c.à.d. contrôle de commandes fournisseur et client de transfert grâce à la recherche du profil de vente dans la fonction Paramétrage transfert (TA556)

• Commande fournisseur de transfert avec circuit ayant un type de transfert

  Traitements en fonction du type de transfert du circuit :

  • Recherche du profil de vente dans Application des transferts stock PF (TA302) (blocage si incorrect)
  • Recherche du client associé au magasin d’arrivée dans Association client à un magasin PF (CL045) (blocage si incorrect)
  • Contrôles effectués :
    • état client = 0 (contrôle déjà existant)
    • client pas bloqué en cde (contrôle déjà existant)
    • client gère les prix spéciaux dans CL001 (blocage si incorrect)
    • div cial active pour client (contrôle déjà existant)
    • client non perdu pour saison et div cial (contrôle déjà existant)
    • client non perdu définitivement pour div cial (contrôle déjà existant)
    • représentant existant pour saison et div cial (contrôle déjà existant)
    • article distribué dans div cial (contrôle déjà existant)
    • taille à la vente pour chaque qté (contrôle déjà existant)
    • qté cdée supérieure ou égale au stock RàAFF (blocage si KO)
    • transporteur dans la fiche client (contrôle déjà existant)
    • mode d’expédition dans la fiche (contrôle déjà existant)
    • échéance dans la fiche (contrôle déjà existant)
    • article à la vente dans le pays du client (contrôle déjà existant)
    • article fabriqué pour le client (contrôle déjà existant)
  • Pas de contrôles dans ce cas :
    • pas de recherche du tarif client
    • pas de recherche des période/tarif dans (Application tarif TA301)
    • pas de recherche de prix de vente article pour période/tarif
    • pas de vérification des articles autorisés dans les catalogues
    • pas de vérification de la date d’arrêt de commercialisation

       

  • Traitements effectués :

    Si Contrôle OK, création ou mise à jour des lignes de commandes client SANS
    ‎enchainement des actions correspondantes au type de transfert :

    • Pas de génération des éléments de tarif (Attribution éléments de tarification PR023)
    • Pas de recherche des tarifs client (Application tarif TA301)
    • Pas de recherche des prix de vente associés
    • Utilisation de la monnaie client
    • Prix spéciaux forcés à 0 pour chaque taille commandée, donc montants totaux à 0

 

 

LA009 : Edition prop. / gen. cde four. PF
‎LA009W02 : Edition planning / Gen. cde four. PF

Fonctions permettant de générer des commandes fournisseur PF (y compris des commandes de transfert) à partir des propositions de commande issues soit d’un CBN Cegid Orli, soit d’un PLANNING Cegid SCM.

 

Ces fonctions sont impactées par les propositions de transferts de stock également mémorisées dans les propositions de commandes.

Côté Cegid Orli, la fonction Transfert de stock PF (TF001) permet de saisir des demandes de transfert (= commandes client particulières) qu’on distingue d’une commande habituelle via un type de transfert.

Le CBN (ou la saisie manuelle de propositions de cde fournisseur) permet également de générer des demandes de transfert PF qu’on ne distingue pas d’une proposition habituelle via un type de transfert.

Idem côté Cegid SCM, où le module DISTRIBUTION RESOURCE PLANNING (DRP) permet également d’intégrer dans Cegid Orli des demandes de transfert de stock PF (= propositions de commande particulières) qu’on ne distingue pas d’une proposition habituelle via un type de transfert.

 

Cette distinction est faite par le biais du type de transfert de stock associé au circuit de transfert présent sur la proposition :

• Proposition de transfert avec circuit sans type de transfert

  Traitement (c.à.d. génération de commandes fournisseur et client de transfert grâce à la recherche du profil de vente dans la fonction de Paramétrage transfert (TA556)

  
  ‎ 

• Proposition de transfert avec circuit ayant un type de transfert

  Traitements en fonction du type de transfert du circuit :

  • Recherche du profil de vente dans la fonction Application des transferts stock PF (TA302) (blocage si KO)
  • Recherche du client associé au magasin d’arrivée dans la fonction Association client à un magasin PF (CL045) (blocage si KO)
  • Contrôles effectués :
    • état client = 0 (contrôle déjà existant)
    • client pas bloqué en cde (contrôle déjà existant)
    • client gère les prix spéciaux dans CL001 (blocage si KO)
    • div cial active pour client (contrôle déjà existant)
    • client non perdu pour saison et div cial (contrôle déjà existant)
    • client non perdu définitivement pour div cial (contrôle déjà existant)
    • représentant existant pour saison et div cial (contrôle déjà existant)
    • article distribué dans div cial (contrôle déjà existant)
    • taille à la vente pour chaque qté (contrôle déjà existant)
    • qté supérieure ou égale au stock RàAFF (blocage si KO)
    • transporteur dans la fiche client (contrôle déjà existant)
    • mode d’expédition dans la fiche (contrôle déjà existant)
    • échéance dans la fiche (contrôle déjà existant)
    • article à la vente dans le pays du client (contrôle déjà existant)
    • article fabriqué pour le client (contrôle déjà existant)
  • Contrôles existants enlevés dans ce cas :
    • pas de recherche du tarif client
    • pas de recherche des période/tarif dans la fonction Application tarif (TA301)
    • pas de recherche de prix de vente article pour période/tarif
    • pas de vérification des articles autorisés dans les catalogues
    • pas de vérification de la date d’arrêt de commercialisation
  • Traitements effectués :

    Si Contrôle OK, création des commandes client et fournisseur de transfert avec enchaînement des actions correspondantes au type de transfert :

    • Pas de génération des Éléments de tarif (PR023)
    • Pas de recherche des Tarifs client (Application tarif TA301)
    • Pas de recherche des prix de vente associés
    • Utilisation de la monnaie client
    • Prix spéciaux forcés à 0 pour chaque taille commandée, donc montants totaux à 0
    • Actions automatiques enchaînées selon le type de transfert :
      • Demande
      • Affectation
      • Préparation
      • Expédition
      • Réception

 

Cas de stock manquant (la demande de transfert avec préparation automatique n’a pas abouti)

Message d'erreur bloquant la suite du traitement de la ligne de proposition.

LI-38 : Problème lors de la préparation

èce cas de blocage au niveau du point Préparation ne devrait pas arriver car le contrôle vérifie que la ligne de commande est préparable ; donc si on passe ce contrôle, l’exécution de la préparation devrait bien se passer.

ècependant, on contrôle que la ligne de commande de transfert est préparable, sinon erreur

LI-37 : Ligne de commande non préparable complètement

èau niveau du point Affectation, contrôle que la ligne de commande de transfert est affectable sinon erreur

LI-29 : Ligne de commande non affectable complètement

N.B. :
pour toute erreur avec un code erreur « xx-yy : …. », veuillez consulter JP009 - CODE ERREUR CEGID ORLI 

 

 

Fonctions d’expédition de BP/BL

LI011 : Validation bon

LI014 : Saisie expédition

LI042 : Validation rapide d’un bon

LI044 : Livraison gérée en CB poste fixe

PAS-BON : Intg. Colisage/Expédition Code Barre

Impact : Prise en compte de la notion de transfert et pour celles marquées avec un type de transfert mais sans contrôle en réception, l’expédition du bon entraîne la réception de la commande fournisseur de transfert correspondante (donc exécute auparavant la génération de la facture côté commande client).

 

Fonctions d’échange avec un WMS

Un WMS ne gère pas la notion informatique de magasin de stock logique.

Tout magasin connu sur le WMS gère des mouvements manuels de PF.

S’il s’agit de magasin sans mouvement manuel de PF, on ne le connait pas dans Orli.

 

Flux traités  (3 cas avec mouvement physique de PF)

• Magasin Cegid Orli vers magasin WMS

  Transfert avec expédition (facturation), avec contrôle en réception

  • BP de transfert saisi sur Orli avec colisage effectué (cas obligatoire pour valider / expédition sur cde de TRF)
    • Export d’une annonce de réception avec détail du colis à recevoir.
    • Pas d’envoi de la commande fournisseur PF à recevoir.
  • Réception réalisée sur WMS
    • Import de la réception de colis par PAS-RCD / Réception Cross-Docking et Transfert (SP052)
• Magasin WMS vers magasin Cegid Orli

  Transfert avec préparation, avec contrôle en réception

  • BP de transfert saisi sur Cegid Orli
    • Export d’un BP à valider
    • Expédition réalisée sur WMS
  • Import de l’avis d’expédition avec colisage pas PAS-BON + facturation
  • Réception via la Réception Cross-Docking et Transfert (SP052)
• Magasin WMS vers magasins WMS

  Transfert avec préparation, sans contrôle en réception

  • BP de transfert saisi sur Cegid Orli
    • Export d’un BP à valider
    • Expédition réalisée sur WMS
  • Import de l’avis d’expédition avec colisage pas PAS-BON et enchaînement d’une facturation / réception automatique

 

XC20B Intégration fichier séquentiel
‎TA350 Paramétrage intégration fichier ext.

La passerelle d’intégration XC265 / Intg. Commande fournisseur PF n’est pas impactée car elle ne génère que des commandes fournisseur PF de transfert « souhaité » par le client comme à ce jour (contrairement au principe de TF001 qui créé en premier une commande client PF de transfert poussé par le fournisseur).

La fonction Transfert PF ou MAT en achat/vente (AS413) n’est qu’une fonction de secours de type SQL. Il ne permet que de contrôler/ générer/ réajuster les commande fournisseur et client de transfert. A ce titre, il ne prévoit pas tous les automatismes prévus selon le type de transfert. Ces actions si nécessaires seront dans ce cas à faire manuellement par les fonctions existantes.