Points d'entrée > Module Achats > Script standard TRTACHPSH1 

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 demande d'achat  de façon spécifique.

Elle permet également d’effectuer un tri spécifique sur les besoins pris en compte afin de générer les lignes de demande d'achat dans un ordre particulier.

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).

ECLAT_PJT

 Eclatement par numéro d'affaire (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).

ECLAT_PJT  = 2  Eclatement par numéro d'affaire.

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

Remarques diverses

ADDCRITPSD : ajout de critères de filtre des lignes de demande d'achat

Ce point d'entrée situé dans le traitement TRTACHPSH1,transformation d'une demande d'achat en commande,génère une action "ADDCRITPSD".

Le but de cette action est de donner la possibilité de positionnerdes filtres supplémentaires sur les lignes de demandes d'achat à traiter.


Contexte et mode de fonctionnement

Transaction

Il n'y a pas de transaction en cours.

Fichier trace

Il y n'a pas de fichier trace ouvert.

Différents cas d’appel

L'appel se fait en début de traitement de transformation d'une demande d'achat en commande, lors du chargement de l'écran de travail [M:PMG].

Variables et masques disponibles

La classe fichier [F :PSH]  ainsi que les classes masque [M:PSH0],[M:PSH1]  sont chargées  lors de l'appel de l'action "ADDCRITPSD".


La variable WCRITSPE doit être alimentée pour influencer le filtre sur les lignes de demandes d'achat à prendre en compte.



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

 Non

Lignes demandes d’achat

ITMMASTER

Non

Articles

ITMBPS

 Non

Articles – Fournisseurs

FACILITY

 Non

Sites

ITMFACILITY

 Non

Articles – Sites

ITMMVT

 Non

Cumuls mouvements articles – sites

PPRICLINK

 Non

Pour recherche tarifs

BPSUPPLIER

 Non

Fournisseurs

BPARTNER

 Non

Tiers

BPSUPPMVT

 Non

Mouvements fournisseurs

Remarques diverses