Transfert

Cegid Orli - Documentation fonctionnelle - 2025

 

 

Généralités

 

Définitions

La gestion d’un groupe multi-sociétés doit permettre de connaître à tout moment et en temps réel les besoins en ressources ou charges et ce, pour chacun des acteurs de l’échange (filiale et société de gestion).

Il est possible de gérer des transferts de marchandises (articles ou matières) entre magasins tout en automatisant la génération des pièces de vente à partir des pièces d’achat.

Ceci permet de visualiser sans contretemps et de chaque côté les besoins en approvisionnement (pour la filiale) et les charges à fournir (pour la maison mère) ; ainsi, l’équilibrage entre achat et vente sera effectué en temps réel et les pièces seront synchronisées.

On se trouve alors dans une relation client/fournisseur où le client correspond à la filiale et le fournisseur correspond à la maison mère et dont la finalité est un transfert de marchandises du magasin de la société de gestion (= magasin SERVEUR) au magasin de la filiale (= magasin DESTINATAIRE).


‎ 

Principes

Le principe des commandes de transfert est commun aux Produits Finis et aux Matières :

 

  • Une commande d’achat fournisseur (par le donneur d’ordre, au fournisseur) va déclencher une commande de vente client (par le fournisseur, au donneur d’ordre).
    • Là où une commande fournisseur référence des dates, une commande client référence quant à elle des tranches de dates début/fin :
      • Livraison (étapes Demandée / Confirmée)
      • Départ Usine (étape Demandée)
  • Les dates de la commande fournisseur vont se verrouiller selon l’avancement de la commande client correspondante, notamment si cette dernière est commencée en préparation.
  • Pour la Livraison de la commande fournisseur, l’étape Prévue reste accessible en modification pour prendre en compte les aléas de transport (destinataire en surcharge, problème de dédouanement, livraisons partielles donnant lieu à un éclatement de lignes de commandes avec reliquats expédiés ultérieurement, etc…). Cette modification s’effectue indépendamment de la commande client (c’est-à-dire, quel que soit son avancement, et sans aucune répercussion sur les tranches de celle-ci qui servent de base aux traitements d’affectation de stock).
  • La Date Livraison Prévue (D.L.P.) est la date de référence de la commande fournisseur : elle est restituée dans les commandes client correspondantes, ainsi que dans les applications BtoB.

 

exemple :

Pour faciliter la compréhension de cette documentation, prenons l’exemple suivant :

Soient deux sociétés appartenant à un même groupe :

Société 9 (située au Pérou)

Société 7 (située aux USA)

La société 7 a des commandes clients à satisfaire mais n’a plus de stock. Elle demande alors un transfert de la société 9.

La société 9 sera la société SERVEUR et la société 7 la société DESTINATAIRE.

 

N.B. :
un transfert peut également avoir lieu à l’intérieur d’une même société.


‎ 

Mise en place

 

Paramétrages préalables

 

Dans TA009 (Société),
‎les sociétés doivent être de types juridiques et de production
‎( « Groupe Multi-Sociétés » pour plus de détails)

 

Dans TA034 (Lieu – Magasin – Atelier),
‎les magasins produits finis ou matières doivent être associés à une société (juridique et de production)

 

Dans TA552 (Méthodes d’approvisionnement),
‎une méthode d’approvisionnement de type transfert (fonctionnalité 03) doit être créée.

 

Dans TA537 (Division de production),
‎une division de production doit être associée à la société correspondant à la société acheteuse.

 

Dans TA079 (Circuit de fabrication),
‎avoir des circuits possédant la méthode d’approvisionnement de type transfert.


‎ 

 

Données de base

 

AR113 : Modalité d’approvisionnement article

Pour les articles commandés par les clients de la société 7, il faut :

En en-tête, saisir le code article et la société 7 (société acheteuse).

En lignes : le magasin d’approvisionnement est obligatoire et appartient à la société 9 (serveur). Le magasin de besoin appartient à la société acheteuse 7 (société en en-tête).

Le circuit est un circuit de méthode d’approvisionnement transfert.

Pour plus de détails « Groupe Multi-Sociétés (Méthode d’approvisionnement PF »)

 

MA113 : Modalité d’approvisionnement matière

Pour les matières concernées (matières à la vente), il faut :

En en-tête, saisir le code matière et la société 7 (société acheteuse).

En lignes : le magasin d’approvisionnement est obligatoire et appartient à la société 9 (serveur). Le magasin de besoin appartient à la société acheteuse 7 (société en en-tête).

Le circuit est un circuit de méthode d’approvisionnement transfert.

Pour plus de détails « Groupe Multi-Sociétés (Méthode d’approvisionnement Matière »)

 

CL001 : Client

Le client qui représente la société qui centralise les transferts du PEROU vers les USA et qui les redirige vers les clients finaux basés aux USA doit exister dans le fichier client. C’est un client appartenant à la société 9 PEROU (serveur) mais dont l’adresse est aux USA.

 

AR014 : Composition division commerciale

Il faut que les articles et matières soient bien distribués dans la division commerciale du client facturé.

 

AR075 : Composition division de production

Il faut que les articles et matières soient bien distribués dans la division de production préalablement choisie et qui sera définie dans les profils de vente.


‎ 

 

TA556 Équilibrage Achat Vente

TA556W01
Cette fonction permet de définir les profils de vente pour la création de la pièce de vente lors d’un transfert

 

Il est nécessaire de définir les notions indispensable d'identification de la commande (client, division commerciale, nature de commande et type de commande).

Or, lors de la saisie de la pièce d'achat, ces notions ne sont pas connues.

Le but est donc ici de faire un lien entre les données ACHAT et les données VENTE.

Ainsi, on peut définir le client et le profil de vente nécessaire à la génération automatique de la commande en fonction d'un profil d'achat donné et d'une société juridique fournie.

On entend par " profil " la définition des notions identifiant l'achat ou la vente.

Ainsi, le profil d'achat sera composé de :

  • Société juridique de besoin
  • Fournisseur
  • Circuit
  • Division de production
  • Type de commande achat matière

 

Ces notions, associées à la société juridique d'approvisionnement, permettent de définir le profil de vente. Il est composé de :

  • Code client
  • Société client
  • Division commerciale
  • Nature de commande
  • Type de commande

 

La saison de vente de la pièce de vente correspond à la saison d'approvisionnement de la pièce d'achat.

Le transfert peut être effectué soit pour des articles/produits, soit pour des matières/composants avec paramétrage associé à chacun.

 

Détails des champs principaux :

 

Critères du profil d’achat

Société juridique besoin

Société du client final (7 dans notre exemple)

Circuit

Représente le circuit de transfert (saisi dans AR113/MA113)

 

Société juridique d’appro

Société du magasin serveur, fournissant les USA (9 dans notre exemple)

 

Critères du profil de vente

Tous les champs sont obligatoires dans cette partie.

Code client

Correspond au client de la société serveur (9) situé aux USA dans notre exemple. Ce client correspond au client de la commande de vente.

Société client

Société du client, 9 dans notre exemple.

Division commerciale

Si SOC_EGAL_DIV=0 : il n’y a pas de contrôle au niveau société. Seul un contrôle au niveau client est fait. (Dans ce cas, une division de société différente de 9 est acceptée si elle est bien déclarée pour le client au niveau de CL001W09)

Si SOC_EGAL_DIV=1 : la division commerciale doit être de la même société que la société juridique d’approvisionnement (9 dans notre exemple)

 

Nature et type commande

Correspondent au nature et type de la commande de vente qui sera générée.

 

N.B. :
dans le cas d’un transfert d’une société vers la même société, le client doit être de type interne.


‎ 

Exécution des transferts

 

Exécution des transferts PF

 

2 modes de génération de commandes sont possibles :

  • Manuelle via LA001
  • Automatique via le calcul de Besoins. Cette partie sera détaillée dans le chapitre « Calcul de besoins »

 

Saisie d’une commande fournisseur

Dans LA001, la saisie d’une commande fournisseur de type transfert peut se faire soit par la saisie dans le champ ‘Méthode d’appro’ en haut de l’écran, soit par la saisie d’un circuit étant lui-même en méthode d’appro de type transfert. Dans ce cas, le champ ‘Méthode d’appro’ sera automatiquement renseigné.

En saisie des lignes, les magasins de besoin et d’approvisionnement ramenés sont ceux définis dans AR113.

Différents contrôles sont effectués (en ligne et en pied) :

  • Existence d’un profil de vente (TA556)
  • Client actif, non bloqué en commande
  • Existence d’un tarif dans la fiche client
  • Appartenance du client à la division commerciale du profil de vente
  • Article distribué dans la division commerciale (AR014)
  • paramétrage AR072
  • Taille à la vente
  • Existence d’un prix de vente pour les matières selon tarif matière du client
  • Existence d’un représentant
  • Existence d’une période de tarif selon le paramètre RECH_PER_LIGN

 

Dès la validation de la commande fournisseur, une commande client va être automatiquement générée (voir plus bas). De plus, la génération de la commande associée à l’OF a mis à jour les prix de l’article dans l’OF. Ceux-ci sont issus de PR022.

Les éléments de tarification déclarés dans PR023 sont également pris en compte. Il n’est pas possible de saisir de prix spéciaux dans cette commande fournisseur.

 

Création de la pièce d’équilibrage

 

Entête de commande :

 

  • Code client : Récupéré en fonction de la société juridique du magasin destinataire
  • Code société : Récupéré en fonction de la société juridique du magasin destinataire
  • Division commerciale : Récupérée en fonction de la table de correspondance achat/vente.
  • Saison de vente : Récupérée en fonction de la table de correspondance achat/vente.
  • Nature de commande : Récupérée en fonction de la table de correspondance achat/vente, cette nature devra être obligatoirement une nature de fonctionnalité « 6 » Commande de transfert.
  • Type de commande : Récupéré en fonction de la table de correspondance achat/vente
  • Date de saisie de commande : Date du jour
  • Date de la commande client : Date du jour
  • Code priorité : Récupéré dans la fiche client
  • Flag de confirmation commande : Récupéré dans la fiche client
  • Flag conditionnelle : Récupéré dans la fiche client
  • Flag commande non commissionnée : Récupéré en fonction du tarif client
  • Flag commande non ristournée : Récupéré en fonction du tarif client
  • Code tarif :Récupéré en fonction du client (TA301, CL001)
  • Code période de tarif :
    En fonction du paramètre RECH_PER_LIGN si pas de période saisie dans TA301
  • Code devise de la commande : Récupéré en fonction du tarif du client
  • Code échéance :Récupéré dans la fiche client
  • Code mode règlement :Récupéré dans la fiche client
  • Code transporteur :Récupéré dans la fiche client
  • Code mode d’expédition : Récupéré dans la fiche client
  • Code condition de port :Récupéré dans la fiche client
  • Domiciliation bancaire :Récupéré dans la fiche client
  • IBAN + code BIC :

 

 

Lignes de commande :

 

  • No de ligne de commande : Même No de ligne que le No de ligne de la pièce d’achat, ceci permettra de faire le lien facilement entre les deux pièces achat/vente.
  • Saison article :Récupéré dans la ligne de la pièce d’achat
  • Code article :  Récupéré dans la ligne de la pièce d’achat
  • Code coloris :Récupéré dans la ligne de la pièce d’achat
  • Code finition spéciale :
  • Code lieu origine : Code lieu du magasin serveur de la ligne de la pièce d’achat
  • Code magasin origine : Code magasin du magasin serveur de la ligne de la pièce d’achat
  • Code priorité : Celui de l’entête récupéré en fonction du client dans sa fiche
  • Période de tarif :
    En fonction du paramètre RECH_PER_LIGN si pas de période saisie dans TA301
  • Code tarif :
    Récupéré en fonction du client (TA301, CL001), la recherche standard du tarif : On regarde d’abord si il existe des enregistrements correspondants au produit traité dans TA301 (Application tarif) si on ne trouve rien on ira chercher dans la fiche client en fonction de la division et nature de commande si il y a des spécificités sinon on prendra le tarif du client.
  • Flag commande non commissionnée :
    Récupéré en fonction du tarif client
  • Flag commande non ristournée :
    Récupéré en fonction du tarif client
  • Quantité 1 à 20 :
    Quantités pour la ligne correspondante de la pièce d’achat.
  • Date début livraison demandée :
    Correspond à la date de sortie prévisionnelle de la pièce d’achat.
  • Date fin livraison demandée :
    Mise à jour en fonction du code tranche de livraison demandée
  • Code tranche de livraison demandée :
    Récupéré en fonction de la date de début de livraison demandé
  • Date début livraison confirmée :
    Calculé en fonction de la date début de livraison demandé (TA369 Délai commercial)
  • Date fin livraison confirmée :
    Calculé en fonction de la date début de livraison demandé (TA369 Délai commercial)
  • Code tranche de livraison confirmée :
    Calculé en fonction de la date début de livraison demandé (TA369 Délai commercial)
  • Date début livraison départ entrepôt (Usine) :
    Calculé en fonction de la date de début livraison demandé et des délais commerciaux (TA369).
  • Date fin livraison départ entrepôt (Usine) :
    Calculé en fonction de la date de début livraison demandé et des délais commerciaux (TA369).
  • Code tranche de départ entrepôt (Usine) :
    Calculé en fonction de la date de début livraison demandé et des délais commerciaux (TA369).
  • Nombre de jour d’acheminement :
    Calculé en fonction des délais d’acheminement (TA161)
  • Code du premier représentant :
    Recherché en fonction du client, de la saison de vente, de la division commerciale et du secteur de vente
  • Taux de commission du premier représentant :
    Recherché en fonction du représentant, du profil article, profil client et profil commande.
  • Code du deuxième représentant :
    Recherché en fonction du client, de la saison de vente, de la division commerciale et du secteur de vente
  • Taux de commission du second représentant :
    Recherché en fonction du représentant, du profil article, profil client et profil commande.
  • Montant HT de la ligne :
    Calculé en fonction du tarif et de la période de tarif
  • Montant éléments de tarifications :
    Calculé en fonction des règles établies dans PR023 (Application des éléments de tarifications).
  • Code lieu magasin destinataire :
    Récupéré dans la pièce d’achat : lieu Magasin de réception
  • Code magasin destinataire :
    Récupéré dans la pièce d’achat : Magasin du magasin de réception
  • No d’OF de la pièce d’achat correspondante :
    Récupéré dans la pièce d’achat

 

La commande de vente issue de la génération sera typée « Transfert ». Cette information est gérée par un flag. Ceci permet alors :

 

  • d’identifier facilement les commandes créées automatiquement : l’information « Commande de transfert » est ajoutée en entête de commande et de façon identique à l’actuelle information « Commande soldée »,
  • d’interdire l’accès aux onglets de la commande en maintenance ; ceci est effectué de manière identique à une « Commande soldée »,
  • de gérer un critère dans le kit entête de commande.

 

 

Répercussion des maintenances des pièces

Tant que la commande de vente n’est pas commencée en affectation, on peut modifier certaines données dans la commande fournisseur :

  • Modification des dates
  • Modification des quantités (à concurrence des quantités restant à affecter dans le cas d’une diminution)
  • Ajout de lignes
  • Modification du magasin d’approvisionnement (à condition que la société du nouveau magasin ait un profil de vente équivalent à celui de la commande de vente déjà générée)


‎ 

Les données modifiées sont répercutées dans la commande de vente.

L’impact de la maintenance de la commande de vente donnera lieu également à la mise à jour de l’historique des lignes de commande.

 

Visualisation de la pièce de vente générée

Dans CD902, il est possible de visualiser la commande de vente générée en utilisant les critères :

  • Référence commande client qui contient le n° de l’OF
  • Commande de transfert
  • Nouveau critère dans le kit entête de commande: « Commande de transfert » et « No d’OF de transfert »

 

En effet, la commande de vente est créée avec, dans le champ « référence de commande », le n° de l’OF. On peut donc, en choisissant le critère « référence commande client » dans CD902W03 (Liste en-tête de commande), en sélectionnant l’opérateur ‘Contient’ et en saisissant le numéro de l’OF, retrouver facilement la commande générée.

 

La commande de vente est visible également par CD001.

La mention « Commande de transfert » est affichée en bas de l’écran et ne permet pas de modifier cette commande qui, bien que non soldée, n’est modifiable par aucune fonction de maintenance de commande client.

Cette commande peut ensuite être éditée par CD005.

 

 

Préparation, expédition et réception de la pièce de vente

Après l’affectation partielle ou totale de la commande générée (par LI001 ou LI002), les champs D.D.U., D.L.P. et magasin appro deviennent inaccessibles dans l’OF de départ.

Un colisage doit être obligatoirement saisi pour pouvoir ensuite réceptionner les articles.

La réception en stock des articles de la pièce de vente se fait par SP052.

Pour plus de détails documentation « Groupe Multi-sociétés (Cross-Docking) »

Après la réception du colis, une mise à jour du stock dans le magasin de réception de la société 7 USA est faite.

 

Dans la consultation de l’historique des stocks, on aura :

Ref mvt = n°OF

Qté entrée en stock = Qté reçue sur la ligne d’OF

La commande de transfert est soldée, comme pour toutes autres commandes, au moment du LI019 (Lors de la facturation si la commande a été expédiée totalement).

Pour les quantités, on peut modifier à concurrence du reste à affecter dans le cas de diminution et dans le cas d’augmentation tant que la ligne de commande n’est pas soldée.

Pour les délais et le magasin d’approvisionnement, si la ligne de commande est commencée on ne peut pas les modifier dans la commande d’achat.

 

 

Exécution des transferts matière

2 modes de génération de commandes sont possibles :

  • Manuelle via CO211
  • Automatique via le calcul de Besoins. Cette partie sera détaillée dans le chapitre « Calcul de besoins »

 

 

Paramétrage spécifique matières

 

TA084 : En-cours transport matière

Pour les transferts, il est nécessaire de déclarer les en-cours entre les magasins des deux sociétés, en cochant ‘Gest en cours’.

 

 

Données de base Matière

 

Les composants doivent être déclarés à la vente dans MA001.

La coche ‘matière à la vente’ se trouve dans l’onglet ‘Codification’ de MA001.
‎De même, pour chaque composant, une coche ‘Composant à la vente’ dans l’onglet ‘Classification’ permet de déclarer vendable ou non un composant d’une matière à la vente (MA001W21)

 

MA007 : Tarif matière composant

Cette fonction permet de saisir des prix pour les composants. Le tarif matière doit être également renseigné dans la fiche client (CL001) dans l’onglet ‘Facturation’.

 

N.B. :
MA113 et TA556 doivent être correctement renseignés (voir plus haut)

 

 

Saisie d’une commande achat matière

Dans CO211, la saisie d’une commande achat matière de type transfert peut se faire soit par la saisie dans le champ ‘Méthode d’appro’ en haut de l’écran, soit par la saisie d’un circuit étant lui-même en méthode d’appro de type transfert. Dans ce cas, le champ ‘Méthode d’appro’ sera automatiquement renseigné.

En saisie des lignes, les magasins de besoin et d’approvisionnement ramenés sont ceux définis dans MA113.

Dès la validation de la commande achat, une commande client matière va être automatiquement générée (voir plus bas). De plus, la génération de la commande associée à l’achat matière a mis à jour les prix de la matière dans la commande achat. Ceux-ci sont issus de MA007.

Les éléments de tarification déclarés dans PR023 sont également pris en compte. Il n’est pas possible de saisir de prix spéciaux dans cette commande d’achat.

Les contrôles sont pour la plupart identiques à ceux définis pour les produits finis. Le contrôle que la matière est bien à la vente est ajouté.

 

Tarif et période sont identiques à l’entête étant donné qu’il n’existe pas à l’heure actuelle de paramétrage possible (type TA301). Le tarif et la période permettent de rechercher le prix du composant. Un blocage interdit toute création de commande de vente si aucun prix n’est trouvé.

Dans le cas d’un client interne il n’y a pas de nécessité de valoriser les factures, les lignes de la commande de vente sont donc renseignées avec des prix à 0.

 

Les délais de livraison demandée et confirmée sont identiques puisqu’il n’existe pas de paramétrage actuel concernant les délais de livraison au niveau matière. Ils sont générés à partir des délais de la commande d’achat.

La génération de la commande de vente doit également prendre en compte les éléments complémentaires de tarifs éventuellement définis dans PR023 en fonction des critères entête et lignes.

 

 

Répercussion des maintenances des pièces

Tant que la commande matière n’est pas commencée en affectation, on peut modifier certaines données dans la commande d’achat :

  • Modification des dates
  • Modification des quantités (à concurrence des quantités restant à affecter dans le cas d’une diminution)
  • Ajout de lignes
  • Modification du magasin d’approvisionnement (à condition que le nouveau magasin ait un profil de vente équivalent à celui de la commande de vente déjà générée)

 

Les données modifiées sont répercutées dans la commande matière.

L’impact de la maintenance de la commande matière donnera lieu également à la mise à jour de l’historique des lignes de commande.

 

 

Visualisation de la pièce de vente générée

Dans CM902, il est possible de visualiser la commande de vente générée en utilisant les critères :

    • Référence commande client qui contient le n° de la commande d’achat
    • Nouveau critère dans le kit entête de commande: « Commande de transfert »

 

En effet, la commande de vente est créée avec, dans le champ « référence de commande », le n° de la commande d’achat et libellée ainsi : « No cde achat : xxxx ». On peut donc, en choisissant le critère « référence commande client » dans CM902W02 (Liste en-tête de commande), en sélectionnant l’opérateur ‘Contient’ et en saisissant le numéro de la commande d’achat, retrouver facilement la commande générée.

 

La commande de vente est visible également par CM001. La mention « Commande de transfert » est affichée en bas de l’écran et ne permet pas de modifier cette commande qui, bien que non soldée, n’est modifiable par aucune fonction de maintenance de commande client.

Cette commande peut ensuite être éditée par CM005.

 

 

Préparation, expédition et réception de la pièce de vente

La commande matière peut être préparée via LM057W02.

Pour plus de précisions, Cf.  Vente de composants

 

Lors de cette préparation, le magasin d’approvisionnement est le magasin déclaré dans TA084. La commande peut ensuite être colisée et expédiée via LM011.

 

La réception se fait ensuite par SM010 (Réception en stock) et ce, impérativement dans l’onglet ‘Réception IN TRANSIT’.

La réception se fait dans le magasin de besoin.

Une commande d’achat de type ‘transfert’ n’est pas visible dans l’onglet ‘Réception commande’ du SM010.

SM010 permet d’effectuer une réception totale ou une réception partielle. Dans le cas d’une réception partielle, il est essentiel de renseigner les composants réceptionnés.

 

À la suite de la réception, il sera possible d’éditer ou de consulter les écarts par les éditions ou consultations d’historique des stocks via interrogation sur le type de mouvement dédié.

  • SM062 : Edition historique du stock
  • SM962 : Consultation historique du stock

 

 

AS413 : Transfert PF ou MAT en achat/vente

AS413W01
Cette fonction permet de reprendre les générations et les contrôles, si la génération a été interrompue accidentellement (arrêt anormal)

 

Cette fonction permet :

  • de générer une pièce de vente à partir d'une pièce d'achat de méthode d'approvisionnement correspondant à un TRANSFERT. Ainsi, cet utilitaire permet de générer une commande client à partir d'un OF dans le cas des TRANSFERTS DE PRODUITS FINIS ou bien une commande de vente de composant à partir d'une commande d'achat matière dans le cas des TRANSFERTS DE MATIERE.
  • de contrôler les pièces d'achats (OF et/ou commande d'achat) de transfert par rapport aux pièces de vente générées.

 

AS413 sert uniquement à créer la commande client à partir de la commande d’achat si la commande client n’a pas été crée du fait d’un problème technique. Par contre on ne complète pas une commande client déjà existante.

2 critères :

  • le 1er critère (N° OF) concerne les PF donc c’est soit un OF soit une commande d’achat PF
  • le 2nd critère sert pour les commandes de transfert matière


 

AS205 : MAJ cde frs TRANSFERT (qté/solde/cli)

 

Cette fonction permet de contrôler et mettre à jour les données des commandes client de transfert en cas de problème sur une commande fournisseur de transfert

  • Écart de quantité entre la Cde fournisseur et la Cde client de transfert
    • on recherche les lignes de CDE FRS TRF non soldées associées à une ligne de CDE CLI non soldée pour lesquelles on trouve au moins une qté / taille différente entre les 2 lignes ; pour celles-ci, on lance la procédure de contrôle de données (comme en cas de maintenance dans LA001) et si pas de message bloquant, on lance la procédure de modification (comme en cas de maintenance dans LA001)

 

  • Écart de position de flag solde entre la Cde fournisseur et la Cde client de transfert
    • on recherche les lignes de CDE FRS TRF non soldées (FLAG_SOLD NULL) mais stockées (FLAG_STOK NOT NULL) associées à une ligne de CDE CLI soldée (FLAG_SOLD NULL) pour lesquelles on trouve au moins une qté / taille différente entre les 2 lignes ;
      • ‎pour celles-ci, on lance la procédure de solde de CDE FRS

 

  • Cde client de transfert non générée à la validation de la Cde fournisseur de transfert
    • on sort les CDE FRS TRF ayant au moins une ligne non soldée/stockée pour lesquelles on ne trouve pas de CDE CLI ; pour celle-ci, on lance la procédure de génération de CDE CLI (comme quand validation dans pied de LA001)

 

En résumé, cette fonction sort les messages d'anomalie en cas de mise à jour impossible à réaliser.


‎ 

Exécution des transferts par le calcul de besoins

 

Précautions préalables

Dans TA034, pour les magasins de produits finis et pour les magasins de matière concernés par les transferts produits finis et matières, il faut cocher ‘Gestion du magasin de besoin’. En effet, si cette coche n’est pas activée, le calcul de besoin se fera sur le magasin de la fiche article et non sur le magasin réel où se trouve le besoin (prévision de vente, commande client…)

De plus, il faut s’assurer que la coche ‘Stock pas pris en compte dans les besoins’ ne soit pas activée.


Processus standard

 

BE201 : Lancement des calculs de besoin

4 types d’enregistrements liés au « Transfert »  :

093 – Proposition de transfert PF (PRPTP)

193 – Proposition de transfert matière (PRPTM)

081- Besoin transfert PF (BTRPF)

181- Besoin transfert matière (BTRMT)

 

Dans le cas d’une méthode d’approvisionnement « Transfert », le calcul récupère le magasin d’approvisionnement associé afin qu’un emploi soit créé sur celui-ci, une ressource étant alors créée sur le magasin de besoin.

 

Remarque :

Principe de fonctionnement dans le cas où le CBN se trouve sur un magasin de regroupement par rapport à la modalité d’approvisionnement 03 (= transfert) :

1/ CBN dont le besoin se trouve sur un magasin « classique » pour lequel on trouve un circuit de modalité 03 (= transfert) : Le CBN étudie la couverture des ressources par rapport aux besoins pour le magasin de besoin. En cas de rupture, il reporte le besoin commercial manquant sur le magasin d’approvisionnement pour ensuite faire l’étude de besoin sur ce magasin d’approvisionnement.

2/ CBN dont le besoin tombe sur un magasin qui est par définition regroupé sur un magasin de regroupement : Le CBN fait par défaut tomber tous les besoins et toutes les ressources sur le magasin de regroupement et fait l’étude sur ce magasin.


‎ 

 

BE204 : Maintenance proposition cde four PF

Dans les lignes, la présence d’un magasin d’approvisionnement signifie qu’il s’agit d’une proposition de transfert.

 

 

BE205 : Maintenance proposition cde four Mat

Dans les lignes, la présence d’un magasin d’approvisionnement signifie qu’il s’agit d’une proposition de transfert.

 

 

LA009 : Génération automatique de commande fournisseur.

Dans cette fonction, qui peut être enchaînée à partir du BE204 ou lancée directement au menu, une commande fournisseur va être automatiquement créée, elle sera de type transfert. Simultanément, la commande client est générée avec, en référence, le n° d’OF.

 

 

CO230W01 : Génération automatique de commande matière.

Dans cette fonction, qui peut être enchaînée à partir de BE205 ou lancée directement au menu, une commande d’achat va être automatiquement créée, elle sera de type transfert. Simultanément, la commande client matière est générée avec, en référence, le n° de la commande d’achat.

 

 

Cas simple d’approvisionnement d’un magasin à partir d’un autre

 

exemple :

Pour un article donné, on a un besoin sur le magasin USA et un autre sur le magasin PEROU sous forme de proposition d’achat PF.

Dans AR113, un circuit en méthode d’approvisionnement transfert a été défini pour cet article. Le magasin PEROU est le magasin d’approvisionnement du magasin USA.

Le calcul de besoin crée alors une proposition de transfert (PRPTP) et non plus d’achat sur le magasin USA et une proposition d’achat (PRPAC) sur le magasin PEROU augmentée de la quantité nécessaire pour le magasin USA.

 

Fonctionnement identique pour un calcul de besoins matière.

 


‎ 

Cas de transferts en cascade

exemple :

Pour un article, on a des besoins sur 3 magasins :

USA1 : 100
USA2 : 50

PEROU : 70

Dans AR113, les circuits et magasins de cet article sont définis ainsi :

Le magasin USA1 est approvisionné par USA2.
Le magasin USA2 est approvisionné par PEROU.

Le calcul de besoins génère les enregistrements suivants :

  • Une proposition de transfert (PRPTP) de 100 du magasin USA2 vers le magasin USA1
  • Une proposition de transfert (PRPTP) de 150 du magasin PEROU vers le magasin USA2 (100 pièces pour USA1 + 50 pièces pour USA2, puisque c’est USA2 qui alimente USA1)
  • Une proposition d’achat (PRPAC) de 220 sur le magasin PEROU, correspondant à 100+50+70, puisque, par effet de cascade, ce magasin doit alimenter les deux autres.

 

Fonctionnement identique pour un calcul de besoins matière.

 

Cas où transfert effectif avant lancement du calcul de besoins

 

exemple :

Pour un article, on a des besoins sur 2 magasins :

USA : 100

PEROU : 50

Dans AR113, les circuits et magasins de cet article sont définis ainsi :

Le magasin USA est approvisionné par PEROU.

Une commande fournisseur de transfert a déjà été saisie par LA001 (qté = 100) pour cet article. Il s’agit donc bien d’un transfert entre les magasins USA et PEROU.

Le calcul de besoin va alors générer les enregistrements suivants :

  • Une proposition d’achat (PRPAC) de 100 pour le magasin PEROU.
  • Une proposition d’achat (PRPAC) de 50 pour le magasin PEROU.

Il n’y a pas de proposition de transfert car une commande fournisseur de transfert existe déjà entre les magasins concernés.

 

Fonctionnement identique pour un calcul de besoins matière.

 

Cas avec un magasin d’appro défini pour le magasin atelier

 

Uniquement pour les calculs de besoin matière.

 

Il s’agit ici du cas où, dans TA034, un magasin d’approvisionnement a été défini pour un magasin matière (dans l’onglet ‘Magasins d’approvisionnement’)

 

Dans ce cas, le magasin d’approvisionnement défini dans MA113 n’est pas pris en compte car le magasin d’approvisionnement défini dans TA034 est prioritaire.

 

Exemple 1 :

Soit un besoin de 150 pour une matière, sur le magasin M1.

Dans TA034, on a défini que :

Le magasin matière M1 est approvisionné par M2

Dans MA113, on a défini, pour une matière, que :

Le magasin matière M1 est approvisionné par M3

 

Le calcul de besoin générera une proposition d’achat matière (PRPMT) sur M2 de 150 et aucune proposition de transfert.

 

 

Exemple 2 :

Soit un besoin de 150 pour une matière, sur le magasin M1.

Dans TA034, on a défini que :

Le magasin matière M1 est approvisionné par M2

Dans MA113, on a défini, pour une matière, que :

Le magasin matière M1 est approvisionné par M3
Le magasin matière M2 est approvisionné par M4.

 

Le calcul de besoin générera :

  • 1 proposition de transfert matière (PRPTM) de M4 vers M2 de 150.
  • 1 proposition d’achat matière (PRPMT) pour M4 de 150.

 

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 MULS 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

Le critère fonctionnel « Position in transit » et le critère libre « Magasin in transit » 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

Le calcul du stock effectif se met à jour lors de la facturation (au passage par LI019).


‎ 

Récapitulatif des notions DATES & TRANCHES de commande

 

Chaque commande fournisseur référence 3 types de dates :

 

  • Mise en Production
    (… par l’atelier, soit la date d’entrée pour la 1ère phase du circuit)

     

  • Départ Usine [D.D.U.]
    (… depuis l’atelier, soit la date de sortie pour la dernière phase du circuit)

     

  • Livraison
    (… au donneur d’ordre, en prenant en compte les contraintes logistiques pour acheminer la marchandise, depuis l’atelier jusqu’au donneur d’ordre, via un éventuel entrepôt transitaire)

 

L’évolution de chacun des 3 types de dates peut être détaillée en 4 étapes chronologiques :

  • Date Demandée
    (initialement, par le donneur d’ordre, au fournisseur)

     

  • Date Confirmée
    (par le fournisseur, au donneur d’ordre)

     

  • Date Prévue ou Date Sortie Prévisionnelle (D.S.P.)
    (sous forme d’une tranche de dates)

     

  • Date Constatée
    (par le donneur d’ordre, à réception des marchandises)

 

Tableau récapitulatif :

Dates (cde fournisseur) ou Tranches (cde client) Étape
«demandée»
Étape
«confirmée»
Étape
«prévue»
Étape
«constatée»

DMP

Mise en Production

 

 

 

 

DDU

Départ Usine

D.D.U.D.

D.D.U.C.

D.D.U.P.

 

DL

Livraison

D.L.D.

D.L.C.

D.L.P.

 

N.B. :
cases grisées = tranches de dates début/fin pour les commandes client