PARAMETRAGE PM 4.

6C V1

B. DAVIAUD - SAP France

custo pm.doc 14/06/02

 2/68

Avant propos

Le paramtrage PM nest pas compliqu mais doit suivre une logique et un enchanement qui prviendra
toute erreur prjudiciable.

PM est un module qui a besoin quasi obligatoirement de FI, CO et MM. Bien sur On pourra se passer par
paramtrage de CO en ne faisant aucun reversement de cots et en bloquant le flux logistique en ne
gnrant aucune DA ou rservations mais PM ne pourra exprimer sa puissance quen association avec ces
modules.

De plus, lutilisation de modules comme HR pour lutilisation de matricules, la gestion des qualifications, et la
saisie des temps CATS, de PS pour la gestion de projet ou la gestion des budgets de maintenance, QM
pour la gestion des instruments de mesure permettront de parfaire ltendue des possibilits offertes par la
gestion de maintenance sous SAP R/3.

Je rappelle galement que 60 % des points de paramtrage environ sont communs entre PM et CS (ex SM).
En effet, la diffrence essentielle entre le module PM et le module CS pourrait se rsumer ainsi :

Le module PM a pour vocation de grer la maintenance dobjets techniques propres lentreprise. Il

peut sagir des machines de production, des PC Tout cot issu de la rparation, quelle soit faite en
interne ou en externe est une charge et se retrouve donc au final sur un objet analytique final :
centre de cot, OTP, ordre interne ou immobilisation.

Le module CS mme sil reprend les fonctions de suivi de la gestion de la maintenance porte sur des
objets techniques qui ne nous appartiennent pas. On parle aussi de service aprs vente. Un exemple
simple pourrait tre une entreprise qui fabrique et commercialise des tlphones portables. Lorsque
ces tlphones sont en panne, ils reviennent vers le fabricant et sont rpars. Une notion
supplmentaire de client vient sajouter au flux. Le client apporte son tlphone portable dfectueux
et demande sa rparation. Le module CS prend en charge cette rparation en coordination avec le
module SD puisquil y aura une commande. Le traitement de lordre de travail appel ici ordre de
service est identique lordre de travail PM en ce sens quil pourra tre ralis en interne ou en
externe mais la grande diffrence se situera lors de la phase finale de facturation des prestations au
client final. On aura donc des charges induites par les travaux de rparation mais aussi des produits :
une facture et au total un bnfice ou une perte. Enfin dans CS, nous sommes une entreprise qui
maintient les objets techniques dun ou plusieurs clients quil refacture. Linitialisation du processus
est li une commande client (SD) ou un contrat.

Le document prsent sarticule autour des transactions de customizing de PM qui sont dj regroups de la
sorte. Le lecteur pourra trouver quelques diffrences sil travaille avec une version antrieure la version 4.6
tant donn que des regroupements de points de paramtrage ont t faits lors de la sortie de cette version.

Une documentation standard SAP est galement disponible pour la plupart des points de custo que nous
verrons. Jy ferais rfrence lorsque celle ci sera particulirement exhaustive et riche. Pour lafficher, il
convient au pralable de ne pas se mettre en affichage help mais ce bon vieux sapscript :

Menu : Utilitaire / Affichage de texte / Sapscript

Ensuite, il suffit de double cliquer sur le point de paramtrage dont vous souhaitez afficher laide.

1. Les Donnes Structurantes

Un des premiers points de custo concerne les donnes structurantes. Il sagit de dfinir des donnes comme
la division de planification.

Il est trs important de noter qu de rares exceptions, les divisions de maintenance seront dictes par la
logistique (MM). En effet, la division de maintenance appele aussi division de localisation correspond aux
diffrents site que lon veut reprsenter et dans 99 % des cas, la logistique a dj dfini ces sites car ils
correspondent aussi une entit comportant des magasins

Cependant la maintenance peut avoir crer des divisions de localisation pour plusieurs raisons :

custo pm.doc
 3/68

La principale peut tre que la logistique na pas cru bon de reprsenter un site car il est trs petit et
quil ne comporte aucun magasin. Or dun point de vue maintenance, la division est un point
structurant car il est la cl d'un grand nombre de donnes : poste de travail, gammes, type dOT.
Cependant, dans certains cas, on pourra sen sortir sans crer une division mais en jouant sur les
localisation si ce site de moindre importance est en fait un satellite dpendant dun site plus gros
et dpourvu de toute organisation de maintenance propre. Attention les localisations sont dfinies
chez la logistique et par division.

Une autre raison valable peut tre illustr par le cas suivant quil mest arriv de rencontrer. Un site A
principal de grosse importance gre sa maintenance et comporte donc un service de maintenance
qui traite aussi les interventions dun site que nous appellerons B trs petit qui appartient 50 % la
mme socit et 50 % une autre socit. Le pr-requis est que le personnel de ce site B ne doit
tre habilit que pour crer des interventions sur le site B et ne doit pas modifier les donnes de base
de B ( fortiori de A). Dans ce cas, on ne peut pas sen sortir avec les localisations car au niveau
habilitations sur les donnes de base : quipement, postes techniqueset sur la possibilit de crer
des avis ou des OT, le contrle se fait uniquement au niveau division. Dans ce cas, nous avons du
crer une division de maintenance (localisation) pour les sites A et B et seul A tait aussi division de
planification pour les deux.

Le premier point de paramtrage servira donc crer au besoin les divisions de planification :

Structure dentreprise/dfinition/maintenance/grer les divisions de planification

Ensuite, on raccroche les divisions de maintenance aux divisions de planification. On a 3 possibilits :

Mode un pour un : Chaque site (ie division de localisation) gre sa propre maintenance

Div Maintenance : A B

| |

Div planification : A B

Mode centralis : Un site gre la maintenance de n sites

Div Maintenance : A B

\ /

Div planification : A

Mode mixte : mlange des deux.

Ce qui ne se reprsentera JAMAIS : une division de localisation gre par plusieurs divisions de
planification.

Structure dentreprise/affectation/maintenance/Affecter les divisions de planification aux divisions de

maintenance

Comme je lai dit plus haut, vous pouvez galement avoir crer :

des nouvelles divisions (voir avec la logistique au pralable) :

Structure dentreprise/dfinition/Logistique gnraldfinir, copier, supprimer, vrifier division

niveaux de dcomposition de vos divisions de maintenance : localisation

Structure dentreprise/dfinition/Logistique gnral/Dfinir des localisations

custo pm.doc
 4/68

Dautres donnes, galement sous niveaux de vos divisions de maintenance ou divisions de planification
comme par exemple les sections ou les groupe des gestionnaires seront dfinis directement dans les
donnes de base.

2. Les Donnes de Base

1.1 Donnes de base

1.1.1 Grer des autorisations pour les donnes de base (PFCG)

Ce point de paramtrage est en fait non spcifique PM mais commun tous les modules. Il permet de
dfinir des rles qui vont piloter les autorisations. Gnralement, ce point est ralis conjointement avec une
quipe charg de monter les autorisations.

Plusieurs rles existent sur PM en standard. Pour les consulter, il suffit de rechercher les rles contenant PM
(*PM*).

1.1.2 Dfinir des statuts utilisateurs (OIBS)

Ce point de custo est galement prsent plusieurs endroits. Il permet de dfinir en plus des statuts
systme difficilement modifiables (bien que..) des statuts systmes qui vont pouvoir venir se greffer aux flux
afin de reprsenter des tapes importantes pour votre client.

On peut dfinir des statuts utilisateurs pour les objets techniques (Postes techniques / Equipements), les
avis, les ordres, les oprations dordre.

Lorsquon dfinit un schma de statuts utilisateur, une des premires choses renseigner, cest le type
dobjet auquel il va sappliquer. En effet, ce type dobjet va influencer les oprations dentreprise disponibles.

Je vous conseille de crer une fois pour toutes tous les schmas de statuts pour tous les objets : PT,
quipements, avis, OT

Ensuite, on dfini les statuts. Deux possibilits. Soit on veut faire un schma de statut avec plusieurs statuts
possibles mais sans hirarchie et on a un schma de la sorte sans numro de statut :

Soit, on veut reprsenter un schma de statut squenc dans lequel on veut contrler les passages dun
statut un autre et on a un schma de ce type :

custo pm.doc
 5/68

Dans le cas dun schma squenc, il faut toujours un statut initial. Les chiffres nots dans les colonnes
lowest highest reprsentent les possibilits qui nous sont offertes pour changer de statut.

Par exemple, du numro 10 (HOLD), on peut aller au numro 20 mais cest tout. Par contre depuis le
numro 30 (WIP), on peut aller au numro 40, 45 ou 50 mais pas revenir en arrire. Dans ce cas, il aurait
fallu mettre 20 - 50.

Le passage dun statut un autre peut galement ntre autoris qu certaines personnes. Ceci est ralis
par lintermdiaire du groupe dautorisation. Lobjet dautorisation B_USERSTAT doit tre utilis dans ce cas
pour les personnes qui doivent bnficier de ce droit. Voir point custo suivant pour cration du groupe
dautorisation.

Une autre particularit des statuts utilisateurs, cest quils peuvent linstar des statuts systme bloquer un
objet dautorisation. Cette particularit est rendue possible en double-cliquant sur chaque statut.

Par exemple, dans notre cas, on ne veut pas que lOT soit lanc tant que le statut utilisateur nest pas au
moins dans le statut 20 (WREL). Si lon double clique sur le statut 10, on voit que lobjet dautorisation
Lancement de lordre (release order) est impossible car interdit (Disallowed).

Enfin, une dernire fonctionnalit des statuts utilisateurs est quils peuvent tre activs ou supprims par une
opration dentreprise. Ceci est dfini dans la deuxime partie de lcran Action conscutive (next
action). Par exemple, on peut vouloir que le statut utilisateur 30 (WIP) soit activ ds que lordre est lanc
(released). Dans ce cas, pour ce statut 30, on coche seulement Dfinir (set) pour lobjet dautorisation
Lancement (Release) .

1.1.3 Crer des Groupes dautorisation pour les statuts utilisateurs (BS52)
Cest ici que lon cre les groupe dautorisation qui vont permettre de filtrer les passages dun statut
utilisateur un autre. Je rappelle que seul le groupe et la dsignation est cre ici. Le reste se passe par
laffectation de lobjet dautorisation B_USERSTAT au profil.

custo pm.doc
 6/68

1.1.4 Dfinir la devise pour les statistiques (OIAW)

Ce point de custo se retrouve galement dans la partie systme dinformation. Il permet juste de dfinir la
devis par dfaut.

1.1.5 Permis
Sous le vocable permis dans SAP PM, on couvre en fait deux notions. Un permis peut reprsenter une
autorisation de travail li des notions de risques : permis de travail en zne, permis de feu.. ; mais aussi
une autorisation de travail lie un montant de travaux

Globalement, un permis lorsquil est cr peut tre affect un objet technique et dans ce cas, il sera insr
dans lOT sur cet objet ou bien le permis est li un contexte et non plus lobjet technique : cot total des
travaux estim > 10000 $, type de travail = inspection , poste de travail principal = Electrique . et il
sera dduit.

Dans ce dernier cas, le permis est classifi. On sappuie sur la structure CSEVPERMIT pour dfinir llment
dclencheur du permis.

Il faut au pralable crer une classe de type 049 et lui affecter une ou plusieurs caractristiques.

Par exemple, pour une caractristique sur le type dOT :

1.1.5.1 Dfinir les types (catgories) de permis (SPRO)

On dfinit ici les types de permis qui ne servent uniquement qu des fins statistiques : permis de feu, permis
de travail.

1.1.5.2 Dfinir les groupes de permis (OIPG)

Cest ici que lon fait le lien avec la classe de permis cre. On ne peut crer quun groupe de permis.

1.1.5.3 Dfinir les traitements listes pour les permis (OIGN)

Le paramtrage des traitements liste est identique quelque soit les objets (avis , ordres,) et je vais donc
lexpliquer une seule fois. Je vous invite en outre consulter la doc sur ce point de custo.

custo pm.doc
 7/68

On obtient toujours un cran de la sorte :

Un traitement liste se dcompose en deux parties distinctes lors de son utilisation qui se retrouvent dans son
paramtrage : une partie cran de slection qui va permettre dindiquer les champs qui vont servir la
slection et une partie affichage qui va formatter le rsultat de la slection.

Rajoutons par rapport cela quon diffrencie lcran de slection lorsquon est an affichage par rapport
lcran de slection lorsquon est en modification.

Les variantes que lon va crer ici en custo sont globales, cest dire quelles vont tre appliques
systmatiquement lors de lappel de ce traitement liste quelque soit lutilisateur sauf si on a dfini une
variante spcifique pour lutilisateur en custo.

Il existe des conventions de nommage des variantes de slection :

Les variantes globales seront toujours du type : SAP_TCODE_XXXX avec XXXX pour le nom de la
transaction cible. De toute faon, ce nom est mis en automatique.

Pour les variantes utilisateur, elles seront toujours nommes ainsi : U_nomdeuser (par exemple
U_DAVIAUD si DAVIAUD est mon nom de connexion dans le systme).

La variante daffichage elle ne suit pas elle de convention de nommage mais si vous voulez quelle soit
utilise dans votre traitement liste, il faut lindiquer au niveau de votre variante de slection.

JE VOUS CONSEILLE DONC DE PARAMETRER LA VARIANTE DAFFICHAGE DABORD ! ! !

Faisons le ensemble :

Il vous affiche lcran de slection mais cest juste une simulation. Remplissez les champs ncessaires et
appuyez sur F8 et vous arrivez sur lcran daffichage. Attention, il faut souvent mme en simulation que le
rsultat du traitement liste ne soit pas nul car dans ce cas, vous narrivez pas lcran daffichage. Ce point
de paramtrage peut donc parfois tre remis plus tard, aprs le chargement de donnes et avant le
dmarrage.

On travaille alors sur les champs que lont veut afficher, sur les tris et lorsquon est prt, on sauvegarde
alors cette variante daffichage (dans le dernier champ).

Une astuce en 4.0 et 4.5 je crois est de mettre depuis cet cran galement un X par exemple dans tous les
champs que vous voulez effacer car il vous sera facile de le retrouver dans lcran suivant. Je vous rappelle

custo pm.doc
 8/68

que nous sommes ici en train de simplifier les crans de slection et que lutilisateur a toujours le moyen de

revenir au standard complet en appuyant sur licne depuis sa transaction.

Ensuite, on appelle le paramtrage de la variante de slection en affichage. On tombe la aussi sur une
simulation de lcran de slection dans lequel on va pouvoir rentrer des valeurs par dfaut, et le nom de
notre variante daffichage.

Puis appuyez sur le bouton Attributs en haut de lcran.

Je vous conseille de ne JAMAIS protger votre variante car sinon, vous serez le seul pouvoir la modifier
dans le futur et rien nest ternel, mme pas vous.

Vous remarquez quil a mis doffice le nom de la variante tel que nous lavons prvu. Il faut saisir une
description. Ensuite, les choix qui sont votre disposition sont les suivants :

Reprez les champs supprimer et en face de ces champs , cochez la deuxime case

Reprez les champs protger (affichage seulement) et en face deux, cochez la premire case

Si vous voulez quun champ soit obligatoire, cochez la dernire case.

Attention, si vous avez mis des valeurs auparavant dans les champs mais que vous ne voulez pas quelles
soient mmorises dans la variante, cochez la cinquime case.

Attention galement dans les champs de date. Pour certains champs, la date du jour est mis
automatiquement or si vous ny avez pas prt attention, cette date est mmorise dans la variable et vous
obtenez donc toujours cette date errone. Dans ce cas, voir le point 8.3. Ceci narrivera en principe pas si
vous avez coch la cinquime case pour les champs date.

Sauvez votre variante et faites de mme pour la variante de slection en modification. Malheureusement, il
nest pas possible de les copier je crois.

1.1.6 Points de mesure, compteurs et documents de mesure

Un point de mesure permet de saisir des valeurs de fonctionnement pour un objet technique. Un compteur
est un point de mesure particulier qui a comme caractristique de ntre que croissant ou dcroissant (ex
compteur de voiture..) Seuls les compteurs croissants peuvent tre utiliss pour le prventif.

Les documents de mesure vont permettre de saisir une valeur un moment prcis.

1.1.6.1 Dfinir les types de points de mesure (SPRO)

Ici, on dfinit les types de points de mesure qu lon veut reprsenter. Souvent, on trouvera ici les types de
points de mesure Inspection ou maintenanceIl est noter que cest juste par commodit lors des
recherches mais quil ny a pas dincidences notoires sur ces choix.

1.1.6.2 Crer des tranches de numro pour les points de mesure (IK09)
On ne cre quune tranche de numro 01 et il ny a pas besoin daffecter le type de point de mesure. Cest
automatique. La consquence, cest quon ne peut pas avoir de tranches de numro distinctes par type de
point de mesure. De plus, on ne cre quune tranche interne. Mme si on cre une externe, elle ne sera
pas utilisable.

custo pm.doc
 9/68

1.1.6.3 Crer des tranches de numros pour les documents de mesure (IK19)
Idem du point prcdent mais pour les document de mesure.

1.1.6.4 Dfinir les traitements liste pour les points de mesure (OIRF)
Voir point 3.1.5.3 pour une explication globale du paramtrage

1.1.6.5 Dfinir les traitements liste pour les documents de mesure (OIRL)
Voir point 3.1.5.3 pour une explication globale du paramtrage

1.1.7 Garanties
Les garanties dans PM ne sont saisies qu titre informatif. En effet, on pourra tout au plus afficher un popup
lors de la cration dun avis ou dun ordre. Dans le module CS, la garantie peut tre exploite lors de la
cration de la note de dbit en vue de la facturation.

1.1.7.1 Verifier les catgories de garanties (GM01)

Deux catgories de garanties sont livres en standard. Pour PM, nous utilisons la catgorie I qui signifie que
notre objet technique est garantie par un tiers. Pour CS, nous avons aussi la catgorie O qui signifie que
nous assurons la garantie.

Le point de paramtrage dfini si vous voulez classifier la catgorie de garantie.

Je ne lai quant moi jamais paramtr. Je laisse le standard.

Voir laide de ce point pour plus dinfos.

1.1.7.2 Dfinir les types de garanties (SPRO)

Ici on va pouvoir dfinir des types de garanties. L encore, cela peut tre une aide lors de la recherche mais
cela permet de paramtrer aussi la tranche de numro (voir point suivant).

Pour chaque type de garantie, on va dfinir le rattachement la catgorie (voir point prcedent : dans notre
cas, choisir garantie fabricant), et surtout, on va pouvoir paramtrer le comportement lors de la cration dun
avis ou dun ordre sur lobjet technique qui aura une garantie de ce type.

Si on coche popup lors de lavis , un popup saffiche si le contrle garantie est positif lors de la cration
de lavis sur un objet technique comportant une garantie de ce type, sinon rien.

Si on coche popup lors de lOT , un popup saffiche si le contrle garantie est positif lors de la cration
dun OT sur un objet technique comportant une garantie de ce type, sinon rien.

Si on a rien coch, bien sur, quil y ait une garantie ou pas sur lobjet, elle nest pas contrle.

custo pm.doc
 10/68

1.1.7.3 Dfinir les tranches de numro pour les types de garanties (BG00)
Comme nous lavons dit, les types de garantie dterminent les tranches de numros.

Pour crer une tranche, appuyez sur le bouton de modification de groupe.

Puis dans le menu Groupe / Insrer

Mettre un texte puis dfinir une tranche interne et/ou une tranche externe.

Et sortir en appuyant cet icne.

custo pm.doc
 11/68

Ensuite, il convient daffecter notre type de garantie notre groupe dintervalle.

Cliquez sur votre type de garantie (ici J) et cliquez sur cet icne

Puis slectionnez le groupe dintervalle test et cliquez sur cet icne

Laffectation est faite

Sauvez et sortez.

1.1.7.4 Dfinir les valeurs par dfaut pour les garanties type (SPRO)
Une entre doit tre gre pour les transactions de cration, modif et affichage de garantie type : transaction
BGM1, 2 et 3. Elle permet de dfinir quel type de garantie sera propos par dfaut. (ex ici J)

custo pm.doc
 12/68

1.1.7.5 Dfinir des compteurs de garanties

Pour grer des garanties bases sur compteurs : temps (6 mois de garantie) ou des activits (nombre de
kilomtres) il faut au pralable dfinir des compteurs de garanties ici.

De plus, ces entres de table ont besoin de sappuyer sur des caractristiques : ex km

Les deux entres dfaut et dpendant du temps sont du type OUI (X) / Non.

Si on coche dfaut , ce compteur de garantie est copi automatiquement lors de la cration de garantie
type par la transaction BMG1.

Je conseille de crer dans un premier temps au moins une entre base sur le temps.

Crer dabord une caractristique : ex dure_garantie puis de crer une entre ici en cochant dfaut et
dpendant du temps.

1.1.8 Partenaires
Les fonctions partenaires dsignent des rles ou des responsabilits que lon veut reprsenter dans le
systme. On a ensuite la possibilit daffecter ces fonctions partenaires et leur valeur soit un objet
technique (Pt ou Eqt), un avis, un ordre.

En standard, une fonction partenaire sappuie sur des types de donnes bien dfinis. On peut ainsi avoir une
fonction partenaire Vendeur qui sappuie sur la table des fournisseurs et qui permet de reprsenter les
vendeurs possibles de notre quipement, une fonction partenaire Personne responsable qui sappuie par
exemple sur la table des utilisateurs R/3, la fonction partenaire executant qui peut sappuyer sur la table des
matricules HR, et enfin, dans une moindre mesure en PM mais plus en CS la fonction partenaire Client
payeur qui sappuie sur la table des clients.

On peut sappuyer au total sur sur 7 types de donnes en standard :

K client

LI fournisseur

AP contact

O unit organisationnelle (HR)

S position (HR)

US utilisateur R/3

PE matricule

Cependant, je ne lai jamais test, mais je crois quil existe un user-exit : ICSV0008 qui permet de crer
une fonction partenaire base sur un autre type.

custo pm.doc
 13/68

Ces transactions de custo concernant les partenaires se retrouvent un peu partout dans PM : avis, OT..

Attention, nous allons crer ici un schma et des fonctions mais il faudra ensuite plus tard affecter ce ou
ces schmas des objets : types dquipements, Postes techniques, types davis, types dOT pour
pouvoir les utiliser.

1.1.8.1 Dfinir un schma partenaire et des fonctions partenaires (VOP2)

Toujours pour simplifier, on dfini tout dabord des fonctions partenaires et ensuite un schma partenaire qui
regroupe toutes les fonctions dont vous avez besoin.

Lorsque vous rentrez dans ce point de custo, slectionnez maintenance et modifier. Vous arrivez sur un
cran de ce type :

Allez tout dabord vrifier que toutes les fonctions partenaires que vous allez utiliser sont cres. Double
cliquez sur cet alina (fonctions partenaires).

Vous avez alors la liste des fonctions partenaires disponibles.

Admettons que je veuilles en crer une Z1 qui reprsente le chef de quart responsable.

Je clique sur nouvelle entre, je rentre dans lordre le code Z1, la dsignation, le type de donnes, ici la base
des utilisateurs (US). Cest tout.

Je sauve et je reviens sur le schma partenaire (double clic ici).

Nous devons si ce nest pas dj fait crer un schma partenaire pour PM.

Puis une fois que je lai cr, slectionnez ce schma et double cliquez sur le sous-rpertoire fonctions dans
schma. Ici, on va pouvoir affecter des fonctions partenaires cres pralablement ce schma.

Pour les affecter : nouvelle entre et tapez Z1 par exemple.

custo pm.doc
 14/68

Si on coche la premire case, cela veut dire que si la fonction partenaire est affecte un objet, elle ne peut
plus tre supprime.

Si on coche la 2me case, cela veut dire que cette fonction partenaire ou du moins sa valeur est obligatoire
lors de son affectation un objet.

Si on coche la 3me case, cela veut dire que je veux ne pouvoir affecter cette fonction partenaire un objet,
avis ou OT.. quune seule fois. Par exemple, je ne le cocherai pas si je veux reprsenter les vendeurs qui
sont susceptibles de me vendre cet quipement car je peux en avoir plusieurs.

La 4me case ne nous concerne pas.

Sauvez et sortez.

1.1.8.2 Copie des fonctions partenaires

Ce point de custo est trs utile car il permet de faire en sorte quune fonction partenaire Z1 par exemple
renseigne au niveau de mon quipement soit copie lors de la cration de lavis. Cela implique bien sur
que le mme schma soit utilis pour les quipements (types dquipements) et pour les avis (type davis).

Il suffit donc de cocher copie pour lassociation schma-fonction et de sauver :

1.1.8.3 Dfinir les slections de znes pour(OIR1 OIR8)

Il sagit ici de paramtrer laffichage de la fonction partenaire lorsque vous allez laffecter un objet. Je vous
conseille dans un premier temps de laisser le standard et de ne rien toucher moins que votre client ne
veuille un affichage diffrent.

1.1.8.4 Slections de znes pour les adresses de partenaires (SPRO)

On reprend la mme ide mais pour paramtrer laffichage dadresse dun partenaire. Ceci est surtout utilis
pour SD ou CS.

1.1.8.5 Aides de recherche pour PM et CS (AD20)

Il sagit ici de pouvoir modifier les aides de recherche (F4) disponibles en standard. Je vous conseille dans
un premier temps de ne pas toucher ce point de paramtrage.

custo pm.doc
 15/68

1.1.8.6 Dfinir la cl dinfo objet (OIMD)

La cl info objet permet la demande ou de faon automatique dafficher un popup regroupant des
informations agrges sur un objet technique : poste technique ou quipement.

Cet cl info objet une fois dfinie DOIT tre affecte aux diffrents types dobjets : type dquipements,
postes techniques, types davis, types dOT pour lesquels vous voulez pouvoir les utiliser.

On trouvera ainsi tout une collection de chiffres intressants : cumul du nombre davis, dOT crs, clturs,
nombre de jours de panne..

Ces chiffres sont toujours sur une priode glissante dont la taille est donne en paramtrage. Gnralement,
on met 365 jours.

Dans le paramtrage, on pourra dfinir des seuils qui pourront nous donner des indications ou des alertes.

Par exemple, si je met 1 dans le nombre davis crs, cela veut dire quil va compter les avis pour cet objet
technique sur la priode et malertera par un petit clair si jai dpass ce seuil.

Attention : il vous faut marquer au moins UN seuil si vous voulez quil calcule ces infos pour tous les autres.
Gnralement, je met un chiffre assez grand dans le champ OT clturs par exemple.

Dans le paramtrage, on trouve galement une partie Slection davis : gnralement je coche les 3 et je
met 365. Cela veut dire quil va mafficher les 3 derniers (a cest une limite non ngociable) avis clturs ou
en cours des deniers 365 jours.

Sans que je lui demande, il affichera galement le dernier ordre actif (en-cours).

La partie de paramtrage de contrat ne nous intresse pas car elle nest valable que pour les contrats dans
le module CS, cest dire les contrats que nous assurons pour les quipements de notre client.

custo pm.doc
 16/68

Dans la dernire partie, on va pouvoir dire si on veut afficher les caractristiques de classification de cet
objet technique ou pas (cocher ou non caractristiques).

Enfin, notez deux choses en haut du paramtrage de cette cl info objet :

par dfaut nous sommes positionns sur lobjet comme rfrence au calcul des avis et des ordres ce
qui veut dire que les sommes davis crs, dOT crs ne font uniquement ds lors que lobjet lui-
mme est nomm dans lavis ou lOT. Un autre alternative est objet suprieur : dans ce cas tous
les calculs et les slections davis ou dOT sont fait ds lors que lobjet suprieur (PT ou quipement)
est nomm dans les avis ou OT. Enfin, la dernire possibilit cumule sur tous les niveaux :
inutilisable ! !

si on coche automatique, cela veut dire que le popup sera affich automatiquement ds lors quon
fait un avis ou un OT sur cet objet technique.

Voici ce que donne lappel linfo objet depuis un quipement.

1.2 Objets Techniques

1.2.1 Donnes gnrales

1.2.1.1 Dfinir les types dobjets techniques (SPRO)

Il sagit ici de dfinir les types dobjets. Cette donne commune aux quipements et postes techniques se
situe dans longlet Gnral .

custo pm.doc
 17/68

Cette donne pourra tre utilise comme critre de recherche. Elle est cependant parfois en doublon avec la
classe principale.

1.2.1.2 Dfinir secteurs dexploitation (SPRO)

Il sagit ici de dfinir un sous-dcoupage de la division de localisation. Ces donnes galement communes
aux quipements et aux postes techniques sont visibles dans longlet localisation.

1.2.1.3 Dfinir les groupes gestionnaires (SPRO)

Les groupes gestionnaires sont trs importants puisquils sont en fait une sub-division de responsabilits au
sein de la division de planification. Ainsi, on pourrait avoir une division (site) A qui gre sa maintenance et
qui est donc aussi division de planification. Au sein de cette division, on pourrait avoir un gestionnaire en
charge de la maintenance des machines de production, un autre en charge de toute linformatique et un
gestionnaire charg de linspection.

Attention, lorsquon dit un gestionnaire, il sagit dune responsabilit et non pas dune personne. Libre vous
de personnaliser les responsabilits par les fonctions partenaires par exemple.

Ces groupes gestionnaires peuvent tre placs directement comme donnes par dfaut sur les fiches
quipements ou postes techniques (onglet organisation) et ce gestionnaire sera repris automatiquement lors
de la cration dun avis par exemple. Ainsi, un premier dispatching pourra tre fait et les gestionnaires
nauront plus qu interroger la liste des avis pr-affect leur groupe et non encore trait (statut systme
ouvert).

Crez les entres ncessaires.

1.2.1.4 Dfinir les codes ABC (SPRO)

Les codes ABC prsents dans longlet localisation des objets techniques peuvent servir renseigner la
criticit de lobjet. Elle peut alors tre utilise pour faire les arbitrages ncessaires lors de la planification des
OT car cette information se retrouve sur lOT.

Un exemple peut tre :

custo pm.doc
 18/68

De plus, cette info peut tre utilise lors des workflow pour envoyer un message sur le beeper du
responsable de maintenance dsign par la fonction partenaire lorsquun avis est cr sur un quipement
critique.

1.2.1.5 Dfinir des groupes dautorisation (SPRO)

On pourra dfinir des groupes dautorisation lorsquon voudra que certains objets techniques ne puissent
tre modifis que par des personnes autorises. Cela rajoute en quelque sorte un niveau dautorisation au
sein dune mme division.

Ce groupe dautorisation une fois cr doit tre mis dans la fiche de lobjet technique en question, dans
longlet gnral.

1.2.1.6 Dfinir des profils de vues pour les objets techniques (SPRO)
Ici, nous allons pouvoir pr-dfinir les vues disponibles pour les quipements et pour les postes techniques.
En clair, on va pouvoir renommer les onglets, et modifier les informations contenues dans chaque onglet
mais partir de pavs pr-dfinis tout de mme. Tout nest pas permis ! ! !

On notera de plus que depuis les versions antrieures, des donnes autrefois appelables partir de boutons
comme la documentation est maintenant intgrable dans une onglet.

Je vous conseille si vous ne lavez pas de crer deux profils : un pour les quipements et une pour les
postes techniques. Ces profils devront tre ensuite affects aux types dquipements ou de postes
techniques pour fonctionner.

Je crois que si aucun profil nest cr, il affiche ce qui est cod en dur dans les programmes et vous risquez
de ne pas tout avoir.

Pour lquipement :

custo pm.doc
 19/68

Notez que si vous voulez les documents ou les donnes de garantie (122 et 110), soit vous les intgrer dans
des onglets existants, soit vous les mettez dans un cinquime onglet : donnes supplmentaires 1.
Seulement 4 sous-crans peuvent tre dfinis dans un onglet.

Les sous-crans sont dj dfinis et ne peuvent pas tre paramtrs.

Pour les postes techniques :

Si vous dcochez Onglet actif pour un onglet, vous ne le verrez plus.

Vous pouvez ensuite paramtrer pour chaque onglet le texte qui saffiche sur longlet et un icne. Cela peut
tre intressant si vous avez activ longlet donnes supplmentaires 1 et quayant mis les documents, vous
voulez le renommer Documents .

1.2.1.7 Dfinir la cl dinfo objet (OIMD)

Identique au point 1.1.8.6

1.2.1.8 Dfinir la procdure de slection pour la reprsentation structure et les

nomenclatures (SPRO)
Cest un point de custo rcent et je ne lai jamais utilis. Il sert optimiser les reprsentation structures ou
les affichages de nomenclatures dans le cas ou les donnes de base sont trs nombreuses.

Je conseille de ne rien faire au dbut.

custo pm.doc
 20/68

1.2.2 Postes techniques

1.2.2.1 Crer un code structure pour les postes techniques de rfrence/ postes
techniques (OIPK)
Le code structure permet de fixer des rgles quand la cration de postes techniques. Il permet un double
contrle :

respect des lettre ou chiffre permettant de construire le code

respect des niveaux de postes techniques

En standard, le code de poste technique est sur 30 caractres. Cependant, lactivation de lalternative
labelling permet de le porter 40 sous certaines conditions (programme lancer au dpart :
RI_IFLOT2IFLOS, avertissement sur des risques de pertes de performances au dessus de 100000 postes
techniques cf notes OSS sur le sujet).

En standard un maximum de 30 niveaux sont possibles mais en pratique, je conseille den crer un
maximum de 8.

Le fait de spcifier des niveaux nest pas obligatoire mais permet en pratique de faire des recherches plus
faciles car il permet dutiliser les wildcards : ex site1*

Jai dj paramtr pour un client deux codes structures : un premier code qui reprsentait les trois premiers
niveaux et un deuxime code structure qui reprsentait le dernier.

Pourquoi avoir cr 2 codes structures ? parce que le dernier niveau reprsentait des groupes de machines
dune ligne de production qui taient souvent dplacs. Jaurais pu reprsenter ce dernier niveau par des
quipements dont la nature mme est dtre dplac mais je me retrouvais avec des hirarchies
dquipements ce que je ne souhaitais pas cause des problmes de cots que cela induisait De plus, jai
fait deux codes structures et pas un seul car lorsquun poste technique tait boug, je ne voulais pas le
renommer ou me traner les anciens codes.

1.2.2.2 Identification Alternative

1.2.2.2.1 Activer identification alternative (OIPU)

Cest ici que lon peut activer ou non lidentification alternative. Je rappelle que son but premier est de
proposer des codes structures diffrents sintgrant dans une hirarchie dobjets diffrents au sein de ce
quon appelle des systmes.

Par exemple, on pourra avoir un dcoupage principal selon une descente classique gographico-
fonctionnelle. :

BAT A

|----------tage1

|----------tage 2

|------------bureau 201

|------------bureau 202

|-------------------PC n 451

custo pm.doc
 21/68

Mais une personne travaillant dans lquipe informatique sera plus intresse avoir un dcoupage orient
sur ses besoins et son mtier et pourra voir dans son systme la chose suivante :

BAT A

|-----------concentrateur 1

|-----------concentrateur 2

|------------------------PC n 451

Cependant, il faut tre trs vigilant car dans un systme de maintenance, le plus important est de disposer
de donnes de base fiables et cest dj trs difficile lorsquon gre un seul systme principal alors lorsquon
gre deux, voire trois systmes, cela peut tre impossible.

Lidentification alternative permet galement de :

dplacer des postes techniques en permettant de les renommer

passer le code structure de 30 40 caractres.

Il suffit de ccher lidentification alternative pour quelle soit active. Par contre, il faudra grer dans le point
suivant les systmes dont le principal.

1.2.2.2.2 Dfinir systmes didentification pour postes techniques (OIPV)

Il sagit ici, si on a activ le paramtrage prcdent concernant lidentification alternative, de crer des
systmes.

Il faut toujours avoir un systme primaire , cest dire principal.

Remarque : on peut trs bien avoir activ lidentification alternative seulement pour laugmentation de code
structure de 30 40 et ne grer quun seul systme primaire.

1.2.2.3 Dfinir le type de poste de rfrence (SPRO)

Les postes techniques de rfrence permettent de crer des postes techniques types. Ensuite, lorsque nous
allons crer des postes techniques, nous allons le faire en rfrence ce poste technique spcial. Ensuite,
si une information est modifie sur le poste technique de rfrence, elle est immdiatement retransmise sur
tous les postes techniques qui ont t crs en rfrence.

Remarque : Le type de poste technique est une notion un peu moins importante que pour les quipements
car il ne pilote pas la numrotation. Cependant, au type de poste technique, on raccroche le schma de
statut utilisateur, mais aussi dautres choses du type slection de zne.

Le poste technique de rfrence est une notion qui peut paratre sduisante de prime, mais je ne lai jamais
utilis en ralit.

1.2.2.4 Dfinir laffichage de structure de poste technique de rfrence (OIWR)

Ce point de custo permet lors de laffichage structure (IH02) de paramtrer lcran daffichage. En standard,
on affiche le code du poste technique et sa dsignation.

Pour afficher une autre zne, il suffit de lui affecter un numro dordre.

custo pm.doc
 22/68

1.2.2.5 Dfinir le type des postes techniques (SPRO)

Remarque : Le type de poste technique est une notion un peu moins importante que pour les quipements
car il ne pilote pas la numrotation. Cependant, au type de poste technique, on raccroche le schma de
statut utilisateur, mais aussi dautres choses du type slection de zne.

En standard, on a au moins 2 types : M pour les types de postes techniques standards de PM et S pour les
types de postes techniques standards de CS.

La diffrence se situe au niveau de la coche Objet Client .

Si on coche Doc de Modif , cela signifie que R/3 crera un doc chaque modification de champ du poste
technique. Cest bien pour la traabilit mais moins bien pour les temps de rponse.

Si on coche autres donnes , cela veut dire que R/3 affichera les onglets donnes supplmentaires lors
de laffichage de la fiche PT.

Attention, si vous grez les profils de vue pour PT en bas de lcran, cet indicateur ne sert rien (cf 1.2.1.6).

On retrouve le rattachement du schma de statuts utilisateurs dcrit plus haut ainsi que le schma
partenaire.

On rattache aussi la cl info objet paramtre plus haut.

Enfin, on peut pr-dfinir le type de point de mesure qui sappliquera ce type de poste technique. (cf
paramtrage points de mesure plus loin).

1.2.2.6 Dfinir slection de zne cran de donnes pour postes techniques de

rfrence
Un petit guide sur les slection de zne car l aussi, cest une notion que lon retrouve pour plusieurs objets
(Poste technique, quipement, avis, ordre, poste de travail..).

Ce point de paramtrage permet de nettoyer les crans en faisant disparatre tout un tas de champs que
vous jugerez inutiles. De mme, on peut rendre certaines znes obligatoires ou en affichage seulement.

custo pm.doc
 23/68

Basiquement, soit vous fates ces choix globalement, soit vous le faites en fonction dinfluent. Cela veut dire
par exemple quon voudra masquer le champ division de localisation dans le cas dun type de poste
technique M. Dans ce cas, je clique sur le bouton Influent et jobtient la liste des influents possible, en
loccurrence ici type de poste technique de rfrence et type de poste technique.

Pour mon exemple, je double-clique sur type de poste technique et je viens mettre le type M. Noubliez
pas dappuyer sur la touche Entre ds que vous avez saisi linfluent pour tre sur quil la mmoris
(lexprience) et fates votre choix dans la partie infrieure de lcran.

Lorsque vous avez fini, sauvez.

Vous avez peut-tre remarqu quil y avait une case cocher Ecran trs explicite car si vous la cocher,
votre champ sera en sur-brillance (sauf sil est masqu cest sur !!).

Selon les slections de zne, vous aurez plus ou moins de zne infuentes. Thoriquement, il est possible
den rajouter avec la transaction SFAW.

Ce nest pas le cas ici, mais il est possible par exemple dans les slection de zne dordre de cumuler
plusieurs influents. Attention cependant de ne pas avoir des choses contradictoires.

Lorsque vous avez fini, pour avoir un rsum de toutes les influences, cliquez sur le bouton somme des

influences :

De gros efforts ont t faits dans ce domaine et en 4.6, beaucoup de znes ont t rajoutes. Il nempche
que les boutons ou icnes par exemple ne sont pas masquables. Dans ce cas, je vous conseille de passer
par la transaction SHD0 mais l encore, attention de ne pas avoir de collision entre les deux.

1.2.2.7 Dfinir laffichage de la structure de poste technique (OIWP)

Idem point 1.2.2.4 mais pour les postes techniques simples.

1.2.2.8 Dfinir slection de znes pour postes techniques (SPRO)

Cf point 1.2.2.6 pour explications.

custo pm.doc
 24/68

Pour les postes techniques standard, on trouve plus de possibilits.

En effet, les 3 premiers onglets dun objet technique (PT ou quipement) : gnralits, localisation,
organisation sont sensiblement identiques et de ce fait, on le paramtrage des slections de znes est
commun entre PT et quipements.

On trouve aussi un paramtrage spcial pour les postes techniques , notamment sur les donnes de longlet
structure.

1.2.2.9 Liste des postes techniques de rfrence : paramtrer traitement (OIW7)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions IL15 et IH07.

1.2.2.10 Liste des postes techniques: paramtrer traitement (OIW6)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions IL05 et IL06.

1.2.2.11 Liste des postes techniques de service : paramtrer traitement (OIUF)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions CS : IL20 et IH11.

Inutile pour PM.

custo pm.doc
 25/68

1.2.2.12 Slection de zne pour affichage liste PT multi-niveaux

Il sagit ici de paramtrer les listes multi-niveaux. Ce type de liste est hrit des anciennes versions de R/3
3.* et permettait de palier les insuffisances de PM au niveau des reports. Par exemple, il nexistait pas de
report sur le liste des confirmation par OT. Ceci tait disponible dans les liste multi-niveaux. Du coup, dans
ces listes on trouve beaucouptrop dinformation et pour ma part, je les trouve inutilisables.

Voici un aperu de tous les objets affichables dans la liste de PT multi-niveau (filtres) :

On retrouve pour tous ces filtres des slections de znes qui permettent de paramtrer les donnes
affiches par dfaut.

Dans lensemble, je ne touche pas au paramtrage standard.

custo pm.doc
 26/68

1.2.2.12.1 Dfinir la slection de zone du PT (OIX2)

1.2.2.12.2 Dfinir la slection des donnes dutilisation dquipement (OIX3)

1.2.2.12.3 Dfinir la slection des donnes de base de lquipement (OIX4)

1.2.2.12.4 Dfinir la slection des donnes partenaire (OIX5)

1.2.2.12.5 Dfinir la slection des donnes davis (OIX6)

1.2.2.12.6 Dfinir la slection des donnes dordres (OIX7)

1.2.2.12.7 Dfinir la slection des donnes de classe (OIX8)

1.2.2.12.8 Dfinir la slection des donnes de caractristiques techniques (OIX9)

1.2.2.12.9

1.2.2.12.10 Dfinir la slection des donnes de la gestion des documents (OIXA)

1.2.2.12.11 Dfinir la slection des donnes de liaison de dobjets (OIXB)

1.2.2.12.12 Dfinir la slection des donnes des pts de mesure / compteurs (OIUO)

1.2.2.12.13 Dfinir la slection des donnes des docs de mesure et val de

compteurs (OIUP)

1.2.2.12.14 Dfinir la slection des donnes pour les permis (OIRI)

1.2.3 Equipements

1.2.3.1 Catgories dquipements

1.2.3.1.1 Grer les catgories dquipements (SPRO)

custo pm.doc
 27/68

Ceci est un point de custo particulirement important car il va dfinir plusieurs caractristiques des
quipements, et notamment les tranches de numro que nous verrons plus tard.

On y trouve un peu limage des types de postes techniques, laffectation de la cl info-objet (cf
paramtrage 1.2.1.7), du profil daffichage (cf paramtrage 1.2.1.6). On retrouve galement les coches pour
lactivation ou non des documents de modification plus deux nouvelles coches : Pas de numro
alphanumrique et Evnement pour gnrer un venement pour le workflow de cration, de modif
quipement ou de changement de pre (pose/dpose).

On notera aussi quen fait en standard, on trouve 3 types dquipements de base grs en dur : machines
pour les quipements PM, Outillage pour les quipements qui pourront tre suivis par PM/QM et Equipments
clients pour les quipements CS. Ensuite, on cr des catgories dquipements en rfrence celles ci.

1.2.3.1.2 Grer les vues de gestion supplmentaires pour catgories

dquipements (SPRO)
Il sagit ici de dire par catgorie dquipement quels onglets supplmentaires seront disponibles en standard.

On peut choisir parmi :

Onglet outillage

Onglet Donnes SD

Onglet Configuration

Onglet donnes dindividualisation (srialisation)

Onglet autres donnes

custo pm.doc
 28/68

Il faut noter que mme si ces onglets ne sont pas pr-paramtr pour une catgorie dquipement et donc
napparaissent pas, on peut les afficher depuis les transaction IE01, IE02 et IE03 par le menu :

1.2.3.1.3 Dfinir les tranches de numro (OIEN)

On va pouvoir ici affecter les catgories dquipments aux tranches de numros.

custo pm.doc
 29/68

Cf point 1.1.7.3 pour explications.

1.2.3.2 Utilisation des quipements

Nous avons vu lors des prcdents custos quon pouvait paramtrer par type de PT ou quipements la
gnration de document de modifications.

On peut galement pour certains champs avoir un suivi plus fin depuis la fiche quipement par le protocole
daction :

Le choix des champs suivre plus particulirement par segment de temps se fait par le custo suivant.

1.2.3.2.1 Mise jour de lhistorique de lutilisation des quipements (SPRO)

Cf doc du point de custo

Gnralement, je coche la mise jour car cela permet notamment de suivre par segment de temps la pose /
dpose et certains champs importants. Si vous cochez ce champ, il faut ensuite paramtrer le point suivant.

1.2.3.2.2 Dfinir les znes concernant lhistorique (OIEZ)

Cest ici que lon va spcifier quels champs seront suivis par segment de temps dans le protocole daction. Il
convient de ne pas tout mettre mais ceux quon veut vraiment suivre HEQUI (equipement suprieur) KOSTL
(centre de cot), SWERK (Division), TPLNR (Poste technique). Pour la catgorie M, cest un bon dbut.

custo pm.doc
 30/68

1.2.3.2.3 Dfinir la pose sur poste technique (SPRO)

On peut ici globalement par catgorie dquipement dire si celui se pose ou non sur un poste technique.
Pour M, cest oui et gnralement pour les outillages, cest non.

Ensuite, on pourra tre plus fin dans longlet structure de chaque PT, on peut si oui ou non, on peut poser un
ou plusieurs quipements.

1.2.3.2.4 Listes dutilisation :slection de znes (OIUB)

Ce paramtrage permet de nettoyer la liste dutilisation que lon peut obtenir partir du menu depuis
lquipement par exemple Autres fonctions /listes dutilisation

On peut donc modifier la variante standard.

Voir paramtrage des variantes daffichage dans les points de custo plus haut.

1.2.3.3 Affecter schma utilisateur catgorie dquipement (SPRO)

Il convient ici daffecter le schma de statuts utilisateurs pour quipement que nous avons cr au point
1.1.2

1.2.3.4 Affecter schma partenaire catgorie dquipement (OIEV)

Il convient ici daffecter le schma partenaire pour quipement que nous avons cr au point 1.1.8

1.2.3.5 Dfinir la slection de zne pour fiche quipement (OIAD-OIAF)

Cf point 1.2.2.6 et 1.2.2.8

1.2.3.6 Autoriser gestion textes multilingues par catgorie dquipement (SPRO)

Rien rajouter sur lexplication. Cocher par dfaut.

1.2.3.7 Dfinir la structure de liste pour affichage de la structure (OIWE)

Permet de paramtrer les champs et leur squence lors de lutilisation de transactions daffichage de
structure tel que IH03. Pour ma part, je garde le std : Code quipement puis description.

1.2.3.8 Dfinir reprsentation de structure de liste de base installe (OIWQ)

Utilis seulement lorsquon utilise la notion de base installe (plutt utilis en CS). Laisser le std.

1.2.3.9 Liste dquipements : paramtrer traitement (OIYC)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions IE05 et IH08.

custo pm.doc
 31/68

1.2.3.10 Paramtrer traitement liste dquipements pour CS (OIUC)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions CS IE06 et IH10.

Inutile pour PM.

1.2.3.11 Slection de zne pour affichage de listes multi-niveaux pour quipements

Idem point 1.2.2.12 mais pour les quipements (transaction IE07)

custo pm.doc
 32/68

1.2.3.11.1 Dfinir la slection de zone des donnes de base de lquipement (OIXC)

1.2.3.11.2 Dfinir la slection des donnes dutilisation dquipement (OIXD)

1.2.3.11.3 Dfinir la slection de zone du poste technique (OIXE)

1.2.3.11.4 Dfinir la slection des donnes partenaire (OIXF)

1.2.3.11.5 Dfinir la slection des donnes davis (OIXG)

1.2.3.11.6 Dfinir la slection des donnes dordres (OIXH)

1.2.3.11.7 Dfinir la slection des donnes de classe (OIXI)

1.2.3.11.8 Dfinir la slection des donnes de caractristiques techniques (OIXJ)

1.2.3.11.9 Dfinir la slection des donnes de la gestion des documents (OIXK)

1.2.3.11.10 Dfinir la slection des donnes de liaison de dobjets (OIXL)

1.2.3.11.11 Dfinir la slection des donnes des pts de mesure / compteurs (OIUQ)

1.2.3.11.12 Dfinir la slection des donnes des docs de mesure et val de

compteurs (OIUR)

1.2.3.11.13 Dfinir la slection des donnes pour les permis (OIRC)

1.2.4 Options pour la gestion des vhicules

Je nai jamais vraiment utilis cette fonctionnalit apparue en 4.5 ou 4.6 et adapte la gestion et au suivi
dun parc de vhicules.

custo pm.doc
 33/68

1.2.4.1 Affecter catgorie vhicules profil de vues et catgories dquipements

(SPRO)
Ceci nest valable que si vous utilisez la gestion des vhicules. Il convient de crer une ou plusieurs
catgories de vhicules en sappuyant sur les catgories dquipements.

On affecte galement un profil de vue dfini au point 1.2.1.6

1.2.4.2 Dfinir type des matires et fournitures consommables (SPRO)

On cr ici des choses comme essence ss plb 95 ou diesel.

Cf doc du point trs explicite.

1.2.4.3 Dfinir catgories dutilisation pour vhicules (SPRO)

Cf doc du point trs explicite.

1.2.4.4 Dfinir types de propulsion pour vhicules

Cf doc du point trs explicite.

1.2.4.5 Effectuer paramtrage dunits de mesure pour le suivi de la consommation

(SPRO)
Cf doc du point trs explicite.

1.2.4.6 Dfinir points de mesures spcifiques pour vhicules (SPRO)

ras

1.2.4.7 Dfinir procdure de dtermination de prix pour calcul valeurs de

consammation (SPRO)
Ras

1.2.4.8 Paramtrer slection de zones pour zones spcifiques gestion de vhicules

(CUS_FLEET_01)
Cf explications point 1.2.2.6

1.2.5 Liaisons dobjets

Les liaisons dobjets permettent de reprsenter des relations transversales entre objets de mme type (PT
ou quipements). On les emploie communment pour reprsenter les rseaux de fluides, dair comprim,
lectrique

custo pm.doc
 34/68

1.2.5.1 Dfinir types dobjets (SPRO)

Cest ici quon doit dbuter en crant un type dobjet de liaison. En std, on trouve au moins M pour le module
PM.

On peut aussi attacher ce type dobjet un schma de statut utilisateur, specifier si on veut des documents
de modification et interdire ou non les numros alphanumriques.

1.2.5.2 Dfinir les mdias pour liaison dobjets (OINM)

Par media, on veut parler du type dobjet transport dans notre rseau. On trouve communment : eau, gaz,
air comprim

1.2.5.3 Dfinir les tranches de numros pour liaisons dobjets (IN20)

On va crer au plus deux tranches de numros : numrique pur et/ou alphanumrique sans avoir besoin de
laffecter. Cest donc valable pour tous les types de rseaux.

1.2.5.4 Paramtrer traitement liste pour liaisons dobjets des quipements (OIYJ)
Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions IN18 et IN19.

1.2.5.5 Paramtrer traitement liste pour liaisons dobjets des PT (OIWD)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions IN15 et IN16.

1.2.6 Dfinir par transactions les valeurs par dfaut (OIAT)

Ce custo permet de dfinir les types dobjets qui vont tre automatiquement affects lors de lutilisation des
transactions de cration. Cela sapplique pour les PT, quipements, points de mesure, outillage, liaison
dobjets..

custo pm.doc
 35/68

1.2.7 Paramtrage des donnes article pour la maintenance

1.2.7.1 Dfinir laffichage de la structure des donnes articles (OIWM)

Comme pour les autres objets, on peut paramtrer laffichage de reprsentation structure dans le cas
darticles (li un quipement). Je conseille de laisser le standard en attendant.

custo pm.doc
 36/68

1.2.7.2 Paramtrer traitement liste pour liaisons dobjets des quipements (OIW8)
Cf point 1.1.5.3 pour explications.

Permet de paramtrer lcran de transaction IH09.

1.2.8 Gestion des numros de srie

La srialisation est un process important pour PM et CS car il permet de ne pas perdre lhistorique et la
traabilit dun quipement qui pourrait retourner en stock. On utilise en principe la srialisation notamment
avec les rparables : moteurs

On fait donc le lien entre un quipement et un article numro de srie.

La srialisation va donc consister dfinir quel moment un article est srialis et quel moment on y
associe un quipement. Ceci est fait grce au profil de numro de srie.

Ce profil doit ensuite tre plac dans la vue stockage2 de larticle que vous voulez srialiser.

1.2.8.1 Dfinir les profils de numros de srie (OIS2)

Le profil de numro de srie va permettre notamment de paramtrer :

le type dquipement que lon va gnrer (par exemple M)

si le numro de srie doit tre pr-dfini ( mon avis NON)

et si R/3 doit faire un contrle de stock (je mets 1 par dfaut)

Ensuite, pour ce profil, on va dire lors de quelles opration il y aura srialisation.

Pour PM, les oprations importantes sont :

MMSL : transactions E/S de stock

PPAU : num de srie dans lordre. (je ne crois pas que cela soit obligatoire)

custo pm.doc
 37/68

Pour chaque opration, on dit :

si le numro de srie est facultatif ou obligatoire. Tout dpend de ce que lon veut faire. Soit on veut
que ds quon fait une E/S de cet article, on doit demander le numro de srie et on mets 03. Soit
cela dpend des mouvements 101, 261.. et l on se met peu restrictif 02. Dans ce dernier cas, on
devra paramtrer le point de custo suivant mouvement par mouvement.

si lquipement doit tre gnr et associ sil nexiste dj pas. (je mets gnralement 02)

1.2.8.2 Dfinir caractristiques dindividualisation par code mouvement (SPRO)

Je rappelle que nous sommes dans le cas o nous voulons travailler au cas par cas. Un exemple vcu est le
suivant.

Pour des pices de rechanges srialises, lorsquon les commande, on les rentre en stock via un 101 mais
en stock contrle qualit. Lors de ce mouvement, on ne veut pas srialiser car on le ferait pour des articles
quen dfinitive on ne garde pas. Cest pourquoi dans le point de custo prcedent, on aura dit num de srie
facultatif : 02. Par contre ; lorsquon fera un 321 (transfert stock CQ UL), on srialisera et on en profitera
pour y attacher un numro dquipement et chaque mouvement 261, 262 , on demandera le num de
srie.

On clique dabord sur la premire activit :

On cre un groupe de code mouvements : SERI

Puis on sauve et on clique sur la deuxime activit : affecter groupe de codes codes mouvement

Et on affecte ce groupe tous les codes en jeu : par exemple 321, 261

custo pm.doc
 38/68

1.2.8.3 Dfinir catgorie dquipement par dfaut pour numro de srie (SPRO)
En fait, ce point est inutile si vous avez mis 2 points de custo au dessus un type dquipement par dfaut
pour votre profil.

Cest en caspour les ttes perces.

1.2.8.4 Dsactiver le blocage lors de lattribution interne du numro de srie

(SPRO)
Permet de faire en sorte que plusieurs personnes puissent srialiser en mme temps lors de mouvements
sur le mme article.

Je laisse en ltat cest dire non coch.

1.2.8.5 Liste des numros de srie : paramtrer traitement (OIYH)

Cf point 1.1.5.3 pour explications.

Permet de paramtrer les crans des transactions IQ08 et IQ09.

1.2.8.6 Slection de zones pour affichage multi-niveaux des listes N srie

Permet de paramtrer lcran Historique disponible partir de lcran daffichage ou de modification de
larticle numro de srie : ex IQ02 ou IQ03 :

custo pm.doc
 39/68

Je propose de laisser le standard.

1.2.8.6.1 Dfinir la slection de zone des mouvements de stock (OIRM)

1.2.8.6.2 Dfinir la slection de zone concernant la livraison (OIRN)

1.2.8.6.3 Dfinir la slection de zone du lot de contrle (OIRO)

1.2.8.6.4 Dfinir la slection de zone de la commande client (OIRP)

1.2.8.6.5 Dfinir la slection de zone de lordre de travail (OIRQ)

1.2.8.6.6 Dfinir la slection de zone de lavis (OIRR)

1.2.8.6.7 Dfinir la slection de zone de lordre de remise neuf (OIRA)

1.2.8.6.8 Dfinir la slection de zone de lordre de fabrication (OIRE)

1.2.8.6.9 Dfinir la slection de zone de lordre des donnes dinventaire (OIRE1)

1.2.8.7 Archiver lhistorique des numros de srie (SPRO)

Il sagit ici de dfinir le temps de rsidence des historiques de numros de srie. Je propose de laisser le
standard 99999.

custo pm.doc
 40/68

1.3 Nomenclatures
Tous les points de custo suivants vont nous permettre de paramtrer le fonctionnement et lutilisation des
nomenclatures. Ils sont diviss en 4 parties :

Donnes de commande : permet de grer les paramtres centraux

Donnes gnrales

Donnes de poste (niveau poste de nomenclature)

Determination des nomenclatures alternatives

1.3.1 Domaine de commande de la gestion des nomenclatures

1.3.1.1 Dfinir les paramtres de modification (OICB)

Ces paramtres sont importants car ils vont notamment permettre de grer la mise jour.

Prenons les paramtres dans lordre.

Date limite infrieure : permet de faire en sorte que R/3 proposera ou non une date de cration de
nomenclature au 1/1/1900. Sinon, la date du jour sera appose dans le champ date dbut de validit . En
prinicpe, je ne le coche pas. Attention lors de la reprise de donnes cependant de crer des nomenclatures
par batch avec une date dans le pass et non pas la date du jour car cela peut poser des pb de validit
aprs.

custo pm.doc
 41/68

Avec validit et MAJ active : en fait, ces deux codes vont de pairs et permettent de grer lhistorique de
modification des nomenclatures avec gnration de documents de modification. Je conseille de les cocher
tous les deux.

Champ Historique : Si on active ce code, on devra toujours grer un numro de modification. Cest trs
contraignant mais cela permet de contrler les modifications surtout utilis dans PP. Je ne coche pas.

Gest Hist obligatoire : va de pair avec le point prcdent.

Document sous-poste : permet dans lanalyse des modifications une meilleure lisibilit au niveau sous-poste.
Cf doc du point. En principe je nactive pas.

En-tte : cf doc du point. En principe, je nactive pas

Type de nomenclature : sert plutt dans les autres modules. Je coche pour dsactiver.

Nomenclatures alternatives multiples inactives

Nomenclatures variantes inactives

Dans longlet : poste de nomenclature :

Je conseille de mettre 1 dans le champ dtermination quantit et rien dans les autres

Champ options gnrales : lunit par dfaut raisonnable semble tre la pice (PC ou PCE)

Champ CAO actif. Cet indicateur prcise si les nomenclatures peuvent tre cres directement par
linterface CAO par exemple par Autocad. Ceci nest valable que si les bureaux dtudes vont effectivement
crer des nomenclatures de cette faon. Sinon je conseille de ne pas le cocher.

1.3.1.2 Dfinir le statut de la nomenclature (OICH)

Il convient ici de disposer des entres std :

statut 1 : actif

statut 2 : inactif

statut 3 : actif avec historique.

Sachant que le point suivant dfini quel est le statut par dfaut.

1.3.1.3 Dfinir les valeurs par dfaut (OICC)

On mets par dfaut 1 en quantit de base par poste, un statut 1 et des units variables par exemple MM
(millimtres) et lunit std PC (pice).

custo pm.doc
 42/68

1.3.2 Donnes gnrales

1.3.2.1 Utilisation de la nomenclature

1.3.2.1.1 Dfinir les utilisations de nomenclatures (OICD)

Parmi les entres std, on doit en avoir une pour PM. Il nest pas oblig de consrver lutilisation 4, on peut en
crer de nouvelles. Ceci sert juste pourvoir filtrer.

1.3.2.1.2 Dfinir les valeurs par dfaut pour le statut de poste (OICE)
Le paramtrage doit tre conforme lexemple standard avec le code dutilisation 4 :

On doit cocher PM pour dire que cest un code de type PM et cocher Relevant pour dire que ce poste de
nomenclature sera utilis pour le calcul des cots.

1.3.2.1.3 Dfinir des valeurs de copie par dfaut pour le statut de poste (OICF)
On spcifie par ce point que lon peut lorsquon cre une nomenclature dutilisation 4 par copie que seul
lutilisation 1 peut tre source de copie.

custo pm.doc
 43/68

Non obligatoire. Je crois que cest le standard.

1.3.2.2 Dfinir types darticles autoriss pour en-tte de nomenclature (OICG)

Ilsagit ici de dlimiter les types darticles que lon pourra mettre en en-tte de nomenclature.

Par dfaut, on laisse tout ouvert mais le principe, cest de pouvoir spcifier les types darticles qui peuvent
sy trouver et ceux qui ne peuvent pas en combinant utilisation, type article et lindicateur +/-.

1.3.2.3 Dfinir les ingnieurs ou les laboratoires responsables (SPRO)

Il ne sagit que denregistrer des responsables. Cette donne est prsente sur longlet autres donnes dans
lentte. Par exemple :

custo pm.doc
 44/68

Attention, cest une table partage avec MM. Je nen vois pas lutilit pour nous.

1.3.2.4 Dfinir lobligation de grer un historique pour les nomenclatures (OICL)

Cf aide point de custo.

Par dfaut, seul le statut 3 pour lutilisation 4 (maintenance) doit tre coch. Cela signifie que toutes les
modifs doivent tre traes par un document de modif.

1.3.3 Donnes de poste

1.3.3.1 Dfinir les types de postes (OICK)

Cest un point de custo trs important, il permet de dfinir quels sont les types de postes que lon va pouvoir
utiliser.

Jai soulign en jaune les postes que lon va vraiment utiliser ou quon est susceptible dutiliser.

Je rappelle les types de postes possibles et leur signification :

custo pm.doc
 45/68

D : poste de document

I : sous ensemble de maintenance : cela veut dire quon sattend trouver un article de type IBAU

L : article gr en stock : on sattend aprs avoir un article type HIBE par exemple.

N : article non gr en stock

T : poste de texte

Ensuite, pour chaque type de poste, on va dfinir si larticle est obligatoire, facultatif ou non autoris. Par
dfaut, on dira que pour les types de postes D et T, on attend pas darticle : mettre : -

Pour les types de postes I et L, on attend bien sur un article et on considre mme quil est obligatoire : +

Enfin, pour le type de poste N : cela veut dire quon va spcifier soit un article non gr en stock, soit un
libell, donc larticle nest pas obligatoire : .

1.3.3.2 Dfinir les types dobjets (OICX)

Cette codification nest utilise que pour des fins de recherches et on doit mon avis dans un premier temps
rester standard.

1.3.3.3 Dfinir les types darticles autoriss par types de postes (OICP)
Aprs avoir dfini les types de postes, on peut rduire les possibilits daffectation de types darticles. En
standard, on est trs ouverts et cest bien.

custo pm.doc
 46/68

Maintenant, si on veut, on peut rduire et par exemple dire :

4 HIBE L +

4 HIBE N +

4 IBAU I +

4 * * -

1.3.3.4 Grer les formules de dcoupe de pices (OICM)

Non utilis

1.3.3.5 Dfinir les codes des pices de rechanges (OICN)

Utilis seulement dans les nomenclatures de fabrication.

1.3.3.6 Dfinir les codes des articles mises dispo par le client (OICO)
Laisser le standard. De toutes faon, en PM, on utilisera pas priori le poste K.

1.3.4 Dtermination des nomenclatures alternatives

1.3.4.1 Dfinir les priorits de lutilisation de nomenclature (OICJ)

Voir le point suivant pour le choix de lId select 03.

On doit avoir au moins une entre :

custo pm.doc
 47/68

1.3.4.2 Critres de slection propres PM pour dtermination alternatives

1.3.4.2.1 Dfinir critres de slection pour la dtermination des alternatives (OICQ)

Cf aide point de custo.

On doit avoir une entre pour la maintenance :

1.3.4.2.2 Contrler critres de slection pour dtermination alternatives (OICT)

Une entre , simple :

1.3.4.3 Dfinir la slection des alternatives par article (OICS)

Comme le dit la doc, cette mthodes nest pas valide pour les nomenclatures dquipement ou de postes
techniques.

Donc je ne fais rien ici.

1.3.5 Effectuer des paramtrages utilisateurs (OICA)

Au dpart, je ne vous conseille pas de rentrer la dedans. A la rigueur, si vous avez le nom des personnes
qui creront les nomenclatures, vous pouvez rentrer quelque chose, mais..

custo pm.doc
 48/68

3. Plans dentretien, postes de travail, gammes PM et

outillages

1.4 Plans dentretien

1.4.1 Paramtrage de base

1.4.2 Grer les autorisations pour planification (PFCG)

Il sagit en fait dun renvoi sur la cration des rles.

1.4.3 Dfinir les secteurs dexploitation (SPRO)

Cf point 2.2.1.2

1.4.4 Dfinir les groupes gestionnaires PM (SPRO)

Cf point 2.2.1.3

1.4.5 Dfinir les codes ABC (SPRO)

Cf point 2.2.1.4

1.5 Plans dentretien

1.5.1 Configurer les types de plans dentretiens (SPRO)

Cest un point trs important. Il permet de dfinir les types de plans que lon va utiliser. On a trois types de
plans :

ceux qui vont gnrer des OT. Cest le type de plan historique !!

ceux qui vont gnrer des feuilles de saisie de service : MM-SERV. Cest trs utile si vous avez des
activits priodiques entirement sous-traites. Cela vous vite des crer une commande chaque
fois et cela permet dutiliser MM-SERV pour la rception des travaux.

Ceux qui vont gnrer un avis (cest une nouveaut).

Ces trois points devront se retrouver dans le paramtrage si vous voulez les utiliser. Noubliez pas de les
affecter une tranche de numro dans le paramtrage suivant.

custo pm.doc
 49/68

Il est inutile de cocher contrat cadre car ceci est rserv au plans pour le module CS. Ensuite, il convient
de paramtrer lobjet de rfrence : PT avec Equipement,.a, cest au choix.

1.5.2 Dfinir les tranches de numros des plans dentretien (IP20)

Voir point 2.1.7.3 pour explications.

Un groupe de tranches de numros peut tre externe et/ou interne.

Noubliez pas daffecter les types de plans que vous voulez activer.

1.5.3 Dfinir les tranches de numros des postes dentretien (IP21)

Les tranches 01 (interne) et 02 (externe) sont possibles mais en standard, une seule tranche est active. De
plus, il ny a pas daffectation faire.

1.5.4 Dfinir les zones de tri pour le plan dentretien (SPRO)

Attention, la diffrence des znes de tri prsentes traditionnellement dans les objets PM (ex
quipements..), on peut mettre ici une liste de valeurs.

La zone de tri devient alors un champ dtournable loisir qui servira pour le traitement liste mais aussi lors
des variantes du batch IP30.

1.5.5 Dfinir la slection de znes pour les plans dentretien (OIW0)

Je nai pas bien compris quelle transaction tait influence par ce paramtrage. Je pensait quil sagissait de
la transaction de la liste des dates (IP24) mais je crois que cest une erreur.

Sinon, le paramtrage est lancienne . On met juste les champs dans lordre o on veut les mettre en
plaant devant le champ lindice daffichage.

1.5.6 Dfinir la slection de znes pour donnes dopration (OIYL)

Idem point prcdent

Ntant pas sur , je conseille de laisser le standard.

1.5.7 Liste synthses globales plans dentretien : param traitement (OIY9)

Il sagit ici de prparer la variante de slection SAP_TCODE_IP19 de la transaction IP19.

custo pm.doc
 50/68

On arrive sur une simulation de la IP19 :

Et on appuie sur attributs. Je rappelle quon peut partir dune variante de slection supprimer des champs,
les rendre obligatoires ou en affichage seulement mais aussi des valeurs par dfaut.

custo pm.doc
 51/68

Mettre un titre et sauvegarder. Comme pour toutes les variantes de slection, celle ci sera automatiquement
slectionne par dfaut sauf si une variante existe pour un user particulier (U_nom_de_la_personne).

1.5.8 Liste des postes dentretien : paramtrage traitement (OIWY)

On va ici paramtrer les traitements liste postes IP17 et IP18 (affichage et modif). Comme dhabitude, les
deux premiers paramtrages concernent les slections de znes (affichage et modification) et le troisime
la variante daffichage.

cf point 1.1.5.3 pour explications gnrales.

1.5.9 Liste des plans dentretien : paramtrer traitement (OIWW)

On va ici paramtrer les traitements liste des plans IP15 et IP16 (affichage et modif). Comme dhabitude, les
deux premiers paramtrages concernent les slections de znes (affichage et modification) et le troisime
la variante daffichage.

cf point 1.1.5.3 pour explications gnrales.

custo pm.doc
 52/68

1.5.10 Liste des dates de postes dentretien : paramtrer traitement (OIW5)

On va ici paramtrer le traitements liste des dates dentretien IP24 (affichage et modif). Ici, on ne paramtre
que la slection de znes (affichage) et la variante daffichage.

cf point 1.1.5.3 pour explications gnrales.

1.6 Postes de travail

Le poste de travail est un lment trs important du module PM puisquil reprsente les quipes de
maintenance. La notion de poste de travail est reprise du module PP o elle reprsente un ensemble de
machines de production et de techniciens oprateurs associs.

Pour PM, le poste de travail ne reprsente que de la main duvre.

1.6.1 Donnes gnrales

1.6.1.1 Dfinir les types de postes de travail, les relier avec utilisation gammes
(OIZA)
Il sagit ici de paramtrer les types de poste de travail. Le type standard est 0005 et dfini galement les
slections de znes , cest dire les champs qui vont tre affichs et les squences dcran
(lenchainement). On peut galement spcifier si des documents de modifications doivent tre crs, et la
possibilit dassocier un schma de statut utilisateurs.

La couleur est utilise lors des hierarchies de postes de travail.

custo pm.doc
 53/68

Lutilisation permet de relier le type un module .

1.6.1.2 Dfinir la slection des znes (OPFA)

Il sagit ici de dfinir les znes qui seront affiches, supprimes, obligatoires Cela permet de nettoyer les
crans. En effet, comme nous lavons dj dit, le poste de travail est une notion emprunte PP et il est
utile docculter tout un tas dinformations que nous nutiliserons pas avec PM dans un souci de simplification.

Nous avons la possibilit de travailler sur les onglets soit sans influents ce qui veut dire que les modifications
seront globales pour tous les postes de travaux ou par influent. Je conseille la deuxime solution pour ne
pas embarrasser vos petits camarades. Le choix de linfluent type de poste de travail parit le plus judicieux
en ltat.

custo pm.doc
 54/68

Voici un exemple de paramtrage :

custo pm.doc
 55/68

custo pm.doc
 56/68

1.6.1.3 Dfinir les paramtres (OP7B)

Ce point de paramtrage permet de redfinir les cl de contrle des valeurs std qui permettent de calculer
les cots ou par exemple la dure traitement dans longlet ordonnancement : SAP004. Je ne conseille pas
de se lancer dans ce paramtrage moins davoir un but prcis. Jai toujours utilis le standard pour ma
part.

1.6.1.4 Dfinir la cl de contrle des valeurs standards (OIZ2)

Il sagit ici de dfinir dautres cls comme la cl de valeur standard que lon trouve dans longlet donnes de
base : SAP0.

Rien modifier.

custo pm.doc
 57/68

1.6.1.5 Dfinir les responsables des postes travail (SPRO)

Comme son nom lindique. Les responsables sont visibles dans longlet donnes de base et permettent un
regroupement.

Ils sont dfins par division avec code et designation.

Ne pas confondre avec lagent de planification (groupe ordonnancement) de la vue capacit.

Un responsable suffit pour lusine ; cela dpend vraiment de la configuration du site.

1.6.1.6 Dfinir les aires de stockage de production (OM10)

Ce paramtrage defini par division est inutile pour PM. De plus, nous venons de masquer la zne dans la
fiche du poste de travail.

1.6.1.7 Crer les postes de travail par dfaut (OIZV)

Ce paramtrage est bien utile car il permet de faciliter les cration en disposant de valeurs par dfaut. Il est
fait pour la combinaison division et type de poste (pour nous 0005).

Les paramtrages que je conseille au minimum sont les suivants :

custo pm.doc
 58/68

custo pm.doc
 59/68

Ceci correspond un paramtrage std et minimal des 4 premires vues.

1.6.2 Donnes de gamme

1.6.2.1 Dfinir la cl dutilisation de la gamme (OIZD)

Le champ utilisation de gamme dans longlet donnes de base permet de spcifier les types de gammes o
le poste peut tre utilis. Dans notre cas, nous affectons gnralement notre poste de travail aux gammes
de maintenance (code 004) ce qui doit correspondre aux gammes quipements et poste technique et
instructions de maintenance.

custo pm.doc
 60/68

Le code lancement nest utilis que pour la production.

1.6.2.2 Grer la cl de commande (SPRO)

Il sagit ici dun point de custo que nous retrouverons dans dautres endroits.

La cl de commande permet de spcifier de quelle manire se fera le travail. On trouve en standard 3 cls
de commande utilises dans PM :

PM01 : veut dire que le travail est fait en interne par le poste de travail dsign

custo pm.doc
 61/68

PM02 : indique que le travail est sous traite.

Dans cette configuration, une DA est gnre puis une commande sera cre manuellement. La
confirmation du travail est fait via une EM sur commande : code mouvement 101. Cest la mthode la plus
simple pour traiter la sous-traitance.

custo pm.doc
 62/68

PM03 : indique que lopration est sous-traite mais selon la procdure MM-SRV (gestion des services).

Cette procdure diffre de la cl PM02 car elle permet une validation des services avant que les cots rels
soient enterrins dans CO.

1.6.2.3 Dfinir les qualifications (SPRO)

Ce paramtrage est galement par division et permet de

custo pm.doc
 63/68

4. Gestion de maintenance : processus

5. Systme dinformation

6. Glossaire
Division de Localisation

custo pm.doc
 64/68

7. Hints and tips

1.7 Aide sur les points de custo

2 mthodes sont disponibles pour obtenir de laide sur les poinst de custo. Une est fiable 100 %, lautre est
variable. Je ne parlerai que de la 1re :

Ds que vous tes dans spro, allez dans le menu utilitaires/affichage de texte / avec sapscript.

Ds lors, lorsque vous double-cliquez sur un point de custo, vous obtenez laide tous les coups.

1.8 Statuts Systmes

1.9 Contrle de statuts systme ou utilisateur.

Lorsquon cre des statuts utilisateurs, le groupe de statut est visible dans la table TJ30.

Lors de contrles de statuts, on peut faire des tests sur la table appele JEST.

Par exemple, jai un OT :

Je dois dabord aller chercher la cl de la table JEST qui est commune tous les objets susceptibles de
recevoir des statuts : OBJNR.

custo pm.doc
 65/68

SE16 de la table AUFK nous donne pour cet OT la valeur dOBJNR. Puis SE16 de la table JEST nous
affiche la liste des statuts :

Les statuts utilisateurs sont numrots EXXXX. On peut voir par exemple que seul le statut utilisateur E0025
est actif ce qui correspond (table TJ20) bien WIP.

1.10 Problme de paramtrage des dates dans les variantes

Exemple : Pb paramtrage dates de validit pour IH08

Si on touche la variante std par le custo OIYC, on rcupre des dates qui correspondent la date
denregistrement de la variante et qui gnent.

Il faut faire comme suit :

custo pm.doc
 66/68

Puis display mode : IH08

Et cliquer sur variante attribute

custo pm.doc
 67/68

Et slectionner comme montre prcedement

Et cliquer sur selection variables

Et mettre ceci :

custo pm.doc
 68/68

custo pm.doc