GINTE - Intervenants

   Cette transaction permet de référencer les intervenants, qu'ils soient salariés ou intérimaires. Chaque intervenant est identifié par un matricule et est associé à un tiers et une adresse qui doivent être créés au préalable. L'affectation de l'intervenant et les caractéristiques pour la saisie de ses temps sont définies dans cette transaction.

    Ne pas rédiger de commentaires excessifs ou insultants et ne pas indiquer de données sensibles (origine raciale, opinions politiques ou religieuses, données de santé, n° de sécurité sociale, etc.).

   C'est l'identifiant d'un intervenant. Il est unique dans un établissement.
La structure de ce code peut être imposée en fonction du rôle de l'intervenant.

   Pour que le matricule correspondant à l'utilisateur connecté soit proposé dans la saisie des temps, renseigner le code utilisateur.

   Il est possible de préciser le gestionnaire correspondant à un intervenant. Certaines informations (nom, prénom, tiers, adresse, téléphone et e-mail) sont alors proposées à partir des données du gestionnaire (GGES).

   Ces informations sont proposées à partir du gestionnaire.

   Les valeurs sont des occurrences du paramètre SEXE.
Cette information est proposée à partir du gestionnaire.

   Permet de rattacher à l'intervenant son code tiers (qui doit être rattaché à l'établissement dans GATE).

   Permet de rattacher à l'intervenant l'adresse de ce tiers.

   Date de naissance de l'intervenant.

   Correspond à la date d'entrée de l'intervenant dans la société (établissement).
Cette date constitue la limite inférieure de la période de présence de l'intervenant dans la société.

   Date à prendre en compte pour évaluer l'ancienneté de l'intervenant.

   Date à laquelle l'intervenant a quitté la société.
Cette date constitue la limite supérieure de la période de présence de l'intervenant dans la société.

   Les valeurs du type de contrat de travail sont des occurrences du paramètre TYCQTINT.

   Date de début du contrat de travail.

   Le code confidentialité est défini dans la transaction GCLEC pour l'entité intervenant (code de l'entité INT).

   Utilisateur lié à l'intervenant.

   S'il est renseigné, le matricule correspondant à l'utilisateur connecté est proposé dans la saisie des temps (utilisation du symbole $NUMQTINT).

   Il s'agit des informations relatives à l'affectation de l'intervenant.

   Domaine dans lequel l'intervenant est utilisable (temps, frais). Les valeurs sont des occurrences du paramètre APPQTINT.

   Les valeurs de la classification sont des occurrences du paramètre CLAQTINT.

   Information liée à l'emploi occupé par l'intervenant.

   Les valeurs de la catégorie sont des occurrences du paramètre CATQTINT.

   Information liée à l'emploi occupé par l'intervenant.

   Les valeurs sont définies dans la transaction GQUA.

   Information liée à l'emploi occupé par l'intervenant.

   Les valeurs du type de population sont des occurrences du paramètre TPOQTINT.

   Les valeurs de la famille d'intervenants sont des occurrences du paramètre FAMQTINT.

   Le responsable technique doit lui-même exister en tant qu'intervenant dans GINTE.

   Chantier d'affectation qui est proposé par défaut dans les temps. Mis à jour lorsqu'un chantier de future affectation est saisi au niveau de la ligne de temps.

   Zone non contrôlée permettant de préciser le texte descriptif de l'emploi de l'intervenant.

   Les caractéristiques des temps définies pour la qualification (GQUA) sont proposées au niveau des intervenants ayant cette qualification.

   Ces zones permettent de préciser des nombres d'heures maximaux.

   Nombre d'heures par jour.

   Nombre d'heures par semaine.

   Nombre d'heures par mois.

   Nombre d'heures par an.

   Définit la limite par semaine.

   Permet de définir la valeur de l'écart autorisé (par jour) lorsque la case est cochée.
Non géré.

   Les caractéristiques de la saisie des temps de l'intervenant sont précisées ici.

   Si la case est cochée, l'intervenant doit détailler ses temps par jour au niveau de la saisie des temps.
Si la case n'est pas cochée, l'intervenant fait une saisie globale sur la période.

   Classe de saisie des temps (GCQTA).

   Permet de préciser si la saisie des temps de l'intervenant se fait en jour, en semaine ou en mois.
Le type de période est une occurrence du paramètre TYPOECAP.

   Correspond à l'unité d'expression des temps saisis par l'intervenant : heures, jours, etc.

   Le calendrier de l'intervenant est utilisé pour contrôler les temps qu'il a saisis.

   Si la case est cochée, une ligne de temps dont la durée est celle précisée ci-après est générée par le traitement de valorisation des pointages (TVAP).

   Permet de définir la durée des heures annexes à générer lorsque la case est cochée.

   Ces informations sont utilisées pour valoriser et comptabiliser les temps de l'intervenant.

   Correspond à l'unité de comptabilisation des temps, c'est-à-dire à l'unité d'oeuvre.

   Il s'agit des différents taux de valorisation des temps.

   Non géré.

   Non géré.

   Non géré.

   Il s'agit d'informations relatives à la gestion des notes de frais et déplacements professionnels.

   Permet de rattacher un compte à un intervenant.

   Les valeurs du groupe sont des occurrences du paramètre GRPQTINT.

   Permet de rattacher une domiciliation bancaire à l'intervenant.

   Permet de rattacher une devise à l'intervenant.

   Permet de rattacher une échéance à l'intervenant.

   Informations relatives aux tickets restaurant de l'intervenant.

   Il s'agit des informations relatives à la paie de l'intervenant.

   Les différentes options permettent de définir les droits de l'intervenant à différentes indemnités évaluées lors du calcul des indemnités de déplacement.

   Si la case est cochée, l'intervenant a droit aux tickets restaurant.
Non géré.

   Si la case est cochée, l'intervenant a droit aux indemnités de grand déplacement.

   Si la case est cochée, l'intervenant a droit aux indemnités liées aux absences en grand déplacement.

   Si la case est cochée, l'intervenant a droit aux indemnités de vie locale.

   Si la case est cochée, l'intervenant a droit aux paniers repas.

   Si la case est cochée, l'intervenant a droit aux indemnités kilométriques.

   Nombre de jours de congés payés pris et à prendre.
Non géré.

   Identifiant du barème d'indemnisation applicable lors des déplacements de l'intervenant selon le paramétrage défini (voir valeur testée 1 de l'occurrence ORDIND du paramètre AUTQTEVD).

   Montant de l'indemnité journalière forfaitaire attribuée en cas de grand déplacement.
Si renseignée, cette indemnité remplace celles prévues par le barème applicable. Son attribution dépend du paramétrage (valeur testée 2 de l'occurrence ORDIND du paramètre AUTQTEVD).

   Utilisé dans la valorisation des pointages (TVAP).

   Date de la dernière paie.
Non géré.

   Dix zones gérées par paramètres, cinq dates, cinq valeurs numériques et cinq libellés sont laissés libres à l'utilisateur.

   Les valeurs de ces zones, laissées libres à l'utilisateur à l'exception du paramètre 1, sont respectivement des occurrences des paramètres suivants :
- 2   : P02QTINT ;
- 3   : P03QTINT ;
- 4   : P04QTINT ;
- 5   : P05QTINT ;
- 6   : P06QTINT ;
- 7   : P07QTINT ;
- 8   : P08QTINT ;
- 9   : P09QTINT ;
- 10 : P10QTINT.

   Utilisé par l'Application Déplacements et Frais professionnels pour la gestion de la synchronisation avec les sites voyagistes.

   Dates laissées libres à l'utilisateur.

   Numériques laissés libres à l'utilisateur.

   Libellés laissés libres à l'utilisateur.

   Tiers et adresse de l'employeur.

   Taux de rémunération de l'agence d'intérim.
Non géré.

   Cette seconde adresse permet de stocker, par exemple, l'adresse de la mairie du domicile pour le calcul des indemnités de déplacement si demandé au niveau de la classe de temps.

   Possibilité de définir trois gestionnaires pour l'intervenant.

   Ce bouton est utilisé lorsque le connecteur avec l'outil de réservation de services en ligne AeTM, de la société Amadeus, est mis en place.
En effet, avant toute réservation, le voyageur doit être associé, dans AeTM, à un profil voyageur. Ce dernier rassemble différentes informations sur le voyageur, telles que son identité, ses préférences de voyage, ses cartes de fidélité et d'abonnement, etc.

   Dans le cadre de cette interface, la base de données Cegid XRP Ultimate est la base source des données. Ainsi aucune mise à jour de profil ne sera réalisable directement depuis AeTM. Toutefois le profil reste consultable dans l'outil. Le bouton "Synchroniser" sert donc à transférer les données vers AeTM. L'accès à ce dernier dépend du statut de synchronisation du profil stocké dans le paramètre 1.
Lors de la synchronisation, l'interface lit les données et les envoie vers le service AeTM qui les traitera. Le service utilisé est paramétré dans la chaîne 1 de l'occurrence IDSEPROFIL du paramètre GDS-AM. Le paramétrage de l'accès aux services AeTM est réalisé dans la gestion GFISE.

   L'interface traite la majorité des données gérées par le profil AeTM, en s'appuyant sur la version du schéma XML attendu par AeTM. La version de ce schéma est stockée dans le texte des occurrences PROFILDVER, PROFILPVER du paramètre GDS-AM. L'occurrence PROFILDVER est lue si la synchronisation est effectuée vers un serveur de test. Lorsqu'elle est effectuée vers un serveur de production, l'occurrence PROFILPVER est prise en compte.

   Les données transférées ont plusieurs origines. Les lignes suivantes détaillent le mapping entre ces données et celles du profil AeTM.
Le nom, le prénom, la date de naissance, le sexe et l'adresse mail 1 du profil AeTM, sont repris depuis la fiche intervenant.
L'adresse personnelle du profil AeTM, est alimentée à partir des données de l'adresse du couple tiers-adresse de la fiche intervenant.
L'adresse professionnelle du profil AeTM, est alimentée à partir des données de l'adresse du couple tiers-adresse secondaire de la fiche intervenant.
L'adresse de facturation du profil AeTM, est alimentée à partir des données de l'adresse du couple tiers-adresse de l'employeur de la fiche intervenant.
L'interface alimente 3 numéros de téléphone personnel, professionnel et mobile du profil AeTM. Ils proviennent de la gestion des contacts.
Le profil AeTM stocke le nom et le n° de téléphone de la personne à contacter en cas d'urgence. Ces informations sont également lues dans cette gestion.
Seules 2 cartes bancaires du profil AeTM sont gérées par l'interface.
   L'une personnelle, cette carte est liée à un contrat contracté par le voyageur auprès d'un établissement bancaire. Elle sera nommée dans le profil AeTM carte 1 du profil.
   L'autre d'entreprise (corporate) qui est associée à un contrat établi entre un établissement bancaire et la société. Elle sera nommée dans le profil AeTM carte société.

   Le profil voyageur AeTM peut contenir 4 documents.
   - Deux représentent les passeports du voyageur ;
   - Un représente le document utilisé pour l'identification du voyageur sur les e-billets aériens ;
   - Un représente le document utilisé pour l'identification du voyageur sur les e-billets ferroviaires.

   Pour les e-billets aériens, les types de documents utilisables sont :
   - Permis de conduire ;
   - Passeport ;
   - Carte nationale d'identité ;
   - Carte de membre ;
   - Carte de voyageur fréquent ;
   - Autre.

   Pour les e-billets ferroviaires, les types de documents utilisables sont :
   - Carte de voyageur fréquent ;
   - Carte de réduction ;
   - Adresse électronique ;
   - N° de téléphone mobile.

   Lors de la synchronisation, les documents sont lus depuis la gestion des documents.

   Les préférences du profil voyageur recensent les différentes options choisies par le salarié. On y retrouve les options liées aux différents types de segments de voyage, mais aussi celles liées à l'outil de réservation.

   Les options gérées par l'interface sont :

       La langue et la devise des tarifs affichées dans les écrans de l'outil de réservation.

       Pour les voyages aériens, le voyageur peut choisir :
      - Sa classe de voyage ;
      - Son placement dans la cabine ;
      - Le type de menu ;
      - Son mode de livraison ;
      - Son mode de paiement ;
      - Son aéroport de départ.

       Pour les voyages ferroviaires, le voyageur peut choisir :
      - Sa classe de voyage ;
      - Un type de wagon ;
      - Son placement (position de voyage, n° de wagon, n° de siège) ;
      - Son placement dans les compartiments couchette ;
      - Son mode de livraison ;
      - Sa gare de départ.

       Pour les hôtels, le voyageur peut sélectionner la tolérance tabagique.

   L'ensemble de ces options est lu depuis la gestion des préférences. La prise en compte de ces options est réalisée lors de la recherche de services. Elles permettent à l'outil de réservation de proposer des services correspondant aux préférences du voyageur.

   L'outil gère des communautés représentant des regroupements de salariés. Les communautés sont utiles pour définir des politiques de voyage différentes suivant la catégorie des salariés par exemple. Toutes ces communautés sont rattachées à une communauté principale. Cette dernière est définie dans le texte des occurrences PROFILDCOM, PROFILPCOM du paramètre GDS-AM. L'occurrence PROFILDCOM est prise en compte lors de la synchronisation vers un serveur de test, l'occurrence PROFILPCOM est lue lors de la synchronisation avec un serveur de production.
L'association d'un profil à sa communauté est gérée depuis les listes d'intervenants et leurs éléments. Le code de la liste doit correspondre au code de la communauté définie dans AeTM. De plus, pour indiquer que cette liste est utilisée dans les profils, il est nécessaire de positionner le type de celle-ci. Si la même politique de voyage s'applique à l'ensemble des salariés, il est nécessaire d'associer l'intervenant à la liste correspondant à la communauté principale.
Lors de l'association d'un intervenant à une liste, on précise, via le type la fonction de ce dernier à l'intérieur de cette communauté.

   Lors de la création d'un intervenant :
- si sa qualification est renseignée et si un taux normal de valorisation est précisé pour cette dernière (GQUA), création d'une ligne de données avec ce taux pour la période maximale (GAIT) ;
- si la confidentialité est active pour au moins un utilisateur, le code de confidentialité pour cet intervenant est référencé dans l'historique de la confidentialité. Il est possible de le visualiser via la consultation de l'historique (CHCF).

   Génération de rubriques associées à l'intervenant créé.
Lorsque la case à cocher ''Générée intervenants'' du type de rubriques (GTRU) est cochée pour l'entité intervenant (QTINT), association automatique à l'intervenant créé des rubriques de ce type sans affectation de valeurs. La saisie des intervenants est facilitée par la proposition de la liste des rubriques. Il suffit ensuite de renseigner les valeurs des rubriques (texte, numérique ou date).

   A la modification du code de confidentialité d'un intervenant, si la confidentialité est active pour au moins un utilisateur, ce nouveau code pour cet intervenant, est référencé dans l'historique de la confidentialité. Il est possible de le visualiser via la consultation de l'historique (CHCF).

   Lorsqu'un intervenant est supprimé physiquement de la base de données, l'historique de modification de son code de confidentialité est également supprimé.