Sur SAP, une poignee de transactions te fait gagner un temps enorme, quel que soit ton module. Voici 5 transactions SAP indispensables pour un consultant, et surtout quand les utiliser.
L’essentiel
- Une transaction SAP est un code court qui ouvre directement un ecran precis, sans naviguer dans les menus.
- Cinq transactions transverses te sauvent la mise dans presque tous les modules.
- SE16N pour lire les tables, SU53 pour les autorisations, ST22 pour les erreurs, SM37 pour les jobs, SLG1 pour les logs.
- Les connaitre, c’est diagnostiquer un probleme seul avant d’appeler la technique.
Une transaction SAP, c’est quoi
Une transaction, c’est un code court, souvent quatre a six caracteres, que tu tapes dans la barre de commande en haut a gauche de SAP. Il t’amene directement a un ecran precis. Au lieu de cliquer dans dix menus, tu tapes le code et tu y es. Les consultants efficaces connaissent les leurs par coeur.
Certaines transactions sont propres a un module. D’autres sont transverses : elles servent quel que soit ton domaine, fonctionnel ou technique. Ce sont ces dernieres qui font la difference au quotidien. En voici cinq a mettre dans tes favoris.
SE16N : lire le contenu des tables
SE16N est le navigateur de donnees. Il affiche le contenu brut d’une table SAP. Tu veux verifier ce qui est vraiment stocke derriere un ecran, controler une valeur, comprendre pourquoi un champ ne remonte pas. Tu tapes le nom de la table, tu filtres, tu vois la donnee reelle.
C’est l’outil de diagnostic numero un du consultant fonctionnel. Il permet de distinguer un probleme d’affichage d’un probleme de donnees. Attention : SE16N sert a lire, pas a modifier. La modification directe de table en production est une faute grave.
SU53 : comprendre un manque d’autorisation
Un utilisateur te dit « ca ne marche pas, j’ai un message d’erreur d’autorisation ». Avant de deranger l’equipe securite, lance SU53 juste apres l’erreur. Cette transaction affiche le dernier controle d’autorisation qui a echoue : quel objet, quelle valeur manquante.
Avec cette information, tu construis une demande precise a l’equipe des roles, au lieu d’un vague « il lui manque un droit ». Tu gagnes des jours de va-et-vient.
Réflexe consultant
Demande a l’utilisateur de lancer SU53 immediatement apres l’erreur, sans faire d’autre action entre-temps. Sinon la transaction affiche un controle plus recent, et le diagnostic est fausse.
ST22 : lire un dump ABAP
Quand un programme SAP plante brutalement, il genere un dump : une erreur d’execution ABAP, le langage de programmation de SAP. La transaction ST22 liste ces dumps et t’en donne le detail. Nom de l’erreur, programme concerne, ligne fautive, contexte.
Meme si tu n’es pas developpeur, savoir ouvrir un dump et lire son intitule te rend autonome. Tu identifies si c’est un probleme de donnees, de parametrage ou de code, et tu orientes le bon interlocuteur.
SM37 et SLG1 : jobs et logs
SM37 suit les jobs d’arriere-plan, ces traitements qui tournent automatiquement la nuit ou a heure fixe : facturation en masse, calcul MRP, interfaces. Tu verifies si un job est termine, annule ou en erreur, et tu lis son journal d’execution. Indispensable quand un traitement de masse ne produit pas le resultat attendu.
SLG1 affiche les logs applicatifs : les messages qu’un programme enregistre pendant son execution. Beaucoup de traitements ecrivent leurs anomalies dans ce journal plutot qu’a l’ecran. Savoir aller les lire evite de conclure trop vite qu’un traitement « n’a rien fait ».
| Transaction | A quoi elle sert | Quand la lancer |
|---|---|---|
| SE16N | Lire le contenu d’une table | Verifier une donnee reelle |
| SU53 | Analyser un manque d’autorisation | Juste apres une erreur de droit |
| ST22 | Lire un dump ABAP | Apres un plantage de programme |
| SM37 | Suivre les jobs d’arriere-plan | Un traitement de masse en echec |
| SLG1 | Consulter les logs applicatifs | Comprendre ce qu’un programme a fait |
À éviter en mission
Utiliser une transaction de modification de donnees techniques en production pour « corriger vite ». Toute correction directe hors des processus standard peut casser la coherence entre modules. Passe toujours par la transaction fonctionnelle prevue.
Vu en mission
Un consultant junior qui maitrise SE16N et SU53 impressionne vite. La ou d’autres restent bloques a « ca ne marche pas », lui pose un diagnostic clair en deux minutes. Cette autonomie de diagnostic se remarque et se paie.
Ton plan d’action pour les integrer
- Ajoute ces cinq transactions a tes favoris SAP des maintenant.
- Pour chacune, entraine-toi sur un cas reel de ton systeme de test.
- Reflexe autorisation : des qu’un utilisateur bloque, pense SU53.
- Reflexe donnees : avant de dire « SAP a un bug », verifie la table avec SE16N.
- Documente le nom des tables clefs de ton module pour aller plus vite.
Tu veux gagner en autonomie technique sur SAP ?
Savoir diagnostiquer seul, sans dependre de la technique, est une competence qui fait la difference en mission. C’est ce type de reflexe qu’on developpe dans le programme AZ Premium.
Le document ci-dessous reprend la selection des transactions SAP a garder dans tes favoris et te sert d’aide-memoire.
Telecharger : les transactions SAP indispensables pour un consultant