Evolution en version TW2.2
Cette fonction va permettre de créer, modifier,
supprimer ou exécuter une requête.
Si les requêtes ont été sécurisées, seules celles dont l'utilisateur est le concepteur sont affichées.
Vous obtenez en premier lieu la liste des requêtes déjà mises en œuvre.
Création d' une requête,
Duplication d'une requête,
Modification d' une requête,
Suppression d' une requête,
Sécurisation de la requête,
Lancement du traitement d'une requête et Obtention des fichiers nécessaires à l'atelier statistique.
En modification, les informations suivantes sont
accessibles :
Le libellé,
Le type de requête,
La maquette,
Le nom du fichier généré,
La sécurisation de la requête,
La liste d'autorisation.
En duplication vous avez accès aux même zones qu'en modification, mais vous devez donner un nouveau nom à la requête.
En création, les informations suivantes sont obligatoires :
le nom de la requête,
le libellé,
le type de la requête,
la maquette,
le nom du fichier
En modification, le type de la requête, le nom et la bibliothèque de fichier ne sont pas accessibles.
Si une maquette a été associée au type de requête, celle-ci est annoncée par défaut, mais elle est modifiable.
Le nom de fichier généré est libre pour les requêtes qui ne sont pas de type BILA et SENR.
Pour les requêtes de type BILA, le nom de fichier est PZIKCP et donne lieu à la génération de deux fichiers PZIKCPP et PZILCPP.
PZIKCPP correspond aux informations figées de bilan et PZILCPP correspond aux colonnes paramétrées dans la fonction I9052C.
Pour les requêtes de type SENR, le nom de fichier est PZIKSE et donne lieu à la génération de deux fichiers PZIKSEP et PZILSEP.
PZIKSEP correspond aux informations figées pour la gestion du recrutement des seniors et PZILSEP correspond aux colonnes paramétrées dans la fonction I9052C, également.
Le nom de la bibliothèque par défaut est celui de la bibliothèque spécifique associée à votre environnement, pour les fichiers associés à des requêtes autre que celles de type BILA et SENR.
Mais vous pouvez choisir la bibliothèque de votre choix dans la mesure où elle existe et qu'elle n'est pas la bibliothèque standard de fichiers.
Attention, les fichiers ainsi utilisés ne doivent pas exister dans la bibliothèque standard de fichiers.
Pour les requêtes de type BILA et SENR, par contre les fichiers sont créés par défaut dans la bibliothèque standard de fichiers.
La génération DDS (il s'agit du source de la structure fichier) est positionnée à "O" par défaut et non accessible.
Le concepteur est l'utilisateur signé sur cette session et est non modifiable.
Vous pouvez sécuriser votre requête de façon à limiter l'accès. Le concepteur aura tous les droits sur ses requêtes, les autres utilisateurs auront droits selon la protection mise en œuvre par l'option "P".
La liste d'autorisation vous permet d'organiser les droits par groupe d'utilisateur.
Une invite vous donne accès aux maquettes préalablement définies, aux types de requêtes, aux listes d'autorisations existantes, ceci par positionnement sur la zone requise.
Vous pouvez vous positionner par le code requête.
Pour gérer la protection, vous obtenez la possibilité d'indiquer par utilisateur les droits que vous lui accordez. Une invite vous donne la liste des utilisateurs décrits dans votre système.
L'option d'Exécution de la requête permet de lancer la requête sélectionnée.
Vous devez d'abord sélectionner une population.
Ensuite selon le type de requête, vous aurez des actions différentes à exécuter.
Les zones modifiables communes à toutes les requêtes sont :
La période de paie,
La maquette,
Le fichier,
La monnaie.
La maquette et le fichier peuvent être modifiés au moment du lancement, vous pouvez mémoriser cette modification par l'option Maj Requête du menu Exécuter.
Pour une requête de
type générale, les montants sont cumulés sur la période demandée.
Si vous laissez le Top Fiche salarié en cours à blanc, l'exploitation sera basée sur l'historique salarié (RSALAR), avec détail par période.
Dans le cas contraire, l'exploitation sera basée sur la situation encours, les montants seront cumulés sur la période demandée.
Pour une requête de type historique, vous allez
gérer la notion de période, la monnaie et les lignes
à zéro.
Pour une requête de type général, vous allez gérer les même éléments que précédemment, mais en plus vous pouvez demander à utiliser la situation en cours du salarié.
Dans le cas contraire, vous retrouverez en fonction de votre paramétrage, la situation du salarié selon les périodes traitées, le système se basera alors sur l'historique des événements.
Pour une requête de type Activité, vous pouvez
demander un détail par semaine, le lancement sera alors limité
à un mois. Les résultats obtenus sont présentés par affectation
analytique.
Pour une requête de type Budget, vous allez devoir
en premier lieu sélectionner le type d'environnement à utiliser.
Vous avez le choix entre réel ("1") ou simulation ("2").
Dans ce dernier cas, vous devez spécifier le suffixe de la base de simulation, vous avez une invite disponible/
Si vous êtes déjà en environnement de simulation en demandant cette requête, ces deux informations sont alors initialisées et non modifiables.
Vous devez ensuite répondre aux questions habituelles.
Le contrôle des périodes de paie est effectué en fonction de la portée de la simulation.
Attention, dans le cadre d'un enchaînement de travaux, vous ne pouvez pas choisir l'environnement (réel ou simulation) sur lequel doit porter la requête, celle-ci va alors s'exécuter sur l'environnement sur lequel vous vous trouvez au lancement.
Dans le cas des migrations, le système considère que les traitements ont déjà été effectués si la période à traiter est antérieure à la date d'informatisation du produit.