SAP a eu la bonne idée de fournir un ordonanceur avec sa solution BI, c'est le concept de Process chain, accessible via la transaction RSPC.

Si la solution technique est très efficace (de nombreuses sociétés lui font confiance pour la gestion de leur nuit applicative), en revanche l'interface est assez désastreuse : peu ergonomique, très lente, incomplète...

Sur BW il n'est pas rare de devoir planifier des actions manuelles de chargement, que ce soit pour un déploiement ou bien une initialisation de données à refaire. L'usage d'une process chain est alors recommandé mais ne peut couvrir 100% des besoins car certains processus essentiels sont absents, comme par exemple la suppression de flag d'initialisation. Cela oblige à panacher entre process chain et action manuelle (donc risque d'erreur).

Pour palier ces manques j'ai créé un petit programme : ZRSPC. Il permet de planifier une suite d'opérations qui sera réalisée automatiquement, de la même manière que le ferait le lancement d'une process chain.

Ecran initial permettant de charger le fichier

L'intéret est d'une part d'avoir une gestion des actions par fichier, ce qui permet une plus grande réactivité que lorsque l'on doit gérer le transport d'une process chain. D'autre part le programme gère certaines actions non prises en charge par RSPC, comme par exemple la suppression des données non utilisées dans les dimensions d'un cube ou la suppression de flag delta.

Un rapport d'exécution permet de suivre l'avancement des chargements en temps réel. Un email peut être envoyé automatiquement à la fin du traitement.

Rapport d'exécution

Voici la liste des processus gérés actuellement par le programme :

• Suppression complète ou sélective d'un cube ou d'un DSO
• Suppression d'un flag d'initialisation de chargement delta
• Lancement d'un IP
• Chargement des cibles depuis la PSA
• Lancement d'un DTP (option pour lancer un DTP init sans transfert de données)
• Lancement d'une process chain
• Activation d'un DSO
• Suppression et création d'index (cube)
• Suppression des données inutilisées dans les dimensions d'un cube
• Suppression des données inutilisées dans un info objet
• Lancement d'un programme ABAP
• Faire une pause
• Interrompre le traitement

Log détaillé d'un process

La structure du programme est assez souple pour permettre de gérer tout type de processus donc n'hésitez pas à le compléter des votres !

A noter : n’oubliez pas que vous aurez besoin de SAPLINK pour installer le programme.

Nous avons vu comment configurer le serveur SAP dans un précédent billet, il reste à planifier l'envoi d'alertes dans nos process chain.

Dans la transaction RSPC, vous pouvez ajouter un message pour chaque type de processus, par exemple sur le processus de lancement.

Faites un clic droit sur le processus et sélectionner "Créer message"

RSPC : Ajouter un message sur un processus

Un popup de sélection de variante apparait. Entrer un nouveau nom puis cliquer sur le bouton "Créer".

RSPC : Ajouter un message sur un processus - popup de variante

Un nouveau popup vous demande de saisir un libellé pour ce message. Saisissez le avec précaution. En effet ce libellé sera le SUJET de l'email envoyé par le message.

RSPC : Ajouter un message sur un processus - popup de création

Vous arrivez alors sur le panneau de gestion du nouveau message. Le bouton "Editer document" permet de saisir le corps du message, le bouton "Gérer liste réception." permet de définir les destinataires.

RSPC : Gestion de message

RSPC : Saisie du corps du mail à envoyer

RSPC : Saisie des destinataires

Valider et sauvegarder. Une fois de retour sur la process chain, le message est affiché directement dans le rectangle du processus, et un clic droit sur ce processus vous affiche de nouvelles options "Gérer message" et "Supprimer message".

RSPC : Processus avec message

Sur BW, il est intéressant de pouvoir envoyer des alertes par email en cas d'erreur dans les chargements nocturnes (process chain). Si sur SAP R/3 il peut être intéressant d'utiliser le système d'alerte de SAP, ce n'est pas pertinent pour BW, les utilisateurs ne se connectant pas directement en transactionnel, mais soit via Excel, soit via le portail web donc il ne serait pas aisé pour eux de souscrire aux alertes.

Chez un client sans administrateur SAP dédié, j'ai du paramétrer le serveur pour qu'il gère l'envoi d'e-mails vers une boite générique, des règles de redirection étant paramétrées sur cette boite pour "arroser" l'équipe technique, ainsi que quelques key-users.

Première étape du paramétrage : transaction SCOT

Si vous n'arrivez pas sur l'écran d'état du système, aller dans le menu Vue > Etat du système (ou appuyer sur F5).
Une fois sur l'écran d'état du système, double cliquer sur la ligne SMTP (après avoir déplié le noeud INT).

Transaction SCOT - état système

Renseigner les champs "Hôte mail" et "Port mail" avec les données du serveur de messagerie de l'entreprise. Cocher la case "Noeuds opérationnels"
Cliquer sur le bouton "paramétrer" de la ligne "Internet"

Transaction SCOT - paramétrage SMTP

Renseigner la plage d'adresses email autorisées, ou * pour autoriser toute adresse puis valider les écrans.

Transaction SCOT - paramétrage internet

Vous pouvez maintenant faire un test de routage :
Menu Utilitaires > Test de routage (ou CTRL F10)

Transaction SCOT - test de routage

Renseigner le type d'adresse INT et indiquer un email. Appuyer sur ENTREE pour valider et lancer le test de routage. Si tout se passe bien, vous verrez apparaitre sous vos informations le noeud SMTP ainsi que l'adresse mail que vous avez indiqué.

Transaction SCOT - Résultat du test de routage

Deuxième étape, il vous faut activer le service SMTP de SAPConnect via la transaction SICF Si le service n'est pas activé, il apparaitra grisé dans la liste des services. Clic droit sur SAPconnect puis choisir l'option "Activave SMTP Host"

Transaction SICF - Activation SAPConnect

Un message de succès apparait et la ligne devient noire. Si le service est déjà actif, cette même opération fera apparaitre le message d'erreur "Service has already been actively saved"

Troisième étape, il faut définir une adresse email pour son User SAP via la transaction SU01

Transaction SU01 : Adresse email pour user SAP

A partir de maintenant, il doit être possible d'envoyer un email.
Pour le vérifier il existe de multiples manières. La plus simple est de passer par la Business workplace SAPOffice : transaction SO01.

Transaction SO01 : Envoyer un email

Créer un nouveau message en indiquant un titre, un contenu, et un destinataire de type "Adresse internet", puis cliquer sur "Envoyer"

Transaction SO01 : Envoyer un email (detail)

Le message doit être maintenant en attente dans la file d'envoi. Pour le faire sortir de SAP, il faut aller dans la transaction SOST. Le message apparait bien en jaune : il est prêt, en attente d'envoi.

Transaction SOST : Liste des messages en attente

Pour l'envoyer, Aller dans le menu Utilitaires > Lancer processus d'envoi (ou CTRL F7)

Transaction SOST : lancer processus d'envoi

Une liste des messages envoyés apparait. Vous pouvez double cliquer sur une ligne pour voir le détail du routage.

Transaction SOST : résultat d'envoi

Si tout s'est bien passé, le message est passé en vert ou en gris. En cas de problème il sera passé en rouge. Vous pouvez cliquer sur le nombre de la dernière colonne (Msg) pour avoir le texte d'erreur (ou refaire un test et analyser le détail du routage lors de l'envoi).
En cas d'erreur il est probable qu'il faille se tourner du coté de l'administration du serveur de messagerie pour qu'il accepte d'envoyer les messages en provenance du serveur SAP (possible blocage total ou internet, auquel cas il sera possible de faire un test sur sa messagerie d'entreprise mais pas sur un webmail).

Une fois le test passé avec succès, il ne reste plus qu'a paramétrer les process chain, cela fera l'objet d'un prochain billet.