Traitement TRTACHPSH1 : Demandes d'achat

CONSOPSH : Forcer le solde lors d'une consommation partielle de ligne de DA

Ce point d'entrée situé dans le traitement des demandes d’achat TRTACHPSH1, génère une action "CONSOPSH".

Le but de cette action est de donner la possibilité de solder une ligne de demande d’achat partiellement consommée, c’est à dire partiellement transformée en commande.

Contexte et mode de fonctionnement

Transaction

Il y a une transaction en cours.

Fichier trace

Il y a un fichier trace ouvert.

Différents cas d’appel

L'appel se fait lors de la création de la commande d’achat pour chaque besoin « POP » (issu d’une demande d’achat) pris en compte.

Ceci se passe quelle que soit la façon dont est créée la commande, gestion classique des commandes, génération à partir du plan de l’acheteur ou des plans de l’approvisionneur.

Variables et masques disponibles

Les classes suivantes sont chargées lors de l'appel de l'action "CONSOPSH".

[F :PSH]

Enregistrement de l’entête de la demande d’achat prise en compte (table PREQUIS)

[F :PSD]

Enregistrement de la ligne de la demande d’achat prise en compte (table PREQUISD)

[F :PWO]

Enregistrement de travail contenant les quantités en UA et US prises en compte (table PWRKORDERS)

[M :POI1] ou [M :POH0] à [M :POH3]

Toutes ces classes ne sont pas présentes en même temps.

La classe [M :POI1] est présente : La commande est générée à partir des plans.

Les classes [M :POH0] à [M :POH3] sont présentes : La commande est créée à partir de la gestion des commandes.

Les classes précédentes ne doivent pas être modifiées.

La variable suivante doit être modifiée pour forcer le solde de la ligne de la demande d’achat consommée

WSOLDPSH

Indicateur de solde de la ligne de demande d’achat

0 ou 1 = Fonctionnement normal, la ligne se solde si elle a été entièrement transformée en commande.

2 = Le solde est forcé à OUI même si la ligne n’est pas entièrement transformée en commande.

Tables ouvertes

Dans le tableau ci-dessous, le flag contenu significatif signifie que le contenu est en phase avec le contexte.

Table	Contenu significatif	Intitulé Table
PREQUIS	Oui	Entêtes demandes d’achat
PREQUISD	Oui	Lignes demandes d’achat
PWRKORDERS	Oui	Besoins pris en compte
ITMMASTER		Articles
ITMBPS		Articles – Fournisseurs
FACILITY		Sites
ITMFACILITY		Articles - Sites
ITMMVT		Cumuls mouvements articles - sites
PORDER		Entêtes commande d'achat
PORDERQ		Lignes quantités commande d'achat
PORDERP		Lignes prix commande d'achat
PPRICLINK		Pour recherche tarifs
BPSUPPLIER		Fournisseurs
BPARTNER		Tiers
BPSUPPMVT		Mouvements fournisseurs

Remarques diverses

Lors de l'appel du point d'entrée :

· Nous sommes à l'intérieur d'une boucle For Next Fichier PWRKORDERS [PWO]

CREATEPSH : Modifier la gestion des regroupements lors de la création de DA

Ce point d'entrée situé dans le traitement des demandes d’achat TRTACHPSH1, génère une action "CREATEPSH".

Le but de cette action est de donner la possibilité d’éclater les lignes de demandes d’achat lorsque les dates de besoins sont différentes.

Contexte et mode de fonctionnement

Transaction

Il n’y a pas de transaction en cours.

Fichier trace

Il y a un fichier trace ouvert.

Différents cas d’appel

Génération des demandes d’achat à partir des besoins sélectionnés depuis les plans de travail.

L'appel se fait avant la création des demandes d’achat.

Variables et masques disponibles

La classe [M:PMG] est chargée lors de l'appel de l'action "CREATEPSH".

[M:PMG]RGRFLG

Code regroupement, cette variable peut prendre les valeurs suivantes :

1 = Pas de regroupement , un besoin se traduit forcément par demande d’achat d’une ligne.

2 = Regroupement : Un regroupement se traduit par une demande d’achat d’une ligne.

3 = Regroupement : Chaque regroupement se traduit pas une ligne sur la même demande d’achat

Les variables suivantes peuvent être modifiées pour changer l'éclatement / regroupement après la prise en compte des besoins.

WSRTFLG

Indicateur de tri (0 = tri à faire en standard, 1 = tri effectué en spécifique).

ECLAT_DAT

Eclatement par date de besoin (1 = Non, 2 = Oui).

Tables ouvertes

Dans le tableau ci-dessous, le flag contenu significatif signifie que le contenu est en phase avec le contexte.

Table	Contenu significatif	Intitulé Table
PREQUIS		Entêtes demandes d’achat
PREQUISD		Lignes demandes d’achat
ITMMASTER		Articles
ITMBPS		Articles – Fournisseurs
FACILITY		Sites
ITMFACILITY		Articles – Sites
ITMMVT		Cumuls mouvements articles – sites
PPRICLINK		Pour recherche tarifs
BPSUPPLIER		Fournisseurs
BPARTNER		Tiers
BPSUPPMVT		Mouvements fournisseurs

Remarques diverses

Les valeurs par défaut des indicateurs d'éclatement sont les suivantes :

WSRTFLG = 0 Pas de tri spécifique

ECLAT_DAT = 1 Pas d'éclatement sur date de besoin (regroupement et prise en compte de la plus petite date).

Le tri effectué en standard permet de gérer convenablement l’éclatement par dates de besoins.

CALORDDAT : Modifier la date théorique de commande sur DA

Ce point d'entrée situé dans le traitement des demandes d’achat TRTACHPSH1, génère une action "CALORDDAT".

Le but de cette action est de donner la possibilité de modifier la date théorique de commande lors de la création ou de la modification d’une ligne de demande d’achat.

Contexte et mode de fonctionnement

Transaction

Il y a une transaction en cours.

Fichier trace

Il y a un fichier trace ouvert.

Différents cas d’appel

Génération ou modification des demandes d’achat à partir des besoins sélectionnés depuis les plans de travail.

L'appel se fait après le calcul de la date théorique de commande avant l’écriture ou la réécriture de la ligne de demande d’achat.

Variables et masques disponibles

Les classes [M:PMG], [F :PSD], [F :ITM] et [F :ITF] sont chargées lors de l'appel de l'action "CALORDDAT".

[M:PMG]MAJCOD

Code mise à jour:

« C » = Création de demandes d’achat.

« M » = Modification de demandes d’achat.

[F :PSD]EXTRCPDAT

Date de réception souhaitée.

[F :ITF]OFS

Délai de réapprovisionnement.

[F :ITF]QUALTI

Délai du contrôle qualité.

[F :PSD]EXTORDDAT

Date théorique de commande (résultat du calcul : date de réception souhaitée diminuée du délai de réappro de l’article ou article-site).

C’est cette date qui est modifiable par le point d’entrée, par exemple pour tenir compte du délai contrôle qualité.

Tables ouvertes

Dans le tableau ci-dessous, le flag contenu significatif signifie que le contenu est en phase avec le contexte.

Table	Contenu significatif	Intitulé Table
PREQUIS		Entêtes demandes d’achat
PREQUISD	Oui	Lignes demandes d’achat
ITMMASTER	Oui	Articles
ITMBPS		Articles – Fournisseurs
FACILITY		Sites
ITMFACILITY	Oui	Articles – Sites
ITMMVT		Cumuls mouvements articles – sites
PPRICLINK		Pour recherche tarifs
BPSUPPLIER		Fournisseurs
BPARTNER		Tiers
BPSUPPMVT		Mouvements fournisseurs

Remarques diverses

GENPSH : Alimentation de champs spécifiques avant écriture DA

Ce point d'entrée situé dans le traitement TRTACHPSH1 gestion des demandes d'achat, génère une action "GENPSH".

Le but de cette action est de donner la possibilité d'alimenter des champs spécifiques dans les enregistrements des tables demande d’achat avant l’écriture.

Nota : Ce point d’entrée n’est appelé que lors des générations automatiques de demandes d’achat à partir du planning global, plan de travail et regroupement.

Ce point d’entrée n’est pas utilisable lorsque les demandes d’achat sont créées manuellement à l’aide de la gestion objet PSH.

Il faut dans ce contexte utiliser les actions spécifiques de l’objet PSH.

Contexte et mode de fonctionnement

Transaction

Il y a une transaction en cours.

Fichier trace

Il y a un fichier trace ouvert.

Différents cas d’appel

Durant la génération automatique des demandes d’achat, l'appel se fait avant les "Write" de chacune des tables des demandes d’achat.

Ces tables sont l'entête demande d’achat (PREQUIS) et la ligne demande d’achat (PREQUISD).

L'appel se fait après le calcul de la date théorique de commande avant l’écriture ou la réécriture de la ligne de demande d’achat.

Variables et masques disponibles

Les variables suivantes sont chargées lors de l'appel de l'action "GENPSH".

[V]GOK

Cette variable globale positionnée à 0 permet d’abandonner la transaction de mise à jour de la demande d’achat en cours (Rollback).

FICHIER

Nom de la table qui va être écrite (PREQUIS ou PREQUISD).

ABRFIC

Abréviation de la table qui va être écrite (PSH ou PSD).

Les variables précédentes ne doivent pas être modifiées.

Les classes suivantes peuvent être modifiées pour alimenter les zones spécifiques :

[F:PSH] si FICHIER = "PREQUIS" et ABRFIC = "PSH"

[F:PSD] si FICHIER = "PREQUISD" et ABRFIC = "PSD"

Tables ouvertes

Dans le tableau ci-dessous, le flag contenu significatif signifie que le contenu est en phase avec le contexte.

Table	Contenu significatif	Intitulé Table
BPARTNER	Oui	Business Partner
BPSUPPLIER	Oui	Fournisseurs
BPSUPPMVT		Mouvements fournisseurs
PREQUIS	Oui	Entêtes demande d'achat
PREQUISD	Oui	Lignes demande d'achat
PPRICLINK		Recherche tarifs achat (Link)
FACILITY		Sites
ITMMASTER	Oui	Articles
ITMBPS		Articles - Fournisseurs
ITMFACILITY		Articles – Sites
ITMMVT		Cumuls mouvements articles - sites
ORDERS		Encours
TABCUR		Devises
TABCOEFF		Coefficients
PERIOD		Périodes
BUDPAR		Paramétrage budget si module compta présent