24 octobre 2016

HR Access 7.30.60 et les objets Tâches

Les objets Tâches sont utilisables depuis HR Studio 7.30.60. Ils permettent d'alléger la charge des actions manuelles à réaliser sous HRStudio. Pour les serveurs HR Access v7 ou v9 ne disposant pas de la fonctionnalité, un kit peut être demandé au Support. Dans de nombreux kits livrés par le support, des "Taches" sont maintenant livrées.

Le kit va notamment créer deux tables techniques : RC59 et RF90, reprendre les triggers de gestion des objets HR, toucher une soixantaine de programmes techniques BT* BU* BY* ainsi que les chaines NRT et des RO* ...




Après ouverture de HR Studio, pensez à modifier les droits de conception de votre utilisateur (droits de conception / Droits indépendants des projets) :
 

L’objet "Tâche" est accessible avec les objets de gestion d’environnement :


Pour l'alimenter il faut le créer et le garder ouvert. On peut alors :
  • L'alimenter en direct (pour le cas des détachements ou des suppressions),
  • Ou en navigant dans l'explorateur HRStudio par clic droit sur d'autres objets, choix "Créer une action" (validation, déploiement, suppression). 
  • Cela marche aussi pour les compteurs de paie !
 Les actions élémentaires sont triées. Il est possible d'en modifier l'ordonnancement, d'indiquer qu'elles sont "bloquantes", de forcer leur statut ("A effectuer", "Effectuée", "Ignorée") ... Mais une par une (on ne peut agir sur une sélection de tâches).

Les Tâches peuvent ensuite être exécutées soit en cliquant directement sur l'objet Tâche lui même, soit en l'éditant et en cliquant sur une sélection d'actions élémentaires. Le compte rendu s'affiche dans l'onglet habituel de HRStudio.

Une fois l'action effectuée, les messages émis par studio ne sont pas conservés avec avec l'objet. On ne peut donc pas conserver et partager une erreur : si HRStudio est fermé le message est perdu.
 
Si un objet est verrouillé, HRStudio n'exécutera pas l'action. Il n’émet qu’un message d’information qu'il faudra retrouver … Mieux vaut rechercher les actions élémentaires dont le statut n'est pas passé à "Effectuée". Malheureusement les "Entêtes" du tableau d'actions élémentaires n'est pas "cliquable" donc il n'est pas possible de les trier.
 

En base de données :
  • En table EN10 les "Tâches" sont des objets de type "AE" ,
  • En table RC54 on retrouvera le statut "A effectuer" dans une ligne où CDACTI=DCSTATUS et CDATR1=TODO (sinon DONE),
  • En table RC59 on retrouvera 
    • La liste des actions élémentaires (CDACTI parmi TOVALID, TODEPLOY, TODELETE, TODELIN …), 
    • Leur statut individuel (CDSTTS parmi T « To do » N « igNore » et D « done »), 
    • A traiter dans l’ordre du NUORDR 
    • Avec un CDATS3=BLOCKING si une erreur sur l’action est bloquante (NOBLOCK sinon), 
    • Avec si nécessaire une référence à l’élément concerné (ex : NAELMT CDELMT = MS 00001 pour le message 00001)

Le script subb4 est relivré. Affectivement, lors d’un import RB4, un paramètre permet de demander ou non la création automatique d’objets Tâche, et d’insérer ou non les éventuels objets tâches livrés dans l’objet tâche créé :
  • 0 = Ne pas créer l'objet tâche
  • 1 = Créer l'objet tâche sans rattachement des objets tâche livrés
  • 2 = Créer l'objet tâche avec rattachement des objets tâche livrés (une tâche peut exécuter des tâches)
La paramètre se trouve en position 42 de la PB73 :

..^.|..^.1..^.|..^.2..^.|..^.3..^.|..^.4..^.|..
PB73                0            IMPORT  2

Les tâches créées par la RB4 sont listées dans le squelettes de BU2
SD TOVALID
IN TOVALID
ST TOVALID
LI TOVALID
SW TOVALID
IW TOVALID
MI TOVALID
MI TODEPLOY
HD TOVALID
HD TODEPLOY
...
BP TOVALID
BP TODEPLOY
AT TOVALID
AT TODEPLOY
NA TOVALID
NS TOVALID
PS TOVALID
PM TOVALID
AE TOEXETSK

Elles seront nommée suivant le formalisme  ##000001 en s’incrémentant.

Dans BU2 on trouve aussi la prise en compte d'un nouveau paramètre PP15 (plate-forme physique) nommé RB_KPNODE. S'il est à "1" alors les objets noeuds orphelins seront conservés (sans cette option ils étaient automatiquement détachés lors des imports RB4).

Deux autres paramètres PP15 sont créés pour être en capacité de contraindre les développeurs à utiliser la bonne version de HRStudio : DC_INFVER et DC_SUPVER (valorisé par exemple à : "7.30.06004.00000"). Le paramètre ne semble pas utilisé par les programmes serveurs mais directement par le poste client.

 
 

Aucun commentaire:

Enregistrer un commentaire