Adaptations database

Transcription

DECIS
Application StaffPlanner
et modules STPPay, STPTime et STPServer
Document de release
en préparation de la version 1.7
Date : 06/24/2013
StaffPlanner – release Note
STP_release_1.7.doc page 1/437
BETA
1.7.0.1
Budgets de congés : mouvements
Type : Fonctionnalités
Importance (1..3) :1
Numéro :1
1- le fichier LOG reprend maintenant les modifications faites aux mouvements de budget de congé
2- si une ligne de mouvement est ouverte en édition et que rien n'est changé par l'utilisateur alors les
informations d'update (userid, date et heure de modif) ne sont pas mises à jour
(Demande Erasme)
Lissage planning
Type : Correction
Importance (1..3) : 2
Numéro :2
- Il y avait un bug dans le lissage des codes horaires standards à 2 plages (exemple code standard : M2 :
08:00-12:00 et 14:00-16:00)
Il ne considérait que la première plage.
Par contre s'il y avait une extension, il n'y avait pas de problème.
(Reperré par La Provencale)
- Bug remarqué à l'ARP. Pas de lissage sur la deuxième partie du code horaire
Placement de congés
Type : améliorations
Numéro :3
1- placement de férié. Si on sélectionne un férié avec 07h36, le montant à prendre s'adapte à 07h36. Si on
sélectionne ensuite un férié avec 03h48, ce montant s'adapte à 03h48. Si on resélectionne un férié à 07h36,
le montant repasse à 07h36 (ce qu'il ne faisait pas avant, il n'était possible que de diminuer ce montant).
2- placement en cascades de congés partiels (50% soit 03h48). Ce n'était possible qu'avec le mode
Affectation%Régime. Avec les autres modes (Affectation50% et Contrat50%), il ne conservait pas le
réglage d'une cellule à l'autre, ce qui était déroutant.
(Demande St-Luc)
Règle de lissage
Type : Fonctionnalité
Numéro :4
Adaptation de la règle de lissage Carryover (Report de durées ou de bonus actifs).
Cette règle permet de reporter une durée globale (c'est à dire sans plages horaires) dans le résultat de lissage
sur un code « cible » défini dans la règle de lissage.
(voir exemple ci-dessous)
Code cible =
BO
Durée globale
(Demande ARP)
Planning et palette des codes
Numéro : 5
La règle de respect du nombre maximal d'heures actives par semaine est maintenant opérationnelle (définie
au niveau des signalétiques section/ durée de la journée).
Les codes qui risquent de causer le dépassement du nombre maximal d'heures sur la semaine apparaissent
barrés en bleu.
Ce contrôle est effectué également :
si vous appliquez plusieurs codes à la fois,
si vous utilisez la fenêtre du détail de prestation,
si vous faites un copier/coller au planning.
(Demande Erasme)
BETA
1.7.0.2
Lissage via le planning
Type : Amélioration
Numéro :6
Quand lissage du planning via le popup “LISSER LA DATE” ... cela provoque maintenant un recalcul en
temps réel des balances (et des autres compteurs) affichées dans la grille droite.
Avant, il fallait sauver le planning pour voir les balances recalculées.
(DECIS)
Nouveau formatage de la paie : SBIM
Numéro : 7
Nouveau formatage pour GRHWIN.
Mettre dans les paramètres généraux (Signalétiques toutes sections/Administration/Paramètres généraux)
PAYSYSTEM=GRHWIN
(Demande St-jean)
BETA
1.7.0.3
Placement de congés en cascade
Type : Correction
Numéro : 8
Si vous placiez plusieurs congés en cascade et que sur le premier congé vous aviez une erreur immédiate
(par exemple : “pas de congé sur les WE” ou “pas de congés sur un férié”...), alors il donnait un acces
violation lorsqu'il voulait placer le jour suivant.
Lors du deuxième essai, cela passait.
(Remarqué par St-Luc)
TECHNIQUE : sauver une cellule : information HolyCell incomplète
Type : Correction
Numéro : 9
Dans le cas d'un lissage massif (par exemple lors du lissage nocturne), l'information de HolyCell était mal
calculée. Cela se passait dans le cas assez rare où le lissage est combiné à du congé en colonne REALISE.
Alors le champs HOLYCELL était incorrect pour l'extension “lissage”.
Pour rappel, cette information HolyCell permet de qualifier une cellule comme possédant du code congé
(dans n'importe quelle extension). Et ce caractère HolyCell est déterminant pour le chargement de cellules
sur le passé (certains sites ne charget sur le passé que les informations relatives au congé, cela afin
d'accélérer le chargement).
Remarque : l'effet du bug était purement cosmétique. L'information de solde de congé était correcte (car la
colonne de congé en REALISE était chargée), par contre l'information de l'historique de la cellule
apparaissait incomplète, car l'information de lissage ne figurait pas.
(DECIS)
Export XML
Type : Correction
Numéro : 10
Dans un certain contexte, un Access violation apparaissait lors de l'ouverture de la fenêtre d'export XML.
(Remarqué par La Provencale)
Nouveau formatage de la paie : SBIM
Type : Adaptation
Numéro : 11
Nouveau formatage pour GRHWIN.
1- DateContrat : remplacement des '0' par des blancs ' '
2- indice => '0'
3- CodePaie : remplacement des '0' par des blancs ' '
(Demande St-jean)
BETA
1.7.0.4
Remplir les cases vides
Type : Adaptation
Numéro : 12
En cas d'affectation interrompue, le système s'arrêtait sur chaque case sans affectation et affichait un
avertissement.
Maintenant si la personne n'est plus affectée dans la section à une date, la cellule est simplement ignorée.
Suite à cette correction, la fonctionnalité entière avait été désactivée.
Tout est OK maintenant.
(Remarqué par St-Jean)
BETA
1.7.0.5
Tri des codes horaires dans la palette
Type : Adaptation
Numéro : 13
1- Au niveau des paramètres d'une section (Signalétiques/section), on peut préciser le mode de tri
appliquable pour les codes horaires. Actuellement il n'y a que deux possibilité (pas de tri automatique et
TRI-1)
2- En cas de regénération des durées des codes horaires (dans les Signalétiques/.../Durée des codes horaires)
les codes seront retriés pour toutes les sections concernées, c'est à dire toutes les sections qui se trouvent en
dessous de la section sur laquelle on travaille.
2- Au niveau du popup, quand on sélectionne un code horaire, une option a été rajoutée : “tri des codes
horaires”.
(Demande St-Luc)
Type : Adaptation
Numéro : 14
Dans la palette des codes horaires disponibles pour la fonctionnalité “mitraillette”, les codes congés
apparaissaient. Ils y ont été enlevés.
(Reperré St-Luc)
Fenêtre de visualisation des pointages bruts
Type : Adaptation
Numéro : 15
Le champs UserID (correspondant à celui qui a édité le pointage) est visible.
(Reperré St-Luc)
Détail de prestation : bouton copy
Type : Adaptation
Numéro : 16
1- Le bouton “copy” copie bien la colonne “planifiée” avec sa date de référence de congé.
Avant il prenait toujours en compte la colonne standard.
2- Si ce bouton est placé pour copier la colonne standard et que cette dernière est du congé, alors le bouton
est désactivé.
(Reperré St-Luc)
Placement de congés sans budget
Type : Adaptation
Importance (1..3)
:1
Numéro : 17
Les congés sans budget sont maintenant TOUJOURS référencés à l'année en cours, même s'il reste du
budget disponible sur l'année précédente.
Pour rappel, ces congés ne nécessitent pas de présence de budget positif pour être placés.
(Pour faciliter le travail de l'IVBO)
Type : Correction
Numéro : 18
Le placement de congés via l'ancienne méthode (via les fenêtres annuelles) causait un bug d'affichage
déroutant : les lignes de budgets de la carte électronique apparaissaient blanches après le placement d'un
congé. C'était un effet de bord des micro-cartes de congé.
Tout le reste était OK (respect des dépassements et des dates...)
(Reperré par St-Luc)
Ajout d'un champ dans la table SECTION
SQL toutes bases
Alter table SECTION add SHIFTSORT varchar(20)
SQL Oracle :
Alter table SECTION add SHIFTSORT varchar2(20)
BETA
1.7.0.6
Placement de fériés
Type : Correction
Numéro : 19
Le placement de fériés pour tous les travailleurs, ne prenait pas en compte tous les travailleurs de la section
affichée.
Tableau de bord codes et exceptions
Type : Correction
Numéro : 20
Dans le mode “GRILLE”, les premières plages horaires n'étaient plus affichées, les suivantes bien (le reste
était OK comme les durées totales).
(Reperré par IVBO)
Planning : barre de status
Type : Correction
Numéro : 21
La zone gauche de la barre de status (en bas du planning) indiquait non correctement les horaires de nuit.
Il indiquait : 23:00-31:00 au lieu de 23:00-07:00.
(Reperré par ST-Luc)
BETA
1.7.0.7
Palette des codes : contrôle semaine de 50 h
Numéro : 22
Prise en compte du mode de balance_24H.
Conséquences :
- Une Nuit 23h-07h a donc un impact sur le jour sélectionné de 01h et sur le lendemain de 07h.
- Le jour qui précède la semaine peut avoir un impact sur la semaine de travail.
- Et idem sur la semaine qui suit. Si vous mettez une nuit de 23h-07h sur le dernier jour de la semaine, cela
implique de contrôler également la semaine suivante pour les 07h qui impactent la semaine suivante.
(Demande Erasme)
Gestion de mobiles
Numéro : 23
Optimisation du traitement :
Lors de l'annutation d'une attribution de mobile
Lors de l'ouverture de la fenêtre d'attribution de mobile (suite à une annulation)
(Demande CHU Liège)
STPPay : rapports 1 et 2
Type : Adaptation
Numéro : 24
Dans les deux rapports de STPPay, on mentionne maintenant le matricule et la clé rh (workerHRId) + logo +
organisation.
(Demandé St-Luc)
BETA
1.7.0.8
Palette des codes (en mode mitraillette)
Type : Correction
Numéro : 25
Dans ce mode, le détail de l'horaire survolé par la souris était incorrect (il donnait le détail d'un code
adjacent). Lors de la pose des codes au planning, c'était néanmoins OK.
Rappelons que dans ce mode “mitraillette”, on ne montre plus les codes congés !
(Reperré par CHIREC)
Export XML : Exportation du planning
Type : Correction
Numéro : 26
Correction du filtre “code horaire”, sur le planning dans l'onglet “Section et planning”. Il affichait trop
d'information comme par exemple les travailleurs ou les cellules ne comprenant pas le code filtré.
pour information, ce surplus d'info a été causé par une généralisation du mode de planning “semaine” et ses filtres sur “code
horaires”
(Reperré par LA PROVENCALE)
Cartes de congé imprimée en mode « linéaire », pour les fériés
Type : Adaptation
Numéro : 27
Pour les fériés, quand la durée prise cumulée dépassait le total prévu, les dernières prises n'étaient pas
mentionnées, et cela causait aussi des problèmes avec les dates suivantes.
Pour les fériés, le petit “V” est ajouté en face de chaque plage du férié concerné plutôt que sur le dernier.
Légère optimisation de chargement (données cherchées en mémoire plutôt qu'en DB).
Réactivation des heures « majorées »
Type : Correction
Numéro : 28
Il s'agissait d'un ancien développement (prototype) que nous généralisons.
Il permet à certaines plages horaires, d'intervenir dans la balance avec une majoration (150% par exemple).
Ce facteur a donc un impact à différents endroits de l'application :
calcul de balance
affichage du détail du planning...
affichage du détail d'une cellule (avec ajout d'une astérisque à côté de la plage majorée)
(Demandé par St-Luc, pour les labos)
Contraintes verticales et travailleurs prêtés
Type : Adaptation
Numéro : 29
Les travailleurs effectivement prêtés ne sont plus comptabilisés dans le compteur vertical de la grille
inférieure de planning.
(Remarque : il s'agit de la formule Ecart_V : écart par rapport aux objectifs. Pour instant les autres formules
restent inchangées.
(Demandé par ERASME)
Fenêtre de placement de congé
Type : Adaptation
Numéro : 30
La zone inférieure gauche, présentant le solde du congé en cours de traitement, n'était pas mise à jour lors
du changement manuel de l'année.
(Reperré par ERASME)
BETA
1.7.0.9
DIRHM : variables au niveau des travailleurs
Type : Adaptation
Remplacement de la section de détail par la section de planification :
Numéro : 31
Le paramétrage au niveau de l'observatoire-DIRHM des variables Fonction-Qualification-Catégorie se
faisait au niveau de la section de détail.
Nous avons simplifié ce paramétrage pour utiliser désormais la section de planification, plutôt que la
section de détail.
Pour ceux qui ont utilisé ce paramétrage, il faut donc remplacer la section de détail par la section de
planification. Voir point en rouge ci-dessous pour pouvoir le faire automatiquement.
IMPORTANT : il faut aller dans “Signalétiques toutes sections/administration/release” et pousser sur le
bouton “DIRHM Détail → PlanifSection”
(DECIS)
Maladies statutaires (fonction publique)
Type : Adaptation
Numéro : 32
Pour les statutaires, sur tous les jours de maladie un ms de 07h30 est posé, même sur les WE ou les jours non
travaillés de la semaine.
Pour aligner la durée des cellules, sur le travail théorique du travailleur, un code EQ est placé la cellule (si
nécessaire).

Exemple : avec la structure de semaine 1110002 pour un plein temps de 07h30.
Sur le “2”, c'est à dire le Dimanche, nous aurons un “ms” de 07h30 et un EQ de 07h30,
sur les jours travaillés “1” (du lundi au mercredi), un “ms” de 07h30
sur les jours non travaillés “0” (du jeudi à samedi) un “ms” de 07h30 + “EQ” de -07h30, donnant une
journée de 0h.
(Ne concerne que l'ARP)
Enregistrement des exceptions (sous oracle)
Type : Correction
Numéro : 33
L
Les exceptions n'étaient pas enregistrées sous Oracle suite à l'ajout de la sauvegarde du timestamp (indiquant
qui a changé l'exception et quand)..
(Reperré par Saint-Pierre)
Gestion des volants
Type : Adap
Numéro : 34
1- Lors de la délégation d'un mobile en cascade sur plusieurs cellules, il est maintenant possible de sauter
une cellule et de continuer sur la suivante. Un bouton “Ignorer” a été rajouté.
2- Dans l'entête de la fenêtre permettant de préciser les heures de la délégation du mobile, la date de la
cellule concernée a été ajoutée. Utile quand on délège plusieurs cellules en cascade.
(3- Correction d'un petit bug : dans certains cas, dans la grille d'attribution supérieure, le premier travailleur
prêté externe cachait le dernier volant de la liste.)
(DECIS)
Dans la table DIRHMAFFECTVAL, transformation de la section de détail en section de planification.
Aller dans “Signalétiques toutes sections/administration/release”...
et pousser sur le bouton “DIRHM Détail → PlanifSection”.
BETA
1.7.0.10
Importation des budgets de congé (incréments)
Type : Correction
Numéro : 35
L
Attention : l'importation des budgets de congé a été corrigée au niveau des incréments.
Une valeur de -1 était placée dans les jours de budget (niveau incrément) à la place de 0.
(Reperré par Saint-Luc)
BETA
1.7.0.11
Mobiles : nouvelle liste
Numéro : 36
L
Nouvelle liste disponible à partir de la section de mobiles, donnant le planning des mobiles avec leurs unités
de destination.
(DECIS)
Tableau de bord et exceptions
Type : Correction
Numéro : 37
L
Bug à l'ouverture : corrigé.
(DECIS)
BETA
1.7.0.12
Planning congé annuel : partagés
Type : Adaptation
Numéro : 38
L
L'affichage des codes horaires faits par le partagé dans une autre section sont présentés avec un fond blanc
comme dans la grille de planning principale.
Au planning :
Au planning annuel :
(Reperré St-Luc)
Demi-jour de congé dans le planning
Type : Changement de philo
Numéro : 39
L
La mécanique de placement de demi-jour de congé sur un code de travail conserve maintenant le code de
travail et ajoute l'extension de congé. Cela impacte l'affichage au planning : affichage du code de travail
avec un petit nuage turquoise pour le congé.
Il s'agit de la méthode qui était disponible précédemment (avant 2009).
Nous sommes revenus à ce mode, suite aux demandes insistantes de certains sites et car cet affichage est
plus riche. Ce qui intéresse principalement le planificateur, c'est la disponibilité du travailleur sur la journée.
Et dans ce sens, le code de travail (M, S, N) est plus expressif que le code congé.
Attention, les codes placés précédemment restent affichés selon l'ancien mode. Cette année sera donc mixte
en terme d'affichage.
Nouveau mode
Ancien mode
PS : Si certains sites sont attachés à l'ancien mode, merci de nous le communiquer, nous ajouterons alors un
paramètre général pour pouvoir adopter l'une ou l'autre manière.
(Demande de St-Luc + DECIS)
Fichiers de licence
Type : Uniformisation
Numéro : 40
L
Adaptation du fichier de licence pour STPPay, STPTime et STPNet (splash screen inclus dans le cryptage).
Les nouvelles releases de ces 3 modules pourront lire tant l'ancienne structure du fichier de licence que la
nouvelle structure du fichier de licence (dont le cryptage a changé).
Par contre les précédentes releases de ces 3 modules ne pourront pas lire la nouvelle structure du fichier de
licence.
(Morale de l'histoire : autant rester à jour avec les versions des programmes).
(DECIS)
Observatoire
Importance
(1..3) : 1
Numéro : 41
L
Dans l'observatoire, on peut passer d'une personne à une autre, alphabétiquement, via les boutons de
déplacement “>” et “<”.
Maintenant ce passage peut être limité à l'unité active.
PS : pourra être étendu à l'avenir à d'autres modes : “sections chargées”, “noeud de l'arborescence”. Si cela
vous semble utile, merci de nous le communiquer.
(Demande St-Luc)
Rapport de planning par semaines
Numéro : 42
L
Ajout des mois (janvier, février...) au dessus des numéros de semaine.
(Demande St-Luc)
Export travailleur
Type : Correction
Numéro : 43
L
Bug au lancement corrigé (suite à une réorganisation des variables utilisateurs DIRHM)
(Reperré LaProvencale)
Mode rapide F8 (pour adapter le planning)
Numéro : 44
L
Le mode lent est mis par défaut aux nouveaux utilisateurs créés.
(Demande St-Luc)
Détail de cellule de planning : contrôle de la durée maximale journalière
Type : Adaptations
Numéro : 45
L
Dans certaines situations de travail sur travailleurs partagés (combinant des congés), il était possible d'être
bloqué dans la fenêtre de détail de planning.
Le test de durée maximale sur une journée prend bien en compte ce qui est fait de part et d'autre, mais
maintenant uniquement pour les codes actifs, donc pas pour les congés et maladies.
BETA
1.7.0.13
Détail sur la liste des désidérata : date et heure
Type : Adaptations
Numéro : 46
L
Modification dans STP de la date et heure de la liste des désidérata qui n'affichait pas la bonne date ni la
bonne heure du dernier élément de la liste.
Modification de Export en excel avec variables usagé
Type : Adaptations
Numéro : 47
L
Modification du problème constaté lors de l'exportation sous format excel avec l'utilisation d'un variable
utilisateurs de forme date.
(Remarqué par La Provencale)
Ajout d'un champ dans la table WISH
SQL toutes bases
ALTER TABLE WISH ADD UPDATE_DATE integer
ALTER TABLE WISH ADD UPDATE_TIME integer
ALTER TABLE WISH ADD DELETED_DATE integer
SQL Oracle :
ALTER TABLE WISH ADD UPDATE_DATE number(10)
ALTER TABLE WISH ADD UPDATE_TIME number(10)
ALTER TABLE WISH ADD DELETED_DATE number(10)
BETA
1.7.0.14
Analyse du cadre
Type : Adaptations
Numéro : 48
L
Ajout d'un filtre sur les fonctions disponibles dans la section choisie. Le détail suit le même raisonnement et
n'affiche que les travailleurs qui sont associés aux fonctions choisies.
(Demande Saint-Luc)
Mobiles
Type : Optimisations
Numéro : 49
L
Des optimisations importantes ont été faites sur la fenêtre d'attribution des mobiles, en terme de temps de
réponse, tant lors du glissement d'un élément de la grille inférieure vers la grille supérieure et vicé-verça.
Avant il y avait un refresh total (et un rechargement) des deux grilles, maintenant le refresh est beaucoup
plus sélectif.
(Demande Fond'Roy et CHU de Liège)
Travailleurs partagés
Type : Restructuration
Numéro : 50
L
Le code des partagés a été revu.
Supposons qu'en période jaune, aucun code n'aît été placé ni dans l'unité active ni dans l'autre (on a des
blancs ou des “/”). Maintenant, si vous mettez un horaire sur l'unité en période jaune, cet horaire se reporte
également dans la colonne “standard”. Cela permettra de déterminer sans équivoque où se trouve
l'assignation principale. Ce n'était pas le cas avant.
Idem pour le placement en mode “Codes rapides”.
Idem pour le placement en mode clavier sur le planning.
Travail sur la gestion des congés des partagés (dans la fenêtre de “détail”, la couleur verte sur la colonne
“standard” n'était pas toujours correcte).
(Demande Saint-Luc et DECIS)
Impressions Effectif
Type : Adaptations
Numéro : 51
L
- La liste des balances a été revue pour trouver un problème d'impression à Mont-Godinne sur Oracle
(résultat vide en dessous des canevas de période). Jusqu'à présent sans succès. Mais la liste a été revue
(niveau SQL) et est légèrement plus rapide. De plus elle présente des résultats pour la période englobant les
dates du rapport. Exemple : si on demande 01/01/2010-30/06/2010. Maintenant la période 26/12/200928/01/2010 verra sa balance initiale affichée.
- La liste des effectifs a été revue pour l'option “filtre sur les fonctions”. Maintenant ce filtre s'applique
autant sur les fonctions des règles que sur les fonctions des personnes filtrées. Signalons que les règles de
type FONCTION=* seront affichées dans tous les cas.

(Demande Mont-Godinne)
Synthèse des congés
Type : Adaptation
Numéro : 52
L
A l'ouverture de la fenêtre, en venant d'une carte de congé 2009, il n'initalisait pas correctement la date de
rupture à la fin de l'année visée.
Exemple : on est sur une carte 2009. On appelle la synthèse des congés. Cette synthèse s'initialise sur
l'année 2009, c'est OK. Elle doit également mettre comme date de rupture 31/12/2009 (et non pas le
31/12/2010).
(Demande Erasme)
Encodage de périodes de disponibilité (prêtés et interimaires)
Numéro : 53
L
Pour rappel, cette fenêtre est appelée via la touche F3.
Un nouveau bouton est disponible : “nettoyer entre deux dates”. Il permet de supprimer toute disponibilité
du prêté entre deux dates. Les périodes de disponibilités concernées par ce nettoyage ne sont pas
supprimées (contraitement au bouton “supprimer” qui supprime toute la période).
(Demande Erasme)
Planning : placement de congés fériés au planning
Numéro : 54
L
1- Un nouveau paramètre au niveau SECTION permet d'empêcher le placement de fériés sur les WE. Il
s'agit du paramètre : “Férié sur les WE” :
2- Dès que vous changer un de ces paramètres, il n'est maintenant plus nécessaire de recharger la section.
3- L'impression des paramètres de la section a été également remise à jour avec ce nouveau paramètre et
ceux qui manquaient.
(Demande Erasme)
Liste de rappel
Type : Adaptations
Numéro : 55
Dans le planning d'une section, un clic à droite sur une date permet d'afficher une liste des travailleurs à
rappeller.
Pour obtenir une liste des candidats au rappel, différents modes sont disponibles : les personnes inactives,
et/ou en congé ou alors à la carte selon les codes horaires au planning.
Pour activer la fonctionnalité de rappel, deux paramètres généraux sont disponibles :
RECALLEXCEPTION : qui définit le nom de l'exception correspondant aux rappels
- RECALLEVALUATIONPERIOD : qui définit la période (en jours) sur laquelle les rappels sont calculés.
Les exceptions de rappels sont obligatoirement de type U (unitaire) ou Q (quantité). Le type Q a l'avantage
de pouvoir qualifier l'importance ou la pénibilité d'un rappel (Q=1 étant moins pénible que Q=3, la pénibilité
pouvant correspondre au délai pour le rappel. Un rappel pour aujourd'hui est plus pénible qu'un rappel pour
dans 10 jours)
Quatre modes de calcul sont disponibles, combinant les deux paramètres : la pénibilité du rappel (c'est à dire
la quantité encodée dans l'exception) et l'âge du rappel :
1.Le nombre de rappels durant la période.
2.Le nombre de rappels pondérés par la quantité du rappel
Modification d'un champ dans la table DATACHANGED. Elargissement du champs TYP à
varchar(20)
SQL toutes bases
alter table DATACHANGED alter column TYP type varchar(20)
SQL Oracle :
alter table DATACHANGED modify TYP varchar2(20)
Au cas où vous n’auriez pas cette table (car utilisée initialement sur les sites IVBO et ARP uniquement), voici sa structure :
DATACHANGED
INTEGER
NOT NULL,
SECTION
INTEGER,
WORKER
INTEGER,
PLANNINGDATEBEGIN INTEGER,
PLANNINGDATEEND
INTEGER,
TYP
VARCHAR( 20)
UPDATE_USERID
VARCHAR( 50)
UPDATE_DATE
INTEGER,
UPDATE_TIME
INTEGER,
OBJECTID
INTEGER,
UPDATE_TYPE
VARCHAR( 1)
La clé primaire étant le champs DATACHANGED
Ajout d'un champ dans la table SECTION
SQL toutes bases
alter table SECTION add FERIEONWE smallint
SQL Oracle :
alter table SECTION add FERIEONWE number(5)
BETA
1.7.0.15
Synthèse des congés : Ajout de l'exportation
Numéro : 56
L
1- Il est maintenant possible d'exporter sous les formats “txt, xls et csv” les synthèses des congés avec ou
sans détails.
(Demande Erasme) :
Impression du planning
Numéro : 57
1- Il est maintenant possible d'imprimer le planning avec les compteurs verticaux (contraintes).
Tranche horaire sur le prêt d'un mobile
Type : Correction
Numéro : 58
L
1- Modification de l'affichage de la tranche horaire dans le cas où elle dépasse les 24 heures.
(Reperé par Mont-Godine)
Exportation d'une variable utilisateur sous forme de date et l'utilisation du filtre.
Type : Correction
Numéro : 59
L
L'utilisation conjointe d'une variable utilisateur de type “date” et d'un filtre sur cette variable pausait
problème.
C'est résolu.
(Reperé par La Provencale)
Rapport synthèse des congés : ajout du total des totaux
Numéro : 60
L
Ajout du total des totaux lors de l'impression du rapport “Synthèse des congés” (avec ou sans détails).
Ce total global ne s'affiche que dans le cas du choix de plusieurs sections.
(Decis)
Planning et micro-cartes de congé
Type : Correction
Importance (1..3) :
1
Numéro : 61
L - L'utilisation de la roulette de la souris sur la grille gauche provoque maintenant le rafraichissement des
micro-cartes.
- Lors du passage d'un travailleur à un autre (clavier ou roulette de souris), si un travailleur est caché ou
archivé, la micro-carte n'est pas raffraichie. Elle garde donc les infos du travailleur qui précède le travailleur
caché ou archivé.
--( (demande Erasme)
Expert travailleur – changement d'affectation mobiles
Type : Adaptation
Importance (1..3) : Numéro : 62
2
L
L'attribution d'un mobile suit également lors du changement de section via l'expert travailleur (changement
d'affectation).
L'impact concerne soit le mobile (volant ou jobiste intérimaire) soit le prêté qui change de section, mais pas
le transfert de virtuel.
(CHU de Liège)
Rapport Synthèse des congés
Type : Adaptation
Importance (1..3) :
1
Numéro : 63
L
Ce rapport ne considérait pas comme congé les codes congés “malade”.
L'interface de sélection de travailleurs a été légèrement revue (il était difficile après avoir sélectionné des
travailleurs de les enlever de la sélection)
(Demande CHIREC BRAINE)
Traitement des balances
Type : Adaptation
Importance (1..3) :
1
Numéro : 64
L
Dans l'analyse des balances, l'affichage des colonnes récapitulatives du planning dans la grille ne dépend
plus maintenant des paramètres géneraux : HOLCODERH et PAYMENTCODERH. Ces derniers ne servent
plus qu'à activer les boutons relatifs à la projection au planning de codes de paiement ou de congés, comme
montré ci-dessous :
Dans la même logique, les boutons “Tous” et “Auncun” sont activés seulement si les variables ci-haut
mentionnées sont trouvées, comme les colonnes PropRH et OK.
Resultat sans code de paie ni code de congé (non définis dans HOLCODERH et PAYMENTCODERH) :
Fenêtre « A propos »
Type : Adaptation
Importance (1..3) :
1
Numéro : 65
Modification de l'affichage de la fenêtre “A propos”. Les informations relatives aux différents programmes
de DECIS sont regroupées dans un memo. .
Un bouton a été ajouté qui permet de visualiser le fichier de licence.
(Decis)
PLANNING : affichage de la balance quotidienne dans la barre de status
1
L - Ajout d'un paramètre général : BALANCEDISPLAY_FORCELL. Pour activer le système de calcul des
balances quotidiennes, mettez ce paramètre à 1. L'utilisateur aura alors la possibilité d'utiliser cette
fonctionnalité via le menu “Présentation/Balance pour la cellule”.
- Menu à disposition de l'utilisateur pour afficher la balance quotidienne.
--( (Demande FondRoy-Laramée)
Ajout d'un champ dans la table USERS_PROFILE (et initialisation à 0)
SQL toutes bases
alter table USERS_PROFILE add BALANCEDISPLAY_FORCELL SmallInt
update USERS_PROFILE set BALANCEDISPLAY_FORCELL = 0
SQL Oracle :
alter table USERS_PROFILE add BALANCEDISPLAY_FORCELL number(5)
update USERS_PROFILE set BALANCEDISPLAY_FORCELL = 0
BETA
1.7.0.16
Observatoire - pointages
Type : Adaptation
Importance (1..3) :
2
Numéro : 67
L
Quand un badge est transmis d'une personne A à une personne B, dans l'observatoire [onglet pointage] sur la
personne B, on voyait pour cette période tant les pointages de la personne A que les pointages de la personne
B.
(reperré La Provencale)
Fenêtre « A Propos »
Type : Adaptation technique
Importance (1..3) :
1
Numéro : 68
L
1- Champs en minuscule (web_id), donc problème SQL avec la DB Sybase.
Pour rappel : tous les champs doivent être en MAJUSCULE.
2- Correction de l'affichage des licences (se mettaient en double après l'impression du rapport)
(reperré St-Luc, DECIS)
Impression et exportation - Badges
Type : Adaptation
1
L Pour les rapports : Badges – Affectations et Sections – Badges, il est maintenant possible de filtrer sur les
sections.
Pour les rapports imrpimés : Badges – Affectations, la section d'affectation correspond
maintenant à la section de planification et non plus à la section de détail.
Au niveau de l'exportation, les sections de planification et de détail sont disponibles et mieux indiquées.
(Demande La Provencale)
Curseur maladie sur période jaune (travailleur temps partiel)
Type : Correction
2
L
En période jaune pour un temps partiel, le curseur maladie convertissait le code congé en son équivalent
malade, mais en oubliant de mettre à jour la date de référence de congé.
A partir du moment où ce code congé maladie était de type CONGE, il n'était donc pas pris en compte dans
le décompte des congés.
(reperré Clinique du Bois de la Pierre)
Exportation excel, txt, csv
Type : Correction
Importance (1..3) :
1
Numéro : 71
L
Correction des flèches de déplacement des items des exportations (“index out of bound” sur le dernier
élément).
Correction aussi lorsque l'on cliquait sur les flèches vers le haut ou vers le bas sans avoir choisi un élément
de la liste (ce qui donnait une access violation).
(DECIS)
Observatoire : cartes des congés
Type : Modification
Importance (1..3) :
2
Numéro : 72
L
Dans l'observatoire avant on ne pouvait voir les cartes de congés que des travailleurs affectés à la date du
jour. Maintenant si le travailleur n'a pas d'affectation à la date du jour on vérifie aussi si la personne a eu une
affectation dans les 365 jours précédents ou dans les 30 prochains jours.
De cette façon, on peut voir les cartes de congés des travailleurs qui viennent de quitter ou qui vont bientot
commencer.
Impression du planning, avec compteur vertical (voir release précédente)
Type : Correction
1
L Cette option provoquait un “access violation”. OK.
(DECIS)
Liste des rappels (prototype)
Type : Adaptations
1
L Les exceptions du passé n'étaient pas toutes répertoriées + ajout d'arrondi dans les rapports. OK
(DECIS)
Micro-cartes de congé
Type : Correction
1
L Les soldes n'étaient pas corrects pour les personnes disposant de structure de semaine + révision en
profondeur du code des micro-cartes.
(LaProvencale, DECIS)
Observatoire, onglet Analyse RH
Type : Correction
1
L Problème de raffraichissement.
Te Tentative de ressimuler un problème rencontré à La Provencale. Pas sûr que c'est corrigé.
(LaProvencale, DECIS)
Fichiers de licence
Type : Révision technique
L
Importance (1..3) :
1
Numéro : 77
Standardisation technique.
(DECIS)
BETA
1.7.0.17
Compatibilité avec l'ancien fichier de licence
Type : Correction
2
L Lecture de l'ancien fichier de licence possible avec cette version (ce n'était pas le cas avec la version
précédente).
(DECIS)
1
1- Ajout d'une colonne avec les sous-sections de détail
2- Pour l'impression des statistiques (compteurs verticaux) on a ajouté une ligne épaisse de séparation entre
le planning et les compteurs.
(Saint-Jean)
BETA
1.7.0.18
Relifting de la carte de congé électronique
2
1- Les colonnes de prise de congé et de soldes intermédiaires sont exprimées en fonction du temps de travail
du travailleur, plutôt qu'en ETP section. Elles en deviennent plus lisibles.
2- Suppression de la colonne 3 (Adapt), qui devient redondante.
3- Pour le calcul du budget en heures, il est possible d'afficher l'explication du calcul dans l'ancienne
colonne 3 “Adapt” qui a été supprimée. Voir le petit check box “Explications” en haut à droite.
4- Dans le cas des congés “insensibles aux structures de semaine”, la toute dernière colonne n'était pas
correcte car elle ne tenait pas compte de ce paramètre
(5- centralisation d'une partie du code avec les micro-cartes)
(Jolimont - DECIS)
Observatoire – Analyse RH
Type : Correction
Importance (1..3) :
1
Numéro : 81
Cas d'une personne qui quitte et cède son badge à une autre personne.
Dans l'analyse RH, pour cette personne, on voyait tant ses derniers pointages (OK) mais aussi les pointages
de celui qui a repris son badge (pas OK).
(La Provencale)
Expert travailleur – changement d'affectation mobiles
Type : Adaptation
Importance (1..3) : Numéro : 82 (extension du 62)
1
L
Extension du point 62 : l'attribution d'un mobile suit également lors du changement de section via l'expert
travailleur (changement d'affectation).
Maintenant également disponible pour un changement d'affectation au sein de la même unité de planification
(entre sections de détail).
(CHU de Liège)
Fenêtre A Propos – fichier de licence
Type : Adaptation
2
Le bouton d'affichage du fichier de licence n'est visible que pour les administrateurs (personnes pouvant
charger toutes les sections) et un mot de passe a été ajouté.
(Conseil du CHU de Liège, merci)
BETA
1.7.0.19
Congés : impression écran
Type : Correction
1
A certains endroit de l'application une copie écran est disponible : dans la carte de congé, dans
l'observatoire-onglet Analyse-RH...
Et sur certaines imprimantes, cette copie écran produisait une feuille blanche ???
Par chance nous avions une imprimante avec le même syndrôme et nous avons trouvé une parade (qui
marche chez nous)
Cela devrait être OK.
(La Provencale, Chirec)
Planning : bandeau rouge
Type : Adaptation
2
Au planning, les cellules qui doivent être lissées et qui n'ont pas encore été lissées apparaissent avec un fin
bandeau rouge (dans le coin supérieur droit de la cellule).
Cette absence de lissage se base sur la présence d'information dans la colonne LISSE.
Or, avec les modes de badge MISSING ou UNSUSPECTED, cette information n'existera jamais vu que ces
modes servent juste à déclencher certaines anomalies, sans provoquer de lissage.
Nous avons donc désactivé ce bandeau pour les modes MISSING, UNSUSPECTED et M_U. Il est
désormais réservé au mode “SMOOTHING”.
(Reperré ARP)
Impression de la carte de congé (linéaire)
1
Ajout de la date limite de prise de congé si elle diffère de la fin de l'année (pour tous les congés sauf les
fériés)
(Demande St-Luc)
STPPay : Nouvelle règle de lissage RoundCheckings
1
Nouvelle règle de lissage permettant d'arrondir ou tronquer les pointages bruts des pointeuses.
Cette règle est la première à s'activer, car les autres règles bénéficient de ces pointages arrondis.
(Demande Jolimont)
ARP – travail sur férié
Type : Adaptation
Importance (1..3) :
Numéro : 88
1
1 - Possibilité de rajouter les codes R à la liste des cellules concernées.
2 -Ajout du code R dans la liste des codes cochables.
3 - Modification du design de la fenêtre pour bien séparer les 3 concepts : création des éléments de la liste,
cochage automatique des éléments de la liste (avec 1 pointage et minimum 2 heures) et le cochage à la carte
de certaines sections.
Note: Le code “R” ne comprend pas de pointage ni de temps. Les cellules de la liste avec un R seront donc
toujours cochées dans la liste et ne seront pas filtrées sur la présence d'heures minimum et pointage
minimum.
Note : pour ne pas cocher les code R dans la liste, il suffit de ne prendre que les codes actifs dans la liste des
codes.(Demande spécifique de l'ARP)
STPPay : nouvelle condition sur les ruleSet
Importance (1..3) :
2
Numéro : 89
Il est maintenant possible de filtrer :
la section de détail où est affecté le travailleur (suivant un masque)
la section d'administration sous laquelle se trouve la section du travailleur (suivant un masque)
un des 3 champs utilisateurs liés à la section de détail où est affecté le travailleur.
(Demande St-Jean)
Ajout de 3 champs dans la table PAYRULESET
SQL toutes bases
alter table PAYRULESET add SECTIONDETAILUF1 varchar(20)
alter table PAYRULESET add SECTIONDETAILNAME varchar(30)
alter table PAYRULESET add SECTIONADMINNAME varchar(30)
SQL Oracle :
alter table PAYRULESET add SECTIONDETAILUF1 varchar2(20)
alter table PAYRULESET add SECTIONDETAILNAME varchar2(30)
alter table PAYRULESET add SECTIONADMINNAME varchar2(30)
Ajout de la nouvelle règle de lissage ROUNDCHECKINGS dans la table LISSAGE
insert into LISSAGETYP ( LISSAGETYP , ABBREV , DESCRI , ORDRE ) values ( 16 ,
'ROUNDCHECKINGS' , 'Arrondi des pointages bruts' , 0 )
Et vous pouvez vérifier si cet enregistrement s'y trouve bien également :
insert into LISSAGETYP ( LISSAGETYP , ABBREV , DESCRI , ORDRE ) values ( 14 , 'CARRYOVER' ,
'Report de durées ou de bonus actifs' , 14 )
BETA
1.7.0.20
Impression détail de planning
Type : Correction
2
Quand on imprimait plusieurs périodes (suite au changement des dates limites dans la colonne des soldes,
grille droite), le programme ne prenait pas en compte certaines balances fixées, ce qui se traduisait par des
soldes incorrects de balance quotidiens et finaux.
Période 1
Période 2
(Reperré La Provencale)
Type : Correction
2
Correction sur l'affichage des cartes de congé (ce bug apparaissait quand le budget du congé était défini en
“Heures forcées”).
Par contre les cartes de congé standard étaient correctes.
(Reperré LA PROVENCALE)
Accès à la carte de congé (par double-click)
Type : Adaptation
1
Une vérification de droit d'accès a été ajoutée dans le double-click sur la micro-carte de congé (qui donne
accès à la carte de congé).
Il s'agit du droit : HolidayCardAccess.
(Demande CHU de Liège)
BETA
1.7.0.21
STPPay : règle RuleSliceLimits
2
La règle PayruleSliceLimits a été adaptée :
les tests sur heures limites en début et fin d'horaire peuvent concerner la veille et le lendemain. On peut
donc mettre -00:01 AVANT et 00:01 APRES.
on peut préciser à la fois une heure limite avant l'horaire et après l'horaire. Dès qu'une limite est atteinte, la
règle est activée (en mode OR) ou dès que les deux limites sont atteintes, la règle est activée (en mode
AND).
Ajout du masque d'exception classique.
L'adaptation de cette règle est faite afin de pouvoir répondre, en Belgique, au nouvel arrêté royal qui précise
que tout horaire qui dépasse minuit devient un code d'horaire de nuit sur l'entièreté de l'horaire.
Exemples :
> 17h00-01h00, toutes les heures y compris autour de 17h00 sont des heures de nuit
> 23h00-10h00, toutes les heures même autour de 10h00 sont des heures de nuit.
(Demande Erasme)
Fenêtre de détail de prestation
Type : Adaptation
Importance (1..3) :
1
On peut maintenant encoder des plages comme :
(+)01:00-07:00
c'est à dire de 01h à 07h le lendemain matin
ou
(-)23:30-08:00
c'est à dire de 23h30, la veille à 08h le matin.
Numéro : 94
(DECIS, afin de tester la règle de paie PayRuleSliceLimits)
Menu Présentation / Repères
Type : Correction
Importance (1..3) :
1
Numéro : 95
La sélection du menu Présentation / Repères provocait un acces violation lorsqu'il n'y avait aucune section
de chargée.
(Reperré CHU Liège)
Modification des droit d'accès pour la gestion des Volants ou Jobistes
Type : Modification
1
A partir du planning :
Pour avoir accès aux boutons qui permettent de rafraichir les volants et avoir les statisques sur les volants, il
faut disposer du droit JobistAction sur la section en cours.
Le droit JobistManagement (sur la section en cours) permet d'activer le bouton “emprunter un mobile”.
Lors d'un prêt d'un mobile
Les cases à cocher “Volant” et “Jobistes” nécessitent le droit JobistManagementViewMobile, sur la
section en cours.
La case à cocher “Mes prêtés » nécessite le droit JobistManagementViewLended, sur la section en
cours..
La case à cocher “Prêtés externes” nécessite le droit JobistManagementViewLended sur la section en
cours et minimum un droit JobistManagementLevel sur une autre section.
En outre les prêtés externes affichés dans la grille du dessus (Mes travailleurs) sont conditionnés au droit
JobistManagementLevel.
- Le droit JobistManagementLevel permet de remplir la grille des demandes émises dans les unités.
Lors de l'emprunt d'un mobile (grille inférieure)
Via
Les 3 cases à cocher sont toujours visibles et ne nécessitent aucun droit particulier.
(Demande Mont-Godine)
Ajout de 2 champs dans la table PAYRULESLICELIMITS
SQL toutes bases
alter table PAYRULESLICELIMITS add EXCEPTIONMASK varchar(100)
alter table PAYRULESLICELIMITS add PRESENT_LOGICAL varchar(3)
SQL Oracle :
alter table PAYRULESLICELIMITS add EXCEPTIONMASK varchar2(100)
alter table PAYRULESLICELIMITS add PRESENT_LOGICAL varchar2(3)
BETA
1.7.0.22
STPPay : règles RuleSlice et RuleSliceLimits
Importance (1..3) :
2
Numéro : 97
Pour les deux règles :
Ajout d'un masque de shift sur le premier compteur
Ajout d'un deuxième compteur et d'un masque de shift
yRulePour la règle SliceLimits :
- Ajout d'un switch “Présence / Absence”, pour mesurer par exemple l'intersection (ou la non-intersection)
avec minuit, cfr règle “Laurette”.
(Demande Erasme)
STPPay
Type : Adaptation
Importance (1..3) :
1
Numéro : 98
1- Possibilité de mettre un commentaire sur un Jeu de paie
2- Dans le champs DAY, possibilité d'encoder 1101100 pour préciser : lundi-mardi–jeudi-vendredi. En plus
des combinaisons existantes (restant pour la compatibilité avec les versions précédentes).
(Demande Erasme)
Mode de lissage : M_U et PARTAGES
Type : Adaptation
1
Pour les travailleurs partagés, ce mode de lissage (Missing_Unsuspected), donnait systématiquement une
anomalie de lissage “Unsuspected” dans le service non travaillé, si le travailleur avait pointé et travaillé dans
son autre service.
Pour rappel, ce mode de lissage permet de ne pas lisser un horaire, mais de dégager des anomalies s'il
manque des pointages (sur un code de travail) ou si le travailleur a pointé alors qu'il n'était pas attendu.
(Reperré ARP)
Ajout de 5 champs dans la table PAYRULESLICELIMITS
Toutes bases
alter table PAYRULESLICELIMITS add CHECKABSENCE smallint
alter table PAYRULESLICELIMITS add RUBRICNO2 integer
alter table PAYRULESLICELIMITS add QTY2 float
alter table PAYRULESLICELIMITS add SHIFTMASKITEM varchar(100)
alter table PAYRULESLICELIMITS add SHIFTMASKITEM2 varchar(100)
Oracle :
alter table PAYRULESLICELIMITS add CHECKABSENCE number(5,0)
alter table PAYRULESLICELIMITS add RUBRICNO2 number(10,0)
alter table PAYRULESLICELIMITS add QTY2 number
alter table PAYRULESLICELIMITS add SHIFTMASKITEM varchar2(100)
alter table PAYRULESLICELIMITS add SHIFTMASKITEM2 varchar2(100)
Ajout de 4 champs dans la table PAYRULESLICE
Toutes bases
alter table PAYRULESLICE add QTY2 float
alter table PAYRULESLICE add RUBRICNO2 integer
alter table PAYRULESLICE add SHIFTMASKITEM varchar(100)
alter table PAYRULESLICE add SHIFTMASKITEM2 varchar(100)
Oracle
alter table PAYRULESLICE add QTY2 number
alter table PAYRULESLICE add RUBRICNO2 number(10,0)
alter table PAYRULESLICE add SHIFTMASKITEM varchar2(100)
alter table PAYRULESLICE add SHIFTMASKITEM2 varchar2(100)
Adaptation de la table PAYRULESET (DAY_ passe de 6 à 7 varchar) + ajout champs COMMENT_
Toutes bases
alter table PAYRULESET alter column DAY_ varchar(7)
alter table PAYRULESET add COMMENT_ varchar(200)
Oracle
alter table PAYRULESET modify DAY_ varchar2(7)
alter table PAYRULESET add COMMENT_ varchar2(200)
Firebird
alter table PAYRULESET alter column DAY_ type varchar(7)
alter table PAYRULESET add COMMENT_ varchar(200)
BETA
1.7.0.23
Grilles de planning droite et gauche (click en dehors des grilles)
Type : Correction
Importance (1..3) : 1 Numéro : 100
Si on clique pour afficher le menu des grilles correspondantes sur un zône vide (en bas des grilles), on recoit
le message qu'aucune cellule n'est sélectionée.
Avant cela donnait un “Access Violation”.
(Reperré CHU)
Impressions des mobiles (volants, jobistes, prêtés...)
Ajout de nouvelle présentation : Catégorie / Section / Personnes.
Nouveaux filtres sur les mobiles reçus ou dispatchés ailleurs + sous-filtre sur les volants/jobistes/prêtés.
(Demande Erasme)
Type : Adaptation interne
Numéro : 103
technique
Légère adaptation interne, sur les micro-cartes de congé. (theSectionO.getWorkerX plutôt que WorkerX)
Recherche d'un bug itermittant apparaissant à la Provencale et au CHU de Liège.
(DECIS)
BETA
1.7.0.24
Exceptions dans STPNet : ajout du champs WEB_HIDED
Ajout du champs WEB_HIDED dans la table PAYRUBRIC et modification de l'interface d'édition des
exceptions (Signalétiques toute sections / Administration / Rubrique de paie et exceptions)
.
Par défaut le champs est mis à 0.
Pour ne pas voir cette exception dans STP_NET, il suffit de mettre le champs à 1.
(Demande Erasme)
Exportation Travailleur
Type : Modifications
Ajout des “variables utilisateurs” associées aux sections, lors de l'exportation des informations sur les
travailleurs.
(Demande Erasme)
Tableau de bord “Code et exceptions”, jours consécutifs
Ajout de la case à cocher “Sauter jours d'inactivités” dans le tableau de bord “Codes et exceptions”.
Ceci permet de faire la recherche des codes consécutifs sur de plus longues périodes en ignorant les jours
d'inactivité.
Par exemple : on veut savoir qui a pris 20 jours de congés annuel (CA) consécutifs. C'est maintenant
possible puisque les jours de Week-End sont écartés de l'analyse.
(Demande ARP)
Emprunt d'un volant
Ajout du droit JobistManagementLevel lors de l'emprunt, afin de limiter la liste des travailleurs
empruntables (grille inférieure).
(Demande Forum St-Luc)
Ajout automatique d'une exception avec le bouton WOK
Mise à jour du Update_User, Update_Date et Update_Time lors de l'ajout d'une exception automatique en
cliquant sur le bouton Wok de la fenêtre de détail de prestation.
(Demande ARP)
Planning des virtuels et contrôle des durées maximales
Pour les virtuels, les durées maximales entre cellules et par période ne sont plus prises en compte... vu qu'il
s'agit de personnes potentiellement différentes.
(Demande Erasme)
Impressions des mobiles et prêtés
Avec le tri par catégorie, le rapport n'affichait pas correctement toutes les personnes (en fait la dernière
personne d'un groupe).
(Demande Erasme)
Changement d'affectation via Expert Travailleur
Dans le cas suivant où seules les dates d'une affectation sont changées :
Ancienne affectation :
date1 -------------------- date2
Remplacée par
new1-----------------new2
Avant dans le message, seul l'ajout de la nouvelle affectation était précisé.
Maintenant, on précise en plus le “delete” de l'ancienne affectation.
(Demande ARP)
Liste des mobiles : ajout de l'export
Ajout de l'exportation, dans la liste des mobiles.
Attention : il s'agit d'un prototype qui sera revu (notamment en ce qui concerne l'intitulé des colonnes)
Gestion des mobiles
1- Dans le détail de prestation, il est possible maintenant d'enlever une plage horaire non déléguée via le
popup (suppression d'une plage horaire), tant pour un mobile qu'un prêté. Avant ,dès qu'une plage était
déléguée sur la journée, alors toute suppression était refusée. C'est donc un assouplissement.
> Mont-Godinne
2- Le paramètre général “MOBILESHIFTSOURCE=1/0” est de nouveau effectif. Quand vous créez une
délégation de mobile et qu'aucun code n'est mis sur le mobile, alors il vous est demandé de choisir un code
horaire dans une palette. La définition de ce code horaire dépend alors de ce paramètre (1 : c'est la définition
de l'unité de mobile ou du prêté qui est retenue ; 0 : c'est la définition de l'unité de destination qui est
retenue).
> DECIS
3- Lors d'un emprunt de travailleur, en ce qui concerne les VOLANTS, seuls les “actifs” étaient montrés,
c'est à dire ceux qui avaient dans leur planning un code actif comme un Matin, un Soir...
Maintenant, on montre également les VOLANTS sans horaires (cases blanches). L'intérêt est de permettre
aux unités emprunteuses de récupérer un mobile non planifié sans devoir éditer les unités de mobiles.
Si vous combinez cela avec le paramètre “MOBILESHIFTSOURCE=0”, vous obtiendrez en finale les codes
horaires tels que définis dans l'unité emprunteuse.
Attention, ce mode augmente fortement le nombre de lignes dans la grille inférieure.
> ERASME
Rappel : lors d'un emprunt de travailleur, en ce qui concerne les jobistes/intérimaires, seuls ceux qui sont
notés “disponibles” sont visibles.
4- Révision du code interne :
petits “memory leaks” et un AV sur le save de cellules multi-déléguées
> DECIS
(Demande Mont-Godinne et Erasme)
Remarque : pour rappel, actuellement le lissage reste incompatible avec les délégations de mobiles...
Ajout d'un champ dans la table PAYRUBRIC(et initialisation à 0)
SQL toutes bases
alter table PAYRUBRIC add WEB_HIDED SmallInt
update PAYRUBRIC set WEB_HIDED = 0
SQL Oracle :
alter table PAYRUBRIC add WEB_HIDED number(5,0)
update PAYRUBRIC set WEB_HIDED = 0
BETA
1.7.0.25
Tableau de bord : Codes et Exceptions
Ajout d'un filtre sur les structures de semaine :
on peut filtrer la structure elle-même : *,!1111000 (toutes les structures sauf 1111000)
test sur la somme de la structure : si on met 4, cela sera OK pour 1111000 ou 1101100...
classement en Tous – Standards (1111100 ou rien) – Non standards
Ajout dans l'export de la structure de semaine.
(Demande ARP, suite à l'examen des semaines de congé contigues)
Exportation des travailleurs
Ajout dans l'export des champs UF_Affect1, UF_Affect2, UF_Affect3
(Restructuration interne des méthodes)
(Demande CHU Liège + DECIS)
MOBILES : limitation de l'emprunt sur base du statut de période
Numéro : 116
Le statut de la période de la personne que vous empruntez (virtuel, jobistes ou prêté) aura maintenant un
impact, en fonction du paramètre général : MOBILE_BORROWING_PERIODSTATUS
Ce paramètre précise les périodes d'emprunt possible :
Exemple :
0,1 : emprunt possible en période verte et jaune
0,1,2 : emprunt possible en période verte, jaune et rouge
1 : emprunt possible en période jaune uniquement
si vide : pas de limitation d'emprunt sur base du statut de période.
Et donc la liste des personnes disponibles dans la grille inférieure sera donc conditionné à ce paramètre.
(Demande St-Luc)
Placement des maladies statutaires “ms” (ARP uniquement)
Type : Adaptation
Numéro : 117
Prise en compte des temps partiels
Le code “ms” arrive sur tous les jours de maladie du planning (au prorata du temps de travail)
Le code EQ permet d'atteindre la durée de travail attendue (en fonction du régime et de la structure de
semaine. La valeur du EQ peut donc être tantôt positive, tantôt négative.
(Demande ARP)
Période et nom du services dans les rapports des mobiles.
Type : Adaptation
Ajout de la période et du nom du service dans les rapports des mobiles.
(Demande ? )
MOBILES : restructuration interne
Type : Révision technique
Fenêtre de détail de prestation :
activation du bouton vert pour copier une plage du standard/planifié->modifié, disponible
uniquement si la zone “modifiée” est vide
le popup “Supprimer la colonne” est toujours désactivé dès qu'il y a une délégation dans la cellule
le popup “supprimer une plage horaire” n'est actif que pour les mobiles ou les prêtés, pour autant
que la plage horaire n'est pas déléguée.
(Tentative de permettre du côté MOBILE, à partir de la fenêtre de détail de prestation, de pouvoir
supprimer une plage déléguée... Abandonné)
(DECIS)
BETA
1.7.0.26
Table SECTION
Type : Adaptation
Réactivation du champs TEMP_LEVEL de la table SECTION, qui contient le niveau hiréarchique de la
section.
Exemple : le TOP =>1, les niveaux en dessous du top => 2...
Utile pour des rapports...
Pour l'initialiser, il suffit d'aller dans les Signalétiques/toutes sections, de se positionner sur le noeud
principal, bouton droit et sélectionner “Raffraichir l'arborescence”.
Par la suite il sera automatiquement tenu à jour lors d'opération sur l'organigramme (ajout de section,
déplacment...)
(DECIS pour PermoStat)
Pointeuses Pyrescom Termod (nécessite STPServer) : affichage de la balance
Type : fonctionnalité
La balance peut être affichée à la personne qui pointe, selon la valeur du paramètre général
WORKERCHECKING_BALINFOMODE
Valeurs possibles :
BAL_YESTERDAY : affichage de la balance à la date d'hier
BAL_TODAY : affichage de la balance au moment du pointage, pour autant que la cellule soit lissée sans
anomalie. Donc seules les sorties entraîneront l'affichage du solde.
(vide) : pas d'affichage de balance. C'est le défaut.
Remarque : l'affichage des balances n'est pas proposée pour les personnes dites “partagées”, c'est à dire
ayant deux affectations le même jour.
(Valida)
MOBILES
Type : Adaptation
Dans la fenêtre de prêt de mobiles l'édition d'un commentaire (sélection grille inférieure + touche F2), ne se
raffraichissait pas dans les commentaires affichés (commentaires visibles par survol de la souris).
Léger relifting de la fenêtre de prêt/emprunt avec une redondance des couleurs de fond (prêt=VERT,
emprunt= ROUGE PALE) par rapport aux icônes, pour que l'utilisateur reconnaisse immédiatement
l'opération qu'il est en train de faire + faciliter le support.
Au planning d'un MOBILE, on peut changer la cellule d'une personne mono-déléguée via la palette et la
délégation suivra. Par sécurité, cette opération est interdite pour les multi-délégations et également de l'autre
côté de la délégation (ex: section standard, sur la cellule d'un virtuel).
Ajout d'un message “opération inaccessible” lorsque l'on veut prêter un mobile alors que la cellule
sélectionnée n'est pas visible à l'écran.
Au planning, la bande jaune précisant une délégation effective d'une journée est maintenant entourée d'un
trait noir pour faciliter la lecture (car le code en dessous pourrait être de même couleur, par exemple un
Matin en jaune pâle). Précisons que le bandeau initial de “demande de mobile” reste légèrement visible.
(CHU de Liège, DECIS, ST-LUC)
Tableau de bord : codes et exceptions
Dans la présentation “grille” du tableau de bord “Codes et exceptions :
 les informations sont directement montrées en mode détaillé (“expanded”). Un check a été rajouté pour
passer en mode condensé ou revenir en mode détaillé.
 un compteur de lignes a également été ajouté.
 (nous essaierons dans le futur d'y rajouter une somme sur les colonnes de durées).

Dans le test du nombre de jours, le paramètre “Sauter les jours d'inactivité” n'était pas fonctionnel. Nous
avons corrigé.
(Demande ARP )
Rapport de détail du planning
Ajout du worker HRID à la suite du nom du travailleur dans le rapport du détail du planning.
(Demande St-Jean)
Impression du planning avec compteurs verticaux
Type : Adaptation
Lors de l'impression du planning avec compteurs verticaux n'affichait plus la bande de couleur en dessous du
calendrier correspondant au statut de période (verte, jaune ou rouge).
(Demande St-Jean)
Prêt des mobiles
Type : Adaptation
Ajout de la date dans la grille du bas pour la fenêtre “Prêter un mobile”.
(Demande St-Luc)
STPNET : affichage des compteurs de rémunération
Type : Modification
Ajout d'un nouveau paramêtre général : STPNET_DISPLAY_PAY. Ce paramètre permet d'afficher ou non la
colonnne des compteurs de rémunération dans STPNET.
Lorsque le parmètre est à 1 on peut voir les informations dans STPNET tandis que si le paramètre est à 0 les
informations ne sont pas visibles.
(Demande ERASME)
Export et Section HRID
Type : Modification
Dans les exportations liées aux rapports “traitement des balances “et “synthèse des congés”on a ajouté le
champs SectionRHID.
(Demande ?)
Variables UTILISATEUR
Type : Modification
Dans le cas de variables disposant de LISTES. Si vous changiez la signalétique des éléments de la liste et
que ces éléments étaient déjà affectés à des travailleurs, l'adaptation ne suivait pas pour ces travailleurs.
Ajout de protections supplémentaires. Interdiction de changer le type d'une variable tant qu'il reste des
valeurs attribuées à des travailleurs pour cette variable (exemple : pour passer du type STRING à DATE).
Exportations pour le DIRHM (milieu hospitalier belge)
Type : Modification
Correction dans l'interface d'attribution des “fonctions/qualifications/catégories” aux travailleurs
(accessible via l'Observatoire). L'attribution d'une variable à la section “générique” n'était plus possible
après avoir sélectionné une section spécifique.
Génération des fichiers DIRHM : attention, dans le cas de travailleurs mobiles, il ne prenait pas bien en
compte le codeUnité défini dans l'unité mobile si pour ces travailleurs mobiles les variables
fonctions/qualifications/catégories avaient été définies au niveau section (plutôt que “générique”).
Légère optimisation de la production du fichier EMPLOPER.
(Restructuration interne du code)

(Demande CHU-Liège et DECIS)
Planning : nouvelle formule disponible pour la grille droite
Affichage du solde de la période, sans prise en compte des balances antérieures.
Quand on construit un planning pour un travailleur, au début la colonne affiche en négatif le nombre d'heures
à prester. Exemple -152h. Au fur et à mesure de la construction du planning, ce solde approche de zéro. Le
planificateur ne voit donc l'impact que de la période active, pas du passé.
(Demande Jolimont)
STPPay : règle PayRuleSliceLimits
Type : Modification
Cette règle dispose d'un test sur les bornes du code horaire, bien pratique par exemple pour détecter
le franchissement de minuit.
Dans l'exemple suivant de cellule de planning composite :
Matin : 8-12
Soir : 15-20
Soir : 21-02
On veut que si la cellule franchit minuit, l'horaire entier passe en compteur de nuit.
On s'attend à que les plages 15-20h et 21h-02h incrémentent le compteur de nuit tandis que la plage 8h-12h
non.
Maintenant le test de franchissement se vérifie pour chaque code horaire présent, et non plus pour
l'ensemble de la cellule.
Donc dans cet exemple :
pour 8-12, le(s) Matin franchit la nuit ? NON
Pour 15-20, les S franchissent la nuit : OUI → compteur de nuit
Pour 21-02, les S franchissent la nuit : OUI → compteur de nuit
En définitive on obtiendra pour le compteur de nuit : 5h + 5h = 10 heures du compteur NUIT.
(Demande St-Luc)
STPPay
Dans les règles de type ITEM, il est maintenant possible de conditionner l'exécution d'une règle à la
réussite d'une autre règle.
Pour y arriver : sélectionner la règle “parente”
et sélectionner ensuite la règle “enfant”, en spécifiant s'il faut que la parente s'exécute pour que l'enfant
puisse s'exécuter (lien en vert) ou l'inverse (que le parent ne s'exécute pas pour que l'enfant s'exécute : lien
en rouge).
ATTENTION : cette hiérarchie de règles est cloisonnée pour chaque RuleSet (de type ITEM) et pour
chaque plage horaire.
Exemple : supposons un code à deux plages 8-12 et 16-20. C'est d'abord pour 8-12, que les règles vont
s'appliquer (avec la dépendance éventuelle) et ensuite pour la règle 16-20.
(Demande ST-LUC)
Fenêtre de détail de prestation
Possibilité de passer d'une date à l'autre (le planning en arrière plan suit le mouvement)
(Demande Jolimont)
Exception avec le bouton NOS dans Prestation
Ajout des informations (User, date et heure) lors de l'ajout d'une exception via les boutons rapides “NOS”,
“WOK”, “OK” dans la fenêtre de détail de prestatation.
C'était déjà le cas lors de l'ajout ou de la modification d'une cellule via la fenêtre classique d'édition des
exceptions.
(Demande ARP)
Observatoire travailleur
Type : Détail
Toute modification de la “date de naissance” ou “date d'entrée” laisse une trace dans le fichier de LOG.
(DECIS)
DIRHM
Type : Détail
 Interface des variables (via l'observatoire) :
 Correction de l'interface lors de l'utilisation de paramètres au niveau section.
 Le paramètre “Effectif” a été isolé dans une grille spécifique par soucis d'uniformité.
 Petites améliorations ergonomiques.
Correction de la moulinette :

rise en compte des paramètres définis au niveau “section” plutôt que “Générique”. Remarque : pour
l'instant il semble que le parmétrage “générique” aît été le plus utilisé.

our les codes horaires redirigés vers une équipe DIRHM, le calcul de l'information “EFFECTIF” est
maintenant correctement calculé (avant il se basait sur l'unité de redirection dans lequel le travailleur
n'était pas affecté d'où “effectif=0”.

(CHU de Liège / DECIS)
Fenêtre de détail de prestation (et DIRHM), pour le milieu hospitalier
Type : Détail
L'édition d'un bonus dans cette fenêtre entrainait une mise à jour erronée du champs SECTION_OUT dans la
base de données. Or ce champs a un impact sur le calcul du DIRHM.
Cette erreur a été corrigée.
Un SQL de correction est donné ci-dessous pour corriger le passé.
(DECIS / CHU de Liège)
Connexion base de données ADO
Type : Technique
La connexion à la base de données s'effectue actuellement avec la couche de connection BDE (Borland
Database Engine).
Nous allons proposer un autre mode de connexion via ADO.
Comme il faut revoir toutes les requêtes SQL et de nombreux composants graphiques liés à la base de
données (plus les tests de validation), cette migration va s'étaler graduellement sur plusieurs mois. Pendant
cette période, StaffPlanner utilisera deux connections parallèles BDE et ADO.
En pratique, lors de la connection BDE, nous créons implicitement une autre connection ADO (à partir des
informations du BDE). Cette autre connection ADO sera utilisée pour toutes les parties du programme qui
auront été migrées à ADO. Ce sera le cas pour MSSQL, Oracle et Firebird.
Si vous allez dans la fenêtre “A propos”, en haut à droite une indication précise si la connection ADO est
activée ou non.
Ce qui a déjà été migré à l'heure actuelle :

chargement du planning,

sauvegarde du planning,

unité regroupant la majorité des requêtes SQL de l'application (secu.pas)

Unités spécifiques : ExpertTravailleur, DIRHM, Recalcul des balances, A propos, section, logon,
J'attends vos remarques quant à la rapidité de cette connection. De notre côté, cette mise aux normes
provoque un léger ralentissement de l'application (perceptible surtout au chargement du planning) et variable
en fonction du type de base de données.
IMPORTANT : il est possible de déconnecter ce mode d'essai ADO et de revenir à une connection full
BDE, cela via le parmètre général “ADOCONNECTION_DISABLE=1”.
(DECIS)
Mode de balance au niveau Section
Numéro : 140
Vous pouvez préciser au niveau d'une section un mode de balance par défaut. Toute affectation atterrissant
dans cette section se verra équipée de ce mode de balance.
(ARP)
Expert travailleur
Numéro : 141
Si vous intercalez au milieu d'une affectation une autre affectation, la deuxième partie de l'affectation
originale conservera le mode de balance initial.
Exemple :
AVANT : US1 – 100 % - 01/01/2000 – 31/12/2015 – No final balance
NOUVEAU : US2 – 50% - 15/03/2010 – 31/03/2010 – standard
Résultat :
US1 – 100 % - 01/01/2000 – 14/03/2010 – No final balance
US2 – 50 % - 15/03/2010 – 31/03/2010 – standard
US1 – 100% - 01/04/2010 – 31/12/2015 – No final balance
(DECIS)
Observatoire travailleur : Date d'entrée et de sortie StaffPeople
Numéro : 142
 Affichage de la date d'entrée et de la date de sortie de StaffPeople dans l'onglet “détail” de l'observatoiretravailleur.
Attention : la date d'entrée de StaffPlanner est différente car elle représente la date d'ancienneté pécuniaire
(elle peut correspondre à une date dans le passé où la personne ne travaillait pas encore dans l'organisation),
tandis que la date d'entrée de StaffPeopple représente la date d'entrée réelle du contrat en cours.
(DECIS)
Travail sur férié : génération des congés
Type : Modification
Numéro : 143
 La liste ne tient plus compte des travailleurs intérimaires (avec un contrat actif, dans StaffPeople, à la date
du férié avec un employeur de type intérimaire).
(ARP uniquement)
Ajout d'un champ dans la table ASSIGNT_INFO
SQL toutes bases
alter table ASSIGNT_INFO add PLANIFSECTION Integer
SQL Oracle :
alter table ASSIGNT_INFO add PLANIFSECTION number(10,0)
Ajout d'un enregistrement dans la table des formules : DEMON
insert into DEMON ( DEMON , TYP , PRECEDENCE , TITLE , DEMONCODE , DESCRIPTION )
values ( 52 , 'Right' , 1 , 'Solde_period' , 'Solde_p' , 'Solde de période (sans report de balance)' )
Ajout de trois champs dans la table PAYRULE
SQL toutes bases
alter table PAYRULE add RULEORDER varchar(10)
alter table PAYRULE add FATHERRULENO integer
alter table PAYRULE add FATHERRULELINK varchar(20)
SQL Oracle :
alter table PAYRULE add RULEORDER varchar2(10)
alter table PAYRULE add FATHERRULENO number(10,0)
alter table PAYRULE add FATHERRULELINK varchar2(20)
Creation de la table ASSIGNT_INFO2 (utilisée dans PERMOSTAT)
SQL Server
create table ASSIGNT_INFO2(ASSIGNT_INFO2 integer not null ,SECTION integer
null,PLANIFSECTION integer null,WORKER integer null,START_ integer null,START_S integer
null,END_S integer null,SHIFT integer null,DURATION integer null,LUNCH_S integer
null,UPDATE_DATE integer null,UPDATE_TIME integer null,UPDATE_USERID varchar(50)
null,TYP integer null,LEVEL_ integer null,ORDER_ integer null , constraint PK_ASSIGNT_INFO2
primary key (ASSIGNT_INFO2))
create index ASSIGNT_INFO2_I1 on ASSIGNT_INFO2 (SECTION ,START_ )
Firbird :
create table ASSIGNT_INFO2(ASSIGNT_INFO2 integer not null ,SECTION integer
,PLANIFSECTION integer ,WORKER integer ,START_ integer ,START_S integer ,END_S integer
,SHIFT integer ,DURATION integer ,LUNCH_S integer ,UPDATE_DATE integer ,UPDATE_TIME
integer ,UPDATE_USERID varchar(50) ,TYP integer ,LEVEL_ integer ,ORDER_ integer , constraint
PK_ASSIGNT_INFO2 primary key (ASSIGNT_INFO2))
Oracle:
create table ASSIGNT_INFO2(ASSIGNT_INFO2 number(10) not null ,SECTION number(10)
,PLANIFSECTION number(10) ,WORKER number(10) ,START_ number(10) ,START_S number(10)
,END_S number(10) ,SHIFT number(10) ,DURATION number(10) ,LUNCH_S number(10)
,UPDATE_DATE number(10) ,UPDATE_TIME number(10) ,UPDATE_USERID varchar2(50) ,TYP
number(10) ,LEVEL_ number(10) ,ORDER_ number(10) , constraint PK_ASSIGNT_INFO2 primary
key (ASSIGNT_INFO2))
Ajout du champs FINALBALMODE dans la table SECTION
SQL toutes bases
alter table SECTION add FINALBALMODE integer
Oracle
alter table SECTION add FINALBALMODE number (10,0)
IMPORTANT : adaptation de données dans la table ASSIGNT2 (impact DIRHM)
update ASSIGNT2 set SECTION_OUT=0 where SECTION_OUT > 0 and DURATION > 0 and
SECTION=SECTION_OUT
Elargir le champs READ_USERID de la table WISHLINES de varchar 10 à 50
SQL toutes bases
alter table WISHLINES alter column READ_USERID type varchar(50)
SQL Oracle :
alter table WISHLINES modify READ_USERID varchar2(50)
BETA
1.7.0.27
Ajout d'une nouvelle barre de status
Type : Modification
 Ajout d'une nouvelle barre de status au bas, qui affiche les commentaires de cellule.
On peut toujours modifer l'affichage des barres de status en sélectionnant successivement le bouton présenté
ci-dessus.
1° clic – ajout de la barre qui affiche les commentaires de la cellule survolée
2° clic – aucune barre ne reste affichée.
3° clic – retour à la barre de status standard (durée, date, affectation, etc.)
Ce paramètre d'affichage est stocké dans le profil de l'utilisateur.
(Demande St-Jean)
Notion de “prolongation” pour les certificats médicaux
Type : Modification
Le caractère “prolongation” d'un certificat médical peut maintenant être édité.
Lors de la création, il est initialisé, automatiquement, comme précédemment.
Lors de l'édition, l'utilisateur peut le modifier.
Cette fonctionnalité est utile pour qualifier une rechute, qui elle ne peut être calculée automatiquement.
Attention : pour stocker en base de donnée cette information de “prolongation”, n'oubliez pas de faire
tourner la procédure précisée ci-dessous dans la partie relative aux adaptations base de données.
(Demande DECIS)
Automatisation de l'importation dans STP à partir de fichiers de type “texte”
L'importation d'informations dans STP s'effectue selon des requêtes structurées dans la documentation
STPImport.
1- Soit ces requêtes sont placées dans un fichier texte que l'utilisateur appelle pour importation immédiate.
2- Soit ces requêtes sont injectées par l'utilisateur dans la table STPImport. A intervalle régulier ces requêtes
sont importées par STPServer.
3- Maintenant, ces requêtes peuvent être placées aussi dans un fichier texte, appelé STPImport.txt, à
l'emplacement précisé par la clé de registre IMPORTDIR de StaffPlanner. A intervalle régulier STPServer
ira lire ce fichier texte, et placera ses requêtes dans la table STPImport pour exécution. Ce fichier sera alors
renommé en STPImport_2010-11-18_13-06-50.txt,de telle sorte à conserver sa date de lecture et déplacé
dans un sous directory OLD.
Le timing d'importation est régi par la clé de registre ImportTiming qui accepte la syntaxe suivante :
08:00;09:00;10:00-17:00[00:30];18:00;19:00
Remarque : entre 10h00 et 17h00, toutes les 30 minutes.
Lissage
Type : Adaptation
Avec la règle de bonus (sur tranche horaire) et dans certains cas de figure, le lissage pouvait créer un bonus
de durée nulle. Cet effet inutile a été supprimé (tout bonus créé doit avoir une durée <> 00h00).
(Demande St-Jean)
Application d'un canevas de congé
Le canevas de congé peut maintenant être appliqué en tout ou en partie, par sélection des règles du canevas à
exécuter.
Les règles “inactives” apparaissent également mais en grisé. L'utilisateur peut les cocher, il aura juste un
message d'avertissement mais ces règles inactives “cochées” seront quand même exécutées.
(Demande ARP)
Correction STP : “index out of range”
Type : Correction
Le bug de type “index out of range” apparait de manière très répétitive sur les postes client de certains sites
où le lissage automatique est effectué.
Ce bug est non reproductible chez nous. Néanmoins certaines adaptations empiriques ont été faites en vue
de le corriger... A suivre donc.
Affichage graphique des règles de lissage
Type : Correction
Dans certains cas de règles et de pointages, l'affichage graphique devenait peu lisible.
Exemple corrigé :
Cela a été adapté.
(Reperré St-Luc)
Procédure de lissage
La procédure de lissage inclut une procédure de qualification du pointage afin de déterminer la date
concernée par le pointage.
Exemple :
Un soir (11-21h) suivi d'un matin (08-16h).
Si vous avez un pointage à 02h situé entre le soir et le matin, comment déterminer si ce pointage
concerne le soir ou le matin.
Avant nous utilisions une période dite d'attraction de 4 heures. Si le pointage se trouvait dans cette
période d'attraction, il était lié au soir ou au matin.
Il s'avère qu'il peut y avoir de nombreux cas où les pointages n'entrent dans aucune période d'attraction.
Nous avons enrichi cette procédure de qualification. A partir du moment où un pointage est en dehors de
toute période d'attraction, nous prenons en considération sa proximité avec les codes proches (avec un
facteur de proximité de 80%).
Exemple :
Si la distance B du pointage avec le début du code 2 < 80% de la distance A du pointage avec la fin
du code 1, alors nous le lions au code 2.
Code 1
A
B
Code 2
Si le pointage n'est pas nettement du côté du code 1 ou du code 2, alors il ne sera lié à aucun code et une
anomalie de type “pointage orphelin” sera produite.
(Demande St-Luc)
Les cartes de congé présentées dépendent du moment de l'année :
 De janvier à juin, on montre l'année en cours et l'année précédente.
 De juillet à décembre, on montre l'année en cours et la suivante.
Donc si nous sommes en Novembre 2010, nous montrons les cartes 2010 et 2011.
(Demande CHU de Liège)
Ajout d'un champ dans la table SPANASSIGNT(et initialisation à 0)
SQL toutes bases
alter table SPANASSIGNT add PROLONGATION SmallInt
update SPANASSIGNT set PROLONGATION = 0
SQL Oracle :
alter table SPANASSIGNT add PROLONGATION number(5,0)
update SPANASSIGNT set PROLONGATION = 0
Ajout d'un champ dans la table USERS_PROFILE
SQL toutes bases
alter table USERS_PROFILE add STATUSBARTYPE varchar(10)
SQL Oracle :
alter table USERS_PROFILE add STATUSBARTYPE varchar2(10)
Ajout d'un nouveau droit pour le Menu “PrintWorkers”
SQL toutes bases
INSERT INTO KGB_ITEMS
(ITEMID,APPID,SETID,ONLYFORGENQUALIF,ITEMDESCRI,ITEMORDER,ITEMPREFIX
,BRUSHCOLOR,FONTCOLOR,UNDERLINE)
VALUES
('MenuPrintWorkers','STP','PRODUCTION',1,''
,0,'','','',0)
Dans la table SPANASSIGNT mise à jour du champs PROLONGATION
Aller dans “Signalétiques toutes sections/administration/release”...
et pousser sur le bouton “Maj prolongation maladie”.
BETA
1.7.0.28
Sauvegarde par usager sur l'affichage des repères
Le mode de travail avec les lignes de repère est maintenant sauvé dans le profil de l'utilisateur.
Rappel : les repères sont actionnés par le point de menu “Présentation / Repères” ou par l'icône “croix verte”
(Demande St-Luc)
Paramètre de congé / congé de la section
Type : Correction
La liste déroulante de sélection de congé ne fonctionnait plus.
Pour information, la liste ne contient que les congés de type férié non malades.
(Demande DECIS)
Application des cycles au planning
Type : Correction
Dans certains cas où le travailleur Tartempion avait changé d'équipe et pour lequel des cycles existaient dans
chaque équipe, un message apparaissait “Pas de cycle pour Tartempion”.
C'est OK maintenant.
(Demande St-Luc)
Interrogation Paie au planning et droits d'accès
Type : Adaptation
L'interrogation de la paie au planning était liée au droit “PlanninModifyClosedPeriod”. Mais cette
consultation est sans risque pour le planning et de plus elle est intéressante sur les périodes cloturées.
Nous avons donc supprimé ce test de droit d'accès sur cette fonctionnalité.
(Demande Erasme)
Type : Adaptation
Dans le cas où plusieurs sections sont chargées, et si on passe d'une section à l'autre, les cartes de congé
disparaissent et ne se ré-afficheront dans la deuxième section qu'après sélection explicite d'un travailleur de
cette deuxième section.
Il arrivait précédemment qu'une micro-carte mentionnait un travailleur non présent dans la section active.
C'était perturbant et source d'erreur potentielle.
(Demande St-Luc)
Ajout d'un champ dans la table USERS_PROFILE
SQL toutes bases
alter table USERS_PROFILE add SETMARKS SmallInt
SQL Oracle :
alter table USERS_PROFILE add SETMARKS number(5,0)
BETA
1.7.0.29
Print preview de la carte de congé
Type : Adaptation
Le côté droit du preview était légèrement rogné.
(Demande EQUIPE)
Observatoire Analyse RH
Il est maintenant possible d'imprimer la grille du bas dans l'onglet Analyse RH dans l'observatoire.
Un clic-droit dans la grille fait apparaître un nouvelle fenêtre, qui permet de choisir 2 dates. On peut
imprimer le travailleur sélectionné ou imprimer tous les travailleurs de la section.
(Demande JoliMont)
Grill gauche du planning : nouvelles colonnes liées à STPeople
Ajout d'information provenant de StaffPeople dans la grille de gauche dans le Planning.
Les informations disponibles sont :
 grade,
 fonction,
 statut,
 catégorie.
Pour obtenir cet effet, il faut rajouter une formule à la grille de gauche (Signalétiques Toutes sections / …
organigramme … / formules)
(Demande ARP)
Tableau de bord : codes et exceptions
Type : Adaptation
Ajout du WorkerHRID sous le matricule dans le rapport de la liste des codes dans « Impression / code et
exceptions ».
DIRHM : correction print des variables travailleurs
Type : Adaptation
Correction du print de la liste des variables DIRHM associées aux travailleurs.
Cette liste ne prenait pas en compte les variables associées à une section (mais bien les variables associées
en mode GENERIC).
Calcul des maladies statutaires : problème avec ADO
Type : Correction
En mode ADO, pour un statutaire il proposait à tort non pas des codes maladies statutaires (ms) mais des
(mc).
Remarque : c'est un effet de bord de ADO dans son interprétation des chaines de caractères (il laisse les
blancs derrière).
(Reperré ARP)
Travailleur partagé
Type : Correction
L'option « supprimer la plage » en cas de cellule partagée en deux congés provoquait un « access violation »
(Reperré par Erasme)
ExpertTravailleur “nouveau travailleur”
Type : Adaptation
Lors de la création d'un nouveau travailleur avec l'ExpertTravailleur des templates de congé sont proposés.
Avant les années proposées étaient basée sur la date du jour, ce qui rendait impossible l'encodage quand le
travailleur commençait l'année suivante.
Maintenant elles sont proposées sur base de la date de début de travail du travailleur.
Exemple : Supposons qu'on est le 15/12/2010 et le travailleur commencera le 15/01/2011. Nous aurons donc
:
Elargissement du champs DEMONCODE dans la table DEMON
SQL Firebird et autres
alter table DEMON alter column DEMONCODE type varchar(20)
SQL Server
alter table DEMON alter column DEMONCODE varchar(20)
SQL Oracle :
alter table DEMON modify DEMONCODE varchar2(20)
Ajout d'enregistrements dans la table DEMON (nouvelles formules pour la grille gauche du planning)
INSERT INTO DEMON(DEMON,TYP,PRECEDENCE,TITLE,DEMONCODE,DESCRIPTION) VALUES
(100,'Left',1,'People_F','PEOPLE_FUNCTION','Fonction dans STPeople')
(101,'Left',1,'People_Grade','PEOPLE_RANK','Grade dans STPeople')
(102,'Left',1,'People_Category','PEOPLE_CATEGORY','Catégorie dans STPeople')
(103,'Left',1,'People_Status','PEOPLE_Status','Status dans STPeople')
Ajout de champs dans la table H_THOL_RULE
SQL toutes bases
alter table H_THOL_RULE add FILTER_DB varchar(20)
alter table H_THOL_RULE add FILTER_VAR varchar(50)
alter table H_THOL_RULE add FILTER_MASK varchar(100)
SQL Oracle
alter table H_THOL_RULE add FILTER_DB varchar2(20)
alter table H_THOL_RULE add FILTER_VAR varchar2(50)
alter table H_THOL_RULE add FILTER_MASK varchar2(100)
BETA
1.7.0.30
Message sur le certificat médical
Type : Adaptation
On peut voir en survolant une cellule les informations concernant le certificat médical dans la deuxième
barre de Status (partie droite).
Pour rappel l'icône status, appelée répétitivement permet de montrer ou cacher la première barre et la
deucième barre de status.
(Demande St-Jean)
Travail sur férié pour l'ARP : “Index out of bounds”
Type : Correction
Correction du code qui provoquait un « index out of bounds » lorsque l'on cliquait sur le bouton
« préparer ».
(Reperré ARP)
Observatoire : boutons de déplacement
Cette fonctionnalité de déplacement permet de passer à la personne suivante ou précédente. Avant cette
fonctionnalité était conditionnée au droit PlanningLoad sur le sommet de l'organigramme. Cela signifie
qu'elle n'était opérationnelle que pour les administrateurs du système qui ont le droit de charger tous les
services.
Maintenant, cette fonctionnalité suit le droit réel de PlanningLoad. Donc si je suis cadre et que je peux
charger 5 services, alors ce bouton permettra de passer alphabétiquement d'un travailleur à l'autre de ces 5
services.
(Demande St-Luc)
Observatoire : onglet AnalyseRH
Type : Correction
L'affichage de la grille inférieure était vide (pour les colonnes temps presté – temps dû - balance – paie) pour
les travailleurs débutant dans la période et sur lesquels on arrive via les flèches de navigation > et <.
(reperré La Provencale)
Maladies statutaires (uniquement pour l'ARP)
Type : Adaptation

REVISION DU CALCUL. Avant le calcul était effectué contrat par contrat, y compris la
comptabilisation des jours d'absence et également les arrondis pour chaque contrat. Maintenant, on mesure
la présence de la personne sur l'année : exemple [100 jours à 100% + 265 jours à 80 %], ce qui donne un
facteur de 0,85... (0,27 + 0,58). Et c'est sur ce montant qu'est appliqué le quota théorique de 30 jours en
tenant compte des jours d'absences sur l'année précédente. Exemple avec 25 jours d'absence sur l'année
précédente. Cela nous donne : (365 – 25) / 365 * 30 jours * 0,85 = 23,75 jours arrondi à l'unité la plus
proche soit 24 jours.

Initialisation des quotas : 675 heures pour tous.

Possibilité nénamoins d'encoder un budet initial en jours (exemple : 90 jours pour un nouveau
statutaire). Le processus d'initialisation convertira d'abord ce montant en heures. En outre, tout report vers
l'année suivante sera converti en heures (675 heures).

Correction du calcul pour les cas spécifiques de statutaire avec structure de semaine (80 % avec
1111000). La fin du calcul était incorrect.

Mise en oeuvre du calcul automatique par STPServer des quotas des personnes qui viennent de
passer leur anniversaire de mise en stage (depuis moins de 2 mois pour limiter le temps de calcul serveur.
Si nécessaire, on pourra rajouter un paramètre). C'est la clé de registre GenerateMSTiming sur le serveur
qui précise quand ce calcul est effectué. (exemple : GenerateMSTiming = 06:00 tous les jours à 6 heures du
matin). Un fichier LOG_MaladiesStatutaires sur le serveur reprend également les explications de calcul
pour toutes les personnes calculées.

Stockage de l'explication du calcul dans l'incrément de congé lui-même, tant au niveau nouveau
quota (30 jours), qu'au niveau report. Le bouton LOUPE permet de consulter ce calcul, même deux ans
après. Cette explication est mise à jour tant lors d'un calcul manuel qu'un calcul automatique du serveur.

L'ancien bouton de visualisation du calcul reste disponible, intéressant car il montre l'explication
pour les deux parties du calcul (nouveau quota de 30 jours + report de l'année précédente). Si vous faites un
calcul pour tout un service, le bouton de visualisation vous permet de visualiser le calcul pour toutes les
personnes concernées (flèches < et > pour passer d'un travailleur à l'autre).

Correction du point 148 précédent, il y avait un petit soucis de raffraichissement lors de la sélection
d'un autre template (il fallait le sélectionner 2 x pour obtenir dans la grille du dessous les bonnes règles).
(Demande ARP)
RAPPEL

Voir point 117 ci-dessus, sur le placement des EQ (tantôt positifs, tantôt négatifs)

Voir point 163 sur le mode ADO
Initialisation des congés : ajout de filtre

Ajout d'un filtre d'exécution de règle. Pour l'instant seul le type d'employeur (information
StaffPeople) est disponible, par exemple pour exclure les intérimaires. Mais ce jeu pourra être étendu à
l'avenir en fonction des demandes.

Pour les sites utilisant StaffPeople, lorsque des tests sont effectués sur des contrats, il s'agit
maintenant des contrats STPeople qui sont utilisés plutôt que ceux de StaffPlanner.

Dans l'exemple ci-dessus, le masque “*,!INTER*” précise que comme type d'employeur on accepte
tous les employeurs sauf ceux qui sont de type “intérimaire”.
(Demande ARP)
Observatoire : impression analyse RH
Type : Correction
Importance (1..3) : 1 Numéro : 172 (suite de 159)

Lorsque l'on passait d'un travailleur à un autre, l'impression reprenait toute la liste des travailleurs
parcourue. Problème résolu.
(DECIS)
Micro-Cartes de congé
Type : Correction

Affichage des mauvaises années après le passage de la nouvelle année (il affichait les deux années
précédentes)
(Reperré Erasme)
Ajout de nouvel utilisateur
Type : Correction

SQL incorrect d'ajout du travailleur dans la table des profils
(Reperré ARP)
STPPay : règle PayRuleSliceLimits
Type : Correction et
fonctionnalité

Rectifiction de la règle de paie quant à l'interprétation du dépassement des bornes

Interface d'encodage des règles : description enrichie avec le mot [ABS] pour signifier l'absence au
niveau des bornes

Log d'exécution de la règle plus complet
(Reperré Erasme)
Problème chargement plusieurs plannings
Type : Correction

Dans le cas de non affichage des micro-cartes de congé, il y avait un bug lors du chargement
simultané de plusieurs services (Access violation).
(Reperré ARP)
Ajout d'un champs de type TEXTE dans la table H_WORKER_D_MVT (pour les explications de
certaines initialisations de congé opérationnelles actuellement à l'ARP uniquement)
SQL Server, Sybase
alter table H_WORKER_D_MVT add EXPLANATION TEXT
Firebird
alter table H_WORKER_D_MVT add EXPLANATION varchar(8000)
SQL Oracle
alter table H_WORKER_D_MVT add EXPLANATION varchar2(4000)
Informix
? type TEXT (mais pas certain car la lecture/écriture s'en verrait compliquée)
et varchar semble limité à 256 caractères.
BETA
1.7.0.31
Planning : paie interactive et paramètre d'exception NoPay
Type : Correction

L'introduction du paramètre Web_hided (pour cacher une exeception à STPNet) a entrainé un bug
dans la paie interactive au niveau du traitement de l'exception “NoPay” d'une exception (paramètre faisant
en sorte qu'une exception n'est pas reprise dans la paie).
(Reperré Erasme)
Exportation txt, xls, cvs des congés
Type : Adaptation

Supression de la ligne du total par travailleur lors de l'exportation,

La colonne contenant le calcul en jour est transfomée en FLOAT (plutôt que string),
(DECIS)
Template d'initialisation des congés
Type : Adaptation

Pour la règle AFFECT_AT_DATE, si elle teste la langue STPeople, ce test tient maintenant compte
de la langue à la date recherchée (car la langue d'une personne peut changer dans StaffPeople).

Quand un test est fait sur les contrats StaffPeople, si la date de fin d'un contrat n'est pas spécifiée, ce
qui est souvent le cas dans StaffPeople, alors l'initialisation n'était pas prise en compte car en StaffPlanner
toutes les historisations comprennent une date de fin (exemple : 2099). Cela s'est notamment manifesté dans
la règle AFFECTATION (FM et DS) à l'ARP. Cela a été adapté.
(Reperré ARP)
BETA
1.7.0.32
Synthèses de congé
Type : Adaptations diverses

L'impression des soldes qui ne fonctionnait plus, quand imprimée à partir de l'observatoire/onglet
congés : OK

Les anciennes listes (congés pris et soldes) ne tenaient pas compte des congés malades, dans le cas
particulier où ces listes étaient lancées à partir de la fenêtre des paramètres de congé plutôt que de la fenêtre
de “Synthèse des congés”.

Pour les anciennes listes, la mise en page a été améliorée lors de l'impression de plusieurs services
(plus aéré).

Dans la fenêtre des paramètres de congé, un bouton a été ajouté pour accéder à la fenêtre des
“Synthèses des congés” et les deux boutons d'impression directe “Pris” et “Soldes” ont été supprimés vu que
ces options sont disponibles dans la fenêtre de “Synthèse des congés”.

Dans la fenêtre de “Synthèse des congés”, les deux anciennes listes (congés pris et soldes) ont été
dédoublées pour avoir soit tous les travailleurs ensemble ou une rupture par section.

Export :
- Les personnes partagées ou qui avaient changé de service dans l'année apparaissaient en double
(pour chaque service concerné), ce qui correspondait à l'impression, mais qui perturbait les analyses
Excel.
- En excel, des colonnes numériques sont générées quand nécessaire (plutôt que des colonnes de
texte),
(Reperré DECIS + divers sites)
MOBILES : emprunt
Type : Corrections
Dans l'emprunt de mobiles à partir d'un service, il est possible d'emprunter un VOLANT même si ce dernier
n'a pas d'horaire.
Des améliorations ont été faites dans cette mécanique :

le code choisi dans l'opération ne se reportait pas dans le service Mobile, qui continuait à
garder une cellule de planning vierge malgré la délégation.

quand l'utilisateur choisissait un code différent de celui qui était déjà au planning du virtuel
(un S plutôt qu'un M), alors dans la cellule du planning, ce nouveau code S s'ajoutait au code existant
M au lieu de s'y substituer.
(Reperré ERASME)
BETA
1.7.0.33
Impression du planning sous le format de semaine
Type : Corrections
L'impression du planning sous forme de semaine affichait un message d'erreur depuis le passage de l'année
2011.
(ce bug était lié à la 52° semaine comprenant également le 1° janvier).
(Reperré St-Luc)
Format DIRHM alternatif (pour JOLIMONT)
Nouveau format du fichier texte EMPLOPER et EMPLODAY.
(Demande Jolimont)
Calculette
L'affichage de la calculette se fait désormais au centre de l'écran.
Cette calculette a été ajoutée aussi aux fenêtres suivantes :

Signalétiques

Détail de prestation
PS : nous avons remarqué que dans la version précédente, cette calculette s'ouvrait en dehors de l'écran ce
qui bloquait tout. Cela était dû au fait que nous utilisons 2 écrans larges.
(DECIS - Jolimont)
BUDGET de CONGES
La zône “forcer les heures” permettant de définir en heures un nouveau budget de congé est maintenant
disponible en heures:minutes:secondes plutôt qu'en heures:minutes.
Pour information, cette zône est utilisée en milieu d'année quand il y a un changement de régime de travail.
L'intérêt de cette zône plutôt qu'une définition en heures standard, c'est de pouvoir passer du mode “JOUR”
en “HEURES” en cours d'année sans perdre tout le détail qui avait été encodés en jours (budget initial et
incréments successifs).
(DECIS)
Observatoire : flèches de déplacement
Type : Correction (lié à la note Importance (1..3) : 1 Numéro : 184
168)
A l'ouverture de l'observatoire le droit “PlanningLoad” est examiné pour savoir qui peut être recherché à
l'aide des flèches < et >. Il y avait un soucis au niveau de l'interprétation des sections visées par ce droit.
(Reperré St-Jean)
Impression de la grille de planning
Pour les demi-jour de congé, la cellule est maintenant divisée en deux parties.
Au dessus, le code de travail avec son heure de début, s'il y a suffisemment de place (comme dans cet
exemple)
au sinon l'heure est affichée sans ses minutes (suivie de 1 ou deux petits points) comme dans cet exemple :
(Demande St-Jean)
Observatoire : Mode de Lissage
Type : Cosmétique
Numéro : 186
Ajout du mode de lissage dans l'observatoire sous l'onglet “Détail”.
(DECIS)
Signalétiques : variables utilisateur SECTION
Type : Correction
Dans les signalétiques-toutes les sections, un bug apparaissait lors de la navigation sur une section de
planification, dans le cas où une variable utilisateur “obligatoire” était définie.
(Reperré St-Luc)
Placement de congé
Ajout d'un nouveau paramètre général : HOL_FORCE_AFFECT_X_REGIME
qui vaut 1 ou 0.
Ce paramètre forcera l'option “Affectation x Regime” lors du placement d'un congé.
Sans ce paramètre, si vous changez de mode, ce changement restera effectif tant que vous ne changez pas de
travailleur.
(Demande Jolimont)
Observatorie travailleur : nouvel onglet NOTES
Numéro : 189
Un nouvel onglet est ajouté à l'Observatoire permettant d'écrire et de gérer des notes.
Un système de protection est utilisé :
PRIVATE : uniquement l'auteur de la note peut la voir et la modifier
PROTECTED : tous peuvent voir la note mais seul l'auteur de la note peut la modifier
PUBLIC : tous peuvent voir et modifier la note.
Et personne ne peut modifier la protection d'une note écrite par un autre.
Les notes supprimées sont conservées dans la base de données (avec un flag “deleted”).
Des impressions sont disponibles pour une ou toutes les notes d'une personne, avec ou sans l'entête.
(Demande St-Pierre)
STP en mode TEST
Type : adaptation
En mode test, les boutons de regénération des badges et accès (destinés aux pointeuses TERMOD de
Pyrescom) sont désactivés.
(Demande ARP)
PARTAGES (avec travail réparti)
Type : adaptation
Dans le détail de prestations, quand nous avons affaire à un partagé dont les plages sont réparties de part et
d'autre :

Désactivation des options “Supprimer la plage” et “Supprimer l'extension”, inutiles dans ce cadre
 Ajout de la possibilité de nettoyer la cellule entièrement (dans la section sur laquelle on travaille),
avec adaptation de l'information dans l'autre cellule pour autant que l'autre section soit chargée.
(Demande Jolimont)
DIRHM : impression des variables
Type : fonctionnalités
Nouvelle fenêtre d'impression des variables DIRHM associées aux travailleurs
+ possibilité d'EXPORT.
(DECIS)
Création de la table WORKERNOTE
SQL Server, Sybase
create table WORKERNOTE(WORKERNOTE integer not null ,WORKER integer
null,CREATE_DATE integer null,CREATE_TIME integer null,CREATE_USERID varchar(150)
null,DESCRI varchar(50) null,UPDATE_DATE integer null,UPDATE_TIME integer
null,UPDATE_USERID varchar(150) null,NOTEDETAIL text, ISDELETED integer null,
NOTEACCESS varchar(50) null , constraint PK_WORKERNOTE primary key (WORKERNOTE))
create index I1_WORKERNOTE on WORKERNOTE (WORKER )
Firebird
create table WORKERNOTE(WORKERNOTE integer not null ,WORKER integer ,CREATE_DATE
integer ,CREATE_TIME integer ,CREATE_USERID varchar(150) ,DESCRI varchar(50)
,UPDATE_DATE integer ,UPDATE_TIME integer ,UPDATE_USERID varchar(150) ,NOTEDETAIL
varchar(8000) ,ISDELETED integer, NOTEACCESS varchar(50) , constraint PK_WORKERNOTE
primary key (WORKERNOTE))
+ attribuer les droits à cette table
SQL Oracle
create table WORKERNOTE(WORKERNOTE number(10) not null ,WORKER number(10)
,CREATE_DATE number(10) ,CREATE_TIME number(10) ,CREATE_USERID varchar2(150)
,DESCRI varchar2(50) ,UPDATE_DATE number(10) ,UPDATE_TIME number(10)
,UPDATE_USERID varchar2(150) ,
NOTEDETAIL varchar(4000), ISDELETED number(10) ,NOTEACCESS varchar2(50) , constraint
PK_WORKERNOTE primary key (WORKERNOTE))
Informix
type text ???
varchar limité à 256 ?
Ajout d'un droit d'accès (sur l'observatoire)
Toutes bases
(Attention : à l'ARP et à l'EQUIPE, lancer cette requête sur la base de données KGB)
insert into KGB_ITEMS ( ITEMID , APPID , SETID , ONLYFORGENQUALIF , ITEMDESCRI ,
ITEMORDER , ITEMPREFIX , BRUSHCOLOR , FONTCOLOR , UNDERLINE ) values (
'ObservatoryTabNotesAccess' , 'STP' , 'PRODUCTION' , 1 , 'Access to the tab "Notes" in the
observatory' , 0 , '' , '' , '' , 0 )
BETA
1.7.0.34
Droits d'accès
Type : Adaptations
Les trois icônes suivantes n'étaient pas encore régies par des droits.
C'est chose faite maintenant.
(Demande St-Jean)
Paramètres des congés
Type : Adaptations
L'appel de la fenêtre des paramètres de congé, via le menu principal, s'ouvre maintenant toujours sur l'année
courante que le service soit chargé ou non.
(par contre quand on ouvre cette fenêtre à partir de la carte de congé d'une personne alors l'année
correspondra à l'année de la carte de congé sélectionnée. Ici pas de changement par rapport au
comportement précédent).
(Demande ARP)
Variables “utilisateur” – Type Liste
Type : correction
Symptômes: Dans certaines circonstances les valeurs du type liste n'étaient pas sauvés dans la table
UVARWORKER; dans les signalétiques associés à chaque WORKER si on changeait la valeur d'un item
cela n'était pas répercuté dans les données UVARWORKER (au lieu de sauver la valeur d'un item, c'était la
“displayKey” qui était sauvée).
Correction: c'est toujours la valeur d'un item qui est sauvé.
Variables “utilisateur” – Signalétique sections
Type : correction interne
Dans les signalétiques/toutes section, si on se "promenait" dans l'arbre des sections, on voyait correctement
les variables associées à chaque section. En allant par l'arbre sur le signalétique des variables utilisateur, on
pouvait faire n'importe quelle modification sur les UserVar et tout se passait correctement. Mais si après cela
on allait encore se "promener" dans l'arbre des sections, les UserVar “type liste” qui avaient été modifiées
posaient un problème avec un message d'erreur non bloquant. Quitter les signalétiques ramenait une
situation normale.
Raison : valeurs dans la cache mémoire non libérées.
(Repéré par DECIS)
Périodes - ticket restaurant
Type : Adaptations
Numéro : 197
Ajout du bouton “P” qui permet de générer les périodes manquantes pour l'année en cours.
(ARP)
WorkerNote – (pour LA PROVENCALE uniquement : INFORMIX)
Type : Adaptation SQL
Sur INFORMIX, la creation d'une WorkerNote faisait apparaître le message suivant:
“Found a quote for which there is no matching quote”
Solution : adaptation du texte envoyé à Informix : OK
Attention : en Informix seul le format CHAR(4000) fonctionne et pas le varchar qui est limité à 255 ni le
format TEXT (qui est en fait un BLOB).
Lecteur de badge individuel
Type : Adaptations
Pour rappel ce petit lecteur est utilisé pour réceptionner dans l'interface le numéro du badge plutôt que
devoir l'encoder manuellement. L'activation de ce lecteur se fait via la clé de registre :
BadgeReaderComNb = 1 (ou 2 ou 3).
Auparavant le driver associé à cet appareil était activé, à l'entrée de la fenêtre de gestion des badges, même
en absence de cette clé de registre. Donc pour tout le monde.
Maintenant ce n'est plus le cas.
(St-Luc et DECIS)
Règle de paie RULESLICELIMIT
Type : Adaptations
Dans cette règle, l'utilisateur peut définir des zones que la tranche horaire analysée doit ou ne doit pas
intersecter.
Par exemple : on comptabilise les heures entre 12h et 24h dans le compteur CPNUIT pour autant qu'il y aît
du travail au delà de 24h01.

Seules les heures ayant le même code que le code des heures du dépassement devaient être retenues.
Dans notre exemple, si dépassement avec du code 'S', seules les heures de code “S” seront retenues.
(demande St-Luc, pour éviter qu'un code M sur la même cellule n'incrémente le compteur CPNUIT)

Mais que faire si une plage HS doit elle aussi donner lieu à du CPNUIT. Exemple NUIT de 21h-07h
et HS de 07h05 à 09h. On veut aussi que les heures de HS soient prises en compte (demande de
ERASME)
Donc nous avons adapté le fonctionnement de RULESLICELIMIT.
Ne sont donc retenues que :
- les heures de même code que le code des heures qui exercent un dépassement
OU
- les heures qui sont contiguës aux plages qui exercent le dépassement (avec 10 minutes de
repos maximum).
Exemples :
Règle 00h à 12h → heures de NUIT si intersection avec minuit précédent
Cas 1 : 23h-07h code N et 07h08-09h code HS → NUIT = 08h + 01h52=09h52
Cas 2 : 23h-03h code N et 03h30-07h code N et 07h05-09h code HS et 10h-13h code Matin → NUIT = 04h
+ 03h30 + 01h55
(ERASME et St-Luc)
Analyse des balances : Export
Cet export prenait un temps important d'où time-outs...
Une adaptation a été faite.
A tester par St-Luc pour voir si OK.
Numéro : 201
(Reperré par ST-Luc)
Synthése des congés : totaux des totaux
Type : Adaptations
Le rapport « synthèse de congé » peuvent être obtenus par section.
Or les congés, leurs balances et leurs prises sont gérées par travailleur, indépendamment de la section.
Donc quand on affiche les synthèses pour une section, il s'agit d'informations « travailleur » complètes
(concernant des congés qui peuvent avoir été pris dans 2 sections).
Pour un partagé, le solde est le solde congé de la personne, les prises de congé sont les prises dans toutes ses
deux sections...
Idem pour une personne qui change de service pendant l'année.
Les totaux au niveau d'une section étaient corrects. Par contre le total des totaux ne tenait pas compte de
cette particularité et affichait des totaux erronés (les partagés et les travailleurs ayant changé de section
étaient comptabilisés en double).
Ces travailleurs impactant deux ou plusieurs sections sont maintenant identifiés en italique et la liste de
leurs sections entre parenthèses et en rouge. De plus l'entête de la colonne « congés pris » devient « congés
pris toutes sections » en deux lignes.
( DECIS)
Application des cycles entre deux dates (dont au moins la dernière est dans une période non chargée)

Le cycle appliqué au delà de la période chargée était manquant pour les premiers jours (dans certains
cas de figure). On le voyait tout de suite lors du chargement de ces périodes, mais c'était irritant.

Sur les jours fériés, une date de référence était ajoutée inutilement.

Par contre l'opération reste lente car elle brasse beaucoup d'informations.
(Reperré par DECIS)
Fonction F8 (losange) + curseur Mitraillette
Type : adaptation
Ces deux fonctionnalités de mise à jour de la grille du planning prennent maintenant en compte les 2
contrôles :

du nombre maximum d'heures par semaine,

de la durée minimale entre deux horaires.
Pour rappel, le curseur « mitraillette» permet de mettre le même code répétitivement sur chaque cellule
touchée du planning.
(Demande Erasme)
MOBILES : fenêtre d'emprunt
Numéro : 205
1- Emprunt d'intérimaires
Quand on pioche à partir d'un service normal, on voit maintenant dans la grille du dessous les intérimaires
qui ont un horaire. Avant on ne voyait que ceux auxquels on avait mis une disponibilité.
2 – Emprunt de volants ou d'intérimaires :
Possibilité de conditionner le piochage de travailleurs d'une unité mobile (volants ou intérimaires) à la
présence d'une exception, selon un masque d'exception à spécifier dans les paramètres généraux.
Exemple : MOBILE_BORROWING_EXCEPTIONMASK= *,!NP
Les mobiles avec l'exception NP ne seront plus piochables
3- Ajout de couleur dans la grille inférieure :
pour distinguer les volants (bleus) des prêtés (verts) et des intérimaires jobistes (en noir).
(DECIS - St-Luc)
Recherche sur travailleur
Type : Cosmétique
Numéro : 206
Ajout d'un colonne Affectation dans le résultat sur la recherche d'un travailleur reprenant la section de
planification du travailleur à la date du jour. Pour un partagé, on ne montre qu'une section.
( Demande ARP)
Code et exceptions – jours maximum
Numéro : 207
Ajout du nombre de jours maximum.
(DECIS - ARP)
Code et exceptions – Exporter avec Jour / Type / Code / Travailleur
Type : Correction
L'exportation sur la forme « Code et exception » avec le choix sur : jour / type / code / travailleur, donnait un
« access violation ».
( Repéré par St- Luc)
Expert nouveau travailleur
Numéro : 209
Dans le premier onglet de l'expert, il est possible de mettre à jour les variables utilisateurs directement.
( Demandé par St-Jean)
Impression planning par sous-section
Numéro : 210
Ajout d'un filtre de sous-sections.
( Demandé par St-Luc)
Signalétique travailleur – STPNet mot de passe
Numéro : 211
1- Modification de la longueur à l'encodage du mot de passe pour STPNet. La longueur passe de 10
caractères à 20 caractères. (voir Adaptations database)
2- De plus le mot de passe cripté était tronqué (quand il était trop long) lors de sauvegarde dans la base, d'où
impossibilité de se relogger. Corrigé.
(Repéré par Erasme)
Touche F5, F8 et mitraillette
Numéro : 212
Après l'utilisation de code actif, priorités, maladie, paie ou pb les touche F5 et F8 ne fonctionnaient pas.
(F8 correspondant à l'adaptation rapide des horaires et F5 correspondant à la gestion des certificats
médicaux)
De plus lorsque l'on a chargé plusieurs sections, le choix du code actif avec la mitraillette est adapté selon la
section active.
( DECIS et Erasme)
Modification d'un champ dans la table WORKER
Toutes bases
Alter table WORKER alter column WEB_PW varchar(100)
Oracle
Alter table WORKER modify WEB_PW varchar2(100)
Firebird
Alter table WORKER alter column WEB_PW type varchar(100)
BETA
1.7.0.35
Impression planning
Numéro : 213
Auparavant on montrait lors de l'impression de la grille du planning le nom + l'initiale du prénom.
Actuellement, on montre le nom + les deux initiales du prénom.
( Demandé par Mont-Godinne)
STPServer
Type : Correction
Numéro : 214
Une valeur dans des paramètres section :

tolérance aux retards de congé

congés avant la date de référence
qui n'était pas entre 0 et 255 provoquait un problème lors du lissage massif (nocturne).
Corrigé.
( DECIS et St-Luc)
Correction AV
Type : tentative de correction
Un access violation a été reporté qui apparaissait régulièrement lors du chargement de sections multiples et
l'ouverture de cellules, mais après avoir ouvert minimum une fois l'observatoire dans la session...
(Reperré Erasme et La Provencale)
BETA
1.7.0.36
Création d'un nouveau badge
Type : correction
Un access violation apparaissait lors de la création d'un badge.
Grille de planning : soldes finaux
Numéro : 217
Pour les virtuels, la colonne de solde final dans la grille droite totalise les heures prestées dans la période
active.
Idem pour les jobistes et intérimaires (en brun) dans une unité mobile.
(avant il mettait N/A, ce qui est moins parlant)
(Demandé CHIREC)
Planning
Numéro : 218
Possibilité de tester le temps de travail sur le trimestre et le mois.
Pour l'instant on ne peut pas encore tester à la fois la durée maximale de la semaine et à la fois celle du
trimestre. Cela viendra dans la version suivante (restructuration importante de l'interface et des tables), dans
le cadre de la nouvelle réglementation sur le temps de travail des médecins-stagiaires.
(Demandé ERASME)
Modification d'un champ dans la table WORKTIME
Toutes bases
Alter table WORKTIME add PERIODMODE varchar(20)
update WORKTIME set PERIODMODE = 'DAY' where PERIODMODE is NULL and
PERIODWORKMAX > 0
Oracle
Alter table WORKTIME add PERIODMODE varchar2(20)
update WORKTIME set PERIODMODE = 'DAY' where PERIODMODE is NULL and
PERIODWORKMAX > 0
BETA
1.7.0.37
MOBILES

Numéro : 219
Possibilité d'ajouter un commentaire lié à la plage de délégation :


Ces commentaires de délégation sont visibles également dans le planning.

Révision de la fenêtre de détail de la délégation (qui permet de supprimer la délégation et d'en éditer
son commentaire). Cette fenêtre est accessible en double-clickant sur la délégation. En outre le
commentaire est visible dans la zone de statut inférieure.


Impact de ce commentaire dans le rapport des mobiles.
Légère accélération du rapport des mobiles
(Demandé St-Luc)
MOBILES : impression des demandes
Type : Adaptation
Alignement des colonnes corrigé.
(Demandé CHU Liège)
Numéro : 220
Tableau de bord codes et exceptions - GRILLE QUANTUM
Type : Nouvelle fonctionnalité Importance (1..3) : 1 Numéro : 221
Ajout de la "section de détail" où le travailleur est affecté (numéro et nom).
(Demandé par St Luc)
Variables Utilisateur
Type : Correction
Lors de l'effacement de la zone editable d'une variable utilisateur type DATETIME, l'utilisateur restait
bloqué dans l'expertTravailleur. Cela a été corrigé.
(Reperré par La Provençale)
Analyse des balances
Type : Correction
L'analyse des balances avait été dés-activée. La voici ré-activée...
(Reperré par La Provencale)
Expert travailleur
Les opérations suivantes sur les virtuels sont maintenant possibles :
 changement d'affectation,
 transfert d'affectation.
Pour rappel, avant il fallait enlever la coche “virtuel” pour pouvoir déplacer un virtuel.
(Demandé par StLuc)
Ajout d'un champ dans la AFFECTJOBIST (pour le commentaire de délégation)
Toutes bases
Alter table AFFECTJOBIST add DELEGCOMMENT varchar(50)
Oracle
Alter table AFFECTJOBIST add DELEGCOMMENT varchar2(50)
BETA
1.7.0.38
MOBILES
Type : Adaptations
Ajout de protections diverses au niveau de l'encodage direct dans la grille pour des cellules déjà déléguées :
 cut/copy/paste (interdit)
 copy to next week (interdit)
 édition de codes horaires au clavier (interdit)
 via la palette, uniquement les codes actifs présents dans les 2 services
 édition “mitraillette” (interdit)
 touche “delete” (interdit)
 fenêtre détail de prestation : zône de l'horaire où seul des horaires présents dans les 2 services
peuvent être encodés.
(Demandé par Erasme)
Lors de l'emprunt de volants, si le code présent sur le mobile n'est pas disponible dans l'unité emprunteuse, il
y avait un message à l'utilisateur. Maintenant, l'utilisateur peut continuer et choisir un code compatible avec
son service.
(Demandé par Chirec)
Durée du temps de travail dans un service (pour la gestion des MEDECINS STAGIAIRES)
Type : Adaptations
Pour pouvoir gérer des contraintes complexes au niveau du temps de travail, nous avons restructuré le
signalétique des “durées de la journée” pour un service.
Ces règles disposent de masques afin de les appliquer ou non en fonction du contenu des champs utilisateurs
liés à l'affectation (AFFECT_UF1, AFFECT_UF2, AFFECT_UF3)
Vous pouvez  définir plusieurs durée maximale de travail quotidien
 définir des durées de repos entre codes horaires, avec un nouveau test sur la durée du travail de la
veille...
 mettre un contrôle sur le temps de travail de la SEMAINE, du MOIS ou du TRIMESTRE...
Attention : ne pas oublier d'activer le procédure d'upgrade mentionnée dans la partie sur les adaptations
database.
(Demandé par ERASME)
Export Mobile et Jobiste
Type : Adaptations
Ajout des commentaires dans l'exportation liée au raport “Répartitions des volants”.
(Demandé par St-Luc)
MOBILES : couleur sur une disponibilité ou une demande
Type : Adaptations
Il est maintenant possible de personnaliser les couleurs pour les Chevauchements de type “JOB”,
alors qu'au paravent ces couleurs étaient déterminées par défaut (jaune : matin, orange : soir, vert : nuit...)
Ces détails apparaissaient dans le planning sous la forme d'un petit rectangle au bas de la cellule. Si aucune
couleur n'est attribuée, alors les couleurs précédentes par défaut seront utilisées.
Vous pouvez les éditer via : Signalétiques toutes sections / Administration / Chevauchements :
(Demandé par St-Luc)
STP et STPServer : clés de registre
Type : Adaptations
L'ancienne clé de registre pour gérer StaffPlanner est réactivée et est : HKEY_CURRENT_USER \
Software\Decis\D6STP
L'objectif est de pouvoir faire cohabiter sur la même machine STPServer (clé HKEY_CURRENT_USER) et
les serveurs Citrix ou TerminalServer destinés aux postes clients (clé HKEY_LOCAL_MACHINE
classique).
En test !
Procédure de Debug.txt
Type : Correction
Cette procédure avait été désactivée. Elle est réactivée dans cette version.
Pour rappel, il suffit de placer un fichier texte vide, du nom de STPDebug.txt sur le C: ou le D:, pour que le
lancement de STP ou STPServer se fasse en mode debug.
(remarqué par Erasme)
STPServer : importation d'accès (pour le matériel HID)
Type : Adaptations
Le fichier d'importation des pointages du système de pointeuses HID (Pointage_input) a été étendu pour
l'importation des mouvements d'accès.
Nouveau champs RELAYNB (integer).
Nouvelle valeur possible pour EVENTKIND : GRAN (pour granted) et DENI (pour denied).
+ adaptations diverses pour l'incorporation de ces accès dans la DB de StaffPlanner.
(Demandé par La Provencale)
Partagés et pointage/lissage
Type : Adaptations
Des adaptations importantes ont été faites sur le lissage des partagés, nottament pour le lissage des journées
faites totalement d'un côté.
Pour rappel : il n'y a pas encore de lissage de journées partagées dans la même journée.
Attention : cette fonctionnalité requiert l'installation simultanée de STP et STPServer (qui doivent utiliser les
mêmes méthode d'analyse et de lissage)
(Demandé par JOLIMONT)
Ajout du champs WORTIME dans la tableWorkTime
Toutes bases
Alter table WORKTIME add WORKTIME Integer
Oracle
Alter table WORKTIME add WORKTIME number(10)
Création de la Table WorkTimeItems
Autres bases
CREATE TABLE WORKTIMEITEM(WORKTIMEITEM integer NOT NULL,WORKTIME integer NOT NULL,TYP
varchar(50) NULL,MASKTYP varchar(50) NULL,MASKVALUE varchar(50) NULL,MAX_SEC_PER_D
integer NULL,INTERSHIFT integer NULL,INTERSHIFT2 integer NULL,PREVIOUS_DAY_MIN_DUR
integer NULL,PERIOD_WORKMAX integer NULL,PERIOD_DAY_LENGTH integer
NULL,PERIOD_DAY_START integer NULL,PERIODMODE varchar(20) NULL, COMMENT_ varchar(100)
NULL,constraint PK_WORKTIMEITEM primary key (WORKTIMEITEM))
FireBird
Create table WORKTIMEITEM(WORKTIMEITEM integer not null,WORKTIME integer, TYP
varchar(50),MASKTYP varchar(50),MASKVALUE varchar(50),MAX_SEC_PER_D integer ,INTERSHIFT
integer,INTERSHIFT2 integer,PREVIOUS_DAY_MIN_DUR integer,PERIOD_WORKMAX
integer,PERIOD_DAY_LENGTH integer,PERIOD_DAY_START integer,PERIODMODE varchar(20),
COMMENT_ varchar(100),constraint PK_WORKTIMEITEM primary key (WORKTIMEITEM))
ORACLE
Create table WORKTIMEITEM(WORKTIMEITEM number(10) not null,WORKTIME number(10), TYP
varchar2(50),MASKTYP varchar2(50),MASKVALUE varchar2(50),MAX_SEC_PER_D number(10)
,INTERSHIFT number(10),INTERSHIFT2 number(10),PREVIOUS_DAY_MIN_DUR
number(10),PERIOD_WORKMAX number(10),PERIOD_DAY_LENGTH number(10),PERIOD_DAY_START
number(10),PERIODMODE varchar2(20), COMMENT_ varchar2(100), constraint PK_WORKTIMEITEM
primary key (WORKTIMEITEM))
Afin de générer les informations dans la base de donnée il faut aller sur “Signalétiques/Toutes les
sections/Release “ le bouton “Maj Table Work Time + Items”.
Cette action initialisera le champs WORTIME de la table WORKTIME et créera les enregistrements
correspondants de la table WORKTIMEITEMS, à partir de vos contraintes actuelles.
BETA
1.7.0.39
Impressions/ Détail Exceptions (ARP uniquement)
Type : Adaptations
La liste “Impression des exceptions” créée à partir de : Impressions/ Détail Exception tient maintenant
compte du champs PROLONGATION dans le cadre de l'impression des accidents de travail (pour l'ARP
uniquement)
+ Correction du rapport pour les sauts de page.
(Demande de l'ARP)
Export Travailleurs
Type : Adaptations
Ajout de l’abréviation de la fonction STP dans l'exportation travailleur.
(Demande du CHU Liège)
Analyse du cadre
Type : Fonctionnalités et
adaptations
- Ajout d'un message d'erreur lorsque que l'on choisit à tort une date de début inférieure à la date de fin.
- Modification du code qui pouvait créer une erreur de type “floating point error”, dans certains cas rares.
- Enrichissement de l'export de l'analyse du cadre qui reprend maintenant les exports sous 3 formats : xls, txt
et csv.
- Ajout de l'export dans la fenêtre du détail par période et travailleurs (toujours avec les 3 formats), mais sans
les lignes de total.
(Demande du CHU Liège)
Conversion connexion DB à ADO
Type : Adaptations
La fenêtre de gestion des paramètres de congé est maintenant ADO-READY.
PS : prochaine conversion importante : fenêtre de l'observatoire.
(Demande ARP)
LISSAGE VIA STPSERVER
Type : Correction
Correction d'un bug introduit dans la dernière release 1.7.0.38, concernant le lissage via STPServer (cela
provoquait un non-lissage et l'apparition au planning du bandeau oblique rouge signalant l'absence de
lissage).
(reperré par La Provencale)
BETA
1.7.0.40
Pointage Bruts : ajout de la description de la porte (pour les accès)
Type : Adaptation
Dans « Signalétique/ toutes les section/ Pointage /Terminals » ajout de la description de la porte, dans la
grille
ainsi que dans la grille des pointages bruts (+ celle qui se trouve dans l'observatoire).
(Demande de La Provencale)
Type : Correction
Numéro : 239
Lorsque la section de planification et une sous-section de détail portent le même nom, la sélection de la
section de détail n’apparaissait pas dans la liste et de ce fait tous les travailleurs associés à cette section de
détail n'étaient pas dans l'impression du planning.
(reperré par Le CHIREC)
Récupération sur férié
Type : Correction
Numéro : 240
En ce qui concerne la zone des heures ajoutées au code férié :
- l'encodage d'une durée se faisait en mode heures décimales au lieu de heures:minutes, indépendamment de
l'encodage réalisé. Maintenant la zone est en mode heures:minutes.
- de plus, on peut maintenant encoder une durée négative.
(demandé Hautes-Fagnes)
Signalétique / toutes les sections
Type : Corrections
Numéro : 241
- Durée de la journée : la mise à jour de la durée du temps de travail (ou les dates) dans une section
provoquait un «access violation».
(reperré par JOLIMONT)
- Terminaux de pointage : l'opération de suppression provoquait dans certains cas un “access violation” (lié
au timer de raffraichissement qui intervenait au milieu de l'opération).
(reperré la Provencale)
Interne KGB
Type : Corrections
Restructuration KGB phase 1 :
 fusion des droits relatifs et absolus sur les groupes,
 corrections du calcul de l'appartenance aux groupes relatifs
(en phase avec la nouvelle version de KGBEditor, voir release note 3.3...)
(DECIS)
(Envoyé uniquement à la Provencale, CHU de Liège et Jolimont)
BETA
1.7.0.41
Interne KGB
Type : Corrections
Restructuration KGB phase 1 bis :
 suite des adaptations du calcul de l'appartenance aux groupes relatifs...
(en phase avec la nouvelle version de KGBEditor, voir release note 3.3.0.30)
(DECIS)
Recherche d'un travailleur (adaptation du point 206 version 1.7.0.34)
Type : Adaptation
La grille inférieure de recherche montrait le nom de la section de détail où était affecté le travailleur. On
montre maintenant le nom de la section de planification où est affecté le travailleur. C'est plus parlant !
(reperré par DECIS)
Ouverture de la palette
Type : Correction
Après le chargement de plusieurs sections, l'ouverture de la palette des codes horaires provoquait un AV.
Corrigé.
(reperré par DECIS)
Recherche de sections
Type : Correction
La fenêtre qui permet de cocher plusieurs sections à charger ne tenait pas bien compte des sections déjà
chargées (car elle tenait compte des sections chargées implicitement, mais non montrées).
Conversion connexion DB à ADO
Type : Adaptations
Les unités suivantes sont maintenant ADO-READY :
>>> audit, logon, rules, prio changing, liste des rappels, spyTypGroup, print de la hiérarchie des sections et
codes, gencalc, gencalc2, cycles, détail, findWorker, findSection
PS: prochaine conversion importante : fenêtre de l'observatoire.
(Demande ARP+DECIS)
Re-Logon dans STP
Type : Correction
Il est maintenant possible de se ré-identifier comme une autre personne dans STP. Utile pour les
administrateurs qui veulent tester un nouveau profil d'utilisateur.
Cette faculté est régie par le droit d'accès : «Logon_reIdentify» (voir modif database ci-dessous)
(demande Saint-Luc)
Ajout d'un droit d'accès (pour se ré-identifier dans STP)
Toutes bases
'Logon_reIdentify' , 'STP' , 'PRODUCTION' , 1 , 'Ability to re-identify one self as an other user in
STP (for administrators only)' , 0 , '' , '' , '' , 0 )
BETA
1.7.0.42
Lissage de travailleur partagé (suite du point 232)
Type : Adaptation
Lissage de partagé, en période verte.
Numéro : 248
(reperré par JOLIMONT)
MOBILES et partagés OK
Type : FonctionnalitéImportance (1..3) : 2Numéro : 249
Il est possible de mettre dans une unité de volants un VOLANT PARTAGE.
Attention, il y a des limitations :
 seuls les partagés sur une journée COMPLETE (et cette journée est travaillée dans l'unité de mobile)
peuvent être délégués ailleurs.
 seul le partagé de l'unité mobile elle-même peut être délégué (on ne délègue pas à partir de l'unité
mobiles des personnes partagées entre 2 autres unités).
Vous pouvez également prêter des partagés d'unités standards, mais ce prêt s'effectue à partir des unités
standards elles-même.
(demandé par St-Jean, Mont Godinne et CHU de Liège)
Type : Adaptation
Numéro : 250
Une sélection des sous-sectjons est possible. Mais les dates d'affectation dans la sous-section étaient mal
prises en compte, de sorte qu'un travailleur parti (d'une nouvelle sous-section) continuait à être visible.
(reperré par ST-LUC)
Exportation DIRHM
Type : Adaptation
Numéro : 251
La petite fenêtre qui précisait si l'export s'était bien passé a été supprimée car elle apparaissait souvent en
dessous de l'autre fenêtre, d'où blocage.
A la place un message apparait en rouge en bas de la fenêtre.
(reperré par ST-LUC)
STPPay : format Magistral de Securex
Type : Adaptation
Numéro : 252
Développement en cours du format d'exportation paie pour Securex (logiciel Magistral).
Pour ce format, on a dû rajouter la possibilité de transmettre l'information de « Prolongation » liée au
certificat médical dans les cas où la tranche horaire traitée concerne un code maladie.
A suivre...
(demandé par HAUTES-FAGNES)
Analyse du cadre
Type : Correction
Numéro : 253
Dans certains cas rares (de services vides ou qui débutent), le décochage d'un des paramètres «maladies,
congés...» entraînait un access violation.
(DECIS)
Ajout d'un droit d'accès (pour accéder à la gestion d'équipe dans STPNet)
Toutes bases
INSERT
INTO KGB_ITEMS (
ITEMID,APPID,SETID,ONLYFORGENQUALIF,ITEMDESCRI,ITEMORDER,ITEMPREFIX,BRUSHC
OLOR , FONTCOLOR,UNDERLINE) VALUES ('STPNET_TeamPlanning' ,
'STP','PRODUCTION',1,'Access to the team planning in STPNET' , 0,'','' , '', 0 )
BETA
1.7.0.43
Observatoire
Type : Correction
Problème à l'ouverture corrigé
(DECIS)
Numéro : 254
LISSAGE VIA STPSERVER
Type : Correction
Correction d'un bug introduit dans la dernière release 1.7.0.42, concernant le lissage via STPServer (cela
provoquait un non-lissage et l'apparition au planning du bandeau oblique rouge signalant l'absence de
lissage). Cela suite au travail sur le lissage des partagés pour Jolimont (point 248).
STP et STPServer : clés de registre
Type : Adaptations
Numéro : 256 (suite 229)
L'objectif est de pouvoir faire cohabiter sur la même machine STPServer (clé HKEY_CURRENT_USER) et
les serveurs Citrix ou TerminalServer destinés aux postes clients (clé HKEY_LOCAL_MACHINE
classique).
Il y a d'abord une lecture de l'ancienne clé HKEY_CURRENT_USER (utile pour STPServer) et si pas
trouvée, alors lecture de la clé standard dans HKEY_LOCAL_MACHINE.
En test !
MOBILES
Type : Adaptation
Numéro : 257
1 - sur une cellule déléguée, et via la palette des codes, seuls les codes horaires avec une plage ACTIVE sont
utilisables.
Qui dit délégation, dit TRAVAIL et le travail est ACTIF. Donc il n'est pas possible de déléguer ni du repos,
ni la case blanche, ni du congé.
2 – l'ouverture de la palette des codes entraine la fermeture de la pertite boîte d'information “délégation”.
Avant cette dernière se mettait souvent devant la palette des codes horaires.
(DECIS)
BETA
1.7.0.44
STPPay : format Magistral de Securex
Type : Adaptation
Suite du développement du format Magistral pour Securex
(demandé par Hautes-Fagnes)
Fonctionnalité de «ré-identification»
Type : Adaptation
Ajout d'un message dans le fichier SPY (qui s'est ré-identifié vers quel autre user). Pour mémoire, après réidentification, c'est toujours le user initial qui laisse une trace dans le fichier SPY.
(DECIS)
ARP : Ajout du code «GR» pour la fenêtre «Travail sur férié»
Type : Adaptation
Ajout du code GR (Grève) sur la fenêtre Travail sur férié.
(ARP uniquement)
Paramètres de congés
Type : Corrections
 Dans l'onglet paramètre de congé un clic droit pour initialiser un code affichait un erreur.
 Le picto à coté du bouton «initialiser» affichait une feuille blanche.
(reperré ARP)
Informations supplémentaires dans le titre de la fenêtre
Type : Adaptation
Ajout d'informations supplémentaires dans le titre de la fenêtre.
La gestion et de l'ordre d'apparition des informations se fait dans la clé HEADERDETAIL dans les
paramètres généraux des signalétiques (Signalétique/Toute les section/Administration/Paramètres généraux
de StaffPlanner).
Les paramètres disponibles sont : version, userid, sectionName, activePeriodDates
(Demande St-Luc)
Signalétique durée de la journée
Type : Adaptation
Ajout des cases à cocher «congé» et «maladie» sur le détail de la durée d'un journée.
Les contrôles du temps de travail peuvent donc s'effectuer sur le temps de travail effectif mais en tenant
compte en plus du temps de congé et/ou de maladie.
Remarque: ces paramètres ne sont pas applicables pour les contrôles du temps de travail entre deux jours
(règle INTERSHIFT). Dans ce cas il s'agit bien de travail effectif.
(demande ERASME et HAUTES FAGNES).
Canevas couleurs
Type : Adaptation
Il est maintenant possible de supprimer un canevas pour les couleurs des codes.
Lors de la modification d'une couleur d'un code on ne permet plus de choisir le code dans la liste déroulante,
la liste déroulante n'est seulement disponible lorsqu'on veut ajouter un code au canevas.
(reperré par ST-Luc).
Trace dans le LOG lors du lancement de KGBEditor
Type : Adaptation
Ajout du chemin du fichier de licence dans le message du LOG.
(DECIS)
STPPay
Type : Adaptation
Test sur le nom de la section d'administration.
Numéro : 265
Dans le cas où on met «*,!ABC», il s'agit d'une EXCLUSION de type «tout sauf...». Dans ce cas, il suffit
qu'il y aît un service supérieur ayant «ABC» dans son nom pour que le RuleSet ne s'applique pas.
Tandis que si on met «ABC,DEF», dès qu'il y a une unité supérieure qui répond positivement à ce test, alors
le RuleSet s'applique.
(Demande Erasme)
Récupération sur férié (suite)
Type : Adaptation
Un nouveau paramètre a été ajouté dans GenParam : RECUP_ON_BANKHOL_SHIFTS
qui peut par exemple prendre la valeur suivante : FF > R_F, CM > R_M, FM > R_M
Donc si travail sur le férié et que ce férié est du CM, alors le code de récup sera R_M.
(utile si vous voulez définir une règle de paie spécifique sur le code R_M différente de celle du R_F)
(HAUTES-FAGNES, mais concerne aussi ST-PIERRE)
Expert travailleur : transfert d'affectation
Type : Adaptation
S'il n'y a pas d'affectations disponibles dans le tableau supérieur, le bouton «Terminer» n'est plus disponible.
Pour rappel, cet outil est destiné à changer des affectations actuelles pour dans le futur. Dans cette logique,
il ne présente dans son tableau que les affectations actives (depuis les 3 derniers mois). Il peut donc se
présenter qu'une personne a eu des affectations dans le passé mais que le tableau ne montre aucune ligne.
Dans ce cas cet outil n'est pas indiqué. Il vaudrait mieux utiliser l'expert travailleur + mise à jour des
affectations.
(Demande ARP)
Impression du planning détaillé : RELIFTING
Type : Adaptation
Le bouton «Planning détaillé» à été supprimé et cette fonctionnalité se retrouve maintenant dans la liste
déroulante «Rapport».
Lorsqu'on choisit le rapport «Planning détaillé», la période est déterminée avec 2 calendriers pointant sur la
première et dernière date du mois actuel, ces dates peuvent être modifiées à votre guise.
Par défaut le rapport indiquera les code actuel au planning (de la section active) mais on peut aussi cocher
«avec historiques» pour pouvoir voir dans le rapport toutes les modifications apportées au planning.
On peut aussi filtrer par date / travailleur ou travailleur / date et un saut de page est disponible par travailleur
ou par date.
- ce rapport ne montre que les prestations dans la section active et pas les prestations faites ailleurs (cas du
partagé ou de la personne qui change d'affectation dans le mois).
- pour mémoire, la sélection des travailleurs est aussi prise en compte pour ce rapport ( travailleurs non
imprimables et travailleurs archivés)
(demande DECIS).
Commentaire sur requête de mobile
Type : Correction
Problème DB résolu lors de l'ajout d'un commentaire
Numéro : 269
(Reperré par le CHU de Liège)
Tickets restaurants (ARP uniquement)
Type : Adaptation
Si on générait deux fois d'affilée les données pour deux périodes différentes, le deuxième jeu était incorrect.
(Cette opération est hypothétique, car on ne génère qu'une seule fois une période par mois)
Nous avons ajouté une ré-initialisation avant chaque génération. OK
(DECIS)
Observatoire : onglet AnalyseRH
Type : Adaptation
La colonne «PAIE» ne prenait pas en compte les compteurs liés aux exceptions.
(et idem dans STPNet pour la colonne Paie, vu qu'ils utilisent le même code)
(Reperré Erasme)
Planning: chargement d'une nouvelle période
Possibilité de charger une période non chargée en clickant dans une date à droite du planning.
C'est plus immédiat.
(DECIS)
Test du fichier de licence
Type : Adaptation
Le message utilisateur montré lors du dépassement du nombre de licences précisait toujours l'application
StaffPlanner indépendamment de l'application chargée, ce qui portait à confusion.
Maintenant ce message mentionnne bien de l'application en cause.
(DECIS & CHRPBW)
STPServer (ARP)
Type : Adaptation
Le placement de congé via la méthode PlaceHolForWorker (de STPServer et appelée par une page ASP)
provoque bien la mise à jour de la table DATACHANGED, ce qui n'était pas le cas avant.
Pour mémoire, à l'ARP on peut encoder des congés par browser (via une page ASP). Cette page ASP appelle
des méthodes de STPServer dont PlaceHolForWorker.
(ARP uniquement)
Table PayRuleSet
Toutes bases
Si ce n'est pas encore le cas, vous pouvez élargir le champs SHIFTCOD à varchar(50), pour
pouvoir mettre plus de masques sur les shifts.
Table GENPARAM, paramètre HEADERDETAIL
Ajout d'un nouveau paramètre général.
Toutes bases
insert into GENPARAM ( ABBREV , DESCRI , VAL ) values
( 'HEADERDETAIL' , 'Titre de la fenetre de planning. Variables possibles :
sectionName,activePeriodDates,version,userid', '' )
Table WORKTIMEITEM
Toutes bases
Alter table WORKTIMEITEM add CONSIDERHOL smallint
Alter table WORKTIMEITEM add CONSIDERILL smallint
Oracle
Alter table WORKTIMEITEM add CONSIDERHOL number(5,0)
Alter table WORKTIMEITEM add CONSIDERILL number(5,0)
BETA
1.7.0.45
STPServer : lissage massif
Type : Correction
Ce lissage n'était plus fait. (Cet effet est apparu suite aux modifs du point 271)
(Reperré DECIS - Provencale)
Planning: chargement d'une nouvelle période
Type : Adaptation
Importance (1..3) : 1 Numéro : 277 (lié à 272)
Limitation de cette possibilité uniquement sur la fin du planning (et pas en début de planning)
(Reperré St-Luc)
Observatoire, analyse RH
Type : Correction
Importance (1..3) : 1 Numéro : 278 (lié au 271)
Suite aux modifications liées au point 271 un access violation était apparu lors de l'utilisation des flèches <
et >.
(Reperré St-Luc)
Impression planning
Type : Cosmétique
Léger relifting de la fenêtre d'impression (mais pas des impressions elles-mêmes).
(DECIS)
Edition du détail de prestation
Type : Adaptation
Légère révision de l'encodage des plages :
8-32 : OK. Est affiché 8 (+) 8
20-7 : OK. Cas classique de nuit
(+)2-28 : OK. Cela revient à 26-28 et est affiché : (+)2 - 4
Cette révision était devenu nécessaire pour l'encodage des codes de gardes des médecins de 24h : 8 - (+) 8
(ERASME)
STPPay, règles de plages
Type : Adaptation
Importance (1..3) : 1 Numéro : 281 (lié au point 278)
Calcul de la paie sur les plages extrêmes comme 08h – 08h
(pour les gardes des médecins)
(ERASME)
STPPay : affichage des règles de lissage
Type : Adaptation
Ajout dans la grille supérieure des RuleSet de la colonne de filtre SectionAdmin.
(Demande Erasme)
Encodage de fériés
Type : Correction
Si un travailleur avait pris un demi-férié «malade» (exemple: ff), alors le système le considérait comme pris
entièrement au lieu de pris à moitié. Il n'était donc pas possible d'attribuer le solde restant du Férié,
contrairement à l'information de disponibilité qui apparaissait correctement dans les cartes de congé
électronique et papier.
PS: cela dans l'hypothèse où le code férié malade (ff) est de type «congé».
Expert travailleur: mise à jour des affectations
Type : Adapation
Quelques améliorations ergonomiques dans les messages et confirmations quand il y a risque de perte de
planning:
 si on ne touche qu'aux dates d'une affectation,
 lors du changement de section d'affectation, si certains codes ne sont pas définis dans la section de
destination et ne sont donc pas transférables,
 augmentation de la police de la grille des affectations initiales (pour éviter qu'on ne choisisse une
affectation plutôt qu'une autre
Une confirmation est demandée à la fin s'il y a un risque de perte.
(Demande Mont-Godinne et Erasme)
Un bug a été corrigé concernant un changement combiné de section et de status (exemple : basculer un
travailleur d'un service normal dans un service mobile avec un statut de volant). Les horaires initiaux
restaient, en tant qu'orphelins dans le service d'origine.
(DECIS)
BETA
1.7.0.46
STPServer
Type : Adaptation
Enrichissement des logs de l'application.
Numéro : 285
(DECIS, pour St-Luc Valida)
ARP : Ticket Restaurant
Type : Adaptation
Modification du code lors de la préparation des tickets-restaurant afin qu'il ne prenne plus en compte les
pointages supprimés «DEL» ou anciens «OLD» dans la validation des jours travaillés.
(ARP uniquement)
Mobiles : piochage
Numéro : 287
Lors du piochage d'un travailleur mobile, et dans le cas où le mobile n'est pas programmé, alors c'est le code
mis sur le virtuel qui est placé.
Si rien n'était disponible sur le virtuel, alors la petite fenêtre habituelle de choix des codes horaires est
proposée.
Si en outre l'option “toute la période” avait été cochée, alors cette logique est suivie sur les codes suivants
sans intervention de l'utilisateur.
L'idée de cette fonctionnalité est de permettre une programmation d'un virtuel sur plusieurs jours et ensuite
de chercher un mobile non programmé et de l'y déléguer.
(Demande Erasme)
Détail de prestation: encodage de plage complexe
Type : Correction
Importance (1..3) : 1 Numéro : 288 (suite du point 280)
L'encodage manuel de (+) 8 – 9 entrainait un enregistrement 32-9 dans la base, ce qui provoquait des soucis
dans la paie (apparition d'un message d'avertissement: plage non homogène).
Maintenant cet encodage donne 32-33 et c'est OK.
(DECIS)
Lissage type M_U
Type : Correction
Cas spécial : pour les badges où le mode de lissage était 'M_U' ('Missing and Unsuspected') et pour les
cellules où le code actif était exprimé de manière globale (ex: 07h36) plutôt qu'en plage, alors une erreur
«Missing» était dégagée alors que la personne avait bien pointé.
Signalons qu'il s'agit néanmoins d'un cas limite, car dans cette mécanique, une plage fictive est utilisée
autour du temps de midi. Exemple soit un code défini à 08h, on crée une plage fictive 08h-16h et c'est à
partir de cette plage fictive qu'on regarde si un pointage concerne le jour en question, la veille ou le
lendemain.
Mais comment traiter le cas où c'est une nuit qui est exprimée comme 11h plutôt que 23h-07h. La plage
fictive crée sera 06h30-17h30, plage qui est bien loin du pointage du soir (autour de 23h)... et ce dernier est
finalement plus proche de la plage fictive du lendemain...
Il n'y a pas vraiment de solution.
En fait le mieux serait d'utiliser de vrais plages à partir du moment où on veut dégager des anomalies
« Missing » ou « unsuspected ».
(reperré par ARP)
Observatoire
Type : Correction
Le changement du nom n’entraînait plus la mise à jour du «nom de recherche». (soucis apparu suite à la
restructuration de l'observatoire pour le passage de la connexion BDE à ADO).
(CHU Liège + Provencale)
Observatoire : Analyse RH sur prêté
Type : Adaptation
L'onglet Analyse-RH permet d'analyser maintenant un travailleur prêté !
Le calendrier est dédoublé mais la grille inférieure comprend la liste des cellules dans les deux services du
partagé.
Même comportement pour les changements de services. Si l'utilisateur passe en février du service A au
service B. On aura deux calendriers : un pour le service A et un autre pour le service B (là où avant on avait
un seul. Merci de nous confirmer si cela convient également).
(DECIS, lié au point “Relevé périodique)
MOBILES
Type : Adaptation
Numéro : 292
Dans une unité de soin, pousser sur le bouton de «rafraîchissement de mobile» provoquait un rechargement
de toutes les cellules de tous les travailleurs pour la période dans laquelle des mobiles avaient été délégués
dans cette unité.
C'était gênant car les cellules en cours d'édition (avec un petit rond noir) étaient rechargées et reprenaient
leur valeur précédente.
Maintenant ce rafraîchissement a été affiné: seules les cellules déléguées sont rechargées.
(DECIS)
Nouvelle liste : RELEVE PERIODIQUE
Un relevé détaillé de la période est disponible pour chaque travailleur. Il reprend en une feuille A4
l'ensemble des informations pertinentes pour la personne: planning + balance + pointage + compteurs
STPPay + balance de congés.
Ce relevé peut être produit par travailleur, par service ou pour un groupe de service.
(il est destiné à terme à être envoyé par mail, en format pdf, aux travailleurs qui en font la demande).
(DECIS)
Palette des codes: mode «partiel» étendu
La fonctionnalité “Partiel” est étendue. Il est maintenant possible de forcer la durée du nouveau code (dans
cet exemple à 05h), plutôt que d'en obtenir la durée pondérée par le régime de travail.
(ERASME)
BETA
1.7.0.47
Fenêtre d'audit
Type : Correction
La fenêtre d'audit s'ouvrait en dehors de l'écran.
(Reperrré Erasme)
MOBILES: les priorités
Numéro : 295
Numéro : 296
Lors de l'emprunt, la priorité de la cellule empruntée est également récupérée.
Exemple: Service Mobile, M de prio 3
Service ABC, emprunt de ce code. Le code final arrive en priorité 3 (et il est protégé).
Quand la délégation est faite, et que des modifs sont apportées au planning... alors la priorité de la cellule est
répercutée de l'autre côté, peu importe le service (emprunteur ou préteur).
(Demande St-Luc)
BETA
1.7.0.48
STPPay : formatage SECUREX
Type : Adaptation
 Dans le format pour SECUREX (Magistral), ajout de la première ligne de batch (format C1)
 Une zone de commentaire de 25 chars est éditable dans l'interface de STPPay, dont le commentaire
se retrouvera dans cette ligne C1.
(Demande Hautes-Fagnes)
Initialisation des congés
Type : Adaptation
 Ajout d'un vérification lors de l'ajout d'un incrément de congé dans le budget initial d'une personne.
Vérification que cet incrément-congé n'existe déjà pas avec [la même règle, la même description, la
même année] avant de l'ajouter. Effecticvement il était possible de créer un doublon pour les
travailleurs transférés, si on générait ces budgets d'abord pour une section, puis ensuite pour une
autre section.
Par contre si on générait ces bugets pour un noeud de l'organisation, cela ne générait aucun soucis même si
une personne était transférée d'un service à l'autre (sous ce noeud).

(Demande ARP)
MOBILE
Type : Correction
Numéro : 299
Si l'utilisateur annulait la fenêtre de délégation, alors la partie « standard » de la cellule prêteuse était mise à
la même valeur que son extension (gênant pour l'historisation de la cellule).
Exemple: M en standard et S en modifié.
Après l'annulation, on se retrouvait avec S en standard et S en modifié.
(Reperré CHU-Liège)
Observatoire AnalyseRH
Type : Adaptation
 Grille supérieure: élargissement de la taille des cellules
 dans le cas où il y a plusieurs onglets pour la grille supérieure, positionnnement sur l'onglet de
l'année correspondant à l'affectation active à la date du jour,
 dans la grille supérieure, affichage d'un carré gris si le travailleur n'y est pas affecté à la date du jour.
Impression planning détaillé
Type : Adaptation
 L'ancien bouton pour l'impression du planning détaillé a été réhabilité, afin d'y accéder plus
rapidement. (cette option se retrouve également dans la liste déroulante des rapports).
Menu : Impression / Pointages et accès
Type : Adaptation
Numéro : 303

 Ajout du Menu «Analyse des accès et pointages» sous la rubrique Impression/Pointages du menu
principal. Ce menu vous amène directement sur la grille des pointages habituellement accessible via
«signalétique toutes les sections/Administration/Pointage/Terminaux».
(Demande LaProvencale)
Observatoire : bouton Badge
Type : Adaptation
 Lorsque l'on clique sur le bouton « badge » dans l'observatoire, la fenêtre qui s'ouvre pointe sur le
badge affiché précédemment dans l'observatoire et non plus sur le premier badge du travailleur en
question.
(Demande LaProvencal )
Lissage des partagés
Type : Adaptation
 Dans le cas de journée entière patagée (mais pas systématiquement, sans doute après la période après
le changement d'affectation), il y avait quand même un lissage du côté non actif et le dégagement
d'une anomalie inutile.
(Reperré ARP)
MOBILES
Type : Adaptation
 Dans certains cas rares, lors du prêt et en l'absence de la coche «conserver le reste du code» la plage
déléguée s'ajoutait à la plage existante au lieu de la remplacer.
 Dans le cas d'une délégation, s'il y a déjà un code horaire au planning du MOBILE ou du PRETE,
c'est ce code horaire-là (avec ses plages et durée) qui est proposé dans la fenêtre de multidélégation.
Avant c'était la définition théorique de ce code.
 Dans la petite fenêtre de «délégation», le bouton «ANNULER» est maintenant effectif. On revient à
la situation précédente sans aucun changement.
 Lors d'un prêt sur une période, possibilité d’enchaîner un placement sur plusieurs jours d'affilée, tant
que l'utilisateur n'a pas modifié manuellement les plages du code délégué. Une petite fenêtre propose
à l'utilisateur d'activer ou non le placement en cascade des jours suivants. Si parmi les horaires du
Mobile se trouve une case blanche alors le système propose le code de la veille.
 Restructuration importante du code.
 Exportation mobiles: sont ajoutés à l'exportation les exceptions placées sur les mobiles (pas encore
finalisé)
 Si on enlève une délégation du côté prêteur, le code est supprimé dans l'unité de destination. Mais le
bouton «refresh» ne montrait pas cette suppression de code horaire. Il fallait recharger le service.
POINTS COSMETIQUES

 Remplacement de l'icône des deux boutons «libérer» pour que l'interprétation de l'objectif des
boutons soit plus explicite.
 Le triangle de certificat médical se mettait en dessous du bandeau de délégation (cas du Mobile ou
Prêté Malade).
 Les rectangles d'exception se mettaient en dessous du bandeau de délégation
 Nouveau mode de synchronisation de fenêtre : “mosaïque horizontale (synchro)” accessible via le
menu “Fenêtres”. Les dates des autres grilles sont alignées sur la base de la période active de la
première section, de plus la grille inférieure est minimisée, de manière à voir le maximum de cellules
de planning.

(Reperré CHIREC et CHU Liège)
Tableau «Codes et exceptions»
Type : Adaptation
 Le filtre sur le type de plages a été adapté en deux choix plutôt que trois : «Plages» OU «BonusMalus + Durée» (DECIS)
 Modification de l'Exportation dans Code et exceptions. Il est maintenant possible d'exporter sous les
3 formats standard: Excel, csv, ou text. (Demande Saint-Luc)
 (Reperré Saint-Luc et DECIS)
Ticket Restaurant (ARP)
Type : Adaptation
1. Modification de la génération des tickets-restaurant : pour les étudiants (statut lu dans STPeople) on
force le lieu de distribution au paramètre du TOP-ARP (pour mémoire le champs utilisateur 3), lieu
qui correspond au lieu de distribution de l'administration centrale à BROQUEVILLE.
(Demande ARP)
Déplacement de section de type Détail (D)
Il est maintenant possible de déplacer une section de type “D” sous une section autre section de type “D” au
sein de la même section de planification.
(Demande St-Luc)
Impression variables DIRHM
Type : Correstion
L'impression des variables DIRHM avec une sélection d'un noeud de l'organigramme comprenant plus de
250 services ou sous-services n'affichait pas les informations du noeud demandé.
(Reperré St-Luc)
Changement d'affectation, via ExpertTravailleur
Type : Adaptation
- Lors d'un changement d'affectation, le mode de balance de l'unité de destination est adopté.
Notons que c'était déjà le cas pour le transfert d'affectation et pour les nouveaux travailleurs mais pas encore
pour le changement d'affectation
(ARP)
- Dans la grille des affectations, le curseur se positionne sur la dernière affectation, plutôt que la première, le
cas le plus fréquent étant de modifier l'affecation courante, donc la dernière.
(DECIS)
BETA
1.7.0.49
Menu : Impression / Pointages et accès
Type : Adaptation
Numéro : 312
 Léger re-lifting du comportement de l'interface (en fonction des droits décrits au point suivant).
 En terme de droits KGB:
 droit de sélection de services basé sur «PrintLevel»
 liste des terminaux. Le droit «SignaleticsAdministrationView» est nécessaire pour y voir les
terminaux d'accès (type='A').
 Sélection de portes. De nouveau le droit «SignaleticsAdministrationView» est nécessaire pour
pouvoir utiliser cette sélection.
(Demande ARP )
BETA
1.7.0.50
Budget des congés : cas spécifique de budget en heure neutralisé par incrément
Type : Correction
Dans le cas très spécifique d'un budget mis à 40 heures et d'un incrément mis à -40 heures. Cela donnait une
situation où dans l'interface, le check se mettait erronément sur le type JOUR. Et cela entrainait un
blocage lors de l'ajout de l'incrément suivant...
(Reperré Eramse)
Impression tableau codes et exceptions
Type : Correction
1- Les codes horaires à durée nulle n'étaient plus repris.
(effet de bord sur le test de présence de bonus et de tranches horaires, voir point 307 ci-dessus)
2- dans le volet EXCEPTIONS, les totaux d'heures sur les exceptions donnaient des montants négatifs quand
le nombre d'heures sommées était importante.
(1-Jolimont, 2-Chirec)
Menu Rétablir toutes les fenêtres et décalage de la fenêtre
Type : Correction
1- La fenêtre principale était un peu décalée en XP uniquement
2- Le menu Fenêtre / Rétablir toutes les fenêtres ne répondait plus.
(Repérré CHU)
Tickets-restaurant (ARP only)
Type : Modification
1- Modification des montants des tickets-restaurant : montant total du ticket-restaurant : 7.00 euros, QP
employeur 5.91 euros et QP travailleur 1.09 euros.
(Seulement ARP)
Révision des travailleurs partagés
Type :fonctionnalité
1- Le message «Code déjà affecté dans deux sections» était erroné (car il tenait compte de la multiplicité des
plages, mais éventuellement faites d'un seul côté)
2- Possibilité d'utiliser la palette même quand un code est présent de l'autre côté (avec ou sans extension).
L'opération reste bloquée s'il y a des extensions de part et d'autre.
3- Vérification des intersections de plages faites d'un côté et de l'autre.
4- Vérification de la règle de durée maximale de la journée faite de part et d'autre (cas classique de la règle
des 11 heures).
5- Afin de renforcer la concurrence entre utilisateurs, il y a une save (sauvegarde) après toute modif de
cellule partagée. (donc pour les partagés, en principe, plus de petit rond noir sur leurs cellules, les cellules
étant directement sauvées en DB) !!!
6- Si sur un code fait ailleurs on met un code avec durée forfaitaire, alors le forfait est transformé en durée
bonus.
7- Si la cellule est partagée des deux côtés, alors l'édition avec la palette est refusée avec le message «code
déjà affecté dans deux sections». Par contre on peut projeter un code rapide dans cette situation. Il écrasera
la partie de l'horaire faite dans le service où le code rapide est appliqué.
8- La fenêtre de détail de prestation a été légèrement adaptée pour mieux montrer un code fait ailleurs:
(Demande St-Luc)
Emprunt de travailleur prêté «malade» ou «en congé»
Les cellules prêtables (avec le bonhomme au garde à vous, rendues disponibles suite à un F3) ne sont plus
proposés au piochage s'ils sont malades ou en congé et cela même si on les a rendu disponibles.
En fait on teste que la durée active de la cellule soit positive.
Exception: si code blanc, on le propose quand même.
(Demande St-Luc)
Cycles
Type : Correction
- Dans la définition d'un cycle, il était possible de créer des semaines de 8 jours et plus. Problème non
visible par l'utilisateur et sans impact sur la pose des cycles (mais ces données sont inutiles en DB).
(ARP)
Contrôle de la durée maximale de travail
Type : correction
- Durée maximale sur une journée : ce contrôle est prévu pour s'effectuer sur les périodes vertes.
(or cela bloquait aussi sur les périodes jaunes).
- Durée maximale sur une période : même si la période est en dépassement, on peut toujours mettre le code
BLANC ou le code '/'.
(Reperré Erasme)
Analyse des absences
Type : optimisation
La production de cette liste a été optimisée. Vous devriez voir une nette amélioration.
(Demande ARP)
Observatoire: onglet «détail planning»
Type : cosmétique
Certaines fontes de la grille ont changé pour accroître la lisibilité des erreurs éventuelles
(DECIS – pour St-Luc)
Nouvelle commande d'importation AS (add shift)
Via STPImport, importation de codes horaires (de 1 à deux plages) au planning.
+ dans le monitoring d'importation, quelques modifs cosmétiques comme le décompte de séparteurs des
commandes + agrandissement des polices pour faciliter la lecture
(Demande Erasme)
Chargement du planning
Type : optimisation
Le chargement du planning a été légèrement optimisé au niveau :
 du chargement des travailleurs,
 du chargement des codes horaires (couleurs)
 de l'optimisation de la recherche du nombre des autres sections (où les travailleurs ont également été
affectés)
Cet impact se fera ressentir surtout pour les gros services ou les services «plaque-tournante» et surtout lors
du chargement de périodes passées.
(dans notre exemple, avec la base de données SQLServer, le temps de chargement est descendu de 45
secondes à 29 secondes)
(ARP - DECIS)
Relation entre Placement rapide et férié «mobile»
Le placement d'un code rapide enlève le férié concerné du budget congé.
Maintenant, il y aura une exception pour les fériés dits «mobiles», c'est à dire ceux qui ont une date butoir
(exemple: 31/12/2011) plutôt qu'une période de prise (en général 6 semaines). Ces fériés ne seront plus
retirés du budget lors du placement d'un code horaire car ils s'assimilent plus à du congé annuel qu'à du férié.
(Demande Saint-Luc)
Contrôle supplémentaire lors de l'encodage de plages, pour éviter les heures excessives qui s'étendent au
delà du lendemain :
Exemples refusés :
1000-2000 ou (+)1000-2000
10-999999 qui donnait 10- - 215880...
8-8
(Demande Saint-Luc)
Nettoyage massif du planning (bouton avec flèche rouge vers le bas)
Type : correction
Cas très spécial: présence d'un travailleur qui quitte le service durant la période + droit PlanningModify0<Today>0. Alors l'utilisation du bouton de nettoyage massif, par exemple dans le cadre de la planification
automatique entrainait le message répértitif 'Insuffisant right for this operation.', message correct mais posé
répétitivement sur chaque cellule d'absence de ce travailleur.
(Reperré CHU Liège)
Gestion des MOBILES (traitement de plusieurs cellules en série)
 Rappel : si le code au planning n'existe pas (on regarde d'abord le code au planning du travailleur
prêteur et si vide alors le code au planning de l'emprunteur), alors l'utilisateur peut sélectionner un
autre code dans une liste de codes actifs communs entre les deux services.
 Maintenant, dans le cas de traitement de plusieurs cellules contigues, ce choix est préservé pour les
cellules suivantes.
 Exemple : si le code M1 n'existe pas dans l'autre service et que l'utilisateur a choisi le code “M”
en échange, alors on ne lui posera plus la question pour les codes M1 suivants. Et idem pour la
cellule vide.
 Dans le cas d'un emprunt : une cellule blanche ne sera remplie que si la première cellule traitée était
aussi une cellule blanche et que l'utilisateur lui a choisi un code de remplacment valide. (demande
Erasme)
 Exemple 1 : si j'ai BLANC – BLANC – BLANC alors je peux obtenir après spécification du code
M la suite M – M – M. L'intention de l'utilisateur était d'encoder une série de cellules
initialement vierges.
 Exemple 2 : si j'ai M – BLANC – M, alors j'obtiendrai M – BLANC – M. Ici l'intention de
l'utilisateur était d'emprunter un mobile pour coller à un planning déjà constitué côté
emprunteur.
 Petite correction : le bouton de nettoyage de la sélection, dans le cas d'un emprunt, ne nettoyait que le
premier jour.
(Demande Erasme)
Liste : Relevé périodique
Type : cosmétique
- Le WORKER_HRID est précisé dans l'entête (demande St-Jean)
- Pour les travailleurs partagés: les balances de leurs deux sections sont affichées tant en début qu'en fin de
période,
- Les balances figées sont indiquées en rouge
(DECIS - St-Jean)
STPPay : format SECUREX (Magistral)
Type : correction
Le format Magistral a été corrigé pour le record « C1 », il y avait 31 blancs au lieu de 30 blancs.
(Reperré Hautes Fagnes)
Table IMPORTTYPE
Toutes bases
insert into IMPORTTYPE (IMPORTTYPE , DESCRI , EXECORDER ) values ( 'AS' , 'Add Shift' , 30 )
Ajout d'un droit d'accès (pour accéder à l'impression du planning dans STPNet)
Toutes bases
INSERT
INTO KGB_ITEMS (
ITEMID,APPID,SETID,ONLYFORGENQUALIF,ITEMDESCRI,ITEMORDER,ITEMPREFIX,BR
USHCOLOR , FONTCOLOR,UNDERLINE) VALUES ('STPNET_PrintPlanning' ,
'STP','PRODUCTION',1,'Access to the print button of the STPNet planning' , 0,'','' , '', 0 )
BETA
1.7.0.51
Conversion BDE vers ADO
Type : technique
Toutes les fenêtres liées au paramétrage des contraintes et à la planification automatique sont maintenant
ADO Ready.
(DECIS)
Type : correction
1- Un petit bug très gênant s'était introduit lors du point 326 ci-dessus : lors de l'encodage d'un bonus, les
lignes se multipliaient (PS: la version 1.7.0.50 a été modifiée directement et a écrasé sur le site de Decis la
version 1.7.0.50 préalablement mise. Ainsi un seul site nous l'a rapporté).
2- L'encodage de la zone de durée forfaitaire a été simplifiée (la touche DELETE entraînait la suppression de
la colonne, plus maintenant)
3- La zone forfaitaire, dans le cas d'un montant négatif (ce qui est très rare), n'affichait pas le code horaire
correspondant.
(Reperré St-Jean + Erasme + DECIS)
Tickets restaurant (ARP)
Type : correction
- STP: lors de la préparation du fichier TRDistrib, certains cas mal encodés (sans lieu de distribution ou sans
Section_HRID) entraînaient une réorientation vers un lieu de distribution «inconnu» plutôt qu'au lieu par
défaut, soit le lieu du sommet de l'organisation.
- Programme TRDistrib.exe : au lieu d'utiliser le lieu de distribution préparé par STP, on aller rechercher
prenait le champs UF_Section3 du secteur, et forcément ce champs UF_Section pouvait être vide, c'est à dire
sans lieu de distribution.
(DECIS)
Impression tableau codes et exceptions
Type : Correction +
fonctionnalités
1- Les codes standards à 2 plages sortaient mal dans le rapport (on ne voyait que la deuxième plage, la
première se voyant associée à une personne vide).
2- Inversion du nom et prénom : Jules, Tartempion devient Tartempion Jules
3- Export : la zone «date de référence congé» affichait une valeur pour certains bonus qui n'étaient pas du
congé (zone non initialisée). (CHIREC)
4- La zone des plages à l'impression, reprenait également les bonus alors qu'ils étaient mentionnés plus loin à
droite. Ce sera plus sobre et plus lisible. (DECIS)
(Reperré St-Luc, CHIREC et DECIS)
MOBILES
Type : adaptation
PARTAGES
 L'emprunt ou le prêt de travailleurs partagés ne peut se faire que sur une cellule non mixte et non
prestée ailleurs :
 Donc si j'ai pour «Jules Partagé» sur le 15/08/2011, une journée répartie dans deux services en
tant que M de 08-13 et S de 14-17 -> PRET REFUSE !
 Donc si j'ai du BLANC de part et d'autre -> OK, dans la grille inférieure, on trouvera deux
lignes pour Jules correspondant aux deux cellules de son partage.
 Dans cette logique, l'attribution d'une disponibilité (touche F3) suit les mêmes règles !
GRILLE DE PRET
Quand on faisait un drag-drop de la grille supérieure vers la grille supérieure (c'est une erreur de
manipulation), alors cela entraînait un «access violation». Maintenant plus, cela n'a plus d'effet.
(DECIS)
Observatoire travailleur: onglet analyseRH
Type : cosmétique
La date sélectionnée doit restée la même quand on passe d'un travailleur à un autre (même s'il est partagé ou
s'il n'est pas affecté à cette date).
(Demande LaProvencale)
Codes et exceptions
Type : cosmétique
 Les noms et prénoms étaient inversés pour l'export des codes et exceptions.
 Les noms et prénoms étaient inversés pour le rapport «codes et exceptions», pour les tris
«travailleurs / date».
(DECIS)
BETA
1.7.0.52
Codes et exceptions
Type : cosmétique
 Suite au point 336, les noms et prénoms étaient inversés dans le rapport (Travailleur / Date) et pour
l'export des codes et exceptions.
 Le message d'erreur lors de l'export dans le cas où le fichier est encore utilisé a été amélioré.
(Demande DECIS)
Type : technique
 Une partie des fenêtres et requêtes liée à la fenêtre des Signalétiques (onglet Administration +
formules des services + exceptions des services) sont maintenant ADO Ready.
 Correction sur la fenêtre de gestion des contraintes. Il restait un champs en minuscule, ce que le
serveur Sybase de St-Luc n'aime pas (suite point 331 ci-dessus).
(DECIS)
Pointeuse Termod
Type : technique
Depuis le malt version 5.5, un badge inconnu au niveau de la pointeuse sera quand-même envoyé à
StaffPlanner.
- Si au niveau de StaffPlanner, ce badge est connu, alors il suivra son chemin traditionnel (sauf l'information
de solde que la pointeuse n'affichera pas).
- Si ce badge est inconnu dans StaffPlanner il sera quand-même enregistré dans la table pointage avec le
numéro de BADGE dans le champs INFOLOG (donc récupérable). Le message affiché à la pointeuse sera
alors: 'Badge Inconnu (dans StaffPlanner)'.
(DECIS – VALIDA)
CYCLES et partagés
 On peut maintenant mettre un cycle différent dans chaque section d'un travailleur partagé (avant un
travailleur ne pouvait avoir un cycle que dans une seule section).
(DECIS & ARP)
SIGNALETIQUE du travailleur
 Elargissement de la zone Matricule à 20 caractères plutôt que 10.
(DECIS et ARP)
Signalétiques : temps de travail d'un service
Type : adaptation
 Pour un nouveau service, le système propose d'ajouter une durée de journée mais cette définition
était précisée sur des dates de validité trop larges. Maintenant, nous mettons à partir du premier de
l'année en cours au 31/12/2099.

(DECIS)
Exports «maison» (prototype en cours de développement)
 Possibilité de préparer pour les utilisateurs des requêtes d'extraction, basées sur des SQL.
Le droit «PrintMenuHomeMadeExports» régit l'accès à cette fenêtre.
(Erasme)
Paramètres de congé : canevas Férié
Type : cosmétique
 Les fériés du canevas sont triés par date
 Pour l'ajout d'un nouveau férié dans le canevas, réajustement de l'ordre d'encodage des champs de la
fenêtre d'encodage.
(Reine Astrid)
Détail de planning
Type : correction
 Dans le cas très spécifique d'horaire: (-) 23h50 – 07h (résultat d'un lissage en avance mais sur la
veille au soir), l'affichage dans la liste «Détail planning» ne donnait pas une durée correcte car les
minutes de la veille n'étaient pas prises en compte.
Observatroire RH + Détail planning
Type : adaptation
Dans le cas où un badge avait été attribué à 2 personnes dans la même période (cas théorique impossible
mais simulé dans les phases de test), la liste des pointages de l'observatoire RH et du détail planning était
dédoublée.
(DECIS)
MOBILES
Type : cosmétique
Ajout en bas à gauche (en grisé) du lieu de la définition de l'horaire prêté
(soit l'unité emprunteuse ou soit l'unité prêteuse). Il s'agit en fait du paramètre général
MOBILESHIFTSOURCE.
(DECIS)
Postit de dates
Type : cosmétique
 Adaptation de la traduction du point de menu: «Créer un postit pour cette date»...
(Decis)
Extraction DI – RHM emploday
Type : modification
 Ajout du message « Recherche des heures travaillées - DIRHM» lors de l'exportation
«EMPLODAY» DIRHM, ainsi qu'une graduation d'exécution sur les éléments de l'analyse.

(Demande St-Luc)
Edition balance
Type : cosmétique
Ajout dans la fenêtre d'édition d'une balance (via F2) de la calculette Decis.
(Clinique Reine Astrid)
Gestion des bagdes
Type : adaptations
 Refus d'attacher un badge au travailleur générique («Tous les travailleurs»=0)
 Message plus clair si on essaie de lier un badge à une personne précise si ce badge est déjà attribué à
un groupe anonyme
(c'est à dire un groupe pour lequel on n'a pas précisé de travailleur. Par exemple dans le cas où
on attribue un badge à une firme de maintenance pendant 3 jours. Mais les travailleurs de
cette firme ne sont pas dans STP).
 On conserve la possibilité d'attacher un badge à aucun travailleur. Et dans ce cas seul la définition
d'accès est possible (mais pas de terminaux de pointages)

(Jolimont – Decis)
Initialisation des budgets de congés
 Adaptations cosmétiques (fonds de fenêtre...)
 Pour certaines règles (Scale, Affectation, Affectation_at_date et Var) un filtre existait sur la base
STPEOPLE. Un filtre STP y a été ajouté sur les variables utilisateurs.
 Dans la règle SCALE, la date de référence pour le calcul de l'âge ou de l'ancienneté se basait sur le
31/12 de l'année en cours. Cette date est maintenant éditable. On peut donc la fixer au 01/07 si
nécessaire.
Ces adaptations rendent possible maintenant l'initialisation des RTT. Exemple ci-dessous.
1- définir 1 variable utilisateur au niveau des travailleurs : AM marquant le choix du travailleur de suivre le
régime Congé RTT plutôt que le paiement.
2- pour chaque travailleur concerné, préciser AM = 45-50 ou AM=50-55... si nécessaire.
3- Définir 1 règle de type SCALE – INIT, pour initialiser les AM pour ceux qui ont cette variable utilisateur
AM
4- Définir 3 règles de type SCALE - MVTdont l'exécution est lié respectivement aux filtres AM=*45*,
AM=*50* ou AM=*55*.
Et dont l'échelle unique est liée respectivement à 45 ans -> 12 ou 50 ans -> 12 ou 55 ans -> 12.
5- appliquer le template
(Decis + Clinique Reine Astrid Malmedy)
Table RHSQL, ajouter le champs RHSQLMODE (Si vous disposez déjà des tables RHxx)
Oracle
alter table RHSQL add RHSQLMODE varchar2(20)
update RHSQL set RHSQLMODE='OBSERVATORY'
Autres bases
alter table RHSQL add RHSQLMODE varchar(20)
update RHSQL set RHSQLMODE='OBSERVATORY'
Tables RHxxx (au cas où vous ne les auriez pas encore, étant donné que cette fonctionnalité était
très peu utilisée précédemment)
ORACLE
create table RHSQL (RHSQL number(10) not null ,RHSQLDESCRI varchar2(60) ,RHSQLTEXT varchar2(1024), RHSQLALIAS varchar2(60)
,RHSQLORDRE number(10) ,RHSQLMODE varchar2(20) , constraint PK_RHSQL primary key (RHSQL))
create table RHSQLDESCRILANG (RHSQL number(10) ,LANG number(10) ,RHSQLDESCRI varchar2(60) )
create table RHSQLVOC (RHSQLVOC number(10) not null ,RHSQL number(10) ,FIELDNAME varchar2(60) ,ORDRE number(10) , constraint
PK_RHSQLVOC primary key (RHSQLVOC))
create table RHSQLVOCLANG (RHSQLVOC number(10) ,LANG number(10) ,FIELDDISPLAY varchar2(60) )
MSSQL
create table RHSQL (RHSQL integer not null ,RHSQLDESCRI varchar(60) null,RHSQLTEXT varchar(1024) null,RHSQLALIAS varchar(60)
null,RHSQLORDRE integer null,RHSQLMODE varchar(20) null , constraint PK_RHSQL primary key (RHSQL))
create table RHSQLDESCRILANG (RHSQL integer ,LANG integer ,RHSQLDESCRI varchar(60) )
create table RHSQLVOC (RHSQLVOC integer not null ,RHSQL integer null,FIELDNAME varchar(60) null,ORDRE integer null , constraint
PK_RHSQLVOC primary key (RHSQLVOC))
create table RHSQLVOCLANG (RHSQLVOC integer ,LANG integer ,FIELDDISPLAY varchar(60) )
FIREBIRD
create table RHSQL (RHSQL integer not null ,RHSQLDESCRI varchar(60) ,RHSQLTEXT varchar(1024) ,RHSQLALIAS varchar(60)
,RHSQLORDRE integer ,RHSQLMODE varchar(20) , constraint PK_RHSQL primary key (RHSQL))
create table RHSQLVOC (RHSQLVOC integer not null ,RHSQL integer ,FIELDNAME varchar(60) ,ORDRE integer , constraint PK_RHSQLVOC
primary key (RHSQLVOC))
SYBASE
create table RHSQL (RHSQL integer ,RHSQLDESCRI varchar(60) null,RHSQLTEXT varchar(1024) null,RHSQLALIAS varchar(60)
null,RHSQLORDRE integer null,RHSQLMODE varchar(20) null , constraint PK_RHSQL primary key (RHSQL))
create table RHSQLVOC (RHSQLVOC integer ,RHSQL integer null,FIELDNAME varchar(60) null,ORDRE integer null , constraint PK_RHSQLVOC
primary key (RHSQLVOC))
Table H_THOL_SCALE, ajouter les champs REF_DAY et REF_MONTH
oracle
Alter table H_THOL_SCALE add REF_DAY number(5,0)
Alter table H_THOL_SCALE add REF_MONTH number(5,0)
Autres bases
Alter table H_THOL_SCALE add REF_DAY smallInt
Alter table H_THOL_SCALE add REF_MONTH smallint
Table WORKER, élargir le champs Matricule de 10 à 20 varchar
SQL toutes bases
alter table WORKER alter column MATRICULE varchar(20)
SQL Oracle :
alter table WORKER modify MATRICULE varchar2(20)
SQL Firebird :
alter table WORKER alter column MATRICULE type varchar(20)
Ajout d'un droit d'accès (pour la fenêtre des exports «maison»)
Toutes bases
'MenuPrintHomeMadeExports' , 'STP' , 'PRODUCTION' , 1 , 'Accès au menu des extractions
"maison"' , 0 , '' , '' , '' , 0 )
BETA
1.7.0.53
Analyse RH – impression entre 2 dates
Type : correction
Dans l'observatoire, onglet Analyse RH, lors de l'impression entre deux dates, (accessible par un popup sur
la grille inférieure) et avec l'option «pour tous les travailleurs» cela provoquait un «index out of bound».
(Decis)
Edition de l'affectation
Type : correction
Pour l'édition d'une affectation lorsque l'on choisi le mode relatif on doit impérativement mettre soit 7, 15,
23 ou 31 caractères.
(Decis + St-Pierre)
PLANNING : tri des travailleurs par section et alphabétiquement
Ajout d'une fonctionnalité permettant de trier les travailleurs par ordre alphabétique sur l’abréviation de la
section et au sein des sections, par ordre alphabétique sur les nom et prénom des travailleurs.
(St-Luc)
STPPay : relation entre règles (parent-enfant)
Type : correction
Tri des règles afin que les règles «enfant» soient exécutées juste après leur parent
(Decis + Hautes-Fagnes)
STPPay : adaptation du format MAGISTRAL de Securex
Type : adaptation
Prise en compte du compteur SOIR (dans le compteur théorique NS0).
(Hautes-Fagnes)
Retour à l'utilisateur initial après une réidentification
Il est maintenant possible de revenir à l'utilisateur initialement logué, après s'être ré-identifié dans un autre
utilisateur.
(Userclub StaffPlanner)
Planning : RAPPELS
Type : adaptation
Dans la grille des rappels, on a rajouté au nom de la section de planification l’abréviation de la section de
détail.
«US 23» devient «US 23 / IF»
(St-Luc)
PARTAGES et mise en maladie, via le mode flexible
Dans le «Mode Flexible» de mise en maladie (via la petite fenêtre verte), il est maintenant possible de mettre
en maladie la cellule partagée blanche.
Le code maladie sera pompé de l'autre côté.
Exemple avec un travailleur 50%-50%
section 1: M 10h-18h
section 2: rien
Du côté section 2, j'utilise le curseur maladie sur la cellule barrée.
Ma fenêtre verte s'ouvre et je choisis par exemple le mode «Régime-Semaine»
J'obtiens : section 2 : m : 03h48
(le code “m” a été pompé dans la section 1 à partir du code “M”)
Je procède de même dans la section1 et j'obtiens :
section 1 : m : 03h48
(Jolimont)
Type : adaptation
Numéro : 361
L'impression de cellule mixte [congé + congé] était incorrect. Exemple: CX et CA.
(CHIREC - Braine)
Impression - Detail Exceptions
Type : correction
Lors de l'impression des exceptions en sélectionnant un noeud élevé (contenant plus de 250 services, cas
assez rare car le site doit être gros), STP affichait une message d'erreur du champs «SECTION» manquant.
(ST-Luc)
Impression -Codes et exceptions
Type : correction
Dans le cas du tri Jour / Type / Code / Travailleur, cela entraînait un access violation lors de l'exportation
(ARP)
BETA
1.7.0.54
Analyse des balances et projection du code de paiement au planning
Type : adaptation
La projection du code PMT (paiement) au planning se fait sur la dernière cellule vide ou en repos (avec le
code de repos '/').
Mais attention, si le site a changé le code de repos en ' /', c'est à dire avec un blanc devant alors la
fonctionnalité ne pouvait plus fonctionner.
Une adaptation a été faite pour que cette fonctionnalité résiste à ce genre d'adaptation (OK avec les code ' /'
ou ' / ' ou '/ ')
(Erasme)
MOBILES
Ajout d'une fonction de recherche dans la grille inférieure sur la section de détail (abbrev + nom) et la
section de planification (nom) des travailleurs.
Le masque est réactif à partir du 3° caractère.
 Soit vous entrez un texte sans '*' ni '!', le système rajoutera automatiquement des '*' en début et en
fin, cela pour accélérer l'encodage.
 Soit vous utilisez le masque avancé avec des '*' et des '!', comme ailleurs dans l'application.
Exemples :
Masque = US 23, le système recherchera *US 23*
Masque = US*,!US 51, le système utilisera le masque tel quel dans sa recherche (soit toutes les unités de
soins commençant par US mais pas l'unité US51
(Erasme)
BETA
1.7.0.55
Grille de planning inférieure
Possibilité de trier les lignes du bas
Numéro : 367
(Erasme)
Rapport «maison»
Suite du développement du rapport “maison”
- relifting de la partie édition du rapport
- une largeur est maintenant disponible pour les champs
Numéro : 368
(Erasme)
Cycles
Type : Correction
La sauvegarde de l'attribution d'une personne à un cycle causait (sur la base SQL Server) le message d'erreur
«General SQL Error».
(ARP - ST-JEAN)
Contrôle du temps de travail
Type : Adaptation
Le contrôle du temps maximum de travail par jour/mois/trimestre et de repos minimum entre deux jours se
faisait sur les périodes vertes.
Nous avons resserré ce contrôle à la demande de certains sites. Il s'effectue maintenant sur le FUTUR peu
importe le statut de la période.
Si ce resserrement dérange certains sites, nous pourrions rajouter un paramètre (précisant sur quelle période
s'exerce ce contrôle).
(ERASME)
STPPay
Type : Adaptations et
fonctionnalités
 Correction sur les règles d'ITEM avec une relation «parent-enfant», dans la prise en compte de
l'ordre des règles
 Extension de la logique des règles «parent-enfant» aux règles de type BODY
 Dans l'explication, les relations parent-enfant sont notées, ce qui rend plus lisible la réalisation ou la
non réalisation des règles «enfant»
 Léger relifting des explications
 règle BODY de type «MinWork», ajout d'un masque de shift
PS: voir la remarque dans la partie Database (bouton «Update Order»).
(Les Hautes-Fagnes + Erasme)
Observatoire – numéro national
Type : Adaptation
Faute d'orthographe corrigée: numéro nationnal -> numéro national.
(Erasme)
MOBILES
Type : Adaptation
Dès qu'une cellule déléguée est modifiée (changement de code, changement d'heures), alors elle est
directement sauvée en DB, comme c'est le cas des cellules de travailleurs partagés.
(Erasme + Decis)
Ajout d'un champs dans la table C_PCOUNT
Toutes bases
Alter table C_PCOUNT add ORDRE integer
Oracle
Alter table C_PCOUNT add ORDRE number(10,0)
Adaptation de la table RHSQL
SQL Server
alter table RHSQL alter column RHSQLTEXT varchar(4000)
alter table RHSQL add RHSQLTEXT2 varchar(4000)
alter table RHSQLVOC add DISPLAYWIDTH integer
Firebird et autres
alter table RHSQL alter column RHSQLTEXT type varchar(4000)
alter table RHSQL add RHSQLTEXT2 varchar(4000)
alter table RHSQLVOC add DISPLAYWIDTH integer
Oracle
Alter table RHSQL modify RHSQLTEXT varchar2(4000)
Alter table RHSQL add RHSQLTEXT2 varchar2(4000)
alter table RHSQLVOC add DISPLAYWIDTH number(10,0)
PS: pour Informix, les varchar sont limités à 250, ce qui ne permettra pas de stocker de longues requêtes, ce qui rend
cette fonctionnalité quasi non fonctionnelle. Un essai peut être fait avec char(4000).
Règles STPPay : réordonner
Afin que les règles «enfants» aient lieu après les règles «parents», vu que leur exécution est
conditionnée au résultat de la règle parente, il faut ordonner les règles de paie.
Pour initialiser cet ordre, il faut aller dans Signalétique / Paramètres de paie et pousser sur le petit
bouton en bas à gauche «Update Order».
PS: normalement nous aurions du mettre cette opération dans la fenêtre des
signalétique/administration / release... mais cette dernière était en chantier (migration ADO). Donc
nous l'avons mis là temporairement.
Ajout d'un champs dans la table PAYRULEMINWORK
Toutes bases
Alter table PAYRULEMINWORK add SHIFTMASKITEM varchar(100)
Oracle
Alter table PAYRULEMINWORK add SHIFTMASKITEM varchar2(100)
BETA
1.7.0.56
Type : technique
Numéro : 374
 Conversion d'une partie des fonctionalités de paie (dans STP et STPPay) en ADO Ready.
(DECIS)
EXCEPTION : nouveau type 'CC'
Création d'un nouveau type d'exception permettant de préciser deux listes déroulantes (avec choix).
(Decis)
Impression du planning «période active»
Type : Correction
L'impression du planning n'affichait pas la bonne section de détail dans le cas où le travailleur avait changé
d'affectation avant la période concernée.
(CHIREC)
Création d'un nouveau SHIFT
Type : Correction
Avec le serveur de bases de données MS-SQL, suite à la création d'un code horaire, la petite fenêtre de
création du code malade correspondant n'apparaîssait plus.
(effet de bord de la migration ADO)
(CHIREC - ST-JEAN)
BETA
1.7.0.57
Observatoire
Type : Adaptations
 Le champs Numéro national suit bien le droit Observatory-Edit, ce qui n'était pas le cas avant.
 Ajout de trois droits KGB : ObservatoryTabContractAccess, ObservatoryTabBalanceAccess,
ObservatoryTabLogAccess permettant de ne pas donner accès aux onglets “contrat”, “balance” et
“Log”. Attention, pour ceux qui doivent voir ces 3 onglets, il faut maintenant leur attribuer le
droit explicitement, via KGBEditor.
(La Provencale)
Récupération sur férié
Type : Adaptation
Le mécanisme actuel ne tenait pas compte du mode de balance en mode 24H.
Exemple d'une personne avec un régime à 80% soit 06h04 par jour.
20/07 : Nuit : 21-07
21/07 : Repos /
Total actif sur le 21/07 en mode 24H => 07h
25/07 : on place le Férié du 21/07.
Le système proposera d'ajouter à ce férié de 06h04 une récup de 54 minutes.
(Les Hautes Fagnes)
Accès à la fenêtre de déplacement des contraintes inférieures
Type : Adaptation
 Le droit existant “ConstraintsAccess” régit maintenant la disponibilité de cette fonctionnalité.
(Erasme)
Type : technique
Numéro : 381
 Conversion des dernières fenêtres de l'application en ADO Ready (il s'agit des signalétiques et de
STPPay).
 Correction du Signalétique/Administration/Messages (reperré par CHIREC)
Le passage à ADO pour SQLServer et Firebird est maintenant possible !
Vous pouvez vous remettre en mode de test ADO via SignalétiquesToutesSections / Administration /
Paramètres Généraux / ADOCONNECTION_DISABLE = 0.
L'étape suivante consiste à adapter le fichier de licence à ADO:
- Les lignes avec MODE doivent passer en ADO plutôt que BDE
- Les lignes avec CS doivent passer de l'alias BDE à un connectring ADO (sans le User ni le
Password que nous ajoutons au connectstring après décriptage) :
STP_MODE=ADO
STP_CS=Provider=LCPI.IBProvider.1;Data Source=BSERVER:STP_DEMO;Persist Security
Info=True;dialect=3;auto_commit=True
Pour information, le provider est :
- en Firebird : LCPI.IBProvider.1
- en SQLServer: SQLOLEDB.1
- en Oracle: MSDAORA.1 ou OraOLEDB.Oracle
Pour Oracle, il subsiste des obstacles à la conversion (grilles maître/esclave, ClientDataSet...) que nous
examinons.
Pour Sybase (1 site) et Informix (1 site), nous ne disposons pas de l'infrastructure de test.
Mais pour Sybase, cela devrait en principe se comporter comme sur SQLServer...
(DECIS)
Procédure de lissage massif en DB (durant la nuit)
Type : Correction
Le pointage nocturne (quelqu'un qui pointe à la badgeuse) interférait avec le lissage massif en cours sur
STPServer, cela dans certains cas de figure en fonction du nombre de jours de relissage massif paramétré.
Cela se traduisait par des erreurs dans le recalcul des balances. Cela était directement visible en début de
période active, la balance s'effondrant d'un multiple de la durée de la journée (exemple, elle diminue de
38h).
(La Provencale)
Impression de la structure de l'organisation
Type : Correction
L'impression de la structure de l'organisation provoquait un “access violation”.
(Erasme)
Curseur Maladie, Paie et PB
Type : Modification
Numéro : 384
Les 3 sélections suivantes sont redevenues indépendantes des sections chargées.
Nous avions changé ce réglage, pour plus de cohérence d'ensemble, mais devant les réactions vives des
utilisateurs nous sommes revenus au comportement initial.
(JOLIMONT + DECIS)
Signalétiques: durée des codes horaires : importation
Type : Adaptation
Les importations de durées de codes horaires à partir d'une autre section prennent en compte les codes actifs
entre la date du jour et 3 mois dans le futur. Avant on ne tenait compte que de la date du jour.
L'avantage est que l'importation reprendra des codes définis sur le futur (pratique si on se base sur un service
qui n'a pas encore démarré, ce qui est souvent le cas lors du démarrage d'une nouvelle aile).
(ST-PIERRE)
Impression du planning : colonne solde final
Type : Correction
Numéro : 386
Si le service comprenait à la fois la formule de “solde final” et de “solde période”, alors le rapport reprenait
la colonne de “solde période” à la place de la colonne “solde final”.
Pour rappel, le solde période est équivalent au solde final si ce n'est qu'il ne traite que le travail de la période
(et donc qu'il part d'une balance initiale = 0).
(DECIS)
Partagés
Type : Adaptation
Importance (1..3) : 2 Numéro : 387 (suite 317, version 1.7.0.50)
La modification d'une cellule entraine la sauvegarde immédiate de la cellule (depuis la version 1.7.0.50,
numéro 317).
Mais il y avait deux soucis :
 les cellules modifiées des autres travailleurs étaient également sauvées (pas vraiment gênant)
 les balances n'étaient pas regénérées.
(DECIS)
Expert travailleur : TRANSFERT
Type : Adaptation
Réactivation du droit WorkerWizardModifyPast qui n’était pas opérationnel pour le transfert de travailleur.
(ARP et Decis)
Création d’un nouvel utilisateur dans StaffPlanner
Type : Adaptation
Dans le cas rare où les tables KGB sont dans une base de données différente de StaffPlanner et que l’active
directory n’est pas utilisé (c’est le cas de l’EQUIPE), alors il est maintenant possible de créer un USER dans
StaffPlanner et qu’il soit ajouté automatiquement dans la base KGB.
(Decis & Equipe)
Analyse du cadre : choix de code spécificque
Type :Modification
Numéro : 390
Il est maintenant possible d'affiner les codes à exclure (congé, maladie, placement rapide) des codes
spécifiques parmi les codes de congé, maladie ou placement rapide pour effectuer une analyse du cadre.
(DECIS)
Ajout de droits d'accès (pour limiter l'accès à 3 onglets de l'observatoire : contrats – balances - log)
Toutes bases
insert into KGB_ITEMS ( ITEMID , APPID , SETID , ONLYFORGENQUALIF , ITEMDESCRI , ITEMORDER , ITEMPREFIX , BRUSHCOLOR ,
FONTCOLOR , UNDERLINE ) values ( 'ObservatoryTabContractAccess' , 'STP' , 'PRODUCTION' , 1 , 'Access to the tab "Contract" in the
observatory' , 0 , '' , '' , '' , 0 )
FONTCOLOR , UNDERLINE ) values ( 'ObservatoryTabBalanceAccess' , 'STP' , 'PRODUCTION' , 1 , 'Access to the tab "Balance" in the
observatory' , 0 , '' , '' , '' , 0 )
FONTCOLOR , UNDERLINE ) values ( 'ObservatoryTabLogAccess' , 'STP' , 'PRODUCTION' , 1 , 'Access to the tab "Log" in the observatory' , 0 , ''
, '' , '' , 0 )
Attention, pour les utilisateurs qui doivent voir ces 3 onglets, il faut leur attribuer le
droit explicitement, via KGBEditor.
Uniformisation des champs SHIFT à Integer plutôt que SmallInt
Oracle :
alter table COV modify SHIFT number(10)
alter table SHIFT_COLOR modify SHIFT number(10)
alter table SHIFT_DU modify SHIFT number(10)
alter table R_SHIFT_DU modify SHIFT number(10)
alter table SHIFT_AFFECT modify SHIFT number(10)
alter table CC_SHIFT modify SHIFT number(10)
alter table CYCLE_SHIFTS modify SHIFT number(10)
alter table PAYRULESET modify SHIFTACTI number(10)
Autres bases :
SQLServer: faire cette opération avec votre SQLServer Management Studio...
Firebird: il ne semble pas possible avec DatabaseWorkbench de changer le type d'une clé
primaire (pour tous les cas ci-dessus sauf Cycle_Shift et PayRuleSet où le changement est
immédiat). Une piste est de supprimer la clé primaire, modifier le champs et recréer cette clé.
1- sélectionner la clé primaire «Primary Key» + bouton droit + Extract DDL (vous aurez une
ligne du genre : ALTER TABLE COV ADD CONSTRAINT PK_COV PRIMARY KEY
(SECTION, SLOT, START_, SHIFT);
2- puis supprimer la clé primaire via DROP Constraint.
3- éditer la table et changer le champs SmallInt en Integer, via l’interface WorkBench
4- recréer la contrainte, via la fenêtre où avait créé la requête au point 1(via le bouton vert).
Ne pas oublier le «commit» (coche «autocommit»).
Sybase et Informix: utiliser l'outil de gestion de votre base de données. Si pas possible utiliser la
méthodologie expliquée ci-dessus.
BETA
1.7.0.58
Rapport des mobiles
Type : Adaptation
- Nouveau tri disponible : Date / Personne / horaire – section
- Ajout du nom du travail virtuel sur lequel le mobile ou prêté est envoyé
(Erasme)
Durée maximale de la journée (mode 24H : Erasme – Provencale – HautesFagnes)
1- En mode balance=24H, le contrôle de la durée maximale de la journée est maintenant appliqué de
manière stricte, c'est-à-dire en examinant le temps qui tombe sur la journée (et sur le lendemain).
(le paramètre général BAL24H_MAXDAY_STRICT doit être à « 1 »)
Exemple :
03/11 : Nuit de 20h-06h
04/11 :
Le placement de CA sur le 04/11 sera refusé, car cela totalisera 06h + 07h36 > 11 heures maximales
(revers de la médaille. Il devient possible de programmer une nuit de 14h car le temps est réparti sur
deux jours différents. Exemple : Nuit : 18-8)
2- Dans la fenêtre du détail de prestation, les flèches gauche et droite permettaient de passer outre à tous
les contrôles de durée du temps de travail.
(Hautes-Fagnes)
Maladie proportionnelle, mise par la palette à 00h00
Type : Correction
Dans le cadre de la gestion proportionnelle de la maladie (paramètre section : « maladie proportionnelle au
régime de travail » = 1), si le code malade était placé via la palette (suivi de la petite fenêtre verte) et si en
outre la durée de la maladie était de 00h00, alors la cellule n’était pas sauvée.
Par contre si cette maladie était mise via le curseur « maladie », alors tout se passait comme prévu.
(CHU de Liège)
Budgets de congés pour les RTT
Habituellement entre un budget défini en jours et sa conversion en heures, il est appliqué la durée de la
journée pour la personne.
Maintenant pour les RTT la règle diffère :
Exemple :
20 CA de budget pour un plein temps -> 20 x 07h36 = 152h
20 CA de budget pour un mi-temps -> 20 x 03h48 = 76h
Mais quand il s’agit de RTT qui se prennent au planning à raison de 08h plutôt que 07h36, cela donne :
36 RTT de budget pour un plein temps -> 36 x 08h = 288h
36 RTT de budget pour un mi-temps -> 36 x 04h = 144h
(dans ce calcul, on se base alors sur la durée du RTT définie dans le service en plus du régime de la
personne)
(Clinique Reine Astrid & DECIS)
Impression du planning (par période)
Type : Adaptation
Resserrement des colonnes NOM, Solde_I et Solde_F (dans tous les cas)
Resserrement des marges gauches et droites si le nombre de jours > 30 jours
Cela afin de pouvoir tenir sur une feuille dans les cas limite où la période est de 5 semaines ou plus.
(CHIREC)
STPImport : commande AA (Add Affectation)
Type : Adaptation
En cas de changement de l’affectation dans la même section de planification, par exemple pour un
changement de % d’affectation ou de fonction ou de sous-section, le statut (VOLANT ou JOBISTE) est
pompé sur l’affectation préalablement existante.
(ST-LUC)
Type : Adaptation
Numéro : 397
Ajout de l’information relative à la date de référence congé pour la colonne « standard ». Elle manquait en
mode standard.
(HAUTES-FAGNES)
Rapports maison
Type : Adaptation
Ajout du droit de pouvoir ajouter ou éditer des requêtes SQL
(ERASME)
Analyse du cadre
Type : Adaptation
1- L’inspection d’une sélection :
- tient maintenant compte des filtres sélectionnés (congés, maladies…) y compris dans l’export
- comprend dans son impression et son export la section de détail
2- Pour les virtuels, l’ETP n’est calculé que pour les cellules planifiées (demande CHU Liège), pour ne
pas surévaluer l’effectif disponible par les cellules blanches des virtuels.
Et pour la fenêtre d’inspection (de la zone sélectionnée) :
(ST-JEAN et CHU Liège)
Initialisation des CONGES : règle SCALE
Pour la règle de type SCALE, il est maintenant possible de moduler le résultat obtenu, via le paramètre
PRORATA, quand une échelle est atteinte en fonction de la date de la donnée dans l’année.
Un exemple : soit une règle SCALE pour l’aménagement du temps de travail.
A partir de 50 ans, un budget de 12 congés RTT est attribué.
Si la personne atteint 50 ans dans l’année, mettons le 15 juin, alors elle aura droit à 6,5 RTT.
Ce paramètre est mutuellement exclusif avec le paramètre PRORATA lié à l’affectation.
(REINE-ASTRID)
Fenêtre des budgets de congé
1- Ajout de la date de naissance du travailleur
2- Ajout d’un lien vers l’observatoire travailleur
3- Il y avait un bug quand on cliquait dans la zone des dates (dans le panneau central), toujours lié à la
migration ADO
(REINE-ASTRID & DECIS)
Palette des codes horaires
Type : Adaptation
Ajout du libellé du code horaire
Numéro : 402
(St-Luc)
Type : technique
Numéro : 403
En Ado avec SQLServer la lecture de pointages dans le cadre de l’Observatoire-analyseRH prenait beaucoup
de temps pour certains travailleurs. Réorganisation de la requête SQL. C’est OK
(DECIS)
Ajout d’un nouveau parameter dans GenParam
Toutes bases :
insert into GENPARAM ( ABBREV , DESCRI , VAL ) values ( 'BAL24H_MAXDAY_STRICT' ,
'Application du mode 24H strict au contrôle du temps de travail maximum journalier (nécessite le
mode Balance_24H=1)' , '0' )
Ajout d'un droit d'accès (pour l’édition des requêtes de la fenêtre des exports «maison»)
Toutes bases
ITEMORDER , ITEMPREFIX , BRUSHCOLOR , FONTCOLOR , UNDERLINE ) values
('HomeMadeExportsEdit', 'STP' , 'PRODUCTION' , 1 , 'Edition des requêtes SQL dans les
extractions "maison"' , 0 , '' , '' , '' , 0 )
Ajout d’un champs dans la table H_THOL_SCALE
Oracle
Alter table H_THOL_SCALE add PRORATA_ON_VARDATE number(10,0)
Autres bases
Alter table H_THOL_SCALE add PRORATA_ON_VARDATE integer
BETA
1.7.0.59
Initialisation des CONGES : règle SCALE
Type : Adaptation
Importance (1..3) : 1 Numéro : 404 (en relation avec le point 400)
Le paramètre de prorata est dédoublé :
- Prorata sur les mois passés de l’année. Si anniversaire le 15/03 -> on comptabilise 2,5 mois
- Prorata sur les mois à venir (à choisir pour les RTT). Si anniversaire le 15/03 -> on comptabilise 9,5
mois
(REINE-ASTRID)
Rapports maison : export et print
Type : Adaptation
Ajout de l’export et du print
Numéro : 405
(ERASME)
Analyse du cadre
Type : Adaptation
Ajout du contenu de la variable utilisateur section « Teambudget » à côté du nom.
Afin de donner un élément de comparaison par service, pour l’évolution du cadre.
Remarque : la valeur de « Teambudget » doit être numérique ou décimale (OK : 120.5. Donc ne pas mettre
120h30)
(CHU Liège)
Travailleurs partagés
Il est maintenant possible de mettre deux fois le même code (avec une durée forfaitaire définie : par exemple
PMT=04h) de part et d’autre, directement via la palette des codes :
Exemple :
- Service 1 : PMT 04h
- Service 2 : PMT 04h
(St-Luc)
Calcul des balances
Type : Adaptation
Par défaut les balances sont calculées en cascade sur 6 mois dans le futur.
Un nouveau paramètre permet de les calculer sur une plus grande distance dans le futur (exemple : 12 mois).
Il s’agit du paramètre général : BALANCE_CALC_LIMIT
Les valeurs acceptées sont entre 6 et 24 mois.
Attention : mettre une grande valeur peut ralentir significativement la sauvegarde d’un planning.
(CHRPBW)
Type : Adaptation
Il y a un message si on a laissé un code BLANC. Et maintenant il est devenu impossible de sortir de cette
fenêtre sans corriger cette erreur.
(ST-LUC)
MOBILES
Type : Adaptation
Mini sécurité en plus : le fait de faire un DRAG-DROP d’une ressource de la grille inférieure vers la ligne
d’entête de la grille supérieure ne cause plus de problème. Cette opération est juste ignorée.
(DECIS & St-Jean)
Placements rapides
Un placement rapide peut être projeté pour plusieurs travailleurs sélectionnés à la fois.
Avant il ne prenait que le premier travailleur sélectionné de la liste.
(DECIS)
Maladies à la carte (via la fenêtre verte, réglage Section.MaladieProportionnelle=1)
Type : Adaptation
Sur une cellule au planning disposant déjà d’un horaire, pour que ce mode de placement de congé fonctionne
il fallait que le réglage « Section.CodePartiel » soit également activé.
Maintenant ce n’est plus nécessaire.
(CHU Liège)
Démarrage de StaffPlanner : LOGON
Type : Correction
Si l’utilisateur se trompait dans son mot de passe, à la deuxième tentative il y avait un « access violation ».
(effet de bord de la conversion BDE -> ADO)
(DECIS & Erasme & St-Jean)
Adaptation d’une cellule de planning via F8
Type : Correction
Cas particulier d’un code à durée forfaitaire (exemple : T8 de 08h) qui avait été modifié en période jaune.
La mécanique F8 donnait, dans ce cadre-là, un mauvais résultat, les données étant cumulées tant dans la
zône forfait qu’en bonus.
(CHRPBW)
Signalétique des contraintes
Type : Correction
L’édition d’une contrainte verticale causait un problème à la fenêtre de planning.
(REINE ASTRID)
STP et droits KGB (sites en mode ACTIVE DIRECTORY uniquement)
1- StaffPlanner peut maintenant fonctionner avec le serveur KGB. Cela veut dire que pour les droits
d’accès, StaffPlanner peut dialoguer avec un serveur KGB (via le protocole DCOM), plutôt qu’aller
lire en direct les droits dans les tables KGB. Pour que ce mode soit effectif, il faut que le fichier de
licence comprenne la ligne : RIGHTS_KGBServer=MyNiceKGBServer
2- Et ce mode via le KGBServer est nécessaire pour pouvoir utiliser une nouvelle fonctionnalité, soit
l’utilisation des identifiants uniques SID de l’activeDirectory, plutôt que l’ID de l’utilisateur. Cela a
comme avantage de pouvoir renommer les groupes et les userID de l’Active Directory sans perdre
les droits KGB.
(ARP)
Observatoire – AnalyseRH - Impression de la fiche individuelle (en rafale)
La fiche individuelle peut maintenant être imprimée pour plusieurs personnes en cascade. Utile si on veut
imprimer 800 fiches d’affilée.
Attention, le check « Dans la section active » est utilisé dans le rapport, pour passer d’une personne à une
autre.
(La Provencale)
BETA
1.7.0.60
Création d’un badge anonyme
Ajout d’un deuxième message de confirmation lorsque l’on crée un badge anonyme, c’est-à-dire un badge
qui n’est lié à personne.
(St-Pierre)
Cellule de congé
Type : Adaptation
Nous avons constaté deux cas où un congé pouvait perdre sa date de référence de congé (ce qui entraine sa
non-prise en compte dans le décompte des congés). Il s’agit de cas rares qui étaient provoqués par les
manipulations suivantes :
- La touche F8 sur un code mixte Travail-Congé (dans certains cas de figure : quand l’extension est
inférieure au statut de période : extension Planifié et période Modifiée). Corrigé.
- Dans le détail de la cellule : suppression de la colonne « Planifié », alors qu’elle contient du congé et
que le code standard est en congé. Il ne sera maintenant plus possible, en colonne « modifié » :
o de supprimer une plage de congé
o de supprimer toute l’extension, si dans l’extension il y a minimum un code congé.
Comme ces cas de perte de date de référence sont très difficiles à repérer, nous avons rajouté une alarme
visuelle sur toute cellule congé qui aurait perdu sa date de référence. Cela afin que l’utilisateur en soit
immédiatement informé et puisse corriger sa manipulation et nous prévenir.
(Erasme)
Pour les partagés, les cellules faites ailleurs apparaissent comme au planning, même pour les codes horaires
qui n’existent pas dans le service concerné (mais bien dans l’autre).
(DECIS)
Gestion des congés
Type : Adaptation
Si aucune section n’est sélectionnée, on ne peut plus changer de travailleur.
(avant cela donnait accès à tous les travailleurs, même ceux des sections pour lesquelles l’utilisateur n’avait
pas de droit d’accès).
Les cas classiques :
- on accède à cette fenêtre via l’observatoire travailleur
- on accède à cette fenêtre à partir du menu principal (sans qu’aucune section ne soit chargée)
(St-Luc)
STPPay
Type : Correction
Dans la fenêtre de calcul de STPPay, la sélection de la période n’était plus possible (effet de bord de la
migration ADO).
(St-Pierre)
BETA
1.7.0.61
STPImport : nouvelle règle d’importation : AVC
Possibilité d’importer les profils de besoin (ajouter une nouvelle règle de contrainte verticale) par
STPImport.
Attention : cette fonctionnalité n’est pas encore finalisée, en ce qui concerne l’ordre des contraintes.
(ERASME)
Initialisation des congés, règle POST_TREATMENT et Impression carte linéaire
L’utilisation dans les règles d’initialisation du paramètre « GROUPE » et de la règle POST_TREATMENT
perturbait dans certains cas de figure l’affichage de la carte en mode « linéaire ».
(ARP)
Rafraichissement des micro-cartes de congé
L’utilisation du curseur « Maladie » ou du curseur « Mitraillette » n’entrainait pas le rafraichissement des
micro-cartes de congé (par contre les cartes elles-mêmes, les soldes et les données en base de données
étaient bons).
(REINE ASTRID & DECIS)
Affichage de la palette des codes horaires
Affichage du cas spécial et rare d’un code standard avec plages et forfait.
(Reine-Astrid)
Cellule de congé
Type : Révision
Importance (1..3) : 1 Numéro : 427 (concerne 419)
Révision technique du cas :
- Dans le détail de la cellule : suppression de la colonne « Planifié », alors qu’elle contient du congé et
que le code standard est en congé. Il ne sera maintenant plus possible, en colonne « modifié » :
o de supprimer toute l’extension, si dans l’extension il y a minimum un code congé.
(DECIS)
Adaptation de la longueur du champ IMPORTTYPE dans 2 tables
Dans la table IMPORT, changer le type du champs IMPORTTYPE de Varchar(2) à Varchar(3)
Dans la table IMPORTTYPE, changer le type du champs IMPORTTYPE de Char(2) à Char(3)
(Attention ce champs fait partie de la clé primaire)
Ajout d’un nouveau type de requête d’importation (AVC)
insert into IMPORTTYPE ( IMPORTTYPE , DESCRI , EXECORDER ) values ( 'AVC' , 'Add Vertical Constraint' , 30 )
Table PAYRULESET
Certains sites ont élargi certains champs varchar de la table PAYRULESET à 20, 50 ou à 100 varchar.
Afin d’uniformiser, nous suggérons que les champs suivants (correspondant à des filtres) soient mis à
varchar(100) :
AGENTUF1, AGENTUF2,AGENTUF3
SECTIONUF1, SECTIONUF2, SECTIONUF3
SECTIONDETAILUF1, SECTIONDETAILUF2, SECTIONDETAILUF3
AFFECTUF1, AFFECTUF2, AFFECTUF3
DATEUF1
SECTIONCOD
SHIFTCOD
ACTIVITYCOD
SPANCOD
SECTIONDETAILNAME
SECTIONADMINNAME
BETA
1.7.0.62
Impression de la carte de congé « linéaire » dans la langue du travailleur
L’impression de la carte de congé linéaire est faite dans la langue de l’utilisateur pour autant que celle-ci est
à jour dans l’observatoire.
(ST-JEAN)
Cellule de congé
Type : Révision
Si sur une cellule non congé, j’ai une date de référence congé, alors le WARNING suivant est émis sur la
cellule.
(ERASME)
Ajout du champs LANGUAGE dans la table WORKER
SQL toutes bases
Alter table WORKER add LANGUAGE integer
SQL Oracle :
Alter table WORKER add LANGUAGE number(10,0)
Création de la table H_THOL_POST_TREATMENT
PS : au cas où cela n’aurait pas été fait dans le passé
Firebird
create table H_THOL_POST_TREATMENT(HOLRULENO integer not null ,HOLGROUP varchar(10) ,HOLACTION varchar(25) ,VAR_ varchar(25)
, constraint PK_H_THOL_POST_TREATMENT primary key (HOLRULENO))
SQLSERVER
create table H_THOL_POST_TREATMENT(HOLRULENO integer not null ,HOLGROUP varchar(10) null,HOLACTION varchar(25) null,VAR_
varchar(25) null , constraint PK_H_THOL_POST_TREATMENT primary key (HOLRULENO))
ORACLE
create table H_THOL_POST_TREATMENT(HOLRULENO number(10) not null ,HOLGROUP varchar2(10) ,HOLACTION varchar2(25) ,VAR_
varchar2(25) , constraint PK_H_THOL_POST_TREATMENT primary key (HOLRULENO))
Récupération de la langue de votre variable utilisateur « Langue » vers le nouveau champs
WORKER.LANGUAGE
(Optionnel. Utile pour les sites bilingues)
1- Obtenir l’identifiant de votre variable utilisateur qui correspond à la langue.
(il s’agit du champs UVARNO de la table UVAR)
2- Obtenir les valeurs prises par la variable utilisateur (parcourir l’observatoire ou la table
UVARWORKER)
Exemple : si néérlandais : « NL », si français : « FR »
3- Mettre à jour la langue des travailleurs francophones :
(remplacer la zone ‘xxx’ par le UVARNO obtenue en 1, et la VALEUR par celle obtenue en 2)
update WORKER set LANGUAGE=1036 where WORKER.WORKER in (select B.WORKER from
UVARWORKER B where WORKER.WORKER = B.WORKER and B.UVARNO =xxx and B.VALEUR
like ‘FR%’)
4- Mettre à jour la langue des travailleurs néérlandophones :
(remplacer la zone ‘xxx’ par le UVARNO obtenue en 1, et la VALEUR par celle obtenue en 2)
update WORKER set LANGUAGE=2067 where WORKER.WORKER in (select B.WORKER from
UVARWORKER B where WORKER.WORKER = B.WORKER and B.UVARNO =xxx and B.VALEUR
like ‘NL%’)
5- Vérifier dans l’observatoire si la langue a bien été mise à jour
BETA
1.7.0.63
STPImport : AddShift (AS)
Type : Adaptation
L’injection de codes au planning via STPImport avec la requête « AS » provoquait l’insertion de codes de
travail avec une date de référence congé non initialisée (c'est-à-dire non égale à 0).
(Erasme)
Cellule avec symbole ATTENTION
Type : Révision
Si sur une cellule non congé, j’ai une date de référence congé, alors il faut distinguer deux cas de figure :
1- Dans le cas où il s’agit d’un code congé malade (mais qui n’est pas comptabilisé comme congé, c'està-dire que le congé n’est pas consommé et revient dans la carte de congé. Paramètre HOLY=’N’)
Cette situation est normale mais est signalée comme ceci. (La cellule garde sa date de référence au cas où le
planificateur décidait de revenir au code congé sain).
2- Et dans les autres cas où il s’agit vraiment d’une erreur (exemple : code actif avec une date de
référence de congé)
(ST-JEAN)
BETA
1.7.0.64
Application des cycles sur tout un service (entre deux dates)
Type : Adaptation
Si le travailleur sélectionné (le premier, par défaut) n’avait pas d’affectation valide pendant la période, alors
l’application du cycle entre deux dates ne se déclenchait pas. Ce test est utile quand on projette un cycle sur
une personne, mais il est superflu si on sélectionne tout le service.
(ARP)
Certificats médicaux (ARP et PROVENCALE only !!!)
Type : Adaptation
A l’appel de la fenêtre des certificats médicaux, un SAVE de tous les plannings ouverts a été ajouté.
Cela est nécessaire pour les sites où le placement des certificats médicaux entraine la projection de codes
horaires en DB avec un refresh du planning (uniquement ARP et LA PROVENCALE).
(DECIS pour l’ARP et LA PROVENCALE)
Incréments de budget de congé : date de mise à jour
Type : Correction
Quand on mettait à jour un incrément de congé, alors il mettait à jour la « date de mise à jour » pour tous les
incréments de la fenêtre.
(CHIREC)
Délégation de mobiles ou prêtés
Type : Adaptation
Numéro : 436
Affichage rectifié des délégations de mobiles.
- Avant il affichait pour le lendemain : 29 :00 – 07 :00
- Maintenant il affiche : (+) 05 :00 – 07 :00
De plus sur cette cellule, cela entrainait une erreur avec STPPay.
PS : pour les cas concernés, en espérant qu’ils ne soient pas nombreux, il faut ré-encoder la délégation.
(CHIREC)
Carte de congé : férié 2012 pris sur 2011
Type : Adaptation
Dans le cas spécial où un férié de début d’année est pris sur l’année précédente, l’affichage de la carte de
congé ne suivait pas.
Par contre les cartes imprimées étaient OK et l’encodage réagissait OK.
En résumé, la carte affichait un férié disponible mais l’utilisateur n’arrivait pas à le placer.
Exemple : le 01/01/2012 pris le 27/12/2011
(CHIREC)
Cellule de planning
Type : Révision
L’affichage des petits panneaux est subordonné à la présence du paramètre général
CELL_AUDIT_DISPLAY=1.
PS : ce paramètre général sera peut-être remplacé à l’avenir par un droit d’accès KGB.
(DECIS)
STPImport : nouvelle règle d’importation : AVC
L’ordre des contraintes importées est maintenant pris en compte.
(ERASME)
Paramètre de GenParam
Toutes bases
insert into GENPARAM ( ABBREV , DESCRI , VAL ) values ( 'CELL_AUDIT_DISPLAY' , 'Affiche sur la cellule de planning un signe rouge (date
référence congé manquante) ou bleu (date référence inutile)' , '0' )
PS : pour la Clinique St-Jean, ne pas oublier de mettre ce paramètre à 1

BETA
1.7.0.65
Placement de congés et ½ jours de congé
Léger lifting de la fenêtre de placement de congé :
- Faciliter le placement des miettes de congés disponibles en fin d’année (max deux congés ou fériés
sur le même jour).
- La partie droite de la fenêtre est maintenant désactivée si la cellule de base comprend plusieurs
tranches horaires
(ST-LUC)
Rapport : relevé périodique
Type : Adaptation
Remaniement graphique de l’affichage de la liste des fériés disponibles (avec beaucoup de fériés, le passage
à la ligne ne se faisait pas élégamment)
(DECIS)
Synthèse des soldes de congé (ancienne liste)
Type : Adaptation
Il s’agit de l’ancienne liste de synthèse (le travail sur les nouvelles listes ayant déjà été fait)
En fonction de la coche : « sauter les lignes vides » :
- Les travailleurs sans aucun solde initial de congé sont exclus du rapport
- Si personne n’a de solde initial de congé dans un service, alors ce service n’est plus montré dans le
rapport.
(ST-LUC)
STPImport
Type : Correction
L’importation des requêtes d’importation causait un problème.
(suite au passage à 3 chars pour le mot clé d’une ligne d’importation).
(ERASME)
BETA
1.7.0.66
KGB
Type : Evolution
Uniformisation totale du code informatique, lié au contrôle des droits d’accès KGB, entre l’application
StaffPlanner et toutes les autres applications de DECIS. Cela met fin à un schisme délicat qui durait depuis
3 à 4 ans.
Pour rappel, KGB utilisé en mode KGBServer, est un système de gestion de droits centralisé pouvant servir
à toutes les applications d’une organisation.
(DECIS)
Panneau d’affichage des MOBILES (comme dans les gares )
--- PROTOTYPE --Fenêtre de délégation des mobiles/prêtés destinée à être affichée sur un écran géant (tactile) pour
consultation par le personnel volant.
- 4 jours sont affichés. (aujourd’hui + 3 jours suivants) en deux colonnes pour pouvoir présenter un
maximum de personnes sans devoir scroller.
- Plusieurs services peuvent être combinés et triés par personne ou service/personne
- Un rafraichissement des données affichées est réalisé toutes les x secondes (par défaut toutes les 60
secondes) pour refléter les dernières délégations de mobile.
Pour activer cette fonctionnalité sur votre site, nous vous conseillons de créer un utilisateur spécifique qui ne
disposera que du droit de lancer StaffPlanner et de visualiser cet affichage.
PS : pour activer le prototype, il faut changer dans le registry et mettre Organisation=DECIS
(Saint-Luc)
Certificats médicaux
Type : Adaptation
Le panneau des certif médicaux de l’observatoire peut être éditable ou non éditable en fonction du droit
« MedicalCertifEdit ».
Récapitulatif des droits impliqués :
ObservatoryTabCertifAccess : permet de montrer la fenêtre des certificats dans l'observatoire
MedicalCertifEdit : permet d'éditer les certifs
Pour les consulteurs, il faudra donc mettre à ces deux droits respectivement « Y » et « Vide »
(ST-LUC)
Initialisation des congés (via l’interface)
Type : Adaptation
Dans le cas d’une initialisation des congés avec le choix de l’option « tous les travailleurs »,
alors tous les travailleurs virtuels étaient initialisés (inutilement).
(ST-LUC)
Fenêtre A PROPOS
Type : Adaptations
- Ajout de 3 rapports supplémentaires expliquant l’utilisation des licences pour STPTime, STPPay et
STPNet.
- Ajout du paramètre « organisation » correspondant au site (cette information ne vient pas du fichier
de licence, mais permet de distinguer les sites pour certaines particularités relatives au
fonctionnement de l’application).
(DECIS)
QUESTION : Placements rapides et FERIES
Type : RAPPEL
Pour rappel, la projection au planning de codes de placement rapide (comme les Ecartements, les
Absences…) provoque l’enlèvement du férié du budget du travailleur.
OUI sauf pour les fériés dits « mobiles », c'est-à-dire les fériés pour lesquels on a défini une date butoir (par
exemple le 31/12 de l’année) plutôt qu’un délai de prise (par exemple 6 semaines).
Exemple :
On projette un E (écartement) du 01/12/2011 au 31/12/2011
Le 25/12/2011 est un FM, férié mobile qui peut être pris jusqu’au 31/03/2011
Le 26/12/2011 est un FF, férié fixe qui peut être pris dans les 6 semaines.
La projection de l’écartement provoquera la perte du FF pour le travailleur, mais pas du FM qui est
« mobile ».
(ST-JEAN & ST-LUC)
Nouvelle règle de paie (STPPay)
Numéro : 450
La règle MinWork est maintenant disponible également pour un jeu de type ITEM (elle l’était déjà pour le
type BODY).
Elle permet par plage horaire de mesurer si le temps minimum est atteint.
Attention : si deux plages horaires de même code sont contigües, alors elles ne seront considérées comme
une seule.
Exemple 1 : 08h-12h M & 12h-14h M. Alors c’est comme si on avait une plage 08h-14h
Exemple 2 : 23h-06h M. Nous avons alors une plage 23h-06h (alors que dans la logique des items
cette plage est normalement splittée en deux items 23h-24h et 0h-06h).
Exemple 3 : 17h-21h S & 21h-23h N. On a deux plages car les codes S et N different.
(ERASME)
Signalétiques LOG
Ajout d’un bouton Analyse à droite de la liste déroulante « Description », dans la fenêtre LOG des
Signalétiques.
Ce bouton permet d’ouvrir une fenêtre intitulée Analyse, affichant une liste de toutes les descriptions
distinctes existant dans le fichier LOG, entre deux dates choisies. Le texte sélectionné (en bleu dans
l’illustration) sera ajouté dans l’éditeur de la liste déroulante « Description » et sera pris en compte dans la
recherche lorsqu’on cliquera sur le bouton Rafraîchir.
(DECIS)
Impression du planning avec PageBreak
Type : Adaptation
Numéro : 452
Possibilité d’adjoindre un « pageBreak » aux travailleurs, provoquant un pagebreak dans l’impression du
planning. Ce réglage apparait dans la grille de gauche (deux discrets petits ronds bleus).
(ERASME)
STPPay
Type : Adaptation
Cas particulier où vous aviez un horaire : 23h-05h et (+)06h -08h.
Suite aux adaptations (ci-dessus), cela engendrait un blocage dans STPPay
(CHIREC)
Initialisation des congés : choix du mode de report
Possibilité de choisir le mode de report de congé : report du solde (option qui existait avant) ou du budget
initial (nouveau).
- Dans le cas du report du solde, le solde de l’année précédente est mis à zéro (avec l’ajout d’une ligne
d’incrément négative) et ce même solde est rajouté sur l’année traitée.
- Dans le cas du report du budget initial, le budget initial (et incréments y compris) de l’année
précédente est ajouté sur l’année traitée, mais le solde de l’année précédente n’est pas impacté.
(Saint-Luc)
Nouvelle table dans KGB
Toutes bases
create table KGB_PARAMS (PARAMKEY char(50) not null ,PARAMVALUE varchar(255) , constraint
PK_KGB_PARAMS primary key (PARAMKEY))
Oracle
create table KGB_PARAMS (PARAMKEY char(50) not null ,PARAMVALUE varchar2(255) , constraint
PK_KGB_PARAMS primary key (PARAMKEY))
Attention :
-
A l’ARP et à l’Equipe, exécuter ces SQL sur la base de données KGB
Réglage Active directory et/ou SID
Cas standard : vous n’utilisez pas l’Active Directory (presque tous les sites)
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'AD_USERID_KIND' , '-' )
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'AD_DOMAINS' , '*' )
Si vous utilisez l’active directory (en mode standard) : EQUIPE + CHRPBW
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'AD_USERID_KIND' , 'LOGIN' )
ou alors préciser le nom du domaine(s) concerné(s) plutôt que l’astérisque *
Si vous utilisez l’active directory (avec KGBServer et formatage SID) : uniquement site ARP
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'AD_USERID_KIND' , 'SID' )
ou alors préciser le nom du domaine(s) concerné(s) plutôt que l’astérisque *
Autres paramètres pour KGBServer et KGBEditor
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'KGBDB_VER' , '4.0' )
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'MIN_KGBSERVER_VER' , '6.0.0.0' )
insert into KGB_PARAMS ( PARAMKEY , PARAMVALUE ) values ( 'MIN_KGBEDITOR_VER' ,’ 4.0.0.0' )
Ajouter le champs PRINTPAGEBREAK dans la table AFFECT
Toutes bases
Alter table AFFECT add PRINTPAGEBREAK integer
Oracle
Alter table AFFECT add PRINTPAGEBREAK number(10)
Ajout du champ HOLSOURCEMODE dans la table H_THOL_CARRYOVER
SQL toutes bases
Alter table H_THOL_CARRYOVER add HOLSOURCEMODE varchar(20)
Update H_THOL_CARRYOVER set HOLSOURCEMODE=’SALDO’
SQL Oracle :
Alter table H_THOL_CARRYOVER add HOLSOURCEMODE varchar2(20)
Update H_THOL_CARRYOVER set HOLSOURCEMODE=’SALDO’
BETA
1.7.0.67
STPPay : zone de description d’une règle
Type : Adaptation
Pour certaines règles comme par exemple BODY.PayRuleDurTotal, la zone de description calculée était trop
courte et entrainait une erreur à l’insertion de la règle en base de données.
Cette description passe maintenant de 100 à 200 chars de long.
En outre cette longueur est tronquée à 200 chars avant l’insertion en DB (si elle devait encore s’allonger
suite à l’encodage par les utilisateurs de masque de shifts fort long ou suite à l’ajout de nouveaux paramètres
demandés par les utilisateurs).
(CHU Liège)
STPImport : AddShift
Type : Adaptation
Prise en compte du paramètre « Congé sans budget » dans l’importation.
Dans ce cas précis, il ne faut pas vérifier, pour ce congé à projeter au planning, que son budget soit respecté.
(ERASME)
ExpertTravailleur : mise à jour des affectations
Type : Adaptation
Dans le cas où les dates d’une affectation sont changées alors que tous les autres paramètres restent
inchangés, comme par exemple le raccourcissement de la période d’affectation (fin d’un contrat d’un
travailleur), alors les variables UF1, UF2 et UF3 de l’affectation étaient remises à blanc. Maintenant elles
conserveront leur valeur initiale.
(CHIREC)
Exceptions : zone commentaire
Type : Adaptation
Les zones de commentaires peuvent aller maintenant jusqu’à 100 caractères de long.
Limitation tant dans l’interface d’encodage d’exception que dans les tables.
(ARP)
ExpertTravailleur : mise à jour des affectations
Type : Adaptation
Lors d’un changement d’affectation, un postit est créé si le temps de travail change et pour autant que la
nouvelle affectation soit en intersection avec une des anciennes affectations.
Nous étendons l’ajout du postit dans le cas où la nouvelle affectation n’est pas en intersection mais où elle
suit directement une ancienne affectation.
Exemple :
US1 50% 15/01/2000-31/03/2012
Ajout de :
US1 60% 15/04/2012-31/12/2012  pas de postit (cette nouvelle affectation est indépendante)
Ajout de :
US1 60% 01/04/2012-31/12/2012  ajout de postit (car le 01/04 est le lendemain du 31/03. Avant
on n’en aurait pas rajouté)
(CHRPBW)
Placement de congé
Type : Correction
Correction bug de placement de congé, quand le code initial de travail est un horaire sans plage (exemple :
J=07h36).
(ARP & CHIREC)
Placement de congé
Dans l’ouverture de la fenêtre de placement de congé, il ne sera plus proposé l’année précédente si les dates
de prise de congé sont dépassées (même s’il reste du solde disponible).
Exemple : le CA 2011 ne peut être pris que du 01/01/2011 au 31/03/2012. Il reste 15h de solde.
Si on veut placer un CA sur le 05/04/2012, il proposera l’année 2012, car le délai de prise de congé
sur 2011 est dépassé au 05/04/2012.
Mais il est possible de rajouter un délai de tolérance en jours (champs HOL_REMIND_OBSOLETE_CARD
= 10 dans les ParamètresGénéraux des signalétiques)
Suite de l’exemple : si on rajoute un délai de 10 jours.
Le 05/04/2012, il va proposer l’année 2011 car il reste 15h de solde et on est encore dans le délai
[31/03/2012 + 10 jours].
Par contre dès le 11/04/2012, il proposera l’année 2012.
Par défaut, ce paramètre sera initialisé à 31 jours, pour ne pas perturber les habitudes.
(ST-JEAN - EQUIPE)
Analyse du cadre
Possibilité d'afficher 3 champs d’information, lié à une section, dans l’analyse du cadre (plutôt qu’une seule
précédemment)
Il faut définir des variables utilisateur de type SECTION dont le nom commence par "TeamBudget". Mais
c’est leur clé d’affichage qui apparaîtra avec la valeur correspondante.
Et dans l’analyse du cadre :
(CHU de Liège)
Table PAYRULE, allonger le champs DESCR à 200 varchar
Toutes bases
alter table PAYRULE alter column DESCR varchar(200)
Oracle
alter table PAYRULE modify DESCR varchar2(200)
Firebird
alter table PAYRULE alter column DESCR type varchar(200)
Tables PAYEXCEPT et PAYEXCEPTSUB, champs COMMENT_ à passer à varchar(100)
Toutes bases
alter table PAYEXCEPT alter column COMMENT_ varchar(100)
alter table PAYEXCEPTSUB alter column COMMENT_ varchar(100)
Oracle
alter table PAYEXCEPT modify COMMENT_ varchar2(100)
alter table PAYEXCEPTSUB modify COMMENT_ varchar2(100)
Firebird
alter table PAYEXCEPT alter column COMMENT_ type varchar(100)
alter table PAYEXCEPTSUB alter column COMMENT_ type varchar(100)
Table GENPARAM, paramètre HOL_REMIND_OBSOLETE_CARD
Toutes bases
(‘HOL_REMIND_OBSOLETE_CARD ' , ' Si 0, carte obsolète non proposée. Si > 0, délai de
tolérance en jours, au delà duquel la carte obsolète est ignorée', 31 )
BETA
1.7.0.68
Observatoire
Type : Adaptation
Légère accélération de l’affichage des données dans l’onglet « pointage »…
(sera poursuivi dans sur une version suivante)
(DECIS)
Connexion database en full ADO (ARP uniquement)
Type : Correction
- Lors de la fermeture d’une fenêtre de planning, l’information de sortie n’était plus ajoutée (message
‘Unloading section’) dans le fichier LOG,
Cela entrainait le message inutile « Pour information, votre unité Informatique est en cours de
traitement par d’autres personnes… » et dans l’analyse de l’activité, on y trouvait 4 fois trop
d’utilisateurs actifs.
- Une connection BDE se faisait quand-même vers la DB de simulation en Paradox… d’où problème
pour les postes qui n’ont vraiment aucun BDE installé… par exemple pour les nouvelles machines
du parc.
- A la connexion initiale, le message d’erreur affiché montrait le password vers la base de donnée.
(DECIS)
Rapport : Effectifs - Analyse des balances
Ajout de l’exportation standard Excel, Text, CSV + augmentation du nombre de champs exportables
(CHIREC)
Rapport : Détail des exceptions
Ajout de l’exportation standard Excel, Text, CSV + augmentation du nombre de champs exportables
(CHIREC)
Analyse des balances : export
Ajout des heures en décimale dans l’export
(CHIREC)
Numéro : 466
Observatoire : onglets « pointages » et « détail planning »
Type : Adaptation
Révision de la requête SQL associée à l’onglet « Détail Planning » (pour connexion ADO), avec impact sur
l’onglet « Pointages ».
(DECIS)
Défilement horizontal synchronisé des fenêtres de planning
Le défilement horizontal des fenêtres reste synchronisé en mode mosaïque horizontal. Un indicateur visuel
de ce mode est affiché dans la grille supérieure (cf. double triangle rouge = diabolo).
Cette fonctionnalité facilite notamment la gestion des travailleurs mobiles et partagés.
(ST-JEAN)
Signalétique : Codes Horaires
Dans Signalétique / Définition / Codes Horaires on a ajouté :
1. La possibilité de choisir les codes horaires désirés (vis la fenêtre classique de sélection)
2. La possibilité d’utiliser un masque : qui permet de filtrer les résultat avec le puissant masque auquel vous
êtes habitués ( exemple : M*, !M2).
3. L’impression suit ce filtrage, de plus cette dernière permet de tenir compte de l’ordre des codes de la
grille.
(DECIS)
Changement du statut de la période
Type : Adaptation
Lors de la modification du statut de la période on affiche le mois concerné (si la période couvre le mois en
entier), ou les dates de la période.
(ST-JEAN)
Rapport par semaine
Type : Adaptation
Numéro : 471
Le rapport « Rapport par semaine », qui est accessible par le bouton W
puis sur le bouton de
l’imprimante, ne s’affichait pas correctement dû au fait que l’année 2012 commence à la 52 e semaine de
2011 et se termine à la première semaine de 2013 ; ce qui correspond à afficher 54 semaines dans la grille.
Dans ce cas nous modifions la grille pour avoir une meilleure visibilité de l’information (légère compression
des premières et dernières colonnes)
(ST-LUC)
Observatoire : onglet principal « langue »
Type : Adaptation
Limitation de la zone « langue » au droit existant ObservatoryEdit.
- Sans droit d’édition ce champs est grisé.
- Si l’application STPeople est utilisée, alors ce champs est caché.
(ST-JEAN & ARP)
STPPay : règle MinWork de type ITEM (suite)
Type : Adaptation
Nouvelle version après les premiers tests de validation réalisés à Erasme.
Et ajout de la prise en compte des relations Parent – Enfant.
(ERASME)
Point de menu « Prêt de travailleurs »
Type : Adaptation
Le point de menu « Prêt de travailleurs » ne doit plus apparaître quand il n’y a pas de service chargé, car il
n’a pas de sens dans ce cadre là.
(ST-LUC)
Visualisation en mois des congés
Type : Adaptation
Les cellules composites, c'est-à-dire avec plusieurs codes horaires différents, apparaissent comme dans le
planning (avec une petite ellipse transparente).
(CHIREC)
Durée du temps de travail : MAXDUR
Type : Adaptation
Dans le détail de prestation : en mode de balance standard, le contrôle se faisait tant sur la journée éditée que
sur le lendemain. Ce qui pouvait amener l’utilisateur dans un cul de sac : on lui reprochait la durée
excessive du lendemain, mais le système le bloquait dans l’édition de la journée d’aujourd’hui (qui elle était
correcte).
Maintenant la journée du lendemain n’est contrôlée que dans le cas du mode de balance 24H (c'est-à-dire à
Erasme, La Provencale et Les Hautes-Fagnes).
(CHIREC)
Signalétiques LOG
Type : Adaptation
Pour les dates de la purge, utilisation de composants « date ». C’est plus explicite pour l’utilisateur
(DECIS).
Expert travailleur – Mise à jour des affectations
Type : Correction
Lors d’un changement du % d’affectation, et dans certains cas de figure, le système proposait erronément
deux postits « Warning : 01/04/2011 : 100% -> 80% », ce qui causait une erreur DB.
(repéré par ARP).
Fenêtre « à propos » (ST-LUC ONLY)
Type : Adaptation
Pour la base de données Sybase (à St-Luc uniquement ), il restait un champs SQL en minuscule, ce que le
serveur Sybase n’aime pas.
(ST-Luc).
Nouveau droit d’accès pour accéder au panneau d’affichage des MOBILES
Toutes bases
FONTCOLOR , UNDERLINE ) values ( 'JobistDispatchDisplay' , 'STP' , 'PRODUCTION' , 1 , 'Access to the display panel, showing the mobile
delegations' , 0 , '' , '' , '' , 0 )
BETA
1.7.0.69
STPNet et les souhaits
1- Le détail des nouveaux souhaits (ni accepté, ni refusé = ceux en noir) apparait par simple survol de la
souris, dans une petite fenêtre jaune
2- Le shift souhaité (noir ou vert) est marqué dans la palette des codes, par un petit symbole. Si
l’utilisateur le sélectionne, alors le souhait est marqué comme « accepté », s’il prend un autre code, le
souhait est marqué comme « refusé ».
3- Le symbole du souhait (petit triangle) a été légèrement agrandi au planning, pour mieux resortir.
(ST-LUC)
Panneau d’affichage des MOBILES
Type : Adaptation
Modification de l’affichage :
1. L’abréviation de la fonction du travailleur à la suite de son nom, si la fonction n’est pas la fonction *.
2. Le nom de la section de détail est affiché en dessous de la section de planification.
3. Le Tri « Section » prend en compte la section de détail, ce tri correspond maintenant à : section de
planification / section de détail / nom du travailleur.
4. Les lignes ne comprenant que du vide ou repos (/) ou codes rapides ne sont pas affichées (histoire de
gagner en nombre de personnes affichées
5. La zone des sections est en grisé, non éditable
6. Le bouton de sortie comprend une demande de confirmation : « voulez-vous vraiment sortir ? ».
Correction : le rafraichissement automatique prend maintenant en compte le tri sélectionné (alpha, section).
(ST-LUC)
Analyse du Cadre
Type : Adaptation
Numéro : 482
Ajout de la case à cocher « Archivés », qui permet de prendre en considération (ou non) les travailleurs
archivés pour l’analyse du cadre.
Par défaut cette case est cochée.
(ST-JEAN)
STPImport : DH (DeleteHolidayBudget)
Type : Correction
L’exécution de cette requête échouait avec un message (list index out of bound).
(Erasme).
Signalétiques : durée des codes horaires
Type : Adaptation
Pour les sites sans le module STPTime, les règles de lissage ne sont plus montrées (c’est plus sobre).
(CROIX-ROUGE)
Expert travailleur
Type : Adaptation
Ajout de la calculette Decis.
(CROIX-ROUGE)
Numéro : 485
Suppression de section
Type : Adaptation
Cette opération de suppression intégrale butait sur la table SECTION_LOC, qui est une table obsolète et
donc non présente sur certains sites, d’où le problème.
(ARP)
BETA
1.7.0.70
Rapport : anomalies de pointage
Type : Adaptation
1- Ce rapport est maintenant également disponible pour les horaires sans plages.
Cas spécifique où des anomalies sont dégagées, sans lissage (quand le mode de lissage = Missing,
Unsuspected ou M_U) et que l’utilisateur utilise des codes de travail sans plage : exemple M : +07h36.
2- Quand le rapport n’avait qu’une page, alors l’entête n’était pas affichée.
(ARP)
STPPay et STP : exception de type TSC
Type : Correction
La présence d’exceptions de type TSC (plage horaire avec liste déroulante) perturbait le calcul de paie
(message « Invalid Type Cast »).
(Reperré par Reine-Astrid).
STPPay : nouvelle règle PayRuleDiffPlanned (PROTOTYPE)
Nouvelle règle de paie BODY : RuleCellDiffPlanned
Prototype : fonctionne en mode interactif (dans STP) et pas encore en mode batch (via STPPay)
- Contrainte 1 : uniquement sur les cellules non composites (avec un seul code horaire) :
M : 8-12
S : 12-16
>>> NON analysée
- Contrainte 2 : seules les plages horaires sont examinées (les bonus et durations sont ignorées)
- Contrainte 3 : seules les cellules où la différence globale est positive
ACTION :
1- comparaison de l'horaire au planning avec l'horaire standard du service
2- on extrait toutes les différences et on les exprime en plages de différence
3- on confronte ces plages de différence à des zones prédéfinies auxquelles sont associées des compteurs.
(possibilité de définir 4 zones maximum sur la journée).
Exemple : 0h-06h : HSMatin, 06h-16h : HSJour, 16-19 : HSSoir, 19-24 : HSNuit)
STANDARD = code M 7-16 (1h lunch) = total 8h
xxxxxxxxxxxx xxxxxxxxxxxxxxxxxx
ooooooooooooooooooooo ooooooo
REALISE = 6-18 = total 11h30
DIFFERENCES :
***
***
***
****
Calcul des plages en différence :
6-7 : compteur HSJour = 1h
12-13 : compteur HSJour = 1h
17-17h30 : compteur HSJour = -0h30
16-18h : compteur HSSoir = 2h
OK, 03h30 > 0 (différence globale positive)
Résultat final : HSJour = 1h30
+ HSSoir = 2h
(ERASME)
Rapport semaine
Type : Adaptation
1- Le % d’affectation et sa fonction correspondent à l’affectation la plus large de l’année. S’il y a eu un
changement dans l’année, la couleur rouge est adoptée
2- Le fond de la cellule prend de la couleur en correspondance des jours impactés (la zone est divisée en
7 rectangles verticaux, comme affiché dans la grille de planning semaine)
3- Dans le total général est ajouté une ligne reprenant le total des jours impactés (il ne s’agit donc pas
d’un total ETP. Cela correspond au nombre de barres)
(ST-LUC)
-
STPImport : commande AS (AddShift)
Type : Adaptation
Ajout d’un test supplémentaire pour empêcher que l’utilisateur injecte un horaire avec deux plages qui se
chevauchent.
Exemple :
AS=123456Z|RHUS24|2012-02-18|1|M|36500|72500||||M|36000|72000|||
Cette requête sera refusée car les deux plages sont en intersection.
(Erasme).
Nouvelle table PAYRULEDIFFPLANNED
Firebird
create table PAYRULEDIFFPLANNED(NO_ integer not null ,DIFFMODE varchar(20) ,START1 integer ,END1 integer ,RUBRICNO1 integer
,START2 integer ,END2 integer ,RUBRICNO2 integer ,START3 integer ,END3 integer ,RUBRICNO3 integer ,START4 integer ,END4 integer
,RUBRICNO4 integer , constraint PK_PAYRULEDIFFPLANNED primary key (NO_))
Toutes bases
create table PAYRULEDIFFPLANNED(NO_ integer not null ,DIFFMODE varchar(20) null,START1 integer null,END1 integer null,RUBRICNO1
integer null,START2 integer null,END2 integer null,RUBRICNO2 integer null,START3 integer null,END3 integer null,RUBRICNO3 integer
null,START4 integer null,END4 integer null,RUBRICNO4 integer null , constraint PK_PAYRULEDIFFPLANNED primary key (NO_))
Oracle
create table PAYRULEDIFFPLANNED(NO_ number(10) not null ,DIFFMODE varchar2(20) ,START1 number(10) ,END1 number(10) ,RUBRICNO1
number(10) ,START2 number(10) ,END2 number(10) ,RUBRICNO2 number(10) ,START3 number(10) ,END3 number(10) ,RUBRICNO3
number(10) ,START4 number(10) ,END4 number(10) ,RUBRICNO4 number(10) , constraint PK_PAYRULEDIFFPLANNED primary key (NO_))
Vérification table PAYRULE, champs DESCR
Veuillez vérifier que le champs DESCR est bien un varchar(200), plutôt que 100
BETA
1.7.0.71
Observatoire : onglet principal « langue »
Type : Révision
Importance (1..3) : 1 Numéro : 492 (révision du 472)
Limitation de la zone « langue » au droit existant ObservatoryEdit.
- Sans droit d’édition ce champs est grisé.
(ST-JEAN)
STPNet : désidératas au planning
Numéro : 493
Les « nouveaux » désidératas, sur cellule blanche non planifiée, apparaissent avec le code horaire du
désidérata sur un fond de couleur qui symbolise le type de code demandé :
- Bleu pâle : si congé
- Gris : si code inactif
- Jaune : si autre code
Si la case est survolée, une petite fenêtre donne le détail du souhait.
(ST-LUC)
STPPay : nouvelle règle PayRuleDiffPlanned (PROTOTYPE)
Importance (1..3) : 1 Numéro : 494 (suite du 489)
Nouvelle règle de paie BODY : RuleCellDiffPlanned Prototype
-
Fonctionne en mode interactif et via STPPay
Validation de la mécanique, notamment pour les horaires de nuit
Explicitation des commentaires explicatifs
(ERASME)
STPImport (Sybase uniquement)
Type : Révision
Erreur de syntaxe dans une requête SQL, avec la base Sybase (trim à remplacer par rtrim)
(ST-LUC)
BETA
1.7.0.72
STPServer
Type : Révision
- Tests sur le caractère « IsVirtual » des pointeuses, pour éviter des messages inutiles dans le SPY
- Ajout de message de LOG supplémentaire en début et fin de l’import de requêtes d’importation.
(ST-LUC & DECIS)
Analyse du cadre
Type : Révision
Quand deux des 3 options « Vacances » « Maladie » « Codes rapides » étaient décochées, cela désorganisait
la présentation des cellules du tableau (effet visuel uniquement).
(CHU Liège)
BETA
1.7.0.73
Planning : disposition des fenêtres
Type : Correction
Dans certains cas de figure (avoir un planning chargé + chargement de nouveau planning via la sélection de
services), la deuxième fenêtre de planning se chargeait en maximisé mais décalée. Cela empêchait sur les
petits écrans (exemple 15 pouces) d’avoir accès aux boutons de resize (qui se trouvent en haut à droite de
chaque fenêtre)
(ST-LUC)
Signalétiques « Durée codes horaires »
Type : Correction
Importance (1..3) : 1 Numéro : 499 (révision 484)
Les règles de lissage n’étaient plus affichées dans cette fenêtre (partie droite)
(ARP)
Debugging STP (pour Decis)
Un fichier de debugging peut être mis à jour, traçant le fonctionnant interne du programme. C’est surtout
utile pour Decis dans la recherche de problème.
Il suffit de rajouter, dans le registry de STP, les deux clés suivantes :
- DbgLogSettings (avec « =9 », pour un debugging intégral)
- DbgLogFileName (avec par exemple « c:\StpLog.log »
(DECIS)
Analyse des balances
Type : Correction
Numéro : 501 (fait entre la version 1.7.0.61 et
1.7.0.72)
Prise en compte des années bissextiles (le 29/02/2011 n’existe pas, et cela créait un problème)
(DECIS, La Provençale)
Impression en mode semaine
Type : Adaptation
Dans l’impression du planning en mode « semaine », les semaines extrêmes (la première et la dernière) à
cheval sur deux années restaient vides.
La semaine 52 de l’année précédente et la semaine 1 de l’année suivante sont maintenant remplies
correctement avec l’information sur les congés de l’année sélectionnée.
Exemple : le 1 janvier 2012 se trouve sur la semaine 52 de l’année 2011 et le 31 décembre se trouve
sur la semaine 1 de l’année 2013.
(Saint-Luc)
Barre de statut inférieure : description de l’horaire
Type : adaptation
Certains cas d’horaire chevauchant la journée suivante étaient décrits comme :
20h00-30h00 au lieu de 20h00-06h00, en bas à gauche dans la barre de statut du planning. C’était correct
mais déroutant.
(REINE-ASTRID)
KGB (avec mode active directory, sans SID)
Type : Correction
- Les droits KGB hérités de groupes de l’active directory, suite à la grosse réorganisation de la version
4 de KGB, n’étaient plus bien interprétés sur les sites utilisant l’ACTIVE DIRECTORY en mode
standard, c'est-à-dire sans SID (soit uniquement le site CHRPBW)
- Dans ce mode ActiveDirectory avec l’option KGB_LOGONENTRY_NEEDED_ONDOMAINS
activée, la casse différente entre le USERID entré par l’utilisateur au démarrage de son ordinateur et
le USERID stocké dans l’activeDirectory pouvait créer une interdiction d’accès.
o Exemple : Lors du loggin de l’ordi : DDresse et dans l’activeDirectory DDRESSE ->
problème.
(CHRPBW)
STPPay : Possibilité de désactiver une règle de paie
Numéro : 505
Ajout d’un bouton permettant d’activer ou désactiver une règle dans la fenêtre d’édition des règles de paie
(menu Signalétiques/Paramètres de paie). Les règles désactivées apparaissent en grisé dans la fenêtre ainsi
que dans le rapport imprimé. Toute règle désactivée n’intervient plus dans le calcul des compteurs de paie.
Quelques petites incohérences comportementales de l’interface ont été rectifiées également.
(DECIS)
Vérification table WISH (utilisée dans STPNet), suppression du champs COMMENT
Le champs dénommé « COMMENT » integer sur certains sites
ou « COMMENT_ » varchar sur d’autres sites,
de la table WISH, peut être supprimé ou renommé en COMMENT_OBSOLETE
En effet ce champs, dont la dénomination et la définition varient d’un site à un autre, n’est pas
utilisé et porte à confusion avec le champs correct « comment_ » de la table wishlines.
Ajout du champ INACTIVE dans la table PAYRULE
Oracle
Alter table PAYRULE add INACTIVE number(10)
Autres bases
Alter table PAYRULE add INACTIVE integer
Pour la Croix-Rouge de Belgique uniquement
Quelques tables spécifiques à créer : CR_COLDATE, CR_COLLECTE, CR_COLTEAM,
CR_PROFILE, CR_ZONE
create table CR_COLDATE(CR_COLLECTE integer not null ,COLDATE integer not null ,CR_COLDATE integer null,OBS integer
null,NB_DONNEURS integer null,NB_LITS integer null,HCOL1_START integer null,HCOL1_END integer null,HCOL2_START integer
null,HCOL2_END integer null,HPERS_START integer null,HPERS_END integer null,NB_MED integer null,NB_SEC integer null,NB_PREL integer
null,NB_AIDE integer null,NB_CHAUF integer null,SERVICE varchar(200) null,ADRESSE varchar(200) null , constraint PK_CR_COLDATE primary
key (CR_COLLECTE,COLDATE))
create unique index CR_COLDATE_I1 on CR_COLDATE (CR_COLDATE )
create table CR_COLLECTE(CR_COLLECTE integer not null ,CR_ZONE integer null,CODE varchar(5) null,LIBELLE varchar(100) null,CR_TYPE
varchar(1) null , constraint PK_CR_COLLECTE primary key (CR_COLLECTE))
create table CR_COLTEAM(CR_COLDATE integer not null ,CR_COLTEAM integer null,OBS_TEAM integer null,CR_PROFILE integer
null,WORKER integer null,COORDI integer null,CHAUFFEUR integer null , constraint PK_CR_COLTEAM primary key (CR_COLDATE))
create unique index CR_COLTEAM_I1 on CR_COLTEAM (CR_COLTEAM )
create table CR_PROFILE(CR_PROFILE integer not null ,ABBREV varchar(5) null,DESCRI varchar(50) null , constraint PK_CR_PROFILE primary
key (CR_PROFILE))
create table CR_ZONE(CR_ZONE integer not null ,ABBREV varchar(1) null,DESCRI varchar(100) null , constraint PK_CR_ZONE primary key
(CR_ZONE))
insert into CR_PROFILE ( CR_PROFILE , ABBREV , DESCRI ) values
insert into CR_ZONE ( CR_ZONE , ABBREV , DESCRI ) values
( 1 , 'MED' , 'Médecin' )
( 2 , 'SEC' , 'Secrétaire' )
( 3 , 'PREL' , 'Prélèvement' )
( 4 , 'AIDE' , 'Aide prélèvement' )
( 5 , 'CHAUF' , 'Chauffeur' )
( 1 , 'A' , 'Liège' )
( 2 , 'I' , 'N4' )
( 3 , 'Q' , 'Brabant-Hainaut' )
( 4 , 'F' , 'Bruxelles' )
( 5 , '' , '' )
( 0 , '?' , 'Unknown' )
BETA
1.7.0.74
DIRHM – EMPLOPER & EMPLODAY (milieu hospitalier belge ONLY)
Type : Adaptation
1- Cumul des lignes ayant le même PUBLICORGANISATIONCODE même s’il s’agit de services
différents.
2- Dans les services de mobiles, les travailleurs affectés sur le nœud principal du service n’étaient pas
pris en compte. Si affectés sur les nœuds de détail, c’était OK (repéré CHIREC)
Prototype : A VALIDER SUR VOS DONNEES, merci.
(ST-LUC & CHIREC)
Menu Signalétiques / Toutes les sections / Définitions / Canevas couleurs
Type : Adaptation
Dans la fenêtre de détail du canevas couleur, la liste déroulante du combo box n’affiche plus à présent que
les codes horaires non encore utilisés dans le canevas de couleurs sélectionné, et non plus tous les codes
horaires. Dans cette liste déroulante, le nom du code horaire a été ajouté en sus du code à proprement parlé
et le nombre d’items visibles dans la liste a été augmenté.
(CROIX-ROUGE)
Impression Anomalies des pointages
Ajout du tri : « section / travailleurs / dates » pour le rapport « anomalies de pointage ».
(ARP)
Signalétiques des durées de codes horaires
Type : adaptation
Numéro : 509
Liste déroulante pour le choix du code horaire. Cette liste présente maintenant le code ET sa dénomination.
Idem pour le type de jour.
(CROIX-ROUGE)
Réponse aux désidératas STPNet
Type : normalisation
La mise à jour des champs « update » et « read » dans la table WISHLINES a été adaptée. Le champ
« read_userid » ne reprend plus que le USERID de StaffPlanner (user qui lit le désidérata dans STP) et plus
le [NOM PRENOM] du travailleur (travailleur qui lit le désidérata dans STPNet). Dans ce dernier cas, la
zone reste vide, ce qui est plus logique.
(DECIS)
MOBILES
Type : adaptation
Gestion de la concurrence entre demandeurs de mobiles, pour éviter que des personnes ne soient déléguées
plusieurs fois en cas de travail en parallèle de plusieurs utilisateurs (planificateur qui prête/emprunte ou
mobilisateur qui prête)
1. Ajout d’un timer de 30 secondes au bout duquel on rafraichit le planning STP de nouvelles
délégations et on recharge les grilles inférieures et supérieures
2. Lors du dragOVER dans le survol de la grille supérieure, rafraichissement du planning STP des
nouvelles délégations et rechargement de la grille supérieure.
3- Lors du dragDROP sur la grille supérieure, vérification que le travailleur du bas (à l’origine du drag)
n'a pas été délégué entretemps.
4- Si on active un des 4 checks au dessus de la grille supérieure (Volants / Jobistes / Mes prêtés / Prêtés
externes) ajout d’un rafraichissement du planning STP des nouvelles délégations.
(ST-LUC)
Heures majorées
Type : Adaptation
Révision technique de l’interface (menu Signalétiques Section / Heures majorées).
(DECIS)
Impression liste des travailleurs
Type : correction
La liste des travailleurs en mode impression ne proposait pas la dernière variable utilisateur existante.
(DECIS)
Mise à jour des contraintes – soldes horizontaux
Type : correction
Lors de l’initialisation des contraintes pour les soldes horizontaux certains travailleurs s’y retrouvaient en
double (suite aux changements d’affectation dans la période)
(DECIS)
Table WISH (utilisée dans STPNet), suppression du champs SHIFT
Le champ dénommé « SHIFT » de la table WISH, pourrait être supprimé ou renommé en
SHIFT_OBSOLETE
En effet ce champs n’est pas utilisé et porte à confusion avec le champs « shift » de la table
wishlines.
Attention : cette adaptation oblige :
- le passage à STP 1.7.0.74, sur tout le site (ne plus utiliser une ancienne version de STP en
parallèle).
- Le passage à STPNet 2.0.0.23.
Si ces deux exigences ne peuvent être rencontrées, alors cette adaptation database peut être
post-posée.
Table WISHLINES : vérification
Dans la table WISHLINES, vérifier que :
 la clé primaire est bien composée des deux champs WISHLINES et WISH
 le champs COMMENT_ est bien varchar(255) et peut être NULL
 le champs USERID est varchar(50) et peut être NULL
BETA
1.7.0.75
Anomalies pointage - export
Ajout de l’export pour la liste des anomalies de pointages.
(ARP)
Anomalies pointage – liste déroulante des travailleurs
Type : adaptation
1. Lors du changement des dates sur la forme, la liste des travailleurs n’était pas rafraichie.
2. Un travailleur qui faisait partie d’une section de détail apparaissait deux fois dans la liste déroulante.
(DECIS)
Modes de lissage spécifiques M_U (Missing + Unsuspected)
Type : correction
Pour les modes de lissage spécifiques (qui ne dégagent que des anomalies sans procéder au lissage. En fait
pour le personnel administratif de l’ARP) dans certains cas de figure, les anomalies étaient ajoutées, en
double dans la table SPY_CHECKING.
(Repéré par DECIS)
Rapport par semaine (travailleurs partagés : solde initial « adapté »)
Type : adaptation
 Le nom des travailleurs partagés apparait en VERT
 Le solde initial des partagés est réparti (arbitrairement) sur les deux services en fonction du %
d’affectation. Comme le rapport reprend les jours de congés pris dans le service uniquement (plutôt
que globalement pour le travailleur), il fallait que le solde initial reflète également cette vision
« service ».
Exemple :
Un travailleur à 80% (50 % service A et 30 % service B) qui a 20 jours de congés sur l'année,
soit 16 jours ETP de solde initial.
- Dans le service A à 50%, au lieu de mettre 16 dans la colonne SI, on y met 10.
10 = 16 * (50 / 80)
- Dans le service B à 30% au lieu de 16, on y met 6
6 = 16 * (30 / 80)
(Saint-Luc)
Schémas de travail : changement de l’ordre des semaines
Dans la fenêtre d’édition des schémas de travail, ajout d’une indication de la date de début du schéma de
travail (correspondant au lundi de la première semaine de l’affectation). L’écart entre la durée totale actuelle
et attendue du schéma de travail est également indiquée (ici, il nous manque une heure pour que la durée
totale du schéma de travail soit correcte). Enfin, des boutons permettant de changer l’ordre des semaines ont
été rajoutés.
+ quelques adaptations ergonomiques (messages si absence de semaines…)
(Croix-Rouge - DECIS)
STP – STPPay : module paie
Type : adaptation
Petite révision technique dans le cadre de l’optimisation de STPNet
(DECIS)
BETA
1.7.0.76
Re-identification
Type : adaptation
Ajout du point de menu « Se ré-identifier en tant que » dans le menu d’aide, accessible par quasi tous les
utilisateurs. Ce point était déjà présent dans le menu « Signalétiques » mais, si l’on s’était ré-identifié
comme un planificateur, on n’y avait plus accès vu que ce menu Signalétiques n’est généralement pas visible
par les planificateurs…
(Jolimont)
Soucis à l’ouverture de la fenêtre annuelle des congés (sur une ancienne année)
Type : adaptation
Dans le cas rare ou improbable où, pour l’année chargée, il manque la définition de la durée de la journée (et
donc cette durée vaudrait zéro heures), alors cela provoquait une erreur (division par zéro). Ce cas provient
sans doute d’une erreur de manipulation, comme une erreur sur les dates de validité de la définition, et
forcément sur une ancienne année (exemple 2006, car au sinon les utilisateurs s’en seraient rendu compte
immédiatement). Maintenant si le cas se présente, on utilisera la durée moyenne de travail de l’institution
(précisé dans la variable générale Common_Day_Duration=07 :30).
(ARP)
Gestion des mobiles
Type : adaptation
Lors de la suppression d’une délégation, les cellules du planning concernées n’affichaient plus les plots
d’exception attachés. Un refresh a été ajouté.
(Saint-Luc)
Tableau de bord : Codes et exceptions
- Ajout d’un check « Sauter les jours d’inactivité » (example : les WE) au niveau des types de jour. Il
s’agit de jour d’inactivité au sens du contrat du travailleur et non du planning. Par exemple pour une
structure de semaine 1111000, le vendredi est un jour d’inactivité.
- Dans l’export, ajout du numéro national.
(ARP)
Certificats médicaux : export
- Ajout dans l’export du champ « Prolongation » qui vaut 1 ou 0.
- Ajout dans l’export du numéro national du travailleur.
(ARP)
STPPay : format Pleiade
Type : adaptation
Dans le format d’échange pour Pleiade, changement du paramètre « C » en « B ».
(ERASME)
Lien avec StaffPeople
Type : adaptation
Modification des requêtes faites sur la base StaffPeople, tenant compte de la nouvelle structure de base de
données STPeople.
(ARP)
STPPay : interface d’encodage des règles
Type : correction
- Pour l’encodage de la règle RuleExceptSlice, la rubrique du compteur de paie n’était pas enregistrée.
(effet de bord de la conversion ADO).
- L’édition de la grille inférieure par popup pour le ‘type d’arrondi’ ou pour le ‘SplitMode’ donnait un
AV
- (ajout du UserID de l’utilisateur loggé, dans la fenêtre « à propos » de STPPay
(St-Luc et DECIS)
Droit KGB pour accéder à l’analyse des absences
Ajout d’un droit d'accès "Générique" pour pouvoir accéder au reporting "Analyse des absences".
Il s’agit du droit : MenuPrintAbsencesAnalysis
(ERASME)
Impression du planning détaillé
Ajout de deux options supplémentaires :
- Choix entre codes actifs et tous les codes
- Présentation en une ou deux colonnes
L’idée est de pouvoir disposer d’un document d’équipe (uniquement personnel ACTIF) et avec une
seule colonne pour pouvoir noter les remarques sur la partie droite de la page.
(JOLIMONT)
Expert travailleur : nouveau travailleur
Dans la fenêtre de l’Expert travailleurs / Nouveau travailleur :
- Ajout de la Date d’entrée
- Les champs Virtuel et Payroll sont devenus des cases à cocher (c’est plus rapide)
- Si l’on coche la case « Virtuel », les champs Matricule, Clé travailleur externe, Date de naissance,
Date d’entrée et Payroll sont cachées (champs inutiles pour un travailleur virtuel).
- Dans l’onglet « Canevas de Congés », s’il n’y a qu’un seul canevas de congé, alors il est directement
sélectionné, ce qui accélère l’encodage.
Révision du fonctionnement de l’interface Expert travailleurs / Nouveau travailleur.
(CROIX-ROUGE)
Barre de statut inférieure : Congé
Type : adaptation
Quand une cellule de congé est survolée dans le planning, alors on affiche dans la barre de status inférieure
le jour de la cellule et l’année de la carte de congé correspondante entre crochets.
Cela donne donc : 15/03/2012 [2012].
(Au lieu de 15/03/2012 31/12/2012.) C’est plus lisible.
Pour les fériés l’affichage ne change pas, on affiche la date de la cellule et la date du jour férié concerné.
( ERASME)
Micro-cartes des congé
Type : adaptation
Lors du survol d’une ligne de congé, ajout du nom du congé et des dates limites de prise du congé dans une
petite fenêtre de popup.
(ERASME)
Passage à Delphi XE : suppression de la librairie InfoPower
Type : adaptation
- Suppression de tous les composants TwwDBLookupCombos, TwwDBRichEdit et TwwDBSpinEdit
- La conversion d’un TwwDbGrid est en cours
- (il restera le sort du TwwDBDateTimePicker dont il faut trouver un remplaçant de qualité)
(DECIS)
Sursalaire bi-mensuel (Saint-Luc ONLY)
Type : adaptation
- Quand la première période n’est pas chargée, et que le calcul n’est donc pas possible, le symbole < ?
apparaît dans la colonne du planning.
- Calcul de ce sur-salaire pour les services où des majorations d’heures sont définies. Ces majorations
d’heures ne sont pas prises en compte tant dans le calcul de la balance de la période finale, que dans
l’impact de la dernière semaine. Par contre au planning, la balance continue d’être influencée par ces
heures majorées.
(Saint-Luc)
Impression – signalétique exception (paie)
Type : adaptation
Ajout de l’impression des exceptions (paie) dans les signalétiques.
(Jolimont)
Expulsion de STP
Type : correction
Modification de la requête qui gère l’expulsion de STP ou d’une section.
(ARP)
Anomalies de pointage : export
Type : adaptation
Ajout du type d’anomalie (numéro et abréviation de l’anomalie) dans l’export des anomalies des pointages.
(ARP)
Panneau d’affichage des mobiles
Type : adaptation
Les personnes en congé ne sont plus montrées (avant on tenait compte que des cas « codes rapides », codes
de récup (/) et codes blancs).
(Saint-Luc)
Gestion des cycles
Type : adaptation
- Révision technique du code… Pour le cas des travailleurs changeant de service… (attribution du
cycle au travailleur non systématiquement sauvée),
- Si l’utilisateur active une autre période, alors l’affichage des cycles est rafraichi.
(ARP)
Impression des variables DIRHM : export
Type : adaptation
- Ajout de PUBLICORGANISATIONCODE dans l’export.
(ST-LUC)
Analyse de l’activité et expulsion des utilisateurs
Type : adaptation
L'expulsion des utilisateurs se base maintenant sur le NetworkUserName plutôt que sur le computerName
(indispensable pour les Terminaux servers et les Citrix où plusieurs utilisateurs peuvent utiliser la même
machine)
(ARP)
Rapports de mobile
Type : adaptations
- Dans le cas de multi-délégations, le rapport affichait en doublon ces délégations
- En plus de montrer l’abréviation de la section de destination, on montre également l’abréviation de la
section de détail de destination
- (Restructuration du code)
(ST-LUC)
- Ajout du repos minimum par semaine (exemple : minimum 35h par semaine)
- Ajout du minimum à prester par jour (exemple : minimum 03h par jour)
- Ajout d’un filtre sur le % de temps de travail (exemple : 38 heures max par semaine si temps partiel, c'est-àdire % affectation entre 25% et 99%)
(CHIREC)
STPServer : import
Type : adaptation
- Ajout d’une information de log pour chaque requête d’importation (avant nous n’avions une trace
qu’en cas d’erreur)
- Les requêtes d’importation « TransfertAffectation » et « AddAffectation » vérifient si la section de
destination est déjà connue du serveur STPServer. Etant donné que le serveur ne recharge sa
structure de section en mémoire qu’une fois par jour, il pourrait arriver qu’une requête de transfert
concerne une section que le serveur ne connait pas encore.
(ST-LUC)
Rapport : détail des exceptions
Type : adaptation
- Prise en compte du type d’exception TS (plages horaires) et TSC (plages horaires avec choix)
- Légère révision du rapport
(DECIS)
Export des certificats médicaux
Type : adaptation
- Export en Excel
- Ajout des champs de STPeople
- Léger lifting
(ARP)
Numéro : 547
STP en mode ADO (Oracle)
Type : adaptation
- Avancée dans l’utilisation du mode de connexion ADO en Oracle
- Il ne reste plus que les composants de type « Client Data Set » qui sont récalcitrant en oracle…
composants utilisés à 2 endroits dans les signalétiques.
(DECIS – CHU de Liège)
STPPay : édition des règles de paie
- Ajout de la « tant attendue » fonctionnalité d’édition des règles de paie (menu
Signalétiques/Paramètres de paie).
- Ajout également de boutons « Rubriques de paie » permettant un accès direct à l’édition de ces
rubriques. Très pratique, si lors de l’édition il manque un compteur de paie spécifique. (On n’est
donc plus obligé de sortir de l’édition des règles de paie… aller dans signalétiques… puis revenir).
- Légère révision et harmonisation du champ « Description ».
- Lors de la suppression d’un compteur de paie, on vérifie qu’il n’est utilisé dans aucune règle +
affichage des règles où il serait utilisé…
- Adaptation du rapport des règles (par exemple pour les descriptions longues qui passent maintenant
à la ligne)
(A venir : copier-coller de règles)
(DECIS & JOLIMONT)
Nouveau rapport : décompte des horaires
Type : adaptation
Ce rapport donne par service et par personne un décompte en heures des horaires.
Possibilité d’analyser le
détail en sélectionnant
un horaire (= drilldown)
Autre tri (par service et par horaire)
(DECIS)
Ajout d'un droit d'accès (pour accéder au menu Analyse des absences)
Toutes bases
INSERT INTO KGB_ITEMS (
ITEMID,APPID,SETID,ONLYFORGENQUALIF,ITEMDESCRI,ITEMORDER,ITEMPREFIX,BR
USHCOLOR , FONTCOLOR,UNDERLINE) VALUES ('MenuPrintAbsencesAnalysis',
'STP','PRODUCTION',1,'Access to the menu Absence Analysis' , 0,'','' , '', 0 )
Remarque : avant l’accès à ce rapport n’était pas contrôlé. Donc il ne faut pas oublier de donner maintenant
ce droit aux utilisateurs habituels de ce rapport, via KGBEditor.
Ajout de champs dans la table WORKTIMEITEM
Toutes bases
Alter table WORKTIMEITEM add MIN_SEC_PER_D integer
Alter table WORKTIMEITEM add PERIOD_BLOC_MINREST integer
Alter table WORKTIMEITEM add AFFECT_RATIO1 integer
Alter table WORKTIMEITEM add AFFECT_RATIO2 integer
Oracle
Alter table WORKTIMEITEM add MIN_SEC_PER_D number(10,0)
Alter table WORKTIMEITEM add PERIOD_BLOC_MINREST number(10,0)
Alter table WORKTIMEITEM add AFFECT_RATIO1 number(10,0)
Alter table WORKTIMEITEM add AFFECT_RATIO2 number(10,0)
Champs QTY, QTY1, QTY2, FQTY, TQTY dans les tables de paie (qui commencent par PAY…)
Certains utilisateurs désiraient introduire une Quantité avec plus de 7 décimales. Dans ce cas, il faut
changer le type du champs QTY
(example : QTY = 1 / 7.6 pour qu’un ticket restaurant ne soit attribué qu’après 07h36 heures de travail, soit
une journée de travail. Donc dans QTY l’utilisateur veut mettre 0.1315789473)
Firebird
Dans toutes ces tables, changer le type FLOAT en DOUBLE PRECISION
(cela permettra de passer de 7 décimales à 15 décimales)
SQLServer : le type float est OK (rien à faire)
Vérifier la table PAYRULEFIRSTHOURS où sur certains sites les champs QTY1 et QTY2 sont de type
integer. A remplacer par des float.
Oracle : le type NUMBER est OK (rien à faire)
Vérifier la table PAYRULEFIRSTHOURS où sur certains sites les champs QTY1 et QTY2 sont de type
number(10). A remplacer par des NUMBER.
Pour info : la table USERS
Pour rappel, la table USERS est obsolète et a été remplacée il y a déjà longtemps par la table KGB_USERS.
Vous pouvez donc la renommer en USERS_OBS ou la supprimer.
BETA
1.7.0.77
Grille de planning et sélection
Type : adaptation
Lors de la sélection de cellules dans la grille de planning, la durée totale sélectionnée s’affiche dans une des
zones de statut en bas de la fenêtre.
Plusieurs personnes peuvent être sélectionnées également.
(DECIS)
Partagés sur 3 services OK
Type : adaptation
- Adaptations diverses (notamment dans le détail de prestation)
- Possibilité de mettre du travail à la personne dans 3 services différents dans la même journée
(JOLIMONT)
Signalétiques : transitions
Type : correction
Lors de l’édition d’une transition (ce qui est rarement fait manuellement), le code malade apparaissait en
majuscule. Ce bug récent est corrigé.
(DECIS)
Signalétique – Définitions - codes horaires
Ajout d’un filtre sur chaque colonne (tri par le click sur l’entête + sélection de valeurs spécifiques), en
plus du sélecteur d’horaire et du masque sur les codes horaires qui pré-existaient.
(Transformation de la grille Infopower en grille QuantumGrid)
(DECIS)
Connexion ADO en Oracle : signalétiques OK
Type : adaptation
Les Signalétiques de l’application sont maintenant compatibles avec une connexion ADO sous Oracle.
(DECIS)
Mise à jour de la table Datachanged et impact sur la table ASSIGNT_INFO
Type : adaptation
Lors du transfert d’un travailleur ou du changement d’affectation via l’Expert Travailleur, la table
DATACHANGED n’était pas mise à jour avec l’information du service de destination. Cela pouvait avoir
comme conséquence que la table ASSIGNT_INFO n’était pas correctement mise à jour (dans son mode
incrémental, exemple toutes les 30 minutes).
(ARP)
Observatoire : onglet Détail
Type : adaptation
- Dans l’onglet Détail de l’Observatoire, les zones d’encodage apparaissent à présent en grisé
lorsqu’ils ne sont pas éditables.
- Les zones de date de naissance et de date d’entrée ont été remplacées par des zones de type Date.
(SANS-SOUCIS)
Impression « détails des exceptions »
Type : cosmétique
Pour les exceptions de type « TSC » (plages horaires avec un choix) il y avait un télescopage entre la valeur
du choix et le commentaire… Le commentaire a donc été légèrement déplacé vers la droite.
( REINE-ASTRID)
Exportation et variables StaffPeople
Type : adaptation
Ne concerne que les utilisateurs de SatffPeople.
Etant donné que les données StaffPeople sont historisées, la valeur retenue pour une variable StaffPeople
exportée est celle qui correspond à la date de l’enregistrement (et non plus de la date du jour).
Si l’enregistrement exporté ne comprend pas de date, alors la valeur retenue pour une variable StaffPeople
sera celle qui est valide à la date encodée dans l’interface du rapport.
Exemple : export de Tartempion
Date
Nom
Fonction STPeople
21/05/2012 Tartempion
B
28/05/2012 Tartempion
C
(car le 28/05/2012, Tartempion a la fonction C)
( DECIS)
Suppression du mode de connexion « pseudoADO »
Type : adaptation
Le mode hybride qui permettait de passer d’une connexion BDE à ADO (en fonction du paramètre général
ADO_CONNECTION_DISABLE) a été supprimé, à des fins de rationalisation du code.
Cela a été rendu possible étant donné le passage intégral de Oracle en mode ADO.
Si vous voulez passer votre site en mode ADO, il faut adapter le fichier de licence.
N’hésitez pas à nous appeler pour faire cette adaptation.
( DECIS)
Module Statistique : « StatShot » --- PROTOTYPE --Type : cosmétique
Un petit module de statistiques résumées est en cours de développement. Il présente par service des
statistiques résumées. Ces statistiques s’affichent en haut à droite des micro-cartes de congé, dans une petite
fenêtre. Un double-click sur cette fenêtre permet de passer en mode « agrandi ».
Actuellement trois statistiques sont disponibles :
- Distribution horaire du travail sur un mois
- Evolution des balances sur 6 mois
- Turn-over du service
- (Mais d’autres devraient suivre…)
Le passage de l’une à l’autre se fait par un click sur la bougie.
L’activation de ce module se fait en mettant le paramètre général : STATSHOT_READY = 1 (voir modifs
databases ci-dessous)
Les données nécessaires au statistiques sont mises à jour au fil des chargements du service (minimum 1 x
tous les 5 jours pour le mois courant).
( DECIS)
Expert travailleur : modification d’affectation
Type : adaptation
- Lors d’une modification d’affectation d’un travailleur, via l’ExpertTravailleur, vers une section qui
n’a pas les mêmes horaires ou les mêmes exceptions, un nouveau message sur fond rouge avec la
liste des horaires ou exceptions non transférable est affiché à l’utilisateur en ROUGE.
Pour les horaires :
Pour les exceptions :
Une trace de ces horaires ou exceptions perdues sera également laissée dans le LOG.
(DECIS - ARP)
Grilles de pointages (SQLServer – ADO – 64 bits)
Type : correction
Les grilles de pointage en SQL Server – ADO (64 bits) ne s’affichaient pas correctement avec le message
d’erreur suivant : « Field FN_start not found ».
(ARP)
- Minimum et maximum à prester par jour (exemple : minimum 03h par jour)
o La règle est activée aussi pour les sites en mode de balance standard (logique cellule plutôt que 24H),
c'est-à-dire quasi tous les sites,
o La règle de MINIMUM (exemple : minimum 3h par jour) permet néanmoins de mettre des codes
horaires qui ont une durée active = 0, comme par exemple les repos, les récup ET les codes actifs avec
une durée 0h. Cela afin d’éviter des blocages de l’encodage.
(CHIREC)
Remplacement des composants DatePicker
Type : adaptation
Pour préparer le portage à Delphi XE, tous les composants DatePicker de la librairie « Info Power » sont en
cours de remplacement par un nouveau composant.
(DECIS)
Restriction à la clôture de période (ARP)
Pour une période précise, la clôture (passage de période jaune à rouge) est subordonnée au champs
CLOSING_RESTRICTION de la table PLANIF_P.
Si ce champs est vide, alors la clôture peut avoir lieu (99 % des cas)
Si vous ajoutez dans ce champs un texte (par un programme externe ou via une stored procedure) alors la
clôture sera refusée et un message sera présenté à l’utilisateur. Le texte que vous avez mis dans le champs
sera traduit, si vous en avez ajouté la traduction dans le système.
La zone « Restriction de cloture » peut être éditée à la main via les signalétiques de la section.
Mot clé après traduction
(ARP)
Affichage des fériés arrivant à échéance
Numéro : 567
Au chargement d’un service, une petite fenêtre précise les personnes pour lesquelles les fériés arrivent à
l’échéance dans les x prochains jours. Avec un maximum de 5 lignes, pour des questions de performance et
de lisibilité.
Ce délai est précisé dans le paramètre global : Genparam.HOL_WARNING_DEADLINE (exemple 10 jours
calendrier. Si 0, alors le mécanisme est désactivé).
Lorsque plusieurs services sont chargés en rafale, alors ce mécanisme est désactivé, pour ne pas encombrer
le personnel encadrant.
( CHIREC)
Outil de recherche sur le LOG
Numéro : 568
En plus d’une recherche sur la date de modification, une recherche est disponible sur les cellules de début et
de fin du planning concernées (avant il n’y avait que la cellule de début).
Le champs correspondant a été ajouté dans la base de données.
(DECIS)
Mobile et priorité
Type : adaptation
La délégation d’un mobile sur un autre service, entraine l’adoption de la priorité de la cellule déléguée.
Très utile si dans le service Mobile, on place les horaires à déléguer sur une priorité élevée (exemple : 3) afin
que dans le service bénéficiaire, on ne puisse pas modifier l’horaire reçu.
(le mécanisme existait pour les multi-délégations mais partiellement pour les délégations simples)
(ST-LUC)
Liste des « relevés périodiques » pour tout un service
Type : correction
Dans certains cas (si nombreux changements d’affectation sur la période et impression de tous les
travailleurs du service), il y avait un souci de présentation de la liste… + ouverture de la liste avec sélection
du service actif (plutôt que le top).
(DECIS)
Liste de « Détail des exceptions »
Type : adaptation
Révisions cosmétiques (exemple : initialisation dates du mois courant, collision de zones, affichage du
splash…) + ouverture de la liste avec sélection du service actif (plutôt que le top).
(DECIS)
Toutes les listes : boutons de sélection de mois
Type : adaptation ergonomique
Numéro : 572
Les petits boutons pour passer au mois précédent et suivant ont été adaptés.
Si on a une date dans le mois, alors le bouton amène au début ou à la fin du mois en cours (et non plus au
mois précédent ou suivant).
Exemple : si on a 16/05/2012, le bouton < amène au 01/05/2012… et ensuite au 01/04/2012.
(DECIS)
Table WORKER et P_STAT (pour uniformiser)
Toutes bases
alter table WORKER alter column LAST_NAME varchar(50)
alter table WORKER alter column FIRST_NAME varchar(50)
alter table P_STAT alter column LASTNAME varchar(50)
alter table P_STAT alter column FIRSTNAME varchar(50)
Oracle
alter table WORKER modify LAST_NAME varchar2(50)
alter table WORKER modify FIRST_NAME varchar2(50)
alter table P_STAT modify LASTNAME varchar2(50)
alter table P_STAT modify FIRSTNAME varchar2(50)
Firebird
alter table WORKER alter column LAST_NAME type varchar(50)
alter table WORKER alter column FIRST_NAME type varchar(50)
alter table P_STAT alter column LASTNAME type varchar(50)
alter table P_STAT alter column FIRSTNAME type varchar(50)
Ajout des tables pour la fonctionnalité des statistiques résumées
Toutes bases
create table BLOCAFFECT(BLOCAFFECTID integer not null ,PLANIFSECTION integer ,DATE1 integer ,DATE2 integer ,MVTIN integer ,MVTOUT
integer ,NBPEOPLEDATE1 integer , constraint PK_BLOCAFFECT primary key (BLOCAFFECTID))
create table BLOCBAL(BLOCBALID integer not null ,PLANIFSECTION integer ,DATE1 integer ,DATE2 integer ,BALCUMUL integer
,BALAVERAGE integer , constraint PK_BLOCBAL primary key (BLOCBALID))
create table BLOCTIME(BLOCTIMEID integer not null ,PLANIFSECTION integer ,DATE1 integer ,DATE2 integer ,BLOCNUMBER integer
,BLOCTYPE varchar(20) ,QTY_SEC integer , constraint PK_BLOCTIME primary key (BLOCTIMEID))
Oracle
create table BLOCAFFECT(BLOCAFFECTID number(10) not null ,PLANIFSECTION number(10) ,DATE1 number(10) ,DATE2 number(10) ,MVTIN
number(10) ,MVTOUT number(10) ,NBPEOPLEDATE1 number(10) , constraint PK_BLOCAFFECT primary key (BLOCAFFECTID))
create table BLOCBAL(BLOCBALID number(10) not null ,PLANIFSECTION number(10) ,DATE1 number(10) ,DATE2 number(10) ,BALCUMUL
number(10) ,BALAVERAGE number(10) , constraint PK_BLOCBAL primary key (BLOCBALID))
create table BLOCTIME(BLOCTIMEID number(10) not null ,PLANIFSECTION number(10) ,DATE1 number(10) ,DATE2 number(10)
,BLOCNUMBER number(10) ,BLOCTYPE varchar2(20) ,QTY_SEC number(10) , constraint PK_BLOCTIME primary key (BLOCTIMEID))
MSSQL
create table BLOCAFFECT(BLOCAFFECTID integer not null ,PLANIFSECTION integer null,DATE1 integer null,DATE2 integer null,MVTIN integer
null,MVTOUT integer null,NBPEOPLEDATE1 integer null , constraint PK_BLOCAFFECT primary key (BLOCAFFECTID))
create table BLOCBAL(BLOCBALID integer not null ,PLANIFSECTION integer null,DATE1 integer null,DATE2 integer null,BALCUMUL integer
null,BALAVERAGE integer null , constraint PK_BLOCBAL primary key (BLOCBALID))
create table BLOCTIME(BLOCTIMEID integer not null ,PLANIFSECTION integer null,DATE1 integer null,DATE2 integer null,BLOCNUMBER
integer null,BLOCTYPE varchar(20) null,QTY_SEC integer null , constraint PK_BLOCTIME primary key (BLOCTIMEID))
Table AFFECT, changement du champs ORDRE de smallint en integer
Oracle
alter table AFFECT modify ORDRE number(10)
Firebird
alter table AFFECT alter column ORDRE type integer
Autres bases
Alter table AFFECT alter column ORDRE integer
Ajout du champs ENDCELL dans la table SPY
Toutes bases
Alter table SPY add ENDCELL integer
Oracle
Alter table SPY add ENDCELL number(10,0)
Ajout de paramètres dans la table GenParam
insert into GENPARAM ( ABBREV , DESCRI , VAL ) values ( 'STATSHOT_READY' , 'Affichage des statistiques résumées du service, en haut à
droite (1,0)' , '' )
insert into GENPARAM ( ABBREV , DESCRI , VAL ) values ( 'HOL_WARNING_DEADLINE' , 'Délai en jours pendant lequel les planificateurs sont
prévenus des fériés à échéance. (si 0 : pas appliqué, 1 à 99 jours)' , '0' )
Ajout du champs CLOSING_RESTRICTION dans la table PLANIF_P
Toutes bases
Alter table PLANIF_P add CLOSING_RESTRICTION varchar(50)
Oracle
Alter table PLANIF_P add CLOSING_RESTRICTION varchar2(50)
BETA
1.7.0.78 – Migration Delphi XE
Connexion base de données SQLServer et Sybase
Type : correction
La version précédente ne permettait plus de connexion à la base SQLServer et Sybase.
(reperré ST-LUC)
Canevas dates : nouvelles catégories de variables utilisateur
Numéro : 574
Dans la fenêtre d’édition des Canevas Dates, la contrainte d’attribution de férié s’élargit à de nouveaux
paramètres. Précédemment on ne pouvait filtrer que les variables « travailleur », maintenant les catégories
suivantes ont été ajoutées :
- Language
- Uf_worker1, Uf_worker2, Uf_worker3
- Uf_affect1, Uf_affect2, Uf_affect3
Pour rappel, les valeurs de ces variables utilisateur sont prises en compte lors de l’initialisation des dates des
congés (onglet Travailleurs : paramètres et dates / onglet Dates des congés / Initialiser).
(DECIS)
Observatoire – Onglet balance
Type : modification
Dans la grille des balances dans l’observatoire, l’édition de la colonne « Fin du jour» a été désactivée (car il
s’agit d’une information calculée).
Ajout d’un message dans le LOG lorsqu’on modifie la colonne « Fixe » dans la même grille.
(DECIS)
Démarrage de l’application sur le « Dispatching des mobiles » (Quai de gare)
En ajoutant un paramètre à l’application STP.exe, vous pouvez démarrez l’application avec un utilisateur
(ID) spécifique et l’ouvrir sur une fenêtre spécifique.
Syntaxe :
STP.exe STARTUP=toto>MobileDispatch
Loggin en tant qu’utilisateur “toto” et lancement immédiat de la fenêtre de dispatching des mobiles
STP.exe STARTUP=toto
Loggin en tant qu’utilisateur « toto » et lancement de l’application
Il faudra préciser au niveau de l’utilisateur :
1. si son loggin autorise le démarrage de STP (Signalétiques toutes sections / Structure organisation /
utilisateurs, voir capture ci-dessous)
2. adapter si nécessaire les droits d’accès KGB à la fonctionnalité concernée.
(ST-LUC)
Analyse des absences : mode de calcul et traitement des fériés
Mode :
- Durées : tous les calculs sont faits en secondes et ramenés en ETP (en général 07:36). Il s’agit du
mode actuel.
- Occurences : tous les calculs sont faits en nombre de jours. Dès qu’un code est trouvé dans une
cellule (avec une durée non nulle), il y a une incrémentation de 1, qu’il s’agisse d’un plein-temps,
d’un mi-temps, de 7h, ou de 1h.
Traitement des fériés :
1- Standard = mode actuel
2- Fériés non considérés. Toute cellule sur un jour férié du service est ignorée, tant au niveau du
théorique que du décompte au planning.
3- Fériés non considérés dans le théorique. Seuls les fériés du théorique sont ignorés. Pour le planning,
toutes les cellules sont considérées. Ce mode permet donc de prendre en compte le travail effectué
sur férié.
(ST-JEAN)
Préparation de la migration à Delphi-XE : conversion des champs « date »
Type : adaptation
Remplacement des TwwDateTimePicker par les TcxDateTime.
(DECIS)
Migration à Delphi-XE
Type : adaptation
Numéro : 579
Migration totale à Delphi XE !!!
Indispensable pour le support futur des nouveaux OS (Windows 7, Windows 8…).
Et cela ouvre les portes à :
4- compilations en 64 bits
5- possibilité à terme de multiplateforme (MAC, Android…)
6- utilisation de skins/themes
7- … et autres joyeusetés «à la mode».
Attention : la planification automatique n’est pas encore migrée et donc non fonctionnelle dans cette release.
(DECIS)
Accès à la fenêtre des règles de paie
8- Ajout d’un raccourci via la touche « Ctrl + Alt + P » pour accéder à la fenêtre des règles de paie.
9- Mise à jour en profondeur de la documentation StaffPlanner pour le chapitre sur les règles de paie
(voir site Decis)
(DECIS)
Table PAYRULEGROUP, allonger les champs IDCREATE et IDMODI à varchar 50
Toutes bases
alter table PAYRULEGROUP alter column IDCREATE varchar(50)
alter table PAYRULEGROUP alter column IDMODI varchar(50)
Oracle
alter table PAYRULEGROUP modify IDCREATE varchar2(50)
alter table PAYRULEGROUP modify IDMODI varchar2(50)
Firebird
alter table PAYRULEGROUP alter column IDCREATE type varchar(50)
alter table PAYRULEGROUP alter column IDMODI type varchar(50)
Table H_TDATE_DESC, changement du champ WORKERLINKFIELD de integer en varchar(50)
Oracle
Utilisez l’outil de gestion de base de données pour changer le type du champ de number(10) en varchar2(50)
Firebird
alter table H_TDATE_DESC alter column WORKERLINKFIELD type varchar(50)
Autres bases
alter table H_TDATE_DESC alter column WORKERLINKFIELD varchar(50)
Table H_TDATE_DESC, changement des valeurs 0 ou -1 du champ WORKERLINKFIELD
Toutes bases
update H_TDATE_DESC set WORKERLINKFIELD = ‘’ where WORKERLINKFIELD = ‘0’ or
WORKERLINKFIELD = ‘-1’
Table H_TDATE_DESC, changement des autres valeurs du champ WORKERLINKFIELD
Firebird
update H_TDATE_DESC set WORKERLINKFIELD = ‘UF_’ || WORKERLINKFIELD
where WORKERLINKFIELD <> ‘’
Oracle
update H_TDATE_DESC set WORKERLINKFIELD = ‘UF_’ || WORKERLINKFIELD
where WORKERLINKFIELD is not null
MS-SQL Server
update H_TDATE_DESC set WORKERLINKFIELD = ‘UF_’ + WORKERLINKFIELD
where WORKERLINKFIELD <> ‘’
Ajout du champs STARTUP_ENABLED dans la table USERS_PROFILE
Toutes bases
Alter table USERS_PROFILE add STARTUP_ENABLED integer
Oracle
Alter table USERS_PROFILE add STARTUP_ENABLED number(10)
BETA
1.7.0.79 – Migration Delphi XE (suite)
Rapport « Code et exceptions »
Type : modification
Ajout des sections de délégations (c’est dire pour les mobiles délégués ou les travailleurs standards prêtés)
dans le print, l’export et la grille.
(St-Luc)
Disposition des icônes
Type : modification
Quelques ajustements cosmétiques
(DECIS)
Numéro : 582
Congés : initialisation des dates
Type : correction
Quand on accédait à la fenêtre de l’initialisation des dates, sans avoir chargé aucun service : en SQL et
Sybase, l’initialisation des dates de congés causait un problème
(Saint-Luc)
Raccourci de placement de codes (= mitraillette)
Type : correction
En mode « mitraillette » (check « Code actif »), le survol des codes dans la palette ne correspondait pas avec
les codes de la palette, ce qui était perturbant.
(CHIREC)
Importance (1..3) : 2 Numéro : 585 (suite)
- Extension de ce contrôle aux travailleurs partagés,
- Le test sur les % d’affectation est transformé en un test sur les % contrat (c'est-à-dire la somme des
affectations)
Exemples :
- 11h max par jour,
- 3h max par jour,
- 50h par semaine
- 38h de repos consécutif par semaine.
Tous ces tests sont faits en considérant le travail effectué dans les deux services du partagé.
(CHIREC)
Changement du status de période et balances
Type : adaptation
Après le changement de status d’une période, les balances étaient regénérées à partir du début de la période.
Maintenant ce sera à partir du début de la période précédente.
(La Provencale)
Migration Delphi XE : Signélatiques / Structure / Section
Type : correction
Importance (1..3) : 1 Numéro : 587 (suite)
Cette fenêtre ne s’ouvrait plus suite à la migration XE. Réglé.
(DECIS)
Figer et libérer les balances (via l’interface)
Type : modification
1- Les options :
o Figer en début de période
o Libérer en début de période
Prennent en compte la première date d’affectation de la personne dans le service. Donc s’il a été transféré le
02/04/2012 dans le service, alors la balance sera figée le 02/04/2012 (et pas le 01/04/2012 dans le service
d’origine).
2- Idem pour ces options quand exercées sur tout le service
3- L’option : supprimer la balance à la date, tient maintenant compte des balances de milieu de
période pour les personnes qui viennent d’entrer dans le service. Dans ce cas la balance rouge figée
devient une balance bleue standard, tandis qu’avant elle était liquidée et ensuite recréée (par le
mécanisme de calcul des balances).
4- L’option : éditer la balance à la date vérifie que le travailleur est bien affecté dans le service à la
date encodée avant d’éditer ou créer la balance. Ce n’était pas le cas avant où la balance était quandmême créée et nettoyée par la suite (par le mécanisme de calcul des balances).
(ARP – DECIS )
Modification d’une règle de lissage d’un horaire
Type : adaptation
Si on change dans la définition de la durée d’un code horaire, une règle de lissage ou une consigne de
lissage, alors à la sortie de la fenêtre un message rouge prévient l’utilisateur qu’il faut relisser le service à
partir de la date minimale de validité de la règle ou de la consigne modifiée.
(ARP)
Signalétiques / LOG
Type : modification
Généralisations des tests disponibles sur les dates de cellules, tant pour la partie générale que pour les
pointages.
(DECIS)
Observatoire « détail planning »
Type : adaptation
Toute discordance au niveau du service est affichée en rouge (le sevice_planning <> service_affectation,
pour ce travailleur à la date de la ligne).
(DECIS)
Type : adaptation
Ajout de la case à cocher « Cellules mobiles détaillées ». Cette case n’est visible que pour les sections de
mobiles. Elle implique une impression des cellules étendue (3 informations par cellule). En mode non
coché, les cellules ont la taille normale.
(ERASME)
TECHNIQUE : Regénération des balances
Type : correction
La re-génération des balances, suite par exemple à un pointage du travailleur, générait une balance inutile,
dans le cas spécial où le travailleur avait changé de service sur un début de période et que le lissage était
lancé à partir d’une date au milieu de la période précédente. Cette balance superflue était immédiatement
supprimée (et le LOG gardait une trace de ce nettoyage).
(DECIS-ARP)
Signalétiques / LOG / Analyse
Dans la fenêtre d’analyse du fichier LOG, ajout de deux filtres permettant de sélectionner les lignes :
- en fonction des x premiers caractères et / ou
- en fonction de la présence d’une chaîne de caractères (utilisation d’un masque)
Le but de cette fenêtre est de dénombrer toutes les descriptions possibles afin d’en utiliser une dans la
fenêtre de recherche principale.
(DECIS)
1.7.0.80 – (Delphi XE)
BETA
Initialisation des dates de férié
Type : adaptation
Pour un travaillé partagé avec deux structures de semaine, l’initialisation des dates de férié pour les fériés du
samedi ou du dimanche était doublée.
Exemple :
Affectation 1 : 1110000 60%
Affectation 2 : 0001100 40%
Pour le férié prévu le Dimanche, ce férié était initialisé à 15h12 plutôt que 07h36.
(Croix-Rouge)
Composant des dates en Windows 7
Type : correction
Les dates sont formatées selon les paramètres du profil de l’utilisateur Windows. Il se peut que ce
paramétrage soit réglé sur le format anglo-saxon. Nous forçons donc ce réglage, dans Delphi, au format
européen : dd/mm/yyyy.
(DECIS-ARP)
Tableau d’affichage des mobiles (QUAI de GARE)
Type : correction
Quand un travailleur arrivait dans l’organisation au milieu des 4 jours affichés, cela créait une erreur AV.
(ST-Luc)
Export « Codes et Exceptions »
Ajout dans l’export des 3 champs « utilisateur » de l’affectation et du travailleur.
(SAINT-JEAN)
BETA
1.7.0.81 – (Delphi XE)
Changement d’affectation
Type : correction
Soit deux affectations « partagées » mais commençant à des dates différentes (plutôt rare).
Le changement de paramètres de la première affectation commençant avant l’autre, comme la fonction ou le
statut, avait un impact sur l’autre affectation. Alors que dans cet outil, dès que deux affectations sont
« partagées », les changements de paramètres restent individualisés, sans impact sur l’autre.
(ST-Luc)
Signalétiques définition code horaire
Type : adaptation
Limitation de la zone CODE à 3 caractères + révision de l’ordre des zones.
(DECIS)
Logon (en ORACLE uniquement)
Type : correction
Problème juste après le logon « field DISPLAYKEY not found ».
(DECIS)
STP Server, requêtes envoyées par un programme tiers
Type : correction
Sous Delphi XE, les requêtes envoyées au serveur (par exemple via une page ASP) et qui retournent un
tableau vide de type OleVariants causaient un access violation.
(ARP - DECIS)
BETA
1.7.0.82 – (Delphi XE)
Périodes spécifiques
On peut maintenant définir des périodes spécifiques qui serviront de marqueurs visuels dans le calendrier du
planning.
Cette information est précisée, par section, au niveau des congés fériés de la section, comme montré cidessous.
Au niveau des signalétiques :
1- définition d’un type de période spécifique. Les différents types sont définis (une fois pour toute)
dans « signalétiques / toutes les sections / Administration / Périodes spécifiques» avec : l’abréviation,
la description, la couleur de la période.
2- Templates de dates de congé : on peut y ajouter parmi les fériés des périodes spécifiques en
précisant le type (scolaire, inventaire, audit…) et la date de début et de fin. Ces périodes spécifiques
pourront donc être ajoutées dans de multiples services par simple application du template concerné.
Remarques :
1- ces périodes spécifiques n’ont aucun impact sur les congés des travailleurs. Pour l’instant, c’est juste
du VISUEL !
2- Limitation : on ne peut définir deux périodes spécifiques qui ont exactement la même date de début
et de fin.
3- Cette fonctionnalité a entrainé une restructuration des index des tables H_TDATE_DESC et
BANHOL !!!
(ST-LUC)
Nouveaux tris des travailleurs au planning
Type : adaptation
Trois nouveau tris on été ajouter sur les travailleurs au planning :
1. fonction / travailleur
2. fonction / section / travailleur
3. section / fonction / travailleur
(ST-LUC)
Regroupement par « thème » pour les exportations
Type : adaptation
Pour les exportations sous format texte, cvs, ou excel ; on a regroupé les cases à cocher sous différent groupe
comme : WORKER, AFFECTATION, BADGE, BALANCE etc.
Chaque groupe est séparé par une ligne.
(DECIS)
Paramètre des congés
Dans la fenêtre des paramètres des congés / onglet « travailleurs et dates » on peut maintenant voir la date
d’entrée du travailleur à coté de sa date de naissance.
(CROIX-ROUGE)
Structure de semaine rotation vers la gauche
Type : adaptation
Numéro : 607
Dans l’édition de l’affectation, un nouveau bouton a été ajouté afin de permettre la rotation vers la gauche de
la structure de semaine en mode relatif. Ce bouton s’active seulement lorsque la structure de semaine est
plus grande ou égale à 15 caractères.
(CROIX-ROUGE)
Code et exception – onglet « exceptions »
Type : correction
La somme des exceptions de type heure pouvait donner une somme négative lorsque la somme était trop
grande (le nombre « entier ou integer » passe alors en négatif).
(CHIREC)
DIRHM –Variables : Effectif et non effectif
Type : correction
Certains sites ne disposaient pas les variables « Effectif » et « Non effectif » parmi leurs variables DIRHM.
Maintenant à l’ouverture de la grille des variables DIRHM on vérifie que ces variables existent bien, sinon
on les ajoute en direct dans la base de données.
(DECIS-REINE ASTRID)
Rapport « codes et exceptions »
Type : correction
- Si sélection d’une section de détail (opération plutôt rare), alors il y avait un problème.
- Fermeture de la gauge (de défilement) qui restait apparente alors que le résultat de la prévisualisation
était affiché.
(ST-LUC)
Solde final pour les jobistes et virtuels
Type : correction
Pour rappel, pour les jobistes ou virtuels, il n’y a pas de balance finale. Les soldes finaux correspondent aux
heures du mois. Suite au passage à Delphi-XE, cette valeur se cumulait entre jobistes/virtuels (sans
conséquence pour la DB, vu que cette valeur n’est pas sauvée).
(ST-LUC)
STP sur ordis équipés du vieux Windows 2000
Type : correction
STP ne démarrait plus en Windows 2000 (suite au passage à Delphi-XE).
Signalons qu’il serait temps de migrer votre parc informatique à un OS plus récent (minimum XP), car nous
ne pouvons pas continuer à assurer le suivi de STP sur des OS plus vieux de 12 ans, alors qu’on passe
actuellement à des OS 64 bits (Windows 7, 8…)
(JOLIMONT)
Affichage des mobiles (Quai de gare)
Type : adaptation
Les boutons UP et DOWN ont été élargis, pour en faciliter l’accès.
(ST-LUC)
Appel de la fenêtre « Récup sur férié », pour HAUTES-FAGNES uniquement
Type : adaptation
Lors du placement d’un férié en récupération d’un férié travaillé, le système propose une récup sur férié
(pour rappel lié au paramètre : Section.CalculRécupérationFérié=1) via une petite fenêtre spécifique. Cette
fenêtre ne s’ouvrait que si le temps travaillé était plus grand que le congé à placer. Nous avons assoupli
cette condition pour les HAUTES-FAGNES : il leur suffit que le temps travaillé soit positif.
(HAUTES-FAGNES)
Gestion des mobiles
Les exceptions au planning apparaissent maintenant aussi dans la fenêtre de délégation.
(ST-Luc)
STPPay – formatage Magistral en mode 24H
Type : adaptation
L’information « isFerie » n’était pas correcte pour les lendemains de férié (mode 24H). Cela mettait 1 plutôt
que 0. Idem pour les Nuits avant férié, où la deuxième partie de la nuit doit être « isFerie=1 » plutôt que 0.
(HAUTES-FAGNES)
Table H_TDATE_DESC
Toutes bases
ALTER TABLE H_TDATE_DESC ADD END_ int null
ALTER TABLE H_TDATE_DESC ADD SECTION_DATE_SPEC int null
Update H_TDATE_DESC set END_=0
Ajouter END_ à la clé primaire de la table H_TDATE_DESC avec votre gestionnaire de DB !
Oracle
ALTER TABLE H_TDATE_DESC ADD END_ number(10)
ALTER TABLE H_TDATE_DESC ADD SECTION_DATE_SPEC number(10)
Firebird
alter table H_TDATE_DESC add END_ Integer
alter table H_TDATE_DESC add SECTION_DATE_SPEC Integer
Table BANK_HOL
Oracle
ALTER TABLE BANK_HOL ADD END_ number(10)
ALTER TABLE BANK_HOL ADD SECTION_DATE_SPEC number(10)
update BANK_HOL set END_ = 0
Ajouter END_ à la clé primaire de la table BANK_HOL avec votre gestionnaire de DB !
Firebird
alter table BANK_HOL add END_ Integer
alter table BANK_HOL add SECTION_DATE_SPEC Integer
Autres bases
ALTER TABLE BANK_HOL ADD END_ int null
ALTER TABLE BANK_HOL ADD SECTION_DATE_SPEC int null
Création d’une nouvelle Table SECTION_DATE_SPEC
Firebird
create table SECTION_DATE_SPEC ( SECTION_DATE_SPEC int not null primary key, ABBREV
VarChar(10), DESCRI VarChar(100),BRUSHCOLOR VarChar(11))
Oracle
CREATE TABLE SECTION_DATE_SPEC ( SECTION_DATE_SPEC number(10) not null, ABBREV
VarChar2(10), DESCRI VarChar2(100),BRUSHCOLOR VarChar2(11)
, constraint PK_SECTION_DATE_SPEC primary key (SECTION_DATE_SPEC ))
MS-SQL Server
create table SECTION_DATE_SPEC(SECTION_DATE_SPEC integer not null ,ABBREV varchar(10)
null,DESCRI varchar(100) null,BRUSHCOLOR varchar(11) null , constraint PK_SECTION_DATE_SPEC
primary key (SECTION_DATE_SPEC))
Rappel : table CONTRACT (allongement du champs REGIMESUMMARY à varchar 31)
Dans le cas où vous ne l’auriez pas fait par le passé :
Oracle
alter table CONTRACT modify REGIMESUMMARY varchar2(31)
Firebird
alter table CONTRACT alter column REGIMESUMMARY type varchar(31)
Autres bases
alter table CONTRACT alter column REGIMESUMMARY varchar(31)
BETA
1.7.0.83 – ne pas mettre en production
Impression planning
Type : adaptation
Pour les services standard, il est maintenant aussi possible d’avoir un affichage en trois lignes par cellule
(comme pour les services mobile).
(ST-LUC)
Impression : Décompte des horaires
Type : adaptation
Légères adaptations ergonomiques dans la fenêtre de préparation du rapport.
(DECIS)
Expert « nouveau travailleur »
Type : adaptation
Dans le premier onglet, révision de l’ordre des champs
(DECIS)
Numéro : 619
Signalétiques, nouvelle section
Type : adaptation
Lors de la création d’un nouveau service, le champs abréviation ne permettait pas les caractères blancs,
tirets… ce qui rendait difficile la création d’une abréviation comme : SO-IN
(DECIS)
Solde au niveau Cellule
Type : correction
L’affichage du menu : « balance pour la cellule » est lié au paramètre général « Balance_Display_For_Cell »
et non au profil de l’utilisateur.
(ST-JEAN)
Fin d’affectation et cellules déléguées
Type : adaptation
Si une personne quitte l’institution, tant ses cellules déléguées ailleurs que ses disponibilités doivent être
supprimées (comme l’est son planning et ses exceptions) pour les dates qui sont après son départ.
(ST-JEAN)
STPPay : interface d’édition des règles assouplie
- Possibilité de copier une règle d’un jeu de règles à un autre via un drag & drop :
Drag & drop pour copier la règle 383 du jeu de règles 13
vers le jeu de règles 18
-
Possibilité de copier un jeu de règles (ou tous les jeux de règles) d’un groupe dans un autre groupe :
(DECIS)
Zones « date »
Type : adaptation
Standardisation de quelques zones de date (contraintes, définition durée horaire…)
(ST-JEAN)
Analyse du cadre
Type : adaptation
Ajout de la section de détail dans l’export de la sélection
(ST-JEAN)
Type : adaptation
Si une cellule dispose de deux codes horaires différents, alors à l’impression la cellule montrera les deux
codes plutôt qu’un seul (avec la différence). S’il y en a 3, on prend juste les deux premiers.
(ST-JEAN)
Signalétiques toutes sections : noms de famille (effet de bord migration XE)
Type : correction
L’encodage d’un nom de famille avec une apostrophe comme « Jule de l’Entremanche » créait des soucis
tant dans le Signalétique/Définitions/Travailleur que dans l’interrogation sur le LOG.
(JOLIMONT)
Jobistes/ Interimaires
Type : adaptation
La couleur des jobistes ou intérimaires au planning passe du marron au orange foncé, afin de les distinguer
des virtuels qui sont également en marron.
(ST-LUC)
Signalétiques / Définitions / Travailleur
Type : adaptation
La conversion d’un travailleur virtuel en un travailleur standard est maintenant conditionnée à la non
présence de délégations au planning sur ce virtuel.
(ST-LUC)
Impression « codes et exceptions »
La fenêtre de prévisualisation est d’abord maximisée (plutôt qu’en petite à haut à gauche). Et de plus vous
pouvez maintenant faire plusieurs impressions successives, pour faire des comparaisons.
Impression 1
Impression 2
(CHIREC - DECIS)
Historisation des modifications au planning
Type : adaptation
Tout changement à une cellule de planning en statut jaune (modifié) ou rouge (réalisé) est maintenant
totalement historisé. Par contre les changements en colonne « planifié » et « lissé » restent non historisés.
Signalons que cette opération d’historisation entraine un léger ralentissement lors de la sauvegarde du
planning.
L’historique de ces changements est visible dans l’observatoire, onglet détail, lignes sur fond blanc.
Historisation
colonne
“modifié”
Historisation
colonne
“réalisé”
(DECIS & Saint-Luc)
BETA
Rapports maison
Quelques améliorations ergonomiques :
- A l’affichage les champs comprenant des données « date » sont affichés comme des dates, plutôt que
des nombres (06/08/2012 plutôt que 41127).
- Idem pour les champs « heure », plutôt que des secondes (01h00 plutôt que 3600).
- Un petit wizard permet de rajouter à la carte, à partir d’une listebox, les champs de la requête
obtenue.
(DECIS)
Alarme : fériés restant à prendre
Type : adaptation
- L’alarme qui prévient le planificateur qu’il reste des fériés à placer tient maintenant compte des fériés
« malade » (dans le cas où ces fériés malades sont considérés comme du CONGE).
- Le message à l’utilisateur a été enrichi de la date théorique du férié.
- pour rappel, pour activer cette alarme il faut mettre une valeur > 0 dans le paramètre général
HOL_WARNING_DEADLINE = 10 (Délai en jours pendant lequel les planificateurs sont prévenus
des fériés à échéance. (si 0 : pas appliqué, 1 à 99 jours))
(CHIREC)
Signalétique des contraintes verticales et horizontales
Type : adaptation
- Les types de jour étaient tronqués à l’affichage (pour les longs types comme : « Samedi, Dimanche
ou Férié »)
- Activation du type de jour « Samedi ou Férié », cela pour toute l’application (voir modif database cidessous)
(DECIS - CROIX-ROUGE)
STPPay : extraction pour le format GRHWIN (SBIM)
Type : adaptation
Attention, le format a été adapté pour les compteurs de type DATE (qui comprend la date YYYYMMDD
plutôt que la période YYYYMM)
Exemple :
Pour un compteur de type « PERIOD »
201208070001
0 VC000000000570
Pour un compteur de type « DATE »
20120815070001
0 VC000000000570
L’utilisateur veillera à placer les règles de type PERIOD et DATE dans des groupes distincts, afin de
procéder à l’import dans GRHWIN en deux temps : d’abord le groupe de règle DATE (exemple : les
absences, les congés) et ensuite les règles PERIOD (heures sup…) ou vice-versa.
(CHRPBW, ST-JEAN)
Signalétiques / Section de planification / ouverture fenêtre des « Périodes » (ORACLE)
Type : correction
L’accès à la fenêtre « Périodes de planification » n’était plus possible avec la DB ORACLE et en mode de
connexion BDE. En connexion ADO c’était OK.
(JOLIMONT et sites ORACLE)
Analyse des pointages et accès
On peut maintenant obtenir les accès pour des personnes sans affectation, c'est-à-dire des personnes non
planifiées. Cela via la coche « Inclure les travailleurs sans affectations ».
(JOLIMONT)
Tables DAYTYPE et FILTRE, vérification du type « Samedi ou férié »
Vérifier dans la table DAYTYPE si l’enregistrement avec le champs NAME = « sa-bankhol » existe
bien, au sinon exécuter :
insert into DAY_TYPE ( DAY_TYPE , ABBREV , TYP , FILTRE , FILTRE_L , SPECIFICITE , NAME , DESCRIPTION , DAYCOMB ) values ( 31 ,
'SF' , 'Day' , 41 , 0 , 65 , 'sa-bankhol' , 'Samedi ou férié' , 0 )
Vérifier dans la table FILTRE si l’enregistrement avec le champs FILTRE=41 existe bien au
sinon exécuter :
insert into FILTRE ( FILTRE , FILTRENAME , FILTERDESCRIPTION , HANDLE ) values ( 41 , 'SamedisEtFeries' , 'Samedi ou férié' , 0 )
BETA
Signalétiques toutes sections / supprimer une section
Type : correction
La gauge de défilement bloquait la fin de l’opération.
(DECIS-CROIX ROUGE)
Numéro : 636
Impression du planning détaillé (CROIX-ROUGE ONLY)
Enrichissement de cette liste avec les informations : collecte – lieu de collecte – profil…
Une autre liste triée par jour / collecte/ profil / travailleur
(CROIX-ROUGE)
STPPay : extraction pour le format GRHWIN (SBIM) --- SUITE
Type : adaptation
Adaptation du format GRHWIN pour les compteurs de type DATE, en général pour les absences et les
congés :
Exemple :
Pour un compteur de type « PERIOD »
201208070001
0 VC000000000570
Pour un compteur de type « DATE »
20120815070001 VC0570
L’utilisateur veillera à placer les règles de type PERIOD et DATE dans des groupes distincts, afin de
procéder à l’import dans GRHWIN en deux temps : d’abord le groupe de règle DATE (exemple : les
absences, les congés) et ensuite les règles PERIOD (heures sup…) ou vice-versa.
(CHRPBW, ST-JEAN)
Impression : Planning Detail (via le popup sur la grille droite)
Type : adaptation
Diminution de l’espace en haut de page, pour limiter les passages à la page suivante.
(JOLIMONT)
1.7.0.85 – BIS (installé à l’ARP uniquement,
pour compatibilité STPeople_NEW)
BETA
Transitions « maladie »
Type : adaptation technique
Numéro : 640
Si pour le nœud top de l’organisation, le paramètre Illness=0, alors la fenêtre des transitions n’était pas affichée. Maintenant elle
est toujours disponible pour le nœud principal indépendamment de la valeur du paramètre Illness.
(DECIS-Equipe)
Adaptation à la nouvelle version de STPeople
Type : adaptation technique
Numéro : 641
Adaptation de STP à la nouvelle structure des tables du programme STPeople-XE. Impact sur l’observatoire onglet « detail » et
sur les exports.
(ARP)
BETA
Analyse du cadre – sélection de multiples cellules de la grille
Type : correction
Possibilité de sélectionner de multiples cellules pour inspection et export (comme avant).
(JOLIMONT)
Analyse des absences
Type : correction
Enrichissement des exports existants (format texte et CSV) : %affect + WorkerHRID + SectionHRID
(JOLIMONT)
Travailleurs archivés
Type : adaptation
Sur des périodes totalement dans le passé, tous les travailleurs archivés du service chargé deviennent visibles
(l’info « archived » est ignorée). Cela permettra aux auditeurs, ayant des droits minimum de consultation,
de faire des recherches sur le passé et d’y trouver tous les travailleurs.
(ST-LUC - DECIS)
Entête de l’application
Type : correction
L’entête de l’application continuait à indiquer des services déchargés. (c’était visible quand plus aucun
service n’était chargé)
( DECIS)
Exportation de variables « STPeople »
Type : adaptation
Une deuxième exportation successive provoquait un blocage apparent (en fait l’export devenait très lent).
( DECIS)
Fenêtre d’attribution aux collectes (CROIX-ROUGE UNIQUEMENT)
- Possibilité d’ajouter manuellement de nouveaux profils et d’y affecter du personnel au planning. Ces
profils (non présents dans la base Oracle) persisteront après l’importation d’un nouvel état des
collectes Projesa. Possibilité de supprimer ce genre de profil également.
- Les travailleurs qui ont été prêtés à un autre service ne sont plus considérés comme disponibles et ne
sont donc plus proposés à la fenêtre d’attribution COLLECTE.
- Révision de la projection de la collecte sur les horaires au planning (il y avait doublage d’horaire
dans certains cas).
(CROIX-ROUGE)
Analyse du cadre
Type : correction
Dans le cas particulier du transfert d’un travailleur d’une sous-section à une autre sous-section dans le même
service et pendant les dates analysées par le rapport, alors l’analyse ne prenait pas en compte les absences
au-delà de la date du changement.
(CHU Liège)
Fenêtre affichage des mobiles (Quai de gare)
Type : adaptation
Réajustement cosmétique des scrollbars .
(ST-LUC)
Numéro : 649
Impressions CROIX-ROUGE
- Détail planning par travailleur et par date : ajout des heures théoriques de collecte (après le profil)
- Détail planning par Collecte : les travailleurs prêtés sont mis dans une rubrique spécifique et ne sont
donc plus repris dans les « hors collecte ».
- Ce rapport « planning par collecte » peut être directement appelé à partir de la fenêtre d’attribution
des collectes
(CROIX-ROUGE)
Canevas « dates de congé »
Type : correction
Importance (1..3) : 1 Numéro : 651 (suite à 603)
L’édition ou l’ajout d’un nouveau canevas « date » causait un problème (avec le champs END_)
(ST-JEAN)
Ré-identification
Type : adaptation
L’entête de l’application indique non seulement l’utilisateur sous lequel on s’est ré-identifié mais aussi
l’utilisateur original.
Dans cet exemple : l’utilisateur original « dd » s’est ré-identifié comme « as ».
(DECIS)
Délégations et maladie
Une personne déléguée (ou prêtée) ne peut plus être « maladifiée » avec le curseur maladie.
PS :
-
-
Si vous avez actuellement des cas de maladies avec délégations (ce qui ne devrait plus arriver suite à
l’interdiction apportée ci-dessus), il est toujours possible de supprimer la délégation via la fenêtre de
prêt.
signalons que cela est déjà le cas avec les codes rapides (absences longue durée) et le placement des
codes inactifs.
(DECIS – ST-LUC)
STPImport et délégations
Type : adaptation
Les instructions EA (Erase Assignt) et AQ (add quickplacement) entrainenent maintenant une suppression
des délégations existantes sur les dates concernées.
+ correction d’un petit bug sur la suppression manuelle d’une plage de délégation parmi plusieurs plages
existantes (cas assez rare). Il les supprimait toutes plutôt que celle sélectionnée par l’utilisateur.
(ST-LUC)
Ajout d’un champs dans la table CR_COLTEAM (pour la CROIX-ROUGE uniquement)
SQLServer :
Alter table CR_COLTEAM add MANUALLY_ADDED integer
BETA
Save du planning
Type : correction
L’historisation causait des soucis à la sauvegarde de cellule.
(ARP)
Print du planning
Type : correction
Erreur à l’impression « périodes actives »
(ST-JEAN)
Numéro : 656
Placement de codes rapides
Type : adaptation
Le placement de code rapide sur une période s’arrêtait à la cellule où le travailleur avait changé de soussection. Maintenant il traite toute la période.
(CHU-Liège)
BETA
BETA
1.7.0.89 – (Delphi XE)
RAPPEL :
- pas d’utilisation de version < 1.7.0.83 avec cette version
- cette version STP oblige un STPPay version
1.7.0.84 minimum !!!
Save du planning & historiques
Type : correction
- L’historisation causait des soucis à la sauvegarde de cellule.
- Ajout d’information de log supplémentaire
(ARP-DECIS)
Raccourci pour impression d’une collecte (CROIX-ROUGE uniquement)
Type : adaptation
A partir de la fenêtre d’attribution, on peut directement imprimer la collecte affichée.
(CROIX-ROUGE)
Gestion des mobiles
Type : adaptation
Amélioration de la concurrence (travail conjoint de deux utilisateurs sur le même planning) en ce qui
concerne les cellules déléguées.
(DECIS)
1.7.0.90 – (Delphi XE)
BETA
Edition de collecte (CROIX-ROUGE uniquement)
Numéro : 661
-
Possibilité de déplacer une personne d’une collecte à une autre par Drag/Drop et de mettre une
personne sur deux collectes le même jour. Il suffit de la sélectionner dans une tournée et de faire un
drag/drop vers une autre tournée : une petite fenêtre s’ouvre qui permet soit de déplacer la personne
soit de l’affectée à cette deuxième collecte :
-
Lors du SAVE, toutes les cases avec le rond noir sont sauvées au planning. Mais dans deux cas il y a
une préparation sur place :
COORDI : il faut commencer 30 minutes plus tôt
CHAUF : il faut commencer 15 minutes plus tôt .
maximizer la fenêtre à l'ouverture
Léger « redesign » de la fenêtre pour afficher le plus de collectes sur la partie gauche
ajout en haut à droite d’un petit feu rouge, tant qu'il reste une collecte vide (sans personne dessus)
ajouter un nouveau bouton "Sauver tous" à côté de "Sauver". Ce bouton sauve tous les jours de
collectes (c'est comme l'autre mais on inspecte tous les jours).
L’importation de nouvelles collectes de Progesa (base Oracle Croix-Rouge) commence à la date du
jour (et non plus un mois dans le passé). Les collectes passées ne sont donc plus modifiées.
-
(CROIX-ROUGE)
Print de collecte (CROIX-ROUGE uniquement)
- Les profils sont triés
- Les collectes vides sont indiquées également
- Les heures de la collecte ont été ajoutées au descriptif collecte
(CROIX-ROUGE)
STPPay
Type : adaptation
- Adaptation du format GRHWin (suite), dans le cas où on force la date de formatage.
(CHRPBW)
Droits d’accès KGB (dans une DB séparée et sans KGBServer)
Type : adaptation
Normalisation du cas spécial :
- Les droits KGB sont dans une database séparée (à l’ARP et à l’EQUIPE)
- pas d’utilisation du mode serveur (pour rappel, le mode KGB server est activé quand, dans le fichier
de licence, l’instruction suivante est présente : RIGHTS_KGBSERVER=Servername)
Seul le site de l’EQUIPE est dans ce cas de figure.
(EQUIPE)
Impression carte de congé (en tableaux)
Type : adaptation
La traduction est faite en fonction de la langue du travailleur.
(ST-JEAN)
STPImport : requête AA (Add Affectation)
Type : correction
La requête bloquait avec le message « General SQL Error. Ambiguous column name START_... ».
(ST-LUC)
BETA
1.7.0.91 – (Delphi XE)
Module Statistique : « StatShot » --- PROTOTYPE --Type : cosmétique
Une nouvelle statistique est disponible dans le petit module de statistiques résumées.
Cette nouvelle statistique montre l’activité du service sur 6 mois avec les éléments suivants :
- les heures d’activités
- les heures de maladies
- les heures de vacances
- les heures de placement rapide
- les autres heures
Un double-click sur le graphique en donne le détail.
Un info-box détaillant le contenu du graphique est montré quand on survole une colonne.
Reconstruction des
statistiques
Etant donné que les données ne sont pas reconstruites à chaque chargement (pour ne pas pénaliser le
chargement du planning), nous donnons à l’utilisateur la possibilité de reconstruire les stats à la demande,
pour son service.
( DECIS)
Observatoire – Affectation – Mode Relatif
- Ajout d’un test pour empêcher de mettre à une affectation une structure de semaine ne contenant que
des zéros. Le test ne se fait que sur une structure à une semaine, ce qui évitera ceci : « 0000000 ».
(DECIS- ARP)
Expert Travailleur – suppression d’un affectation
- Le test de % d’affectation > 0 n’est plus effectué pour la suppression d’affectation.
(DECIS- ARP)
Placement de code rapide entre 2 dates (Sybase uniquement)
Type : correction
Un SQL pour mettre un code rapide entre 2 dates contenait des minuscules, ce que n’aime pas la DB Sybase.
(ST-LUC)
Projection de cycle sur un horaire avec extension
Type : correction
Importance (1..3) : 1 Numéro : 671 (effet de bord historisation)
Projection d’un cycle sur un horaire existant qui comprend déjà une extension (cas assez rare). Le cycle ne
prenait pas.
(EQUIPE)
Ajout du champs NBPEOPLEDATE2 dans la table BLOCAFFECT
Toutes base :
Alter table BLOCAFFECT add NBPEOPLEDATE2 integer
Oracle :
Alter table BLOCAFFECT add NBPEOPLEDATE2 number(10)
1.7.0.92 – (Delphi XE)
BETA
CROIX-ROUGE
- Fenêtre d’attribution
o Contrôle du repos minimum de 11h entre deux collectes successives pour une personne (tant
avec le lendemain qu’avec la veille)
o Si la personne est mise en maladie ou en code inactif, alors elle est supprimée des tournées où
elle était affectée ce jour-là.
o Flèches > et < pour passer d’un jour à l’autre. Si on arrive sur un mois non chargé en
mémoire en termes de collectes, alors il procède au chargement des collectes du mois.
o Réduction de la hauteur des cellules de la grille des collecte, pour pouvoir plus et limiter les
scrollings de fenêtre.
o Possibilité de mettre à jour les heures d’une collecte (depuis la base). Un petit bouton Edit a
été rajouté. L’information est sauvée dans la base.
-
-
o Si une tournée comprend deux heures de collecte (sur site), alors la deuxième heure est
également montrée.
Print de collecte
o Visualisation de toutes les heures de collecte (cfr. point précédent)
o Les collectes sont triées par heure de collecte (depuis la base) plutôt que par code de collecte
o Ajout d’un cadre noir autour des tournées pour faciliter la lecture si impression noir&blanc.
Importation de données Progesa
o Correction d’un bug d’importation, où le système doublait les profils déjà affectés à des
personnes
o Si une collecte existait antérieurement dans Progesa et n’existe plus lors de l’importation
suivante, alors elle est supprimée pour autant qu’il n’y a aucune personne affectée dessus.
(CROIX-ROUGE)
Signalétique / définition / travailleur
Type : cosmétique
Dans Signalétique / Définition / Travailleur certaines modifications ont été apportées :
1- La grille des travailleurs a été changée en QuantumGrid avec toutes les possibilités d’analyse qu’elle
apporte comme :
- Tri sur chaque colonne
- Filtre à la carte sur chaque colonne
- Possibilité de déplacer les colonnes
- Possibilité de faire une rupture sur la colonne en la déplaçant dans la zone au dessus de la
grille…
2- Certains filtres d’audit ont été ajoutés :
- "sans Web_id",
- "web_fakeid manquant" (c'est à dire avec web_id mais sans le web_fakeid")
- "sans Pay-roll"
- "sans date de naissance"
- "sans numéro national"
- "sans langue"
3- Ajout dans l’export et dans l’impression des champs WEB_ID et WEB_FAKEID.
4- A l’édition d’un travailleur : ajout du champs « langue ».
(DECIS)
Impression des codes horaires d'un service
Type : correction
- Le print preview a été maximisé.
- L’impression des codes horaire d’un service, en cliquant plusieurs fois d’affilée sur le bouton
« imprimer », provoquait un « access violation ».
(EQUIPE)
Nouveaux paramètres généraux STPNET
- STPNET_SESSION_TIMEOUT (défaut 5 minutes) = retour à la fenêtre de LOGIN après 5 minutes sur
une page
- STPNET_SERVER_TIMEOUT (par défaut 10 minutes) = fermeture de la session après 10 minutes
d’inactivité
( DECIS)
Fuite de mémoire
Type : correction
Le calcul de paie causait un léger « memory leak », soit via l’interrogation paie au planning ou
l’observatoire-RH. (Perceptible uniquement via les outils d’analyse et d’optimisation de Decis).
( DECIS)
Carte de congé horizontale
Type : correction
Pour les fériés placés à l’avance et pour les travailleurs qui changeaient de régime de travaille (100% à
50%), la durée des fériés sur la carte de congé ne correspondait pas aux fériés au planning.
(ST-LUC)
Analyse du cadre
Type : correction
Les travailleurs aillant changer de fonction durant la période n’était pas afficher dans le détail de l’analyse
du cadre, car on interrogeait la fonction des travailleur a la date de début de la période, maintenant on vérifie
sur toute la période.
(CHU-LIEGE)
Modification du champs CODE sur la table SHIFT
Pour le serveur MS-SQL seulement :
Afin que le champs CODE de la table SHIFT soit « case sensitive »
(ce qui permet de différencier le code « actif » du code « malade ») :
ALTER Table SHIFT
ALTER COLUMN CODE VARCHAR(3) COLLATE SQL_Latin1_General_CP1_CS_AS
BETA
1.7.0.93 – (Delphi XE)
MOBILES
Type : adaptations
- Le placement d’une délégation entrainait une sauvegarde du planning et le recalcul des balances.
Ces deux opérations ont été limitées à la cellule modifiée et au travailleur concerné : c’est beaucoup
plus rapide !
- Dans le cas d’une double délégation. Du côté receveur, si on enlevait sa délégation, alors cela
l’enlevait des deux côtés. Maintenant le système enlève uniquement la délégation supprimée.
- Dans la fenêtre de délégation, lors du drag-drop d’une ressource (de la grille inférieure) vers une
personne du planning (à la grille supérieure), un refresh des délégations existantes est effectué,
précisément lors du premier survol de la grille supérieure. Ce refresh mettait beaucoup trop de temps
pour les gros sites. Il a été maintenant optimisé : on ne considère que ce jour-là et que ce service-là,
car en fait la grille supérieure ne concerne que ce service-là.
- Au planning, légère amélioration du refresh des délégations, activé avec le bouton « R ».
(DECIS)
Relevé périodique
Type : ré-activation
La liste n’était plus fonctionnelle (depuis la version précédente 1.7.0.92).
(DECIS)
Edition de consignes de lissage (via Signalétiques)
Type : ré-activation
L’édition à partir de « signalétiques généraux / définitions / canevas / consignes de lissage » n’était plus
fonctionnelle.
(DECIS)
Canevas férié
Type : correction
Cas assez rare d’un code férié dont le paramètre ILL serait à NULL plutôt que « N » (reliquat de vieilles
installations de StaffPlanner).
Dans ce cas, ce code férié ne pouvait plus être ajouté au canevas ou édité.
(SANS-SOUCIS)
BETA
1.7.0.94 – (Delphi XE)
Calendrier section et période spécifique
Type : cosmétique
Les jours fériés et les WE du calendrier de la grille supérieure sont redevenus grisés (ils l’étaient avant
l’introduction de la notion de congé spécifique).
(DECIS)
Grille des congés de la section et grille canevas des dates
Type : cosmétique
Dans la grille des « congés de la section » et la grille des « canevas des dates », les colonnes « Date de fin »
et « ABBREV » sont grisées pour les fériés classiques, car elles ne concernent que les périodes spécifiques.
(DECIS)
Analyse des effectifs / balances
Type : modification
Pour le rapport de l’analyse des balances (Impression / Effectifs / Analyse des balances) avec le tri sur les
travailleurs, les soldes des travailleurs sont affichés en heure : minute au lieu de secondes.
(DECIS)
Cosmétique
Type : modification
1. Standardisation de la police :
a. pour la grille dans « signalétique / définition / travailleurs »
b. et dans « signalétiques / administration / périodes spécifiques »
2. Agrandissement des composants dates pour l’édition ou l’ajout d’une durée d’un code horaire. (en
XP ce composant ne montrait pas l’entièreté de la date)
3. Croix de repérage. En la déplaçant, il reste de petites traces dans le calendrier supérieur…(SansSoucis)
4. La gauge présente dans toute l’application (pour faire patientier) reçoit une ombre…
(DECIS)
Carte de congé classique (horizontale)
Type : modification
- Ajout du logo Decis en haut à gauche, comme dans tous les rapports
- S’il reste des congés à 07h36 (full-time) au planning, alors que la personne a diminué de régime
(exemple : 100% -> 50%),
o Si le férié pris est supérieur au férié prévu, alors on met un « ? » plutôt qu’un « V »
o Dans ce cas, la carte de congé interprétait mal sa durée : elle le comptabilisait dans le nouveau
régime (03h48) au lieu d’afficher la valeur au planning (soit 07h36).
(ST-LUC & DECIS)
Mobile, bouton Refresh
Type : adaptation
A des fins d’optimisation, ce bouton ne rafraichissait plus que la grille centrale et droite. Il est préférable
de rafraichir également la grille inférieure.
(CHU-LIEGE)
Rapport : décompte des horaires
Type : adaptation
Rectification de l’export pour les champs : « code horaires » et « régime ».
CHU-LIEGE)
Type : adaptation
Le champs payRoll ne pouvait plus être sélectionné.
CHU-LIEGE)
Numéro : 690
STPServer : Importation de données
Dans le cadre de l’importation automatique par STPServer, les conventions suivantes ont été modifiées :
-
-
-
Il est maintenant possible de mettre plusieurs fichiers à importer dans le répertoire (mentionné par la
clé de registre ImportDir). Avant le système n’importait que le fichier STPImport.txt. Maintenant
tous les fichiers commençant par « STPImport » seront traités.
Dans un sous répertoire Old\ :
o les fichiers traités sont recopiés avec la date et l’heure à la fin. Exemple :
STPImport_xyz_20121222-113659.txt
o pour chaque fichier traité, un fichier log est également créé. S’il est vide, cela signifie que les
requêtes ont été ajoutées dans la table STPImport de la base de données StaffPlanner, au
sinon ce fichier précisera les erreurs d’importation. Ce fichier log porte le nom du fichier
traité mais avec la fin : date + heure + ‘_IntoDB_LOG’.
o Si le sous-répertoire Old n’existe pas, le système tentera de le créer.
Il est important que le user tournant STPServer aît les droits nécessaires en écriture/suppression sur
le répertoire spécifié par ImportDir.
(CHU-LIEGE - SEGI)
Croix-Rouge
Fenêtre d’édition de collecte :
-
-
-
Numéro : 692
Possibilité de déplacer une personne au sein d’une tournée d’une ligne à l’autre (entre deux profils
différents)
o + correction bug, quand on déplaçait une personne d’une tournée à une autre. Après
rechargement elle était restée dans la collecte d’origine.
Une couleur spécifique est mise pour la date en fonction du jour : le passé – veille – aujourd’hui –
lendemain – futur, pour faciliter la navigation entre les différents jours.
Dans les grilles à droite, affichage des pointages en face des personnes concernées.
En face des personnes ayant un badge valide à la date du jour apparaît l’icône de badge classique.
Par double click sur la colonne pointage, accès à la fenêtre classique de StaffPlanner d’édition des
pointages.
Possibilité d’ajouter les pointages de la tournée sur toutes les personnes de la tournée en se calquant
sur les heures de la tournée. Seules les personnes sans aucun pointage reçoivent ces pointages de
tournée.
Possibilité d’ajouter un commentaire à la collecte, qui apparait ensuite dans l’interface et dans le
print de collecte. Pour éditer ce commentaire aller via le bouton E, pour éditer les heures de la
collecte.
(DECIS)
CROIX-ROUGE uniquement !
Ajout du champs COMMENT_ dans les tables CR_COLLECTE et CR_COLTEAM
SQLServer :
Alter table CR_COLLECTE add COMMENT_ varchar(250)
Alter table CR_COLTEAM add COMMENT_ varchar(250)
1.7.0.95 – (Delphi XE)
BETA
Type : cosmétique
Numéro : 693
Ajout d’un message de rappel qui précise que l’initialisation des budgets de congé n’est pas influencée par le
% d’affectation ou le schéma de travail (mais bien par la structure de semaine)
(DECIS)
Cosmétique
Type : cosmétique
Ajout d’une ombre aux fenêtres de message : dispatching jobistes, desiderata, statshot…
(DECIS)
Initialisation des congés (dans le cadre de l’utilisation de STPeople)
Type : cosmétique
Initialisation de la règle « VAR » (filtrage selon une variable StaffPlanner ou STPeople), si le filtre
STPeople.Fonction est activé.
(ARP only)
DIRHM
Type : précisions
-
-
Numéro : 695
Emploper :
o Pour rappel le paramètre « DIRHM non rémunéré (1/0) » au niveau de la fenêtre de définition
des codes horaires (dans les signalétiques/définition) a un impact sur le calcul du fichier
EMPLOPER (et pas sur le Emploday !). Cette information est maintenant indiquée sur la
fenêtre de signalétique en question.
o Pour Emploper, le travailleur est considéré comme « rémunéré » s’il a minimum 1 code
horaire rémunéré (c'est-à-dire non « non-rémunéré) sur la période étudiée. Cela signifie que
s’il y a un code blanc ou récup (/) sur la période et que vous avez oublié de noter ce code
comme « non-rémunéré », alors le travailleur était considéré comme rémunéré. Pour éviter
cette situation, nous ne considérons plus maintenant ces codes blancs et récups (/) dans ce
calcul (ce qui revient à sous-entendre que ces deux codes sont toujours « non rémunérés » au
sens du Dirhm-Emploper).
Emploday
o Pour rappel, le calcul du Emploday tient compte des codes horaires dits ACTIFS, comme
définis dans l’interface Signaliques/Définitions/Codes Horaires
(ARP only)
1.7.0.96 – (Delphi XE)
BETA
Numéro : 696
Dans l’initialisation des budgets, il est possible maintenant d’épargner les mouvements de budget qui avaient
été mis manuellement (et/ou pour l’ARP via la moulinette « travail sur férié »)
(ARP )
Expert travailleur : nouveau travailleur (base SYBASE uniquement)
Type : adaptation
Lors de l’ajout d’un travailleur, il y avait un problème de conversion de champs entre varchar vers smallint.
(ST-LUC)
BETA
1.7.0.97 – (Delphi XE)
Libération des gauges de défilement
Type : maintenance technique Importance (1..3) : 1 Numéro : 698
Garantir que ces gauges sont libérées de la même façon dans toute l’appli.
(DECIS)
Léger relifting
Type : cosmétique
Signalétiques / Administration : ajout de deux sous nœuds sous le nœud « Administration »
- Regroupements de personnes
- Utilitaires
Fenêtre des congés : ajout d’un texte sous l’onglet « Fériés de la section », expliquant le concept « fériés de
la section », afin d’expliciter ou de marteler ce concept une fois de plus (en plus de la documentation).
(DECIS)
Sauvegarde de cellule (+ observatoire / détail planning)
Type : adaptation
Importance (1..3) : 1 Numéro : 700 (suite à historisation cellules)
La trace de modification d’une cellule de planning n’était pas à jour dans le cas d’une extension (modifiée
ou réalisée) où seul l’horaire changeait.
Exemple : l’utilisateur Tartenpion avait modifié la cellule en M +7h30 le 15/12/2012
Un autre utilisateur Dupond avait modifié la même cellule en S +07h36 trois jours plus tard, soit le
18/12/2012
La cellule était bien changée en S +07h36, mais :
- l’historisation de l’horaire précédent n’était pas faite,
- l’extension gardait la trace de Tartenpion du 15/12/2012 au lieu de Dupond du 18/12/2012.
(repéré ARP)
Statistiques résumées
Type : adaptation
Pour la stat « distribution H », les horaires génériques comme : M +8h, sans plage, vont désormais être
comptabilisés autour de midi. Cela correspondra donc à un horaire 08h-16h, cela afin de ne pas les retrouver
dans le segment 0 (c'est-à-dire la première heure de la journée).
(ST-LUC)
Placement d’un férié
Type : adaptation
La liste des fériés disponibles tient compte maintenant d’un férié qui aurait été placé avec une valeur
négative (comme si on voulait augmenter le budget férié disponible). Fichier add_on.pas, méthode splitHol.
(ERASME)
Figer ou libérer une balance pour tout un service
Numéro : 703
Possibilité de figer ou libérer la balance pour une date précise (c’est nouveau)
+ réactivation de l’option « Figer la balance initiale »
(CHIREC)
Vue de groupes de personnes (PROTOTYPE)
Nouveau mode de visualisation, dans une grille de planning simplifiée, de travailleurs provenant de services
différents. Ces travailleurs sont rassemblés dans des « groupes », comme par exemple « groupe des kinés »,
« groupe des planificateurs »…
Signalétiques Groupes – Travailleurs
Définition des groupes et ajout des travailleurs dans ces groupes (signalétiques / administration).
Vue de groupes
L’accès à cette visualisation s’effectue via le menu : Impression / Vue de groupe. La visualisation peut
cumuler plusieurs groupes…
Fonctionnalités :
- Il s’agit de consultation uniquement !
- Un double-click sur la grille gauche donne accès à l’observatoire de la personne, comme dans le
planning normal.
- Toute cellule survolée est décrite en bas à gauche, dans la barre de status.
Fonctionnalités futures :
- Pouvoir ajouter des personnes individuelles à la grille de visualisation. (dans 15 jours OK).
- Pouvoir accéder directement au signalétique des groupes, pour les administrateurs uniquement (dans
les 15 jours OK)
- Pouvoir trouver une plage commune de réunion entre deux dates. Exemple : obtenir une plage de 2
heures entre 08h et 12h et qui regroupe au moins 90% des personnes… Chaque jour qui répond à la
contrainte est mis en rouge et un survol de souris précise la plage(s) concernée(s).
- D’autres idées de fonctionnalités qui vous intéresseraient ? Merci de nous les communiquer.
En terme de droits d’accès :
-
droit d’accès à la fonctionnalité = 'GroupOverviewAccess'
la définition des groupes se fait dans les signalétiques / administration et est donc réservée aux
administrateurs.
Chaque groupe est associé à un numéro d’accès (ForbiddenOverviewGroup1 …
ForbiddenOverviewGroup3) allant de 1 à 3, mais qui peut être étendu. C’est la même logique qui est
utilisée pour les SHIFTS et les EXCEPTIONS. Donc la personne qui a accès au
ForbiddenOverviewGroup3 pourra visualiser tous les groupes portant le numéro 3.
(ST-JEAN et JOLIMONT)
Ajout de 2 nouvelles tables pour les groupes
Toutes bases
CREATE TABLE GROUPS (
GROUPID
INTEGER
NOT NULL,
GROUPDESCRI
VARCHAR(
100) ,
GROUPNAME
VARCHAR(
30) ,
FORBIDDENGROUPS
VARCHAR(
9) ,
CONSTRAINT PK_GROUPS PRIMARY KEY (GROUPID))
CREATE TABLE GROUPS_WORKER (
GROUPID
INTEGER
NOT NULL,
WORKER
INTEGER
NOT NULL,
CONSTRAINT PK_GROUPS_WORKER PRIMARY KEY (GROUPID, WORKER))
SQL Oracle
CREATE TABLE GROUPS (
GROUPID
NUMBER(10) NOT NULL,
GROUPDESCRI
VARCHAR2(100) ,
GROUPNAME
VARCHAR2(30) ,
FORBIDDENGROUPS
VARCHAR2(9) ,
CONSTRAINT PK_GROUPS PRIMARY KEY (GROUPID))
CREATE TABLE GROUPS_WORKER (
GROUPID
WORKER
CONSTRAINT PK_GROUPS_WORKER PRIMARY KEY (GROUPID, WORKER))
Droit d’accès KGB
Toutes bases
,BRUSHCOLOR,FONTCOLOR,UNDERLINE) VALUES
('GroupOverviewAccess','STP','PRODUCTION',1,'Acces the menu Group Overview'
,0,'','','',0)
,BRUSHCOLOR,FONTCOLOR,UNDERLINE) VALUES
('ForbiddenOverviewGroup1','STP','PRODUCTION',1,
'User is allowed to see OverviewGroups of Group 1. Groups are defined in SignaleticsAdministration',0,'','192-234-254','',0)
VALUES
'User is allowed to see OverviewGroups of Group 2.
Administration'
,0, '','192-234-254','',0)
Groups are defined in Signaletics-
VALUES
'User is allowed to see OverviewGroups of Group 3. Groups are defined in SignaleticsAdministration'
,0,'','192-234-254','',1)
BETA
1.7.0.98 – (Delphi XE)
Structures de semaine FLOTTANTE
Numéro : 705
L’idée est d’avoir une structure de semaine mais où le(s) jour(s) d’absence peut avoir une position différente
de semaine en semaine.
Exemple : un 80% en 4 jours : 1111?00-R
Le « ? » symbolise la position du jour de repos qui varie de 1 à 5 dans cet exemple.
Pour le jour avec le code R, la cellule aura un temps dû de 0h.
Exemple 2 : un 60% en 3 jours : 111??-RT
De nouveau les 3 jours à 07h36 se trouveront sur 3 des 5 de la semaine, en fonction de la position des 2
codes RT de repos mis sur cette semaine.
L’avantage du système :
- Pour les crédits-temps, la position du jour de repos est variable.
- L’encodage du code R est aisé, comme il s’agit d’un simple code de valeur 0h.
- Les congés sont eux encodés à une durée de 07h36, correspondant à une journée complète, ce qui
correspondrait à une structure de semaine fixe comme 80% avec 1111000. Y compris pour les
budgets de congés qui sont attribués, dans cet exemple, au nombre de 16 plutôt que 20 pour le temps
plein.
Limitation du système :
- Une structure de semaine flottante est limitée à 1 seule semaine, ce qui devrait répondre à la
majorité des cas (nous l’étendrons à 2 semaines si nécessaire dans l’avenir),
Débat :
- Actuellement, le placement de codes rapides, comme les écartements, se fait à 07h36 (dans les deux
exemples ci-dessus), avec un temps dû de -07h36, sur toute la semaine. Ce qui donne un résultat
correct en termes de balances (qui restent stables). Mais le total d’heures d’absence s’en voit majoré.
Une alternative serait de placer à l’endroit du jour noté « ? » une durée de 00h00 (donc dans notre
premier exemple sur le vendredi)… Merci pour vos avis.
Pour le calcul de balance, nous avons ceci :
Nous remarquons que le code « R » entraine une durée de la journée de 0h.
Les CA sont bien comptés à 07h36, pour une durée de journée de 07h36, idem pour les fériés.
En terme de signalétique, nous avons (via observatoire / affectation / edition) :
(CROIX-ROUGE – ERASME – ST-LUC)
Fériés à échéance
Type : adaptation
- On enlève de la liste les « archivés » et les « virtuels », pour lesquels les fériés n’ont pas de sens,
- Prise en compte des fériés « malade ».
(ST-JEAN)
Impression des mobiles
Type : adaptation
Adaptation cosmétique du rapport.
- Les textes « DISPATCHED, RECEIVED» ont été remplacés par une icône
- Les textes « LENDED, JOBIST ou FLYING » ont été remplacés par une initiale L, J ou F.
C’est plus sobre et lisible.
(DECIS)
STPPay : rapport 2
Type : adaptation
- Ajout de 3 colonnes supplémentaires
- Ajout de lignes de séparations verticales et horizontales
- Suppression de la colonne COST_CENTER non utilisée, à ce qu’il parait (si vous la jugez
indispensable, merci de nous contacter)
(CHIREC)
Tableau de bords « codes et exceptions » : EXPORT
Type : correction
Les dates suivantes étaient répétées dans l’export (pour les travailleurs sans dates) :
- Date de naissance,
- date d’entrée et
- date de modification
(ERASME)
Edition de règles d’initialisation congé
Type : adaptation
La liste déroulante « congés » comprend le code et le nom du congé, et est triée par ordre alphabétique.
(ST-LUC)
Restructuration interne (pour STPNet)
Type : adaptation
Split de la fenêtre de login en deux, afin de séparer les classes d’accès DB des composants d’interface (non
compatibles avec STPNet).
(DECIS)
Signalétique des groupes (PROTOTYPE)
Type : correction
Correction d’une erreur dans la requête pour ajouter une personne dans un groupe.
(CHU Liège)
STPPay, règle RULEDIFFPLANNED
Type : adaptation
- Ajout d’un nouveau paramètre (Sub Mode) pour limiter cette règle (de calcul des différences entre
horaires prévu et réalisé) aux extrémités de l’horaire uniquement, ce qui permet de neutraliser
l’impact de lunch :
- qui ne serait pas pris
- qui aurait une durée différente
- qui serait pris à un moment différent.
Si ce paramètre est vide, alors la règle traite toutes les différences entre prévu et planifié (tant en
positif qu’en négatif et y compris temps de lunch et poses cigarettes au moment où ils ont lieu),
comme avant.
-
Prise en compte des horaires de nuit (exemple : 20h-07h) avec dépassement sur le matin. Ce cas
n’était pas traité avant.
(ERASME)
Taille du header de la fenêtre principale (Profil)
Type : adaptation
La position de la barre de séparation horizontale supérieure est maintenant conservée dans le profil de
l’utilisateur. Cela permet donc de toujours afficher correctement les lignes de congé des micro-cartes,
comme désiré.
(ST-JEAN)
Rapport des absences
Possibilité d’affichage des résultats en heures (en plus de l’affichage en ETP ou en occurrences).
(ST-JEAN)
Nettoyage des délégations si fin d’affectation
Type :adaptation
Nettoyage des délégations pour une personne qui n’a plus d’affectation valide.
Avant, on continuait à voir les délégations programmée d’une personne qui avait quitté l’institution.
(ST-JEAN)
Signalétique des codes horaires : léger relifting
- Ajout dans les signalétiques des codes horaires du masque STPNET du code (dans l’affichage du
planning d’équipe, possibilité de substituer au code horaire un code plus générique).
- Léger relifting de la fenêtre.
- En cas d’ajout de code horaire, initialisation de la priorité à « 1 ». Si changement d’un horaire en
code congé, initialisation de la priorité à « 2 ».
(ERASME)
Analyse de l’activité
Type : amélioration
- Ajout de deux nouveaux graphiques dans le deuxième et troisième onglet de la fenêtre « Vérifier
l’activité ».
 Le premier montre le nombre de chargements de services et le deuxième indique le temps
passé dans les services.
 Une ou plusieurs sections peuvent être sélectionnées à l’aide des boutons situés en haut à
droite de la fenêtre.
 La date du dernier jour du graphique peut être choisie en haut à gauche et modifiée avec les
boutons situés de chaque côté.
Raccourcis clavier
Activation des raccourcis clavier si le focus est sur une des 2 grilles supérieures au planning (calendrier).
C’était ok avec le focus sur la grille de planning principale :
Shift + Ctrl + O - aller a la page précédente
Shift + Ctrl + P – aller à la page suivante
Shift + Ctrl + L – aller au premier du mois précédent
Shift + Ctrl + M – aller au premier du mois suivant
Rétablissement du raccourci :
F4 : ouverture de la palette
Ctrl + S : sauvegarde du planning
Suppression des raccourcis inutiles (F7).
(DECIS)
CTRL+ W (chargement d’une personne)
Type : adaptation
Pour rappel, le raccourci Ctrl-W permet d’ouvrir un planning d’une personne.
Si dans la fenêtre intermédiaire (avec la recherche de personne) l’utilisateur faisait un « annuler », il se
retrouvait dans la fenêtre de chargement de section.
Maintenant « annuler » fait sortir de la fenêtre tout simplement.
(DECIS)
Ajout du champs DIFFSUBMODE dans la table PAYRULEDIFFPLANNED
Toutes bases :
Alter table PAYRULEDIFFPLANNED add DIFFSUBMODE varchar(50)
Oracle :
Alter table PAYRULEDIFFPLANNED add DIFFSUBMODE varchar2(50)
Ajout du champs HEADERBOTTOMSPLITTER dans la table Users_Profile
SQL toute bases
ALTER TABLE USERS_PROFILE ADD HEADERBOTTOMSPLITTER integer
SQL Oracle
ALTER TABLE USERS_PROFILE ADD HEADERBOTTOMSPLITTER number(10)
Ajout du champs STPNETSHIFTMASK dans la table SHIFT
SQL toute bases
ALTER TABLE SHIFT ADD STPNETSHIFTMASK varchar(3)
SQL Oracle
ALTER TABLE SHIFT ADD STPNETSHIFTMASK varcha2r(3)
BETA
1.7.0.99 – (Delphi XE)
Rapport des absences
Possibilité d’exclure du théorique (ETP ou heures) l’impact de certains codes horaires.
La liste des codes à exclure doit être définie dans les paramètres généraux dans la variable :
ABSENTEEISM_EXCLUDED_SHIFTS
5 codes SS_ à enlever du théorique
121:36 = (21 jours x 7h36) – (5 “SS” à 7h36)
Modification de l’interface pour afficher la liste des codes à exclure du théorique et la possibilité d’éditer
cette liste pour l’administrateur.
Avec le droit d’administrateur « SignaleticsAdministrationView » on peut éditer directement les codes à
exclure au lieu de le faire dans Signalétiques / Toutes les sections / Administration / Paramètres généraux de
StaffPlanner.
(DECIS)
Tableau de bord : « Codes et exceptions »
Type : adaptations
- Ajout des commentaires (associés à une cellule de planning), dans la grille d’analyse et dans l’export,
- Restructuration du code, concernant le traitement des commentaires,
- Correction d’un « access violation » qui apparaissait lors de l’export, avec la coche « avec
commentaires » activée.
(ARP et DECIS)
Grille de planning
Type : adaptation
Un click à droite du planning (au-delà du dernier jour) provoque le chargement de cette nouvelle période.
Avant il ne sauvait pas les cellules modifiées, avant ce rechargement, maintenant bien.
(ST-LUC)
Type : adaptation
- Choix des couleurs des graphiques amélioré (avant il y avait des nuances de rouge, maintenant il
s’agit d’un choix aléatoire de couleurs).
- Réactivation de la maximisation sur chaque onglet.
(ST-LUC)
Fenêtre des signalétiques
Type : adaptations
Lors de l’ouverture du signalétique d’une section, le focus est sur le premier nœud de l’arbre, ce qui offre
l’avantage de voir directement les paramètres du service sur la partie droite.
Dans la fenêtre de signalétique d’une section, un bouton donne accès au signalétique de toutes les sections,
lié au droit « SignaleticsAllSectionsAccess ». Cela économise 3 clicks.
(DECIS)
Travail sur férié : nouveau mode de récup
Un nouveau mode de récupération a été créé en cas de travail sur férié.
Sur le jour férié travaillé, un férié (de durée négative) sera placé de telle manière à ramener un temps presté
sur la journée au temps de travail de la personne sur ce jour-là, cela uniquement si le temps presté est
supérieur au temps presté prévu. Pour les WE on considère un temps de travail moyen (pour les régimes
standard et pour les structures de semaine avec 0 sur le WE).
L’ajout de ce férié de durée négative a pour effet d’augmenter le budget congé de ce férié. Ce budget élargi
sera consommé lors de la récupération.
Activation de ce mode : via Signalétiques / Section / Calcul de récupération férié => 2
(le mode 1 existait déjà et utilisé à ST-Pierre)
Mettre 2
Exemple :
Soit un travailleur avec un régime 80% (soit 6h04 dû par jour)
Sur le 25/12, la personne fait une Nuit de 11h00.
Le système rajoute automatiquement un FF de -04h55
(ce qui donne une journée de 06h04)
Trois jours après, il récupère son férié.
Un FF de 11h00 sera placé.
En résumé, le jour de récupération verra toujours un férié de durée égale au temps qui avait été presté sur le
férié concerné.
Au niveau de la balance, pas d’impact.
Modes d’encodage pris en compte dans ce cadre :
- via la palette
- via la fenêtre de détail (double-click sur la cellule)
- via encodage direct du code au planning
- via la touche F8, qui permet de rajouter des heures à l’horaire en mode rapide
Limitations du système (non exhaustif) :
- Ce système n’établit pas de relation entre la cellule travaillée et la cellule de récup. Si vous changez
par après la durée du travail sur férié, cela n’entrainera pas automatiquement la mise à jour du férié
récupéré. Vous devrez alors supprimer le férié et le replacer !
- Ce système est incompatible avec le lissage de cette cellule. En effet le lissage va travailler sur le
modifié qui comprendra déjà la correction de férié négatif… et les plages travaillées vont ensuite être
impactées par le lissage.
- Le contrôle du temps de travail (quand il est paramétré pour tenir compte des codes de congé), étant
donné que le contrôle est fait sur la cellule avant que le férié (négatif) ne soit ajouté.
- Affichage de la fenêtre de détail de cellule. Ce que l’utilisateur voit est l’état de la cellule avant
l’apparition du code FF négatif. C’est seulement quand l’utilisateur fait « OK » que ce FF négatif est
calculé et ajouté.
(ERASME)
Adaptations CROIX-ROUGE
Type : correction
- La liste « détail planning » n’était plus fonctionnelle (suite au travail sur les vues de groupe)
(CROIX-ROUGE)
Gestion des groupes
Type : correction SQL
Correction d’un champ en minuscule (Groups au lieu de GROUPS), or pour Sybase ils doivent être tous en
majuscule.
(SYBASE)
Fenêtre : SIGNALETIQUE - SECTION
Possibilité d’éditer des variables SECTION au niveau des sections de détail.
(nécessaire pour la modification DIRHM, voir ci-dessous)
(DECIS)
ExpertTravailleur
Type : correction SQL
Une erreur SQL apparaissait en fin d’opération de changement d’affectation, suite au nettoyage fait sur les
délégations.
( ST-LUC avec SYBASE)
Signalétiques variables utilisateur de type SECTION
Type : adaptations
- Les variables utilisateur de type SECTION sont maintenant disponibles au niveau sous-section
- L’édition d’une variable utilisateur de type section, créait un blocage si après avoir fait ce
changement on sélectionnait un autre service.
(DECIS)
code DIRHM peut être mis sur un sous-service
- Possibilité de préciser un code DIRHM au niveau d’un service de détail. Ceci peut être intéressant
pour les méga-services regroupant plusieurs disciplines. Attention c’est devenu plus lent. Merci de
nous communiquer le résultat de vos tests (par exemple en comparaison avec des jeux de données
anciens).
- L’export EMPLOPER propose des noms de fichiers plus cohérents allant de -1 à -4 en fonction du
trimestre exporté.
(DECIS)
Impression du planning : export Word
Type : adaptation
L’exportation vers Word a été réactivée.
(JOLIMONT)
Numéro : 733
Table GENPARAM, paramètre ABSENTEEISM_EXCLUDED_SHIFTS
Toutes bases
( ‘ABSENTEEISM_EXCLUDED_SHIFTS’ , ‘Liste des codes horaires exclus de la colonne THEO
ETP dans l analyse de l absentéisme. Exemple : SS,EC,SU,AA ‘, ‘’ )
1.7.0.100 – (Delphi XE)
BETA
Signalétique toutes sections
Type : cosmétique
- Suppression de 2 labels inutilisés qui trainaient derrière l’arborescence.
- Les variables utilisateur « section » non éditables apparaissent en grisé.
- Au niveau sous-section, la composition de l’équipe a été réactivée (on ne la voyait plus sur la droite)
- L’ouverture de la fenêtre SPYTYPGROUP (groupes d’anomalies de lissage) entrainait lors d’un
retour dans la fenêtre des signalétiques un AV.
- Correction soucis (index out of bounds), si on mettait deux onglets de variables utlisateur de type
SECTION (reperré CHU Liège)
(Decis)
Croix-Rouge commentaire sur un travailleur
Type : adaptation
Ajout d’un commentaire dans la grille d’équipe, éditable par un double clic dans la colonne commentaire.
Les différents rapports de détail de planning ont été adaptés en conséquence.
(Croix-Rouge)
Type : adaptation
- Optimisation du chargement des statistiques,
- Si aucun service n’était chargé, cela causait un problème.
(DECIS)
Virtuels
Possibilité de ne rendre un virtuel disponible que pour :
- La délégation (icône avec la flèche rouge)
- La planification (icône avec le P)
La situation actuelle permet à un virtuel les deux possibilités et cela restera le défaut.
Attention : un virtuel doit toujours être soit programmable, soit disponible pour délégation
(ST-LUC)
Cycle
Type : adaptation
- Lors de l’affectation d’un travailleur à un cycle, le système précise une date de démarrage du cycle.
Cette date est maintenant avancée de 7 jours afin de rendre le cycle disponible sur la première
période.
o Intéressant surtout pour les sites qui démarrent.
(SWIFT)
Nouvelle formule pour la grille gauche de planning : Date de naissance
Possibilité d’afficher la date de naissance dans la grille gauche.
(SWIFT)
Changement du USERID
En cas de modification du UserID d’un utilisateur dans StaffPlanner (via l’interface de StaffPlanner), les
tables de droit d’accès et de profil suivent bien cette modification.
Nous avons maintenant étendu cette modification aux tables opérationnelles de StaffPlanner comme les
tables ASSIGNT2, SPY, POSTIT… afin qu’on conserve les historiques associé au USERID nouvelle
mouture plutôt que l’ancien.
PS :
-
Pour les sites en mode Active Directory (les users sont ceux de l’ActiveDirectory) :
o ce changement n’est répercuté ni dans StaffPlanner ni dans KGB, vu que les USERID sont
mis à jours dans l’Active Directory lui-même.
o Par contre pour ceux qui ont opté pour l’Active Directory avec le mode SID (c’est la clé SID
qui est stockée dans les tables KGB au lieu du USERID), ce changement n’impacte pas les
tables de droit KGB qui conservent le bon lien (par contre les tables opérationnelles de STP
conserveront la trace de l’ancien USERID).
(CHIREC)
Travail sur férié (système Erasme)
Type : adaptation
- Dans le signalétique / section, il n’était pas possible de passer le paramètre « Calcul de récupération
férié » à la valeur 2.
- Lors du placement du congé, le système vérifiait que l’organisation était ERASME (raccourci pour
les tests)… au lieu de vérifier la valeur 2 du paramètre précité (Calcul de récupération férié ».
(ERASME)
STPPay – STPNET : règle « RuleDiffPlanned »
Type : correction
- Correction suite aux tests sur site (le système bloquait sur les cellules avec durée forfaitaire, c'est-àdire n’ayant pas de plages).
(ERASME)
Lissage d’horaires sans plage (mode ORPHAN)
Type : correction
- Dans le cadre particulier combinant les éléments suivants :
o utilisation de groupes d’anomalies incluant le mode ORPHAN
o sur une cellule avec extension (ex : planifié ou modifié)
o sur des horaires sans plages,
- le lissage créait une anomalie superflue.
- exemple : CA +02h J : 05h30 et pointages 10h-17h30 -> anomalie ORPHAN
(ARP)
Signalétiques – liens entre horaires
Il sera bientôt possible de préciser que le code congé CX doit être pris avant le code congé CA .
L’interface pour préciser cette précédence a été ajoutée aux Signalétiques.
Ce test de précédence effectué lors du placement de congé sera développé pour une prochaine version.
(DECIS)
Vue de groupe
- Possibilité pour l’administrateur :
o de sauver la composition d’un groupe à partir de la fenêtre principale de visualisation des
groupes. Par contre pour tout utilisateur possibilité d’ajouter des membres à la vue (selon le
droit « PlanningLoad »), mais il ne pourra pas sauver la composition de ce groupe.
o de créer un nouveau groupe à partir de cette même fenêtre.
- Grille gauche légèrement élargie.
Etapes suivantes :
- Ajouter des lignes « résumées » en bas (heures actives, nombre de personnes présentes).
(DECIS)
StaffPlanner en mode « TEST »
Type : cosmétique
En mode test, le fond de la fenêtre se met en bleu. Ce n’était plus le cas pour la partie supérieure où se
trouvent les icônes. Cela a été rétabli.
PS : pour rappel, le mode test est activé s’il y a le mot TEST ou DEV dans l’alias de connexion.
(ST-LUC)
DIRHM – EMPLODAY
Type : adaptation
- Avec la dernière version, si un des travailleurs impliqués cessait son contrat dans la période étudiée
(+ 1 jour plus tard), cela provoquait un problème (AV).
- Le traitement des plages de Nuit encodées comme « 20h-28h » (au lieu de 20h-04h) n’était pas bon.
- Information technique : adaptation interne des SQL (légèrement plus rapide).
(REINE-ASTRID – ST-JEAN)
Interface de planning : barres de statut inférieures
Type : cosmétique
- En cas de survol de la grille inférieure (avec les profils de besoin), la composition de la tranche
horaire apparait dans la barre de statut inférieure.
o Elle a été déplacée maintenant dans une zone plus large, afin de la rendre plus lisible (on peut
voir 4 horaires au lieu de 1).
- Il restait en cas de survol de la grille inférieure gauche, une information inutile sur les certifs
médicaux.
-
(ARP)
Encodage de congés
- On peut maintenant placer un férié à une durée supérieure au temps de travail de la personne.
Exemple : férié du 25/12/2012 à 07h36 (car la personne était à 100% le 25/12) qu’on veut
placer à la date du 15/01/2013 alors que la personne planifiée est passée à 50% à partir du
01/01/2013. Avant, il bloquait malgré que le férié du 25 était disponible à 07h36.
- Pour les fériés, la zone de solde en bas à gauche de la fenêtre est maintenant à jour.
(ST-LUC)
Print planning (impact Word)
Type : adaptation
Si vous tentez d’imprimer le planning et que vous n’avez pas de Word installé sur la machine, le
message abscond suivant apparaît :
Class not registered '{000209FF-0000-0000-C000-000000000046}.
PS : ce n’est pas un message de StaffPlanner.
Maintenant, nous interceptons ce message.
Vous ne pourrez pas imprimer en Word évidemment mais l’impression ne sera plus bloquée.
PS : les exports en Excel ne sont pas impactés par le manque de Microsoft Excel sur le pc car nous créons un
fichier Excel nous-même (sans utiliser Excel).
(CROIX-ROUGE)
Interprétation des désidératas au planning
Type : adaptation
L’outil « code actif » (encore appelé « mitraillette) convertit, au même titre que la palette, un wish en
« OK=vert » ou « refusé=rouge ».
(ST-LUC)
Fenêtre de détail de prestations (et lissage)
Type : adaptation
Importance (1..3) : 1 Numéro : 749 - version 1.7.0.100-bis
Dans le cas d’une exception NOS (pas de lissage), la zone explicative affichait l’information de la cellule
précédemment consultée.
L’explication a été légèrement adaptée :
(JOLIMONT)
Ajout de 2 nouveaux champs dans la table WORKER
SQL toute bases
ALTER TABLE WORKER ADD NOPROGRAMMATION integer
ALTER TABLE WORKER ADD NODELEGATION integer
SQL Oracle
ALTER TABLE WORKER ADD NOPROGRAMMATION number(10)
ALTER TABLE WORKER ADD NODELEGATION number(10)
Mise à blanc des champs NOPROGRAMMATION et NODELEGATION de la table WORKER
UPDATE WORKER SET NOPROGRAMMATION=0
UPDATE WORKER SET NODELEGATION=0
Ajout de 2 nouvelles formules affectées dans la table DEMON
SQL toute bases :
Sauf pour l’ARP où cet enregistrement existe déjà
INSERT INTO DEMON (DEMON,TYP,PRECEDENCE,TITLE,DEMONCODE,DESCRIPTION) VALUES
(15,'Left',1,'Tel1','Tel1','telephone 1 du travailleur')
INSERT INTO DEMON (DEMON,TYP,PRECEDENCE,TITLE,DEMONCODE,DESCRIPTION) VALUES
(16,'Left',1,'BirthDate','BirthDate','Date de naissance du travailleur')
Vérification des champs USERID à uniformiser à une longueur minimale de 50 (chars ou varchar)
Sur certains sites ces champs USERID ou STP_USERID ou UPDATE_USERID… n’ont pas la longueur adéquate.
Exemples de tables où ces champs n’auraient pas la longueur requise :
- USERPERIODPROFILE : champs USERID
- POSTIT : champs USERID
- SPY : champs STP_USERID…
Création de la table SHIFTLINK
Oracle
CREATE TABLE SHIFTLINK
( SHIFTLINK
NUMBER(10,0) NOT NULL,
SHIFT1
NUMBER(10,0),
SHIFT2
NUMBER(10,0),
LINKMODE
VARCHAR2(20),
CONSTRAINT PK_SHIFTLINK PRIMARY KEY (SHIFTLINK))
SQLServer
CREATE TABLE SHIFTLINK (
SHIFTLINK Integer NOT NULL,
SHIFT1 Integer NULL,
SHIFT2 Integer NULL,
LINKMODE VarChar(20) NULL,
Autres bases
CREATE TABLE SHIFTLINK
( SHIFTLINK
INTEGER
NOT NULL,
SHIFT1
INTEGER,
SHIFT2
INTEGER,
LINKMODE
VARCHAR(20),
1.7.0.101 – (Delphi XE)
BETA
Ré-identification
Type : adaptation
Sur les sites où les droits KGB sont stockés dans une DB à part de celle de StaffPlanner, alors la réidentification doit aller chercher les droits dans cette base KGB plutôt que dans STP.
(EQUIPE uniquement)
DIRHM
Type : adaptation
Révision interne du code, pour les cas où les travailleurs sont affectés sur le nœud du service plutôt que dans
un sous-service.
(ST-JEAN et DECIS)
Obtention de tickets de la DB (SQLServer, Sybase, Informix)
Type : Adaptation
Une procédure équivalente à l’appel de GetTicket a été ajoutée dans le code de StaffPlanner, mais
améliorée avec une réservation de tickets (par groupe de 20). Quand STP veut obtenir la clé d’une
grosse table (comme ASSIGNT2, SPY, SPY_CHECKING, BAL,DATACHANGED), il reçoit le ticket et
une réservation sur les 20 suivants. Quand il a besoin d’un nouveau ticket, le programme regarde d’abord
en mémoire si le ticket est déjà disponible, si oui il le prend, si non il fait une nouvelle réservation de 20
tickets. L’avantage est de diviser par 20 le nombre d’appels à la table TICKET et donc de diminuer les
risques de concurrence et d’inter-blocage.
Pour activer ce mode : Signalétiques / Administration / paramètres généraux : USE_SP_GetTicket=0.
(DECIS, ST-LUC)
Détail de prestation, lissage et exception NOS
Type : correction
Importance (1..3) : 1 Numéro : 753 (suite 749)
Via la fenêtre de détail de prestation, le placement de l’exception NOS n’enlevait plus le lissage et anomalies
liées. Via le lissage massif, c’était toujours OK.
(DECIS)
BETA
1.7.0.102
EXCEPTIONS
Type : adaptation
Adaptation du chargement des exceptions « composées » d’un service (soit les exceptions de type TS, TSC,
WA), afin que les exceptions de type U,H,Q soient écartées de ce chargement plus spécifique, notamment
pour la partie « détail » de ces exceptions composites.
(ARP)
Listes DIRHM (milieu hospitalier)
Type : adaptation
Révision du traitement des mobiles.
(CHU de LIEGE)
Numéro : 755
Signalétiques – Paramètres généraux de StaffPlanner
- Les paramètres généraux de StaffPlanner sont à présent classés selon le groupe auquel ils appartiennent
(notons qu’un nouveau champ PARAMGROUP a été ajouté dans la table GENPARAM).
- Pour définir à quel groupe un paramètre devrait appartenir, il suffit de sélectionner un groupe dans la liste
déroulante du combo box « Groupe » ou de taper le nom d’un nouveau groupe dans la zone d’édition de
ce même combo box.
- Un rapport reprenant la liste des différents paramètres, classés selon leur groupe, peut être imprimé.
(DECIS)
Ajout d’un nouveau champ PARAMGROUP dans la table GENPARAM
SQL toutes bases :
Alter table GENPARAM add PARAMGROUP VarChar(50)
SQL Oracle :
Alter table GENPARAM add PARAMGROUP VarChar2(50)
Initialisation du nouveau champ PARAMGROUP pour les enregistrements de la table GENPARAM
SQL toutes bases :
Update GENPARAM set PARAMGROUP = 'REPORTING' where ABBREV like 'ABSENTEEISM_EXCLUDED_SHIFTS%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'ADOCONNECTION_DISABLE%'
Update GENPARAM set PARAMGROUP = 'BALANCE' where ABBREV like 'AUTOMATICBALANCECONTROL%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'AUTOMATICPERIODPUBLISHING%'
Update GENPARAM set PARAMGROUP = 'BALANCE' where ABBREV like 'BAL24H_MAXDAY_STRICT%'
Update GENPARAM set PARAMGROUP = 'BALANCE' where ABBREV like 'BALANCEDISPLAY_FORCELL%'
Update GENPARAM set PARAMGROUP = 'BALANCE' where ABBREV like 'BALANCEMODE_24H%'
Update GENPARAM set PARAMGROUP = 'BALANCE' where ABBREV like 'BALANCE_CALC_LIMIT%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'CELL_AUDIT_DISPLAY%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'CHECKCELLSAVING%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'CLOCKSYNCHROSERVER%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'COMMONDAYDURATION%'
Update GENPARAM set PARAMGROUP = 'STPPAY' where ABBREV like 'DELTAPAYPROTECT%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'DIRHMEXPORTACCESS%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'DISPLAYMICROCARD%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'EXPERTWORKER_NO_EXCLUSIVEACCESS%'
Update GENPARAM set PARAMGROUP = 'REPORTING' where ABBREV like 'EXPLANATIONDIR%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'EXPULSIONDELAY%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'FORCECELLTOPRIO4%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'HEADERDETAIL%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'HELP_STP_PATH_FRENCH%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'HELP_STP_SITE_PATH_FRENCH%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'HIDECLOCKDIF%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOLCARDCOUNT%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOLCODERH%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOLPIVOTMONTH1%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOLPIVOTMONTH2%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOL_FORCE_AFFECT_X_REGIME%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOL_REMIND_OBSOLETE_CARD%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'HOL_WARNING_DEADLINE%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'IMPORTPROTECTEDPERIOD%'
Update GENPARAM set PARAMGROUP = 'RIGHTS (KGB)' where ABBREV like 'KGBPLANNINGPRIOLEVEL3FORCESACTIVEPRIO%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'LASTVALIDPAYVERSION%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'LASTVALIDSTPVERSION%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'LOADHOLONLYINTHEPAST%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'LOADPLANNINGBYCYCLINGONSECTIONS%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'LOADPLANNINGBYCYCLINGONWORKERS%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'MAILFROM%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'MAILSERVERSMTP%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'MAILSERVERSMTPPW%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'MAILSERVERSMTPUSER%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'MAILTO%'
Update GENPARAM set PARAMGROUP = 'MOBILE' where ABBREV like 'MOBILESHIFTSOURCE%'
Update GENPARAM set PARAMGROUP = 'MOBILE' where ABBREV like 'MOBILE_BORROWING_EXCEPTIONMASK%'
Update GENPARAM set PARAMGROUP = 'MOBILE' where ABBREV like 'MOBILE_BORROWING_STATUSPERIOD%'
Update GENPARAM set PARAMGROUP = 'STPPAY' where ABBREV like 'PAYEMPLOYERCODE%'
Update GENPARAM set PARAMGROUP = 'STPPAY' where ABBREV like 'PAYMENTCODERH%'
Update GENPARAM set PARAMGROUP = 'STPPAY' where ABBREV like 'PAYSYSTEM%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'POSTITEXPIRATIONPERIOD%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'RECALLEVALUATIONPERIOD%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'RECALLEXCEPTION%'
Update GENPARAM set PARAMGROUP = 'HOLIDAYS' where ABBREV like 'RECUP_ON_BANKHOL_SHIFTS%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'REFRESHDATACHANGED%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'SEEPLANIFYCOLUMN%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'SERVER_SMOOTHINGDELTA%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'SERVER_SMOOTHINGTIME%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'SHIFTCODE_FROM_CHECKINGS%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'SHOW_SMOOTHINGSYBMBOL_IN_PLANNING%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'SLOWESTMODE%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'SMOOTHINGDELTA%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'SMOOTHINGSTART%'
Update GENPARAM set PARAMGROUP = 'REPORTING' where ABBREV like 'STATSHOT_READY%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNETCANCHANGELOGIN%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNETCANCHANGEPW%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNETLOADINTERVALMONTH%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNETLOADMONTHINFUTUR%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNET_DISPLAY_PAY%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNET_SERVER_TIMEOUT%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNET_SESSION_TIMEOUT%'
Update GENPARAM set PARAMGROUP = 'STPNET' where ABBREV like 'STPNET_SESSION_TIMEOUT_URL%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'TIMESERVER_SECTIONSAVEINTERVAL%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'TRACKMEMORY_AT_HITSINTERVAL%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'USEASSIGNTTASK%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'USETRANSACTIONFORCELLSAVING%'
Update GENPARAM set PARAMGROUP = 'PLANNING' where ABBREV like 'USE_ICONS_IN_PLANNING%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'USE_SP_GETTICKET%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'VIRTUALCHECKERFORBIDGRIDCHOICE%'
Update GENPARAM set PARAMGROUP = 'CHECKING-SMOOTHING' where ABBREV like 'WORKERCHECKING_BALINFOMODE%'
Update GENPARAM set PARAMGROUP = 'WORKER_PICTURE' where ABBREV like 'WORKERPICTUREBYDEFAULT%'
Update GENPARAM set PARAMGROUP = 'WORKER_PICTURE' where ABBREV like 'WORKERPICTUREPATH%'
Update GENPARAM set PARAMGROUP = 'WORKER_PICTURE' where ABBREV like 'WORKERPICTUREVAR%'
Update GENPARAM set PARAMGROUP = 'GENERIC' where ABBREV like 'XMLPATH%'
BETA
1.7.0.103
Récup sur férié (nouveau mode=2)
Type : adaptation
Importance (1..3) : 1 Numéro : 757 (suite 723)
Concerne le mode particulier de récup sur férié, introduit dans la version 99.
Sur la cellule de férié travaillé, maintenant si on réduit le temps travaillé en dessous du temps de travail de la
personne, alors tout code férié (négatif) éventuellement existant est nettoyé de la cellule. Avant ce code férié
était laissé tel quel.
(ERASME)
Impression de la fiche RH d’un travailleur : prise en compte de l’indice de Bradford
Introduction de l’indice de Bradford (sur l’année : nombre de périodes de maladie au carré, multiplié par le
nombre de jours de maladie) parmi les informations reprises sur la fiche du travailleur (menu Signalétiques /
Observatoire / onglet Analyse RH, bouton Imprimer).
(DECIS)
Observatoire : création d’une nouvelle note
Type : correction
Lors de la création d’une nouvelle note, d’étranges caractères apparaissaient dans la zone d’édition texte au
lieu qu’elle soit vide. Ce problème s’est manifesté après le passage de STP en Delphi XE. A présent résolu.
(DECIS - JOLIMONT)
Bouton bougie (audit pour administrateurs)
Type : correction
Onglet Assignt2 / Bouton Audit : fonctionnalité réactivée. (il y avait un typo dans un SQL)
(CHU Liège)
Importation des collectes CROIX-ROUGE
Type : adaptation
Pour rappel, à Liège, les collectes de sites fixes ne sont pas importées.
Maintenant pour les autres centres, TOUS les types de collecte sont importés (fixe, village, école, usine,
exceptionnel).
(CROIX-ROUGE)
BETA
1.7.0.104
Renommage de UserId
Type : adaptation
Lors du renommage d’un UserId de StaffPlanner, la trace de cet UserId est renommé dans toutes les tables
(plus de 15) où il est utilisé et notamment les énormes tables ASSIGNT2 et SPY.
Afin de ne pas générer un log démesuré lors de la mise à jour de la table ASSIGNT2 et afin de ne pas
bloquer la table par cette énorme mise à jour, cette opération a été découpée en petits updates de 30 jours.
(Attention, sur certains sites, ce découpage pourrait ne pas suffire et un time-out peut survenir. La solution
de l’index évoqué ci-dessous devient indispensable).
Si en plus vous voulez que cette mise à jour soit accélérée, vous pouvez ajouter deux index :
- sur le champ UPDATE_USERID de la table ASSIGNT2
- sur les champs STP_USERID, START_ de la table SPY
Quand vous avez terminé votre campagne de renommage, vous pouvez alors enlever cet index. Si vous
laissez cet index, pas de soucis, mais il faut savoir que sa mise à jour permanente en temps qu’index peut
ralentir les opérations courantes de sauvegarde de planning.
Cette information concernant l’index est rappelée par un message à l’utilisateur en début du renommage.
(CHIREC)
Analyse de l’activité : temps écoulé
Le nom de la série apparait maintenant lors du survol du graphique par la souris.
(ST-LUC)
Importation RH (CA AD)
Type : adaptation
Lors de l’importation d’affectation soit avec CA (création de l’affectation) ou avec AA (ajout d’affectation)
on ajoute ce travailleur dans la liste des contraintes « Soldes horizontaux ».
Pour obtenir la valeur « minimum, maximum et objectif », on se base sur les valeurs les plus communes de
la section.
Lors de la suppression d’affectation (DA), si la période couvre toute la durée de l’affectation on supprime
des contraintes « Soldes horizontaux » l’information concernant ce travailleur dans cette section.
(ST-LUC)
Masques de compétences des travailleurs et profil de besoin
Vous pouvez définir au niveau d’un travailleur un masque de compétence (par exemple : « CHIR,ANA »)
via l’observatoire, onglet Détail.
Dans les contraintes verticales vous pouvez également définir un masque de compétences comme
« *CHIR* » et votre profil de besoin (grille inférieure du planning) suivra.
L’utilisation d’un masque (plutôt qu’une signalétique) est un choix stratégique simple car il offre une
souplesse importante en terme d’expression de contraintes.
Une nouvelle formule permet d’afficher dans la grille droite les compétences
Edition de contraintes verticale
(DECIS)
Exceptions pour la paie : position d’exportation dans le nouveau format de paie « TABEL »
Dans le menu Signalétiques / Toutes les sections / Administration / Exceptions (paie).
Ajout de la possibilité d’encoder la position d’exportation (0 par défaut) qui sera utilisée dans le nouveau
format « TABEL » d’export-paie où les compteurs sont positionnés en colonnes.
Nouveau format d’export paie : TABEL, qui permet d’aligner pour un travailleur les compteurs en colonnes
(avec facilité de lecture des résultats en Excel).
(DECIS)
Ajout d’une fenêtre qui montre le détail du nombre de chargements par utilisateur. Celle-ci s’affiche au clic
gauche sur une barre du graphique. La navigation entre les jours du graphique s’effectue à l’aide des
boutons « flèche » situé en bas à gauche de la fenêtre. Le ou les fenêtres de détail sont imprimables.
Nouvelle fonction INFO-SERVICE
Numéro : 768
Ajout de la possibilité d’encoder de manière centralisée certains événements comme la maladie d’une
personne, un congé de circonstance (par exemple via une téléphoniste) ou un message RH à diffuser.
Ces informations sont destinées à une personne d’un service ou à un ou plusieurs services dans le cas du
message RH.
Ces informations apparaissent dans une petite grille d’information en haut à droite, conjointement avec les
informations des desideratas :
Quand on clicke sur une éléments de cette petite grille, la grille se positionne afin de visualiser l’événement :
(DECIS, ERASME)
« Masque de compétences »
Numéro : 769
Ajout d’un champs au niveau de la personne pour préciser ses compétences dans un masque.
Ce masque est filtrable dans les contraintes de profil (grille inférieure).
Attention : ce paramètre « compétence » est pour l’instant incompatible avec la planification automatique.
(DECIS)
Signalétiques « Paramètres généraux », pour Oracle
Type : correction
L’affichage était défaillant en Oracle où on ne voyait que le groupe « Generic » et pas les autres.
(DECIS)
Vue de groupes
1- Ajout de compteurs verticaux génériques :
o Heures actives
o Nombre de codes actifs,
o Nombre de codes vacances
o Nombre de codes maladie
o Nombre de codes absences
Numéro : 771
2- Fonctionnalité d’agenda : on peut mettre en couleur les jours pour lesquels 90% des personnes sont
présentes. Pratique pour trouver une date de réunion qui arrange la majorité des personnes. Le % est
paramétrable.
3- Correction sur le système de droit « ForbiddenOverviewGroup1… » (repéré par ST-JEAN)
(DECIS)
Clé RH, au niveau Affectation (pour STPPay)
Au niveau du signalétique de l’affectation (via observatoire) la clé RH du travailleur peut maintenant être
liée à l’affectation du travailleur.
A suivre dans une version ultérieure : dans la génération du fichier paie, la clé RH sera d’abord recherchée
au niveau de l’affectation et ensuite si absence on prendra celle qui est définie au niveau du travailleur.
Ce nouveau paramètre sera utile pour les systèmes de paie qui peuvent avoir une clé RH différente par
contrat (exemple : pour les travailleurs partagés)
(DECIS)
Signalétiques : suppression d’une exception (paie) en ORACLE
Type : correction
La suppression d’une exception ou d’un compteur de paie posait un problème en Oracle.
(depuis longtemps apparemment, mais cette opération est rare)
(DECIS)
Règle de sur-salaire (ST-LUC uniquement)
Type : adaptations
1- Prise en compte de la nouvelle structure de semaine relative : exemple 80% avec 1111?00-RT.
2- Pour les cas de « majorations d’heures » (exemple : 20-24h 200%), le calcul du solde final n’était
pas bon (car il se basait sur un solde initial de période précédente à 0h).
3- Meilleure présentation des résultats, quand le travailleur n’avait pas de balance initiale dans la
période initiale (ex : il arrive dans le service en cours de double-période).
(ST-LUC)
Impression : effectifs
Type : correction
La liste des effectifs (écarts entre les profils et disponibilités pour une plage horaire sélectionnée) répétait les
données du premier jour, quand lancée sur plusieurs jours.
(CHU-Liège)
Croix-Rouge
- Si on édite les heures de la tournée, il faut alors que le planning suive
- Ajout du commentaire de la cellule aux différents prints détaillés de planning (dont la tournée)
- Rectification de l’ordre des plages horaires dans les prints détaillés de planning
(CROIX-ROUGE)
Planning, bannière bleue de changement d’affectation
La bannière bleue, apparaissant au sommet de la cellule, indique un changement d’affectation. Mais sur un
début de période, cette balance n’était pas montrée, car dans ce cas elle fait double emploi avec la balance de
période.
Maintenant nous la montrons également en début de période, dans les cas où l’affectation a changé de % de
régime avec la veille ou le lendemain.
(ST-Luc)
Définition des « tranches horaires »
Type : adaptations
- Ajout de tests de conformité supplémentaires (ex : si on essaie d’ajouter la tranche « NEW » …)
- Ajout d’un séparateur ---------------- après l’option New
(DECIS)
Initialisation des paramètres de congé
Type : adaptation
L’option « tous les travailleurs » des fenêtres d’initialisation des paramètres/dates de congé n’est disponible
que pour les administrateurs ayant le droit HolidayParamEdit sur le TOP de l’organisation.
(St-Pierre)
DIRHM – Signalétique des variables pour les travailleurs + grille sur les données brutes
Type : adaptation
- Enrichissement du combo avec l’abréviation de la variable DIRHM
- Allongement de la liste se déroulant sur 30 items
-
Possibilité d’inspecter (et exporter) dans une grille de données les données brutes, structurées par
travailleur et qui composent l’export. Cette grille est une «quantumGrid » munie de filtres et de tris à la
carte. Dans la copie jointe, on a structuré l’affichage par service de planification et par variable « F » ou
« Q ».
(ST-JEAN - DECIS)
Balances fantômes
Ajout d’un nouveau mode de balance : « phantom balance mode ». Dans ce mode, les balances sont
calculées comme dans le mode standard, mais non affichées à certains endroits : dans l’exemple ci-dessous,
on remarque ainsi qu’un 00:00 est affiché dans la grille de droite en lieu et place du solde véritable pour le
travailleur Tordeur Max. A terme, seuls les administrateurs devraient avoir accès aux informations sur ce
type de balance et pas l’utilisateur lambda.
Les balances fantômes sont cachées dans :
- la colonne de solde final au planning > valeur 00:00 + croix.
- le détail du planning pour ce travailleur (click droit sur la grille de droite / Détail) > valeur 00:00.
- le relevé périodique (click droit sur la grille de droite / Relevé périodique), la colonne balance reste vide.
- la case de solde journalier dans la barre de statut du bas.
Les balances réelles correspondantes sont par contre bien visibles dans :
- l’observatoire : onglets Balances + Analyse RH.
- l’analyse des balances (menu Signalétiques).
(Jolimont)
Délégations de travailleurs
Type : adaptation
- La modification d’une cellule déléguée via la fonction F8 (appelée LOZENGE ou Marguerite) pouvait
entrainer la perte de la délégation.
- Amélioration de la procédure du refresh de délégations… (lors de l’édition d’une cellule déléguée, le
« refresh » dans l’autre service n’était pas toujours effectif).
(DECIS)
Signalétiques : certificats médicaux
Type : corrections
Lorsqu’aucune section n’était chargée et qu’on sélectionnait « Certificats médicaux » dans le menu
Signalétiques, le fait de cliquer sur le bouton de recherche d’une section dans la fenêtre de Gestion des
certificats médicaux et de ne rien sélectionner comme section dans la fenêtre Trouver la section conduisait à
l’apparition d’un message d’erreur juste après la fermeture de la fenêtre Trouver la section.
Par ailleurs, la sélection d’une section ne comportant aucun travailleur affecté, dans la fenêtre « Trouver la
section », provoquait également l’apparition d’un message d’erreur juste après la fermeture de cette fenêtre.
(DECIS)
Analyse des balances et projection du code de paiement/congé
Type : adaptation
- Prise en compte, dans l’analyse des balances, du paramètre de priorité lié au code horaire
(prioDefault) dans la projection du code de paiement ou code de congé au planning. En cas d’absence
de ce paramètre, la projection se produira sur le level « 3 ». Nous suggérons d’utiliser la priorité 3 ou
4 pour ce genre d’opération.
(LA PROVENCALE)
Placement de certificat avec projection de code maladie au planning (LA PROVENCALE)
Type : adaptation
La projection d’un code maladie au planning (sur extension type 6 « réalisé » et en priorité 3) suite à un
placement de certificat médical ne tenait pas compte d’une cellule déjà protégée par une priorité 4.
Maintenant le système affiche un message qui propose soit de continuer avec cette cellule (et donc d’écraser
le code protégé par la priorité 4) soit de sauter le traitement de cette cellule et de passer à la suivante.
Au planning (le code PMT est protégé par une prio 4)
Placement certificat (F5)
OUI
Si OUI :
Si NON :
(LA PROVENCALE)
Planning 12 mois dans la carte de congé
Type : adaptation
- Si l’utilateur n’a pas le droit de voir un type de période , selon les droits PlanningLoadGreen,
PlanningLoadYellow, PlanningLoadRed, alors dans la visualisation d’une année les cellules
correspondantes sont cachées par un rectangle coloré vert, jaune ou rouge respectivement.
Exemple sans le droit planningLoadGreen
Exemple sans le droit PlanningLoadRed
(MONT GODINNE)
Table SPY, ajout d’un champ MSG_LEVEL
SQL toutes bases
ALTER TABLE SPY ADD MSG_LEVEL integer
SQL Oracle
ALTER TABLE SPY ADD MSG_LEVEL number(10)
Tables SPYTYP et SPYCAT
Toute bases
INSERT INTO SPYTYP (SPYTYP,SPYCAT,ABBREV,DESCRI) VALUES (7001,7000,'ILLNESS','Maladie')
INSERT INTO SPYTYP (SPYTYP,SPYCAT,ABBREV,DESCRI) VALUES (7002,7000,'HR_MESSAGE','Message
RH')
INSERT INTO SPYTYP (SPYTYP,SPYCAT,ABBREV,DESCRI) VALUES (7003,7000,'WISH','STPNET
desiderata')
INSERT INTO SPYTYP (SPYTYP,SPYCAT,ABBREV,DESCRI) VALUES
(7004,7000,'ILL_CIRCUMSTANCE','Congé de circonstance')
MS SQL
ALTER TABLE SPYCAT ALTER COLUMN ABBREV VARCHAR(20)
FIREBIRD
ALTER TABLE SPYCAT ALTER COLUMN ABBREV TYPE VARCHAR(20)
ORACLE
ALTER TABLE SPYCAT MODIFY ABBREV VARCHAR2(20)
Ajouter si ces éléments n’existent pas dans SPYCAT
INSERT INTO SPYCAT (SPYCAT,ABBREV,DESCRI) VALUES (5000,'TRANSFERT_SIMPLIFY','')
INSERT INTO SPYCAT (SPYCAT,ABBREV,DESCRI) VALUES (6000,'IMPORT_ANOM','')
INSERT INTO SPYCAT (SPYCAT,ABBREV,DESCRI) VALUES (7000,'SERVICE_INFO','')
Ajout d’un champ AFFECTHRID dans la table AFFECT
SQL toutes bases (sauf Oracle) :
Alter table AFFECT add AFFECTHRID VarChar(10)
SQL Oracle :
Alter table AFFECT add AFFECTHRID VarChar2(10)
Ajout d’un champ EXPORTPOSI dans la table PAYRUBRIC
SQL toutes bases (sauf Oracle) :
Alter table PAYRUBRIC add EXPORTPOSI integer
SQL Oracle :
Alter table PAYRUBRIC add EXPORTPOSI number(10)
Ajout de droit pour Info Service
Toutes bases
(ITEMID,APPID,SETID,ONLYFORGENQUALIF,ITEMDESCRI,ITEMORDER,ITEMPREFIX,BRUSHCO
LOR,FONTCOLOR,UNDERLINE) VALUES ('InfoServiceAccess','STP','PRODUCTION',0,'',0,'','','',0)
LOR,FONTCOLOR,UNDERLINE) VALUES ('InfoServiceCreateMSG','STP','PRODUCTION',1,'',0,'','','',0)
LOR,FONTCOLOR,UNDERLINE) VALUES
('InfoServiceCreateMSG_ILL','STP','PRODUCTION',0,'',0,'','','',0)
('InfoServiceCreateMSG_CIRC','STP','PRODUCTION',0,'',0,'','','',0)
('InfoServiceCreateMSG_HR','STP','PRODUCTION',0,'',0,'','','',0)
Ajout du champ CompetencyMask dans les tables WORKER et C_PCOUNT
Toutes bases
Alter table WORKER add COMPETENCYMASK varchar(100)
ORACLE
Alter table WORKER add COMPETENCYMASK varchar2(100)
Ajout du champs COMPETENCYMASK dans la table C_PCOUNT (et ajout à la clé primaire)
SQLServer
ALTER TABLE C_PCOUNT DROP CONSTRAINT PK_C_PCOUNT
Alter table C_PCOUNT add COMPETENCYMASK varchar(100)
Update C_PCOUNT set COMPETENCYMASK = '*'
Alter table C_PCOUNT alter column COMPETENCYMASK varchar(100) not null
ALTER TABLE C_PCOUNT ADD CONSTRAINT PK_C_PCOUNT PRIMARY KEY (SECTION,SLOT,FONCTION,
DAY_TYPE, START_,COMPETENCYMASK)
Firebird
ALTER TABLE C_PCOUNT DROP CONSTRAINT PK_C_PCOUNT
Alter table C_PCOUNT add COMPETENCYMASK varchar(100) not null
Oracle
ALTER TABLE C_PCOUNT DROP CONSTRAINT PK_C_PCOUNT including indexes
Alter table C_PCOUNT add COMPETENCYMASK varchar2(100)
Alter table C_PCOUNT modify COMPETENCYMASK varchar2(100) not null
Ajout de la nouvelle formule CompetencyMask dans la table DEMON
insert into DEMON ( DEMON , TYP , PRECEDENCE , TITLE , DEMONCODE , DESCRIPTION ) values ( 19 , 'Left' , 1 , 'CompetencyMask' ,
'Competency' , 'Masque de compétence' )
Mise à jour champs FINALBALMODE
Update AFFECT set FINALBALMODE = 0 where FINALBALMODE < 0
RELEASE
1.7.0.105
Vue de groupe
Type : adaptation
- Lors de la création de groupes on peut maintenant associer à un groupe une section (d’administration,
de planning ou de détail) et/ou une fonction particulière. Cela permettra à un groupe de suivre des
personnes de manière relative (sans les nommer). Exemples : [US23-IF] ou alors [SOIGNANT –
fonction IF]
o Remarque : pour ce faire nous avons dû ajouter une nouvelle table GROUPS_MEMBERS.
Dans « Signalétique toutes sections / Administration / Release », le bouton « Convert Group »
permet de migrer les données de l’ancienne table Groups_worker vers la nouvelle (voir « modifs
database ci-dessous, remarque en rouge).
(Mont-Godinne)
Prise de congé dans un ordre
On peut maintenant imposer le fait de prendre un congé avant un autre (les CX avant les CA par exemple).
Et ces tests peuvent exprimés en cascade : CX1 avant CX et CX avant CA…
Attention :
 cette vérification est faite sur les données en DB et non pas sur les données en mémoire (avec petit
rond noir).
 Ce test peut rendre plus difficile l’écoulement des dernières miettes du premier congé. Dans notre
exemple, tant qu’il restera des miettes de CX on ne pourra pas prendre du CA (de plus le CX doit
être sauvé pour qu’on considère qu’il n’y en a plus)…
Au planning :
(CHIREC)
Interface de règle sur le temps de travail
Type : adaptation
- Ajout de contrôle pour le type « Période ». Les champs suivants sont maintenant vérifiés :
o Mode => obligatoire
o Durée max ou repos min : il en faut un des deux > 0
(ERASME)
Barre de statut inférieure – survol grille droite
Type : adaptation
- Réactivation des informations de la barre de status inférieure, quand on survole la grille droite (pour les
colonnes de contraintes horizontales.
- La zone qui accueille la tranche horaire est élargir pour pouvoir montrer plus de codes horaires (une
dixaine)
(DECIS)
Planning : copier / coller de cellules
Type : adaptation
Le copier/coller tient maintenant compte de la composition réelle de la cellule, donc de sa dernière
extension, plutôt que de la durée du code standard.
Attention : ce mécanisme se base sur le statut de la période où les cellules sont copiées, indépendamment de
la composition de la cellule d’origine.
Donc si on copie vers :
- une période verte, le code se mettra en colonne « standard » ou « planifiée » , même si la cellule
d’origine dispose d’une colonne « réalisée » rouge…
- une période jaune, le code se mettra en colonne « modifiée »
- une période rouge, le code se mettra en colonne « réalisée »
Le mécanisme ne copie pas les cellules comportant du congé, du code de placement rapide ou de la maladie,
ni les cellules comportant un horaire inexistant dans le service de destination (car on peut copier d’un
service à l’autre des cellules.
La priorité de destination correspondra à la priorité active. Donc si on copie une cellule en priorité 4, alors
qu’on travaille en priorité active 1, les cellules copiées arriveront en priorité 1.
Les vérifications relatives aux droits d’accès sont également appliquées comme par exemple :
- la possibilité de modifier le planning
- si l’utilisateur n’a pas d’accès aux niveaux de priorité 3 et 4, toute cellule sur ces niveaux ne pourra être
copiée…
(ERASME-DECIS)
Planning : affichage Web_ID
Affichage dans le planning de la présence d’un WEB_ID (quand l’agent a un accès web vers STPNet), avec
un petit symbole W bleu.
Ce Web_id est également affiché dans l’observatoire.
(DECIS)
Sauvegarde de collecte : Croix-Rouge
Type : adaptation
- Lors de l’édition du commentaire de Collecte, sans toucher aux heures, cela ne provoque plus de mise à
jour du planning (c’était superflu)
- Lors de la mise à jour du planning à partir des heures des collectes, certaines plages horaires de la cellule
de planning persisteront. Ce sont celles mentionnées dans le paramètre général :
CR_RESISTANTSHIFTS_MASK (signalétiques toutes sections / Administration / paramètres
généraux / onglet Croix-Rouge)
-
Exemple : CR_RESISTANTSHIFTS_MASK = PRE,CHA
(pour préserver les codes horaires PRE et CHA. Il s’agit d’un masque, donc vous pourriez mettre PRE, CH*
(CROIX-ROUGE)
Relevé périodique (pour tous)
Type : adaptation
- Les personnes sorties du service apparaissaient quand même dans la liste. (JOLIMONT)
- Ajout d’un total aux colonnes « Total » et « Dû » (ERASME)
Trouver la section : ajout d’un champ de recherche
Ajout d’un champ de recherche (utilisant un masque) permettant de trouver une section dans l’arborescence
à partir d’une partie de son nom qui aurait été encodée dans le champ de recherche. Les deux boutons fléchés
permettent de trouver l’occurrence précédente ou suivante.
Par ailleurs, l’expansion de l’arborescence se fait à présent de façon plus cohérente, selon qu’on ait choisi
d’arrêter l’expansion en arrivant aux sections d’administration, de planification ou de détail. Ceci pouvant
être combiné à un critère de niveau d’expansion souhaité, défini notamment dans la table GenParam
(paramètre SectionTree_ExpansionLevel, valeur par défaut = 2).
(SAINT-LUC)
MOBILES
Type : adaptation
- Dans le cas de délégation à répétition (sur plusieurs cellules à la fois) et que le code horaire n’existe pas
dans la section de destination : avant cela créait des cases noires dans le service de destination.
(ST-LUC)
- Il n’est plus possible de projeter un cycle sur une cellule déléguée (DECIS)
(DECIS – ST-LUC)
MOBILES
Type : adaptation
- Restructuration du code qui provoque la réplication de l’horaire délégué dans le service de destination
(unification de la procédure, avant il y avait deux procédures selon qu’on était en mono-délégation ou
multi-délégation).
(DECIS)
Exceptions et fichier LOG
Type : adaptation
- Une trace est laissée dans le LOG quand on ajoute/supprime une exception(s) sur une cellule de
planning.
(ARP)
Projection de férié sur une date
Type : adaptation
La date de référence du congé était inutilement mise sur l’extension (en plus du bonus « congé » de
l’extension). A priori sans impact sur l’application.
(DECIS)
Création d’une nouvelle section dans l’arborescence : bug corrigé
Type : correction
Le fait de créer une nouvelle section dans l’arborescence, provoque un rafraichissement de la structure des
services en mémoire. Or si le planning d’une ou plusieurs sections était ouvert pendant cette opération, alors
cela provoquait à des endroits inattendus du programme des « access violations », notamment dans la fenêtre
de détail de prestation. Ce bug était ancien (plusieurs années)
(DECIS)
Service Info : cosmétique
Type : adaptation
Léger relifting de la fenêtre d’encodage des informations pour les services (maladies, congés de circonstance
et messages RH) (DECIS)
Procédure de génération des générateurs/séquences
Type : adaptation
- Mise à jour pour prise en compte des générateurs pour les tables BLOCS… et les tables GROUPS…
- Changement du label du bouton concerné (Signalétiques/Administration/Utilitaires/Maintenance)
(DECIS - CHU- LIEGE)
Heures majorées
Type : adaptation
- Rappel du système : il s’agit de majorer certaines heures de la journée, avec un impact sur le calcul de la
balance. En fonction du type de jour (jour ouvrable, samedi, dimanche…), le taux de majoration peut
varier. L’idée étant d’attribuer des heures à la balance plutôt que de calculer des heures sup pour la paie.
- Changement du mode de calcul : les heures sont majorées sur une base 24h plutôt que selon la logique
de cellule. Ceci rejoint la logique de traitement de STPPay, pour laquelle une Nuit peut activer à la fois
des règles de JO (début de l’horaire) et des règles de Samedi (sur le lendemain de la cellule)…
- Prise en compte du lunch dans les majorations, le lunch est centré au milieu de la plage.
Exemple d’un SOIR avec 2 règles de majoration :
JO : 20-24h = majoration 150%
Sa : 0h-24h = majoration 200%
Pour un Soir de 18h-02h (1h de lunch), cela donnera deux plages :
 18h00-21h30 et 22h30-02h00
Calcul :
18h-20h = 2h
20h-21h30 = 1h30 + 0h45
22h30-24h = 1h30 + 0h45
0h-02h = 2h + 2h (sur ce qui dépasse le samedi, on se base sur la règle de samedi)
>>> Durée totale dans la balance = 10h30
(ST-LUC)
Signalétiques : importation de codes horaires + règles de lissage
Type : adaptation
Dans le signalétique / durée codes horaires - opération « importer les codes horaires », les dimensions
suivantes seront également importées :
- Les consignes de lissages
- Règles de lissage et warnings « locales »
Cela facilitera la création de nouveaux services, sur les sites faisant du pointage/lissage.
(ST-LUC)
Signalétiques : affectation, champs UserField1 à UserField3
Type : adaptation
Ces 3 champs libres sont remplacés par une liste déroulante libre, dont les choix correspondent aux valeurs
déjà encodées. Il ne s’agit donc pas d’un signalétique strict (auquel cas on aurait opté pour des « variables
utilisateur » au niveau Affectation), mais d’une petite aide à la formalisation.
+ élargissement de ces champs demandées par certains sites (ils passent de 10 à 50 caractères, voir
adaptations DB ci-dessous)
(ARP)
Planning : vérification cohérence durée congé (petits panneaux de signalement)
Sur chaque cellule où du congé est placé, on vérifie si la durée du congé est cohérente par rapport au temps
de travail de la personne.
S’il y a un écart, alors un petit panneau d’affichage orange est affiché pour attirer l’attention. (Remarque :
le cas n’est pas nécessairement erroné, comme dans l’exemple 2 ci-dessous).
Cela permet de repérer un code CA ou FF dont la durée ne serait pas adéquate suite à un changement
d’affectation par exemple.
Exemple 1 : le FF est à 07h36 au planning, alors que la personne est passée à 80%. Dans ce cas, le test sur
le FF a été fait, car il a été placé sur son jour officiel.
Exemple 2 : Matin avec demi-jour de congé. Mais le demi-jour n’est pas vraiment « demi » vu qu’il dure 5
heures au lieu de 03h48.
Attention, les cas suivants ne sont pas vérifiés !!!
- Férié placé en récupération, c'est-à-dire sur une autre date que sa date officielle (21/07 placé sur 25/07)
- Férié à durée négative (arrive à Erasme pour un férié travaillé)
Pour rappel, il y a aussi ces signaux-ci (mais rare) :
-
Panneau bleu : si code actif, avec une date de référence congé
Panneau rouge : si code congé, mais sans date de référence.
>>> Il faut le paramètre général : CELL_AUDIT_DISPLAY = 1
(ERASME - DECIS)
Révision des modes de balance + nouveau mode : BALANCE SUSPENDUE
Type : adaptation
- Ajout d’un nouveau mode de balance : « Suspended Balance »
Il s’agit d’une balance qui reste suspendue à sa valeur initiale.
Et qui sera transmise à cette valeur si la personne passe dans un autre service.
C’est comme si le temps s’arrêtait pendant cette affectation.
PS : au planning la balance reste visible à cette valeur suspendue (avec un petit cadenas).
-
Pour les balances fantôme, elles sont quand-même montrées au planning si le droit d’accès
« BalPhantomVisible » est attribué
Restructuration de l’affichage pour les différents modes de balance :
Mode de balance
Standard
Description
Avec les couleurs de surplus ou
de manque liées aux respect des
contraintes
Only Hours of Period
No final balance
Phantom balance
Heures de la période, barrée
Cellule barrée et vide
Cellule barrée et vide
Balance, avec le petit symbole
« fantôme », si l’utilisateur
dispose du droit
« BalPhantomVisible »
La balance suspendue, avec un
Suspended balance
Visuellement
petit cadenas
-
Affichage de cette symbologie sur la balance initiale (grille de gauche)
Affichage des modes de balance dans l’observatoire :
(ARP)
Tableau de bord, code et exceptions : export
Type : correction
Le champ « Section_Out_Abbrev_1 » était mal initialisé dans certains cas (lorsque la cellule précédente
avait une délégation et que la cellule traitée non, alors la valeur de SectionOutAbbrev continuait à afficher la
valeur du précédent)
(ERASME)
DIRHM : Emploper (en ORACLE)
Type : adaptation
La requête qui cherche les travailleurs compatibles avec le critère de « rémunération » ne convenait pas pour
Oracle tel que testé à St-Pierre. Elle ne considérait plus aucun travailleur comme rémunéré.
(ST-Pierre)
Export XML
Type : adaptation
Ajustement du XSD pour l’adapter au dernier changement de l’exportation XML du planning (changement
du SHIFT en MAIN).
(La Provençale)
Modification d’un utilisateur
Type : adaptation
Le champs CREATE_USERID de la table PAYRULEGROUP à été ajouté à la liste des champs Id à
renommer (lorsque l’on modifie un utilisateur de STP).
(CHIREC)
MOBILES : grille de délégation en mode « EMPRUNT »
Type : adaptation
La grille inférieure pouvait présenter deux fois la même personne dans des circonstances assez particulières
(personne avec une mise en disponibilité qui est transformée en « volante »). Maintenant un test d’unicité
est effectué avant d’ajouter une personne à la grille inférieure.
(ST-LUC)
Signalétiques / Toutes les sections : ajout d’un champ de recherche dans l’arborescence
Ajout d’un champ de recherche (utilisant un masque) permettant de trouver une section ou un nœud dans
l’arborescence au départ d’une partie de son nom qui aurait été encodée dans le champ de recherche. Les
deux boutons fléchés permettent de trouver l’occurrence précédente ou suivante.
(DECIS)
Nouvelle table GROUPS_MEMBERS
MS SQL
CREATE TABLE GROUPS_MEMBERS(
GROUPS_MEMBERS int NOT NULL,
GROUPID int NULL,
WORKER int NULL,
SECTION int NULL,
FONCTION int NULL,
CONSTRAINT PK_GROUPS_MEMBERS PRIMARY KEY (GROUPS_MEMBERS))
FIREBIRD
CREATE TABLE GROUPS_MEMBERS
( GROUPS_MEMBERS
GROUPID
WORKER
SECTION
FONCTION
CONSTRAINT PK_GROUPS_MEMBERS
INTEGER
NOT NULL,
INTEGER,
INTEGER,
INTEGER,
INTEGER,
PRIMARY KEY (GROUPS_MEMBERS))
ORACLE
CREATE TABLE GROUPS_MEMBERS
( GROUPS_MEMBERS
GROUPID
WORKER
SECTION
FONCTION
CONSTRAINT PK_GROUPS_MEMBERS
number(10) NOT NULL,
number(10),
number(10),
number(10),
number(10),
PRIMARY KEY (GROUPS_MEMBERS))
Attention : dans l’interface, aller dans « Signalétiques Toutes sections / Administration / Utilitaires », et
activer le bouton « Convert Group » pour migrer les données de la table GROUPS_WORKER vers la table
GROUPS_MEMBERS.
La table GROUPS_WORKER devient donc obsolète. Vous pouvez donc la renommer en « obsolete », la
supprimer ou la laisser telle quelle. Elle ne sera plus utilisée
Ajout d’un nouveau paramètre dans la table GENPARAM
Toutes bases :
Insert into GENPARAM ( ABBREV, DESCRI, VAL, PARAMGROUP ) values ('SECTIONTREE_EXPANSIONLEVEL',
'Niveau d expansion organigramme (0 : racine; 1 : 1er niveau; 2 : 2ème niveau…) ', '2', 'GENERIC')
Elargissement des champs UF_AFFECT dans la table AFFECT
Firebird et autres
alter table AFFECT alter column UF_AFFECT1 type varchar(50)
SQL Server
alter table AFFECT alter column UF_AFFECT1 varchar(50)
Oracle :
alter table AFFECT modify UF_AFFECT1 varchar2(50)
Ajout du droit d’accès BalPhantomVisible
FONTCOLOR , UNDERLINE ) values ( 'BalPhantomVisible' , 'STP' , 'PRODUCTION' , 0 , 'Phantom balances are visible' , 0 , '' , '' , '' , 0 )
RELEASE
1.7.0.106
MOBILE
Type : correction
Importance (1..3) : 1 Numéro : 814 (bug récent suite au point 797)
Problème si on modifiait au planning un horaire délégué via la palette (donc du côté du service qui prête) :
l’information « SECTION_OUT » de la plage horaire était perdue, c'est-à-dire la mention du service externe
où est déléguée la plage.
L’inverse était correct (modification à partir du service bénéficiaire).
(Croix-Rouge)
MOBILE : disponibilités « orphelines »
Type : adaptation
On parle de périodes de disponibilité de travailleurs (pour les jobistes ou travailleurs standards).
Quand ces travailleurs deviennent VOLANTS, que deviennent ces périodes de disponibilité, sachant que la
notion de disponibilité n’existe pas pour les VOALNTS ?
- Ces personnes apparaissaient en double dans la grille inférieure de la fenêtre de délégation : maintenant
OK
- Lors du changement ou transfert d’affectation, ces disponibilités sont maintenant liquidées (pour autant
que la période de disponibilité soit entièrement incluse dans des affectations volantes, c'est-à-dire avec le
status « Flying »).
(CST-LUC)
CROIX-ROUGE : chauffeurs
Type : adaptation
Le temps de préparation du chauffeur passe de 15 à 30 minutes (comme la COORDI)
(Croix-Rouge)
RELEASE
1.7.0.107
Détail de cellule : LOG si durée excessive (> 16h)
Type : adaptation
Si une cellule dépasse 16 heures, alors une trace de la mise à jour est conservée dans le LOG, avec la
description suivante :
“CELLDURATION is excessive : 16 :00 hours”
(DECIS)
Sélection de plusieurs sections : ajout d’un champ de recherche
Ajout d’un champ de recherche (utilisant un masque) permettant de trouver une section dans la liste à cochée
au départ d’une partie de son nom qui aurait été encodée dans le champ de recherche. Les deux boutons
fléchés permettent de trouver l’occurrence précédente ou suivante.
(Decis)
CROIX-ROUGE : impression du planning de collecte
Type : adaptation
Ajout d’un bouton « Print Actif » pour pourvoir imprimer les collectes mais uniquement avec les codes
actifs de la tournée.
(Croix-Rouge)
Formule de Sur-salaires (Saint-Luc ONLY)
Type : adaptation
Afin de rendre la lecture plus aisée, les valeurs à 00 :00 ne sont plus affichées.
(DECIS)
Fenêtre d’audit : léger relifting
Type : adaptation
(DECIS)
Numéro : 821
Type : adaptation
La fenêtre pour choisir un service a été légèrement élargie, pour pouvoir voir les boutons « OK »,
« Fermer » en entier (DECIS)
Aperçu statistique : nouvelle statistique = changements d’horaires
Type : adaptation
Statistiques sur les changements d’horaire avant la date de l’horaire.
7 catégories retenues + Moyenne arithmétique pondérée
- Le jour même (pas encore disponible)
- La veille
- Le lendemain + sur-lendemain
- La fin de la semaine
- La semaine 2
- La semaine 3
- La semaine 4
(DECIS)
Rapports de mobile
Dans le même rapport, vous pouvez sélectionner plusieurs services.
Vous pouvez alors considérer ces différents services comme une entité et tous les prêts ou emprunts de
personnel seront représentés vis-à-vis de cette entité.
Ou alors vous considérez les services sélectionnés comme différents services pour lesquels le rapport de
mobile est généré séparément (comme au paravant, sauf que vous avez d’un coup plusieurs rapports).
Une grille de résultat a été rajoutée permettant des tris et regroupements à la carte (=quantum grid)
Exemple 1 : les services US23-US24 et Mobiles (considérés comme 1 entité)
Exemple 2 : les services US23-US24 et Mobiles (considérés séparément, avec saut de page)
(ST-Pierre, ST-LUC)
Clôture de période
Type : adaptation
Lors d’une clôture de période (passage de jaune à rouge), une vérification supplémentaire est faite sur la
durée des cellules.
Les durées > x heures sont notées en erreur (les extensions « réalisé » et « lissé » ne sont pas prises en
compte).
Le paramètre général : CELL_CHECKING_DURATION précise le nombre d’heures maximal par cellule
pour la cloture.
PS : ce contrôle est fait en même temps que le contrôle des cellules vides.
(DECIS)
Mécanisme de lissage
Type : adaptation
Si vous lissez une cellule avec l’horaire :
- M : 8-16 (lunch : 1h)
- FO : 17-18
vous obtenez l’anomalie « Code COMPOSITE : M et FO »… Normal car il y a deux codes horaires actifs
sur la cellule.
Par contre si vous transformer le code FO en « inactif », alors ça passe, le lissage s’effectue et le code FO est
reporté dans la colonne de lissage.
Pour éviter de devoir rendre « inactifs » les codes à reporter, nous avons étendu ce mécanisme de report aux
codes dits « non lissable » :
Et le lissage de ce cas donnera donc maintenant :
-
M : 8-12
(lissé)
M : 13-16 (lissé)
FO : 17-18 (plage « non lissable » reportée. Et FO est « actif »)
(ARP)
Chargement des desideratas
Type : correction
Il y avait un problème s’il restait des desideratas sur des jours pour lesquels le travailleur n’est plus affecté
au service.
(DECIS)
Ajout d’un nouveau paramètre dans la table GENPARAM
Toutes bases :
insert into GENPARAM ( ABBREV , DESCRI , VAL , PARAMGROUP ) values ( 'CELL_CHECK_DURATION' , 'Vérification de la durée (en heures) des
cellules avant cloture de la période. Si -1, vérification désactivée. Si 0, le défaut de 20 heures est appliqué.' , '20' , 'PLANNING' )
==== FIN de la version 1.7====
RELEASE
2.0.0.1
(voir dans le document STP_release_2.0)

Adaptations database

Transcription

Documents pareils

Une release de PSX-P annoncée pour ce soir - MetaGames-EU

waltari - Metal Integral

job title: software release manager

Release notes / Information de relâche DWOS

La petite Marie, vers les 12-15 ans, assise sur son père Joachim et

DAHLAR® RELEASE BAG 125 Fiche Technique

français - BOREDOMproduct

Formulaire de candidature_Prix de l

Télécharger

DAHLAR® RELEASE BAG 460 Fiche Technique