SM50
System>Utilities>Runtime execution analysis
SM50
System>Utilities>Runtime execution analysis
The only thing is to make sure you have the correct time zone during the scheduling of the job.
Both user and system settings need to be taken as a reference.
During the scheduling of a job or process chain, the time is always the system time zone.
But during the process chain analysis (log), the system displays in user time zone.
During the job (SM37), the system displays in System Settings time zone
So, you just have to check the system time zone and during the scheduling of a job of process chain do the settings with reference to the system time zone.
SE38 –
/SAPAPO/PT_DELETE_USER
/SAPAPO/PT_COPY_USER
Lorsque la déclaration des ordres n’est pas possible car l’activité sur centre n’est pas budgeté sur l’année. Fréquent en dev et qual. sur l’année:
KP26 – Saisir l’ordre et le/les type(s) d’activité,
Version 0, Période 1 à 12 sur l’année en cours.
Mettre un nombre d’heure (1) et un prix fixe (1).
Les master data sont stockés de façons redondantes dans SNP: MATKEY et MATLOC mais aussi dans /SAPAPO/TSQUEUE (liste d’attente des updates dans les time-series) et dans Queue level2 (mise à jour des agrégats => 1 table par agrégats).
Théoriquement, avant chaque utilisation de données SNP, il faut ré-initialiser la version pour garantir la cohérence des données. Cela implique de renvoyer les données des tables standard vers Lvl1, puis de lvl1 vers lvl2.
/SAPAPO/TS_QUEUE
/SAPAPO/TS_LCM_QUEUE_UPDATE
Reco : Programmer ces jobs quotidiennement.
Note 1331576 – Initialization and Delta Handling for SNP Master data
Dans ECC, transaction WEDI