20 décembre 2012

NRB Synth

Anthony m'a invité à tester un outil d'analyse des comptes rendus NRB qu'il propose : NRB Synth ... Ci joint l'URL pour y accéder.

Une fois enregistré vous accédez à une application Web - vous lui transmettez votre fichier NRB322IZ (compressé s'il est volumineux), et l'application vous affiche en retour une synthèse des cas d'erreur.

Je n'ai pas contrôlé le résultat, mais l'idée est sympathique, l'analyse rapide, et la mise en forme vaut le coup d’œil ... Cela change des 24 lignes et 132 colonnes de l'édition texte !



Noter que vos données transitent sur le Web ... Évitez donc d'envoyer des informations nominatives, confidentielles ou privées !

18 décembre 2012

*GE01BMQ-BBAX0007-AUCUNE POPULATION LIBRE DANS LA TP13

Les chaînes batch HR Access vont créer suivant leurs besoins des listes de dossiers dans la table TP13 (identifiant des populations) et TP33 (numéros des dossiers).
  1. Le traitement qui crée une population va choisir le premier identifiant libre.
  2. Si aucune population n'est disponible, l'erreur BBAX0007 apparaîtra.
  3. En fin de traitement, la population est libérée par exécution du programme BE9.
Est considéré comme libre une population non verrouillée (TP13.TEVERR = 0) ou dont la création date de plus de 24 heures (TP13.TIPOPL).

Les populations de plus de 1 heure peuvent être libérées par un (syntaxe Oracle) :
update TP13 set TEVERR = '0' where TIPOPL < SYSDATE - 1/24


A noter :
  • Par défaut le produit est fournit avec 50 populations dans la table TP13. Pour un site important, il est tout à fait possible d'ajouter par insert des entrées dans cette table,
  • sur les premières versions HRv5 les chaînes NRA ne libéraient pas leurs populations. Si tel est le cas, demandez un patch à l'éditeur.

12 décembre 2012

Tables HRDesign apparues et disparues entre HRv5 et HRv9


Un certain nombre de tables historiquement présentes ont disparu avec HRv7 et HRv9 :
- Description des applications C/S : AP22 AP27 AP60 AP61 AP70 AP75 AP76 AP77 AP80 AP81 AP85 AP90 AP92
- Blobs (renommés BX) : BL10 BL20
- Tables de communication inter-programmes : CO22 CO60 CO70
- Description des écrans C/S : FE10 FE11 FE20 FE21 FE25 FE30 FE32 FE34 FE40 FE50 FE55 FE60 FE70 FE80 FE85 FE90
- Table de Mail : MD30
- Tables de communication inter-programmes : ME20
- Description des profils de confidentialité : PF11 PF20 PF22 PF25 PF30 PF34 PF40 PF60 PF70 PF80
- Description des feuilles de style C/S : ST10 ST11 ST20 ST31
- Populations TP : TP20
- Utilisateurs : authentification externe : UC30 UC40
- Verrouillage des dossiers consultés : VR10

D'autres sont apparues :
- Archives de rappel :AB10
- Description des Processus Guidés : BP05 BP06 BP07 BP10 BP11 BP13 BP15 BP20 BP30
- Blobs (anciennement BL) : BX10 BX20
- Event Depot (et séquence Oracle SEQUED10 - inutilisée ?) : ED10 ED20
- Tables de déploiement des objets HRaSpace : EM10 EM30
- Tables de la console d'évènements (à purger) : EV20 EV90
- Table de macros (inutilisée ?) : GE80 GE85
- Journalisation du Self Service (à purger) : LO10 LO20 LO30
- Données de session des utilisateurs (à purger) : MX10 MX20 MX30 MX40
- Données de session des applications OpenHR clientes (à purger) : MY10 MY20
- Données de travail des programmes batch (à purger) : PG50 PG60 PG70 PG80
- Paramètres de le Plate Forme Physique : PP15
- Références croisées / composants internes et objets : RC56
- Description des rôles de confidentialité : RM10 RM11 RM15 RM20 RM21 RM22 RM30 RM32 RM40 RM42 RM50 RM60
- Dates d'extraction ODS : TD08
- Rôles d'un utilisateur UC10 HR Design : UC15
- Mails internes HRaSpace (HRv9) : UD10 UD20 UD30 UD40
- Bloc Note interne HRaSpace(HRv9) : UP10 UP20 UP30 

4 décembre 2012

Paramètres A3W pour habillage des chaînes lors de leur génération



Laurent m'appelle pour comprendre pourquoi la même chaîne générée en DEV ou en REC ne fait pas appel aux mêmes processus Opération ...
  • En DEV, on voit un appel à :
$SIGACS/bin/RTSDGN $SIGACS/prod/gnt/FP800BOP.$SUFMOD
  • Mais en REC, on trouve :
$SIGACS/bin/RTSDGN $SIGACS/prod/gnt/AS800BOP.$SUFMOD

Pensez alors à regarder le nom de fichier A3W indiqué dans le rattachement du processus à la plate forme physique (radicaux utilisateurs). 

Dans notre exemple, en Développement  on trouve ceci :

Mais en REC le radical 2 est vide, ce qui signifie que par défaut c'est le fichier INTPJA3W qui est utilisé.


Ces fichiers A3W sont stockés dans le répertoire $SIGACS/param.
Pour notre exemple on trouve :
  • dans le squelette de la chaine, un appel au paramètre :
JJJJJNRA:002100*S0%NJBOP                         %2à2                            7AC070
  • dans le fichier INTPJA3W, une référence au paramètres, avec longueur maximale (05 caractères) et valeur :
SUB05NJ=AS800                               PROCESSUS OPERATION COM  ***********
  • et dans le fichier A3WPAPFR :
SUB05NJ=FP800


Pour corriger, modifiez le radical utilisateur, et faites une RBG "J) Toutes les chaînes" RBA (RBZ pour les chaînes de radical TYBX - en indiquant le fichier A3W à utiliser).