SAP R/3 HR (ressources humaines)

[idrissis]

Bonjour tout le monde,
je suis un nouvel arrivé sur le forum, comme je le suis d'ailleurs sur le monde de SAP
dans cette discussion j'aimerais partager et profité de votre expérience concernant SAP R/3 HR.
bref , j'aimerais que chacun de nous nous envoie les transactions qu'il juge utiles pour l'exploitation du module HR de R/3.
Je commence alor
PA40 mesures administratives
SPRO IMG
PPMDT manager's desktop
SE10 afficher les ordres
PA30 gérer les données personnels d'un salarié
PA20 afficher les données
SE16 afficher les tables

je transmets d'autres transactions au fur et à mesure que j'en découvre. Je compte sur vous pour enrichir cette discussion.
Good luck
----
A vaincre sans péril, on triomphe sans gloire

[idrissis]

rebonjour,
voilà de nouvelles transactions j espére que ça vous serait d'utilité :
PFCG : gestion des rôles
PPMDT : manager's desktop (bureau du manager)
PPEM : profil d'une personne
PPPM : profil d'un poste
PM01 : créer un infotype
SM30 : les tables de paramètres
SM31 : les mesures dynamiques

to be continued

A vaincre sans péril, on triomphe sans gloire.

[cladsam]

Bonjour,

je dois avouer que je ne comprends pas la raison d'être de votre liste.
Soit le but est de faire une liste de stransactiosn les plus utiles mais il faut dans ce cas les classer par thème :
ex SE 11, SE 16 , SM30 sont utilisées par tous techniques ou fonctionnels et n'ont rien de spécifique aux RH. Soit le but est de faire une liste exhaustive des transactions RH mais dans ce cas une SE93 ferait l'affaire.
Bref je ne vois pas ce que cette liste apporte en l'état ?

[idrissis]

bon ce que je visais derrière cette discussion c est partager les transactions que je découvre et que je juge utiles pour des débutants comme mon cas, parceque le SE93 n est pas donnée à tt le monde, et on doit avoir qlq un de plus experimenté pr ns la signaler.
En tout cas ça fait mal à personne je pense, si qlq un est intéressé, il peut envoyer sa réponse, sinon il omet. N es tu pas d'accord avec moi?

[Bill54]

Peut être comprendras tu quand tu connaitras les 10 000 code transactions SAP.

Pour que cela soit utile, tu devrais en effet les classer par thème. La tu induit un débutant en erreur en spécifiant que c'est du HR.

Si tu tiens a présenter tes transaction les plus utilisées, fais donc un tuto et spécifie donc à quoi elles servent :

Ex SPRO : IMG (si tu ne dis pas que c'est pour le param/custo) ca ne parlera pas à un débutant

[idrissis]

oui je suis convaincu, mais étant débutant ça peut justifier :d
ok les gars, we close the door

[cladsam]

Envoyé par Bill54

Peut être comprendras tu quand tu connaitras les 10 000 code transactions SAP.

Pour que cela soit utile, tu devrais en effet les classer par thème. La tu induit un débutant en erreur en spécifiant que c'est du HR.

Si tu tiens a présenter tes transaction les plus utilisées, fais donc un tuto et spécifie donc à quoi elles servent :

Ex SPRO : IMG (si tu ne dis pas que c'est pour le param/custo) ca ne parlera pas à un débutant

+1

Hier idrissis j'ai lu ta réponse et je me rends compte que j'ai peut-etre été un peu trop direct dans la mienne et qu ej'ai certainement manqué de précision dans ma réponse.
Comme le dit Bill54 un débutant pourrait être induit en erreur par une telle liste non classifiée. IL n'en reste pas moins qu'une telle liste moyennant quelques aménagements peut -etre très utile. Voila ce que je propose.

Pour chaque transaction que l'on veut voir apparaitre dans cette liste on précise

Module : ex: DDIC TECHNIQUE
Code transaction :ex:16
Descriptif rapide : ex: affichage des données d'une table
Utilisation : Affichage du contenu d'une table du dictionnaire avec filtre sur des critères de sélection (champs de la table). pas d emodification possible des données
Astuces : NA
transactions complémentaires : SE11 , SM30 [to be continued]
Autorisation standards : NR

NR = Non renseigné, l'auteur de l'entrée ne sait pas répondre mais un futur forumeur pourra ajouter la précision dans un prochain post, l'auteur initial modifira alors son post pour inclure la nouvelle info ou a défaut un modérateur le fera pour lui

NA = Not available : il n'y a pas d'astuce partiiculière pour cette transaction.

Bien sur, comme chacun n'aura pas nécessairement la possibilité de renseigné toutes les cases pour une transaction, les suivants pourront proposer un ajout mais pour qu'on ne s'y perde pas, il faut respecter un standard.
Par exemple, Bill54 connait les autorisatiosn liées à SE16.

Il vient mettre un post à la suite du mien dans lequel il met

[MAJ SE16]
Autorisation standards :
[/MAJ]

Ensuite je passe sur son post, je vois son message de MAJ et je l'intègre dans mon entrée sur la transaction puis il efface son message.


Le but : n'avoir qu'une entrée par transaction avec un max de pluvalue. Si on y arrive, on fera une page intégrée au site avec la liste des transactions et la possibilité de faire des recherches.
Est-ce que cela vous convient ?

[Sh@m@n]

Très bonne initiative.

Mais concernant les autorisations, est-ce bien nécessaire?? Vu que ce sont les admins qui donnent accès ou non aux transactions...

[cladsam]

Envoyé par Sh@m@n

Très bonne initiative.

Mais concernant les autorisations, est-ce bien nécessaire?? Vu que ce sont les admins qui donnent accès ou non aux transactions...

Pour les autorisations je pense qu'il est necessaire de le préciser lorsqu'on le sait parceque :
- parfois sans etre admin on est amené a demandé tel ou tel droit aux admin si on sait lui dire lesquels avec précisions c'est très pratique
-parcequ'il n'est pas exclu qu'un admin vienne lire le topic au meme titre qu'un développeur ou un fonctionnel

bref je propose de le mettre quand on le sait et de le laisser vide dans le cas contraire

[Sh@m@n]

Ok, pas de problème.

[Dominiaux]

En tant qu'admin, je peux vous dire qu'en ce qui me concerne, SM30 et SE16 tout comme SE38 et le debugging en production, c'est hors de question (sauf un ou deux informaticiens et ils savent qu'en cas d'incident, ils seront les premiers en ligne de mire). Surtout si HR est activé...

[Bill54]

Envoyé par Dominiaux

En tant qu'admin, je peux vous dire qu'en ce qui me concerne, SM30 et SE16 tout comme SE38 et le debugging en production, c'est hors de question (sauf un ou deux informaticiens et ils savent qu'en cas d'incident, ils seront les premiers en ligne de mire). Surtout si HR est activé...

La valeur ajouté de ce message dans le topic?

[Dominiaux]

Envoyé par Bill54

La valeur ajouté de ce message dans le topic?

Valeur ajoutée ?

Tous les jours je suis confrontée à des utilisateurs qui me demandent les droits pour SE16 et/ou SM30/SM31, parce que les développeurs leur conseillent ces transactions.

Ces transactions, très pratiques je le reconnais, comportent des risques et favorisent les failles dans la sécurité. Elles sont la bête noire des audits de sécurité et si elles ont une place de choix dans un SAP de test et de développement, elles n'ont rien à faire en prod. Et si HR est actif, les impératifs de sécurité augmentent encore, vu la sensibilité des données qui y sont gérées. C'était mon seul propos.

[Bill54]

ma question étais :
Quel est la pertinence de votre réponse dans ce topic? (qui ne fait que présenter les transactions aux utilisateurs non-averti.

Parler de SE16,SM30... n'arrange rien, et ne répond en rien au topic.
Les utilisateurs qui découvrent ne connaissent pas ces transactions.

Maintenant si vous voulez communiquer sur votre travail (Admin BC d'après ce que je vois), vous pouvez créer un topic et/ou participer à la mise en place d'un FAQ.

[Dominiaux]

Bah ! il est clair que nos points de vue sont totalement différents et que nous nous lançons dans un dialogue de sourds.

Il se trouve que je vois dans ce topic qu'en deux-trois posts on est arrivés à faire emerger ces transactions-là(mais ça, ça ne m'étonne pas), mais aussi à les présenter dans des listes, mélangées avec d'autres purement applicatives et même avec la custo.

Ce topic présente simplement les transactions aux utilisateurs non-avertis ? Ces transactions sont très spéciales et on y attache beaucoup d'importance parce qu'elles peuvent affecter le système tout entier sans considération de modules. De mon point de vue elles méritaient donc qu'on relève leur présence et qu'on en dise un mot.

Je voulais simplement avertir vos utilisateurs non-avertis (afin qu'ils ne le restent pas ), du fait que ces transactions sont parmi celles qui rencontrent le plus de réticence chez les admins.

Il semblerait cependant que de votre point de vue, ce soit totalement sans intérêt et même importun. Bien je prends acte, veuillez m'excuser.

[Bill54]

Merci

Il existe énormément de transactions interdite en production.
Je pense qu'au lieux d'en citer 3, peut être serait-il souhaitable de faire un topic sur le sujet?

Le vrai sujet de celui-ci est bien de recenser les transactions par type et non d'en lacher une ou deux sans dire à quoi elles servent!

Mais merci tout de même pour votre participation. Nous avons en effet besoin d'admin BC pour répondre à certaines de nos questions.