Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Temps et Activités | |||
| GDAB - Demandes d'absences | |||
| Cette transaction permet la saisie des demandes d'absences (congés, RTT, etc.) afin qu'elles suivent ensuite un circuit électronique de validation et de traitement qui se termine par la génération automatique des temps correspondants (TDAB). Les demandes peuvent être saisies directement par le salarié lui-même ou par un autre utilisateur s'il dispose des droits nécessaires. Ensuite, le responsable du salarié reçoit un message d'alerte lui permettant de valider les demandes en attente pour son équipe. Ce message d'alerte est envoyé par un WIM à systématiser (cf. documentation du circuit des demandes). Une fois la demande traitée, le salarié est averti par e-mail de la réponse apportée par son responsable. Le nombre de jours de la demande peut être contrôlé, lors de sa saisie et ensuite lors de sa validation par le responsable, par rapport au nombre de jours disponibles dans GCABS pour le compteur d'absences associé à la condition d'emploi de la demande (GCEC). D'autres transactions similaires existent pour : - traiter les demandes d'absences (GDABV) et les demandes d'annulation d'absences (GDABAV) : les responsables peuvent visualiser et traiter les demandes en attente via les boutons "Accepter" et "Refuser" (le motif du refus doit alors être précisé) ; - demander l'annulation de demandes acceptées (GDABA) : en cliquant sur le bouton "Annuler", le salarié peut demander l'annulation d'une demande acceptée. Comme pour les demandes initiales, le responsable reçoit un message d'alerte lui indiquant qu'une demande d'annulation est en attente de sa validation ; - GDAB2 : idem GDAB mais ne comporte aucun contrôle des droits de l'utilisateur connecté. |
| Données |
| Salarié |
| Matricule de l'intervenant (GINTE). |
| Type d'absence |
| Les valeurs possibles sont les conditions d'emploi correspondant à des absences c'est-à-dire les occurrences du paramètre CATQTCEM ayant la valeur testée 1 égale à A. Pour que la durée soit contrôlée par rapport au solde disponible de l'intervenant, la condition d'emploi doit être associée au compteur (GCEC). |
| Nombre de jours |
| Il s'agit du nombre de jours d'absence sur la période, c'est-à-dire du nombre de jours qui auraient dû être travaillés. Il doit correspondre au nombre de jours de travail définis au calendrier du salarié, c'est-à-dire au nombre de jours ayant un mode "ouvert" dans GCAD. Il est possible de saisir des demi-journées (à isoler sur une ligne de données à part en précisant s'il s'agit du matin ou de l'après-midi). Contrôle de disponibilité Le contrôle de disponibilité du solde lors de la saisie d'une demande dépend de l'occurrence CTLSLD du paramètre AUTQTDAB. S'il est activé, le contrôle est réalisé par rapport au nombre disponible pour le salarié dans les compteurs d'absences (GCABS) : - recherche dans les conditions d'emploi par compteur d'absences (GCEC) du compteur impacté par la condition d'emploi (type d'absence) de la demande ; - contrôle de la disponibilité par rapport à la valeur de GCABS : le nombre de jours de la demande doit être inférieur ou égal au nombre de jours disponibles auquel on ajoute le nombre de jours éventuellement contenu dans le champ "Modulation" (cf. GCABS, Modulation). Si la demande concerne, en totalité ou partiellement, une date antérieure à la date de mise à jour du compteur dans GCABS, prise en compte de la part comprise entre la date de début de la demande (incluse) et la date de mise à jour du compteur (exclue). Le champ "Modulation" de GCABS est alors modifié. Eclatement d'une demande lors de l'acceptation Lors de l'acceptation par le responsable, la demande initiale saisie par le salarié est éclatée par jour si elle dépasse 1 jour. Ainsi, au fur et à mesure que les jours passent, les temps correspondants sont générés par le traitement TDAB et le statut de la demande est avancé. Exemple : le salarié souhaite poser 2 semaines de congés pour la période du lundi 30/04/2012 au vendredi 11/05/2012 qui comporte 2 jours fériés (le 1er et le 8 mai). Il saisit donc : nombre de jours : 8 ; période : du 30/04/2012 au 11/05/2012. Son calendrier est défini avec les modes suivants : - "ouvert" pour les 30 avril, 2, 3, 4, 7, 9, 10, 11 mai ; - "férié" pour le 1er et 8 mai ; - "congés" pour les 5 et 6 mai (samedi et dimanche). On a 8 jours "ouverts" disponibles sur la période, ce qui est en adéquation avec le nombre de jours saisis. Lors de son acceptation, cette demande est modifiée : le nombre de jours est passé à 1, la date de fin est mise au 30/04/2012 et 7 nouvelles lignes de données sont créées pour chacun des jours d'absence. |
| Demi-journée |
| Lorsqu'une demande d'absence concerne une demi-journée, cet indicateur permet de préciser s'il s'agit du matin ou de l'après-midi. |
| Période (Du ... au ...) |
| Période d'absence, du 1er au dernier jour qui aurait dû être travaillé. |
| Observations |
| Commentaire lié à l'absence. |
| Motif du refus |
| Motif précisé par le responsable lors de son refus de la demande. |
| Statut |
| Lors de sa saisie, une demande est créée au statut "saisie, en attente de validation". Ensuite, le statut évolue au fur et à mesure des traitements réalisés. |
| N° interne |
| Ce numéro est affecté séquentiellement lors de la création d'une demande. |
| N° origine |
| Il s'agit du numéro de la demande saisie par le salarié. Lorsqu'une demande porte sur plusieurs jours, elle est éclatée en autant de demandes qu'il y avait de jours posés. |
| Etablissement |
| Paramètres standard |
| Boutons poussoirs |
| Accepter |
| Ce bouton permet d'accepter une demande. Il n'est présent qu'en gestion de validation (paramètre VAL associé au mnémonique égal à O) si l'utilisateur connecté a des droits de validation. Si l'utilisateur est autorisé à traiter les demandes du salarié, le bouton est accessible pour les demandes en attente. Lorsqu'une demande d'annulation est acceptée, son statut passe à la valeur "Annulation acceptée", la date/période est libérée et les éventuels temps correspondants sont supprimés. |
| Refuser |
| Ce bouton permet de refuser une demande. Il n'est présent qu'en gestion de validation (paramètre VAL associé au mnémonique égal à O) si l'utilisateur connecté a des droits de validation. Si l'utilisateur est autorisé à traiter les demandes du salarié, le bouton est accessible pour les demandes en attente. Le motif du refus doit être précisé. Lorsqu'une demande d'annulation est refusée, son statut repasse à la valeur "Acceptée". |
| Annuler |
| Ce bouton permet de demander l'annulation d'une demande d'absence acceptée (statut >= "en attente" et < "intégrée" et date postérieure à la date de clôture). Il n'est présent que dans la gestion des demandes d'annulation (paramètre PR1 associé au mnémonique égal à O et paramètre VAL associé au mnémonique égal à N). Les éventuels temps correspondants à la demande ne doivent pas être comptabilisés. Ils seront supprimés lors de l'acceptation de la demande d'annulation. Selon le paramétrage (occurrences MSG et MSGANNUL du paramètre AUTQTDAB), un message peut avertir le responsable lorsqu'une nouvelle demande d'annulation est en attente de sa validation. |
| Modifications périphériques |
| La modification ou suppression d'une demande est interdite si son statut n'est pas en attente (valeur testée 1 égale à S). |
| Lors de l'acceptation d'une demande d'annulation |
| S'il existe des temps correspondant à la demande annulée, ils sont supprimés. |
| Action sur une demande concernant des jours antérieurs à la date de mise à jour du compteur dans GCABS |
| Lors de la création, modification, validation ou suppression d'une demande concernant des jours antérieurs à la date de mise à jour du compteur dans GCABS, mise à jour du champ "Modulation postérieure" de GCABS pour les jours précédant la date de mise à jour du compteur. |
| Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
| PRM |
| Ce paramètre indique si les droits de l'utilisateur connecté doivent être contrôlés. S'il vaut : - O : les droits sont contrôlés ; - N : les droits ne sont pas contrôlés ; l'utilisateur peut gérer toutes les demandes. |
| STA |
| Ce paramètre restreint la recherche des demandes afin que le responsable ne voie que les demandes en attente de sa validation. Si ce paramètre vaut : - O : recherche limitée aux demandes "en attente" ou aux demandes pour lesquelles une annulation a été demandée (cf. paramètre STAQTDAB) ; - N : pas de restriction sur le statut des demandes recherchées. |
| PR1 |
| Ce paramètre est positionné à O pour gérer les demandes d'annulation d'absences acceptées. |
| Paramètres |
| IAPQTDAB |
| STAQTDAB |
| AUTQTDAB - MSG |
| AUTQTDAB - CTLSLD |
| AUTQTDAB - MSGANNUL |
| Messages |
| QTCEC050 - Cette condition d'emploi est déjà associée à un compteur ($1) |
| QTCEM013 - Suppression impossible : utilisée dans les conditions d'emploi par compteur d'absences |
| QTDAB052 - La 1/2 journée doit être isolée sur un enregistrement à part |
| QTDAB054 - Incohérence entre le nombre de jours saisi et celui disponible sur la période |
| QTDAB055 - Il existe d'autre(s) demande(s) sur cette période pour ce salarié |
| QTDAB056 - Droits insuffisants pour gérer les demandes de ce salarié |
| QTDAB057 - Demande non modifiable à ce statut |
| QTDAB058 - Le nombre de jours doit être <= 1 pour les demandes acceptées |
| QTDAB059 - Demande traitée : droits insuffisants pour la modifier ou la supprimer |
| QTDAB060 - Demande au statut $1 : attention aux temps associés |
| QTDAB061 - Droits insuffisants pour traiter les demandes de ce salarié |
| QTDAB066 - Condition d'emploi non autorisée pour le type de population ($1) du salarié |
| QTDAB067 - Condition d'emploi non utilisable pour les absences |
| QTDAB069 - Seules les demi-journées sont autorisées |
| QTDAB070 - Nombre de jours restants insuffisant ($1 selon solde au $2) |
| QTDAB071 - Nombre de jours restants insuffisant ($1 *) (* selon solde au $2 ($3) et déduction de l'en-cours ($4)) |
| QTDAB074 - Suppression impossible à ce statut |