02 Codifications
02 Codifications
Equipe projet
PARAMETRAGES DIVERS
Destinataires
6. TRANSLATEUR DE PÉRIODE..............................................................................................................................43
1. Contenu du document
L’objectif de ce document est de présenter le paramétrage des données statiques
nécessaires au déroulement d’un flux - achat vente complet (article, fournisseur, fiche info
achat, client, fiche article client).
Ces paramétrages ont été faits dans le but de recréer ou simuler un flux qui soit en ligne
avec celui d’STG: ils ne sont pas liés à la mise en place du flux EDI en lui-même à deux
exceptions près : la fiche info-achat et la fiche client article. Cependant ils sont nécessaires
afin de pouvoir appliquer une couche EDI à un flux cohérent avec la réalité STG.
Pour chaque type de donnée statique, nous reportons un tableau des données à paramétrer
avec leurs caractéristiques. En particulier, la colonne « valeur du champ » indique, si elle est
remplie, la valeur à renseigner car commune à tous les enregistrements dans le cadre de ce
flux fonctionnel. Là où elle ne l’est pas, la valeur du champ est spécifique à l’enregistrement
en cours de création.
Afin de pouvoir reproduire la configuration des données de base qu’STG nous a fournies,
des points de paramétrage supplémentaires se sont révélés nécessaires lorsqu’il n’existait
pas, dans les tables de base déjà paramétrées, de données adéquates : il est nécessaire de les
effectuer avant de renseigner les données statiques liées au flux et sont donc présentés
avant.
Enfin, puisque la détermination du prix n’est pas « importante » par rapport à notre
problématique aussi bien fonctionnelle que de mise en place du flux EDI, nous avons utilisé
un schéma de prix le plus simple qui soit (prix HT et TVA). Cependant, nous reportons dans
le paragraphe 4 la logique de la détermination de prix de façon à ce qu’il soit possible, le cas
échéant, de paramétrer des calculs de prix plus élaborés.
De façon générale, les paramétrages sont effectués dans le mandant où ils se révèlent
nécessaires pour pouvoir effectuer le flux : par exemple, les paramétrages concernant le
client sont dans le mandant 731 (qui est celui du fournisseur STG) alors que ceux
concernant le fournisseur sont dans le mandant 150 (qui est celui du client AIRBUS).
Bien sûr tous les paramétrages concernant les articles sont effectués dans les deux
mandants, mais ils ne sont documentés ici que sur le mandant 150.
NB : le mandant 731 est identifié des copies d’écran SAP par la couleur violette; le 150 par la
couleur verte.
Justification fonctionnelle
Renseigner les champs mis en évidence, dans notre cas : ZCOM et Composites.
Sauvegarder
Dans le fiche client article, ce nouveau type de groupe marchandise sera proposé en cliquant
sur le match code.
Justification fonctionnelle
Renseigner les champs mis en évidence, dans notre cas : ZA400M et Programme A400M.
Sauvegarder
Dans le fiche client article, ce nouveau type de groupe marchandise sera proposé en cliquant
sur le match code.
Justification fonctionnelle
STG classe ses clients selon la classification APE : nous avons donc créé un code branche
APE, qui, utilisé avec les branches d’activité (cf. paragraphe suivant), permettra de
maintenir cette classification.
Renseigner le code branche et la désignation, dans notre cas APE et Code APE
Sauvegarder
Justification fonctionnelle
En définissant les branches d’activité existant dans la classification APE, il sera possible de
maintenir la classification utilisée par STG
Sauvegarder
Justification fonctionnelle
AIRBUS est une Société par Actions Simplifiée, (SAS). Cette forme juridique n’était pas
définie. Or il s’agit d’une information que STG souhaite enregistrer.
Sauvegarder
Le groupe de compte permet de piloter et classifier une fiche client. Les informations ci-
après caractérisent un groupe de compte
Justification fonctionnelle
Afin de reproduire le type de numérotation des clients utilisée par STG nous avons créé un
nouveau type de donneur d’ordre (DO)
Se positionner sur la ligne 0001 Donneur d’ordre et cliquer sur le bouton « Copier sous…. »
Sauvegarder
Double cliquer sur la ligne « Paramétrer détermination du partenaire pour la fiche client »
Choisir dans l’arborescence « affectation schéma partenaire » et chercher dans la liste des
groupes de comptes celui que nous venons de créer, ZDO, et lui affecter le schéma
partenaire AG : donneur d’ordre.
Il s’agit de lier les rôles partenaires qui peuvent exister avec ce type de groupe de compte
Sauvegarder
Justification fonctionnelle
La fiche article est l’une des données de base indispensables afin de pouvoir mettre en place
un flux d’achat vente.
Afin de paramétrer la fiche article dans le mandant AIRBUS (mandant 150), nous avons fait
l’hypothèse qu’AIRBUS désirait gérer les mêmes éléments qu’STG . Les fiches articles sont
donc identiques dans les deux mandants, à deux exceptions près :
- Essayer de gérer dans SAP tous les éléments qui l’étaient auparavant par STG
- Répondre aux nécessités du flux fonctionnel entre AIRBUS et STG (gestion par lots et
numéros de série dans les deux mandants, entrée en stock qualité dans le mandant 150
seulement)
Ci-dessous nous reportons un tableau récapitulatif des données renseignées et de leurs
caractéristiques, puis les étapes à suivre pour procéder au paramétrage de chacune des
vues. A la fin nous donnons la liste des vues non traitées car non nécessaires pour notre
besoin.
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
Données
Gén/Div Profil Num de série F 003: Gestion des stocks x S
Achats Groupe d'achteur O YGA x S
Achats Enr. Dans stock qualité F X x S
Stock 1 Gestion par lot F X x S
Stock 2 Défaut x S
Comptabilité
1 * Code Prix O S (Standard) x S
Comptabilité
1 Prix Standard O S
Comptabilité
2 Défaut x S
Trois données méritent un commentaire :
- Le « profil numéros de série », du fait qu’il est renseigné, indique que cet article doit être
géré avec des numéros de série. Les articles produits par STG pour AIRBUS doivent
obligatoirement avoir un numéro de série afin d’identifier chaque pièce produite de
façon univoque.
Le profil choisi implique que tous les mouvements de stocks liés à cet article doivent
renseigner les numéros de série des articles concernés.
- L’activation de la gestion par lot est nécessaire pour pouvoir attribuer des numéros de
série.
Dans le système d’STG le numéro de lot correspond au lot de fabrication.
Dans le système d’AIRBUS il correpond à un code identifiant l’avion sur lequel sera
montée la pièce en question.
- L’ « Entrée dans le stock qualité », activée chez le client seulement, permet de
reproduire le flux chez AIRBUS, à savoir que les articles réceptionnés doivent passer un
contrôle qualité avant d’être utilisables.
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
DdeB1 Article O x S
DdeB1 Désignation O x S
DdeB1 *Unité de quantité de base O PC Pièce x S
DdeB1 Poids brut O x S
DdeB1 Poids net O x S
DdeB1 * Groupe de marchandise O YCOMP x S
DdeB1 *Unité de poids O KG x S
DdeB1 *Groupe de march externe F YA400M x S
DdeB1 GpeGénTypPoste O NORM (défaut) x S
DdeB1 * Secteur d'activité F Y2 x S
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
Org. Comm 1 * Données de taxes O 1 x S
Org. Comm 2 Défaut x S
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
Données
Gén/Div GpeTransp O 0001 x
Données
Gén/Div Gpe.charg. O 0003 x
Données
Gén/Div Profil Num de série F 003: Gestion des stocks x S
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
Achats Groupe d'achteur O YGA x S
Achats Enr. Dans stock qualité F X x S
Obligatoire
(O) / Standard
Transaction: Champ
Facultatif VUES (S) / Non Hors
MM01 (*: données spécifiques STG à (F) /
Valeur du champ
GEREES standard périmètre
Onglet définir dans une autre table) Automatique (nonS)
(A)
Comptabilité
1 * Code Prix O S (Standard) x S
Comptabilité
1 Prix Standard O S
Comptabilité
2 Défaut x S
Obligatoire Standard
Transaction: Champ (O) /
VUES (S) / Non Hors
MM01 (*: données spécifiques STG à Facultatif Valeur du champ
(F) / GEREES standard périmètre
Onglet définir dans une autre table)
Automatique (nonS)
(A)
DdeB2 S HP
Classification S HP
Comm. Ext
(Imp/Exp) S HP
Texte ADV Description F x S
Texte
commande
d'achat S HP
Planif des
besoins 1 a 4 S HP
Previsions S HP
Emplac. Mag
1 -2 S HP
Manag.
Qualité S HP
CCR 1 -2 S HP
Justification fonctionnelle
La fiche fournisseur est l’une des données de base indispensables pour gérer un flux d’achat.
Nous sommes partis de la même hypothèse que pour les données articles, à savoir
qu’AIRBUS voudrait renseigner sur ses fournisseurs les mêmes données qu’STG renseigne
sur ses clients.
XK 01: ECRAN SAP Nom Ecran Champ SAP O/F Valeur du champ
1 adresse Nom O
1 adresse Critère de recherche O STG
1 adresse Groupe "Adresse postale" O
1 adresse Tel F
1 adresse Fax F
2 Pilotage N° SIRET F
2 Pilotage TVA sur CA F cocher
2 Pilotage Branche F
2 Pilotage N. Ident TVA F
2 Pilotage Système QM réel F
2 Pilotage Système QM jusqu'à F
4 Comptabilité Gpe prév trésorerie O A1 (Fourn national)
4 Comptabilité cpte collectif O 160000 (dettes fourn
domest)
5 Opér Modes paiement F
paiement/compta
5 Opér Condition Paiement F
paiement/compta
6 Données achat Vendeur/vendeuse F
6 Données achat Tel: F
6 Données achat Incoterms F
XK 01: ECRAN SAP Nom Ecran Champ SAP O/F Valeur du champ
3.2.2.1. Ecran 1
XK 01: ECRAN SA
1
1
1
1
1
3.2.2.2. Ecran 2
XK 01: ECRAN SAP Nom Ecran Champ SAP O/F Valeur du champ
2 Pilotage N° SIRET F
2 Pilotage TVA sur CA F cocher
2 Pilotage Branche F AIR
2 Pilotage N. Ident TVA F
2 Pilotage Système QM réel F
2 Pilotage Système QM jusqu'à F
3.2.2.4. Ecran 4
XK 01: ECRAN SAP Nom Ecran Champ SAP O/F Valeur du champ
3.2.2.6. Ecran 6
XK 01: ECRAN SAP Nom Ecran Champ SAP O/F Valeur du champ
3.2.2.7. Ecran 7
XK 01: ECRAN SAP Nom Ecran Champ SAP O/F Valeur du champ
Justification fonctionnelle
La fiche infos-achat n’est pas indispensable pour gérer un flux d’achat, mais elle l’est pour
gérer un flux EDI, car c’est elle qui permet d’identifier comment est codifié l’article dans le
système du fournisseur.
O/
ME11: Nom Ecran Champ SAP Valeur du champ
F/A
Fournisseur O
Article O
Organ Achat F
Division F
Le numéro article fournisseur est indispensable pour gérer un flux EDI : il permet lors de
l’envoi d’idocs, d’identifier la codification de l’article dans le système du fournisseur.
O/
ME11: Nom Ecran Champ SAP Valeur du champ
F/A
Ecran initial Fournisseur O
Ecran initial Article O
Ecran initial Organ Achat F
Ecran initial Division F
Ecran initial type fiche info achat O Standard
O/
ME11: Nom Ecran Champ SAP Valeur du champ
F/A
Données générales No Article fournisseur F
Données générales unité d'achat O
Données générales Conversion O
Données générales Conversion O
O/
ME11: Nom Ecran Champ SAP Valeur du champ
F/A
Données organ achats Delai liv prévu O
Données organ achats Groupe d'acheteurs O
Données organ achats Qté standard O
Données organ achats Prix Net O
Données organ achats Qté Prix net O
Données organ achats Conv Qté O
Données organ achats Conv Qté O
Justification fonctionnelle
La fiche fournisseur est l’une des données de base indispensables pour gérer un flux d’achat.
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
Comm.
Lieu Incoterm F Labège
Données dom. Facture Condition Paiement F 001
Comm.
Données dom. Facture Classification taxes O 1 Imposable
Comm.
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
XD01 VUE SAP Onglet SAP Champ SAP O/F Notes Valeur du champ
Justification fonctionnelle
La fiche client-article n’est pas indispensable pour gérer un flux d’achat, mais elle l’est pour
gérer un flux EDI, car c’est elle qui permet d’identifier comment est codifié l’article dans le
système du fournisseur.
VD51 :Nom
Champ SAP O/F/A Valeur du champ
Ecran
Ecran initial Client O
Ecran initial Organ Comm O
Ecran initial Canal distr O
Synthèse Numéro article O
Synthèse Désignation A
Synthèse Article client O
Détail Info Désignation art client F
Détail Info Division F ZDV1
Le code article client est indispensable pour gérer un flux EDI : il permet lors de l’envoi de
d’IDOC, d’identifier la codification de l’article dans le système du client.
VD51 :Nom
Champ SAP O/F/A Valeur du champ
Ecran
Ecran initial Client O
Ecran initial Organ Comm O
Ecran initial Canal distr O
VD51 :Nom
Champ SAP O/F/A Valeur du champ
Ecran
Synthèse Numéro article O
Synthèse Désignation A
Synthèse Article client O
VD51 :Nom
Champ SAP O/F/A Valeur du champ
Ecran
Détail Info Désignation art client F
Détail Info Division F ZDV1
Notre prix final est donc composé du prix brut (type de condition PR00)et de la TVA (type
de condition MWST) sans remise et sans frais annexes (ces deux types de conditions sont
déjà affectées dans le schéma de calcul RVAA01) voir paramétrage du schéma de calcul ci-
après). En outre:
Nous allons voir à travers ces points de paramétrage comment le système procède pour
calculer le prix quand il s’agit de l’article PC0004 et le client STG-AIRBUS
Nous utiliserons la table 005 standard dans laquelle sont définis les critères de
détermination du prix (client et article dans zones sélection).
- RègleCalcul = C : cela signifie que ce type de condition est une condition de prix et est
calculé selon la quantité. Ex. 100000 € pièce.
- Condition poste : siginifie que la condition n’est apliquable qu’au niveau poste du
document.
- Séquence d’accès PR02 : modalité de recherche selon laquelle le système accède aux
enregistrements condition. Nous verrons ci-après ce point de paramétrage.
Vous remarquez que l’accès est identifié par un n° d’accès et une table. C’est aussi une
combinaison de de critères qui servent à identifier un enregistrement condition
(client/article dans notre cas).
Le type de condition est déterminé automatiquement car la case à cocher « Manuel » n’est
pas cochée. Nous verrons après que c’est le cas pour le type de condition MWST (taxe).
Cet vous montre comment le schéma de document standard A est affecté au type de
document de vente CSTG.
Le schéma client 1 est affecté au groupe de compte ZDO. le schéma client est un des critères
qui permet la détermination automatique du schéma de calcul.
Impact :
Si vous créez une commande client en utilisant le domaine commercial ZOC1,Z1,Z2, le type
de document CSTG auquel est affecté le schéma de document A et le client STG-AIRBUS
Pour finir on crée un enregistrement condition de prix pour le couple article / client qui
sera utilisé à la création d’une commande client.
Transaction
VK11
- Executer
Un prix de 10000 € est affecté à l’article PC0004 pour le client STG-AIRBUS dans le domaine
commerciale ZOC1,Z1,Z2.
5. Translateur de période
Justification fonctionnelle
Cette activité IMG est obligatoire pour toute société existant dans le mandat : elle doit être
exécutée à la fin de chaque période comptable (en général le mois). Elle clôture la période à
peine terminée et ouvre la période comptable suivante.
Décaler période
Il suffit d’indiquer la société pour laquelle on veut clôturer une période et en ouvrir une
autre (dans notre cas ZSTG) et la période comptable à ouvrir : par exemple pour juillet qui
est le 7ième mois, la période sera la période 07 de l’exercice comptable en cours (2013).
On valide