GPLPP - Tâches

   Cette transaction permet de saisir les tâches des phases des projets. Une tâche peut être définie comme un découpage chronologique ou logique d'une phase d'un projet.
Les tâches représentent le niveau le plus fin d'un projet.

   Elles sont les éléments essentiels du projet, dans la mesure où elles déterminent les actions et les liens avec les autres applications.
On peut leur associer :
    - un segment analytique ;
    - un ou plusieurs gestionnaire(s) ;
    - des textes ;
    - des tâches de planning ;
    - etc.

   Au besoin, elles peuvent être éclatées en sous-tâches.

   Cette transaction n'est accessible que depuis les projets (GPPRO) et les phases (GPPHP).

   Un statut, défini pour chaque tâche, permet de suivre son évolution : création, génération des paniers, validation, etc. Il permet également de gérer certaines autorisations sur les tâches (voir la définition des statuts GPNST).

   Informations (classe, numéro, sous-numéro, référence interne et intitulé réduit) relatives au projet (GPPRO).

   Informations (type, numéro, intitulé réduit) relatives à la phase (GPPHP).

   Le type de tâche est une information essentielle d'une tâche. Il doit être défini au niveau de la gestion des types de tâche (GPTAC).

   En fonction de celui-ci, des valeurs sont proposées par défaut :
   - les propositions de la date initiale et de la date de tâche ;
   - l'unité de durée de la tâche ;
   - la fonction et le rôle du gestionnaire principal de la tâche ;
   - le CGR A et/ou le CGR B ;
   - la devise et ses informations.

   Le type de tâche permet de contrôler :
   - la saisie ou la génération d'un segment de tâche ;
   - la saisie ou la génération d'un marché de ventes ou d'achats ;
   - la génération des lignes budgétaires, des paniers de ventes, d'achats, de stock ou de maintenance.

   Le numéro de tâche peut être saisi par l'utilisateur. Le cas échéant, il est incrémenté de 10 en 10.

   Dans le cas où une tâche est issue d'un éclatement (GPWET) en sous-tâches, cette information indique son niveau.

   Exemple :

   Selon le paramétrage du type de tâche, cette date peut être :
- obligatoire ;
- modifiable ;
- proposée à la création de la tâche : les valeurs possibles sont les occurrences du paramètre DI1QPTAC.

   Selon le paramétrage du type de tâche, cette date peut être :
- modifiable ;
- proposée à la création de la tâche : les valeurs possibles sont les occurrences du paramètre DL1QPTAC.
Cette date est obligatoire.

   En création, l'intitulé complet de la tâche est initialisé selon le paramétrage du type de tâche (GPTAC).

   En création, l'intitulé réduit de la tâche est initialisé selon le paramétrage du type de tâche (GPTAC).

   Il s'agit du gestionnaire dit "principal" de la tâche.
Ce gestionnaire peut être proposé. Selon le paramétrage du type de tâche, il peut être :
- identique au gestionnaire principal du projet ;
- identique au gestionnaire principal de la phase ;
- proposé d'après celui défini par le type de tâche ;
- non proposé.

   Lors de la création d'une tâche, il est automatiquement créé dans la gestion des gestionnaires de projets (GPGPR) avec la fonction et le rôle définis au niveau du type de tâche. D'autres gestionnaires peuvent être associés manuellement à la tâche via cette gestion.

   Il s'agit du segment associé à la tâche. Suivant le type de tâche, il peut être :
- obligatoire, facultatif ou interdit ;
- modifiable ou non ;
- saisi ou généré.

   La génération automatique du segment est décrite dans le principe de génération automatique d'un segment.
Ce segment devient le segment supérieur, suivant le chemin défini dans la classe de projets (GPCPR), des segments des sous-tâches s'ils existent. De même, il devient le segment fils du segment de la phase pour ce chemin.

   Exemple :

   Le segment pourra notamment être utilisé au niveau des budgets ou pour la création du CGR composé de la tâche via le paramétrage de la clé analytique projets (GPCLJ). Il peut être ensuite propagé sur les commandes d'achats (GCDA), les commandes de ventes (GCDV), les mouvements de stock (GMVS) ou les bons de travail (GORM) issus de l'Application Projets.

   Si la tâche a généré un segment de CGR et selon le paramétrage défini au niveau du modèle de création de CGR (GPMCC) associé au type de tâche, la modification éventuelle d'un de ses intitulés ou d'un de ces paramètres peut être reportée sur le CGR.

   Ces informations sont accessibles lorsque le paramétrage du type de tâche indique que la génération des lignes budgétaires est autorisée.
Elles permettent d'initialiser certaines informations nécessaires à la saisie des lignes budgétaire modèles (GABU).

   CGR segment utilisé pour créer les lignes budgétaires modèles. Les valeurs possibles sont les CGR segment de la tâche, de la phase ou du projet.

   Modèle budgétaire (GMBU) utilisé pour automatiser la création des lignes budgétaires modèles.

   Etablissement de génération des lignes budgétaires modèles.

   Période affectée aux lignes budgétaires modèles.

   Information présente uniquement dans la grille. Il s'agit d'un numéro identifiant une tâche. Une tâche a un numéro unique. Ce numéro interne est géré automatiquement par l'intermédiaire d'un compteur défini dans la transaction GNUI pour la table QPLPP.

   Ces boutons balaient, par domaine, toutes les nomenclatures associées au type de tâche (GPNOT) concerné et déploient tous les articles pré-paramétrés des nomenclatures qui ont l'option "génération dans le panier" active (GPPAC, GPPVT, GPPSK, GPPMA).

   La génération (TPBGPA, TPBGPV, TPBGPS, TPBGPM) ajoute dans les paniers les articles vendus, stockés, achetés ou de maintenance (GPPANV, GPPANA, GPPANS, GPPANM) selon le bouton activé.

   Cette génération ne s'effectue qu'une seule fois. Pour pouvoir l'effectuer de nouveau, il faut préalablement effacer tous les articles du panier.

   Permet d'affecter une fourchette de dates théoriques à la tâche. Les dates peuvent être proposées à partir de celles de la phase si elles sont renseignées.
Toutes les tâches associées à une phase doivent avoir leurs dates de début et de fin théoriques comprises dans la fourchette de dates théoriques de la phase.
Toutes les sous-tâches associées à une phase doivent avoir leurs dates de début et de fin théoriques comprises dans la fourchette de dates théoriques de la tâche supérieure.

   Il est possible d'affecter également une durée théorique dont l'unité peut être proposée par rapport au type de tâche.

   Ces informations peuvent être notamment utilisées dans le cadre d'une planification de projets.

   Cette fourchette de dates n'est pas accessible.
Elle permet de consulter les dates de début et de fin réelles d'une tâche.

   Affectation possible de ces dates :

   1) La date de début réelle peut être affectée automatiquement lors de la saisie des temps (GTMPJ) suivant le paramétrage de l'association classe de temps/classe de projets (GPATP). Elle est alors égale à la plus petite date saisie au niveau des temps pour la tâche ou les sous-tâches. Ceci est calculé lors du passage de l'étape définie dans la gestion de paramétrage GPATP (saisie, validation, transfert en comptabilité, etc.).

   2) Le traitement de clôture (TPCLO) peut également contrôler que les deux dates réelles soient renseignées, suivant le paramétrage des règles de clôture des projets (GPRCL).
Pour cette raison, il est possible de paramétrer l'affectation des dates de début et de fin réelles.
Si c'est le cas, sera affectée comme date de début réelle, la plus petite date parmi :
   - la date de début réelle de la tâche, si elle est renseignée ;
   - la date de début théorique de la tâche ;
   - la date de la tâche ;
   - la date initiale de la tâche ;
   - la plus petite date de début réelle des sous-tâches ;
   - la date du jour.

   Sera affectée comme date de fin réelle, la plus grande date parmi :
   - la date de clôture ;
   - la plus grande date de fin réelle des sous-tâches ;
   - la date du jour.

   3) Possibilité de saisir les informations réelles de la tâche (à ne faire que dans certains cas particuliers comme une reprise par exemple). Pour cela, il faut définir le paramètre DAT associé au mnémonique.

   Ces informations peuvent être notamment utilisées dans le cadre d'une planification de projets.

   Ces informations sont prises en compte lors de la génération des paniers. Les nomenclatures d'articles (GPPAC, GPPVT, GPPSK, GPPMA), indiquent s'il est possible d'initialiser certaines informations du panier avec les références. Si une référence doit suivre, celle de la tâche (si elle est renseignée) est affectée prioritairement à celle du projet.

   Elles peuvent être ensuite propagées sur les commandes issues des projets.

   Zone alphanumérique libre, elle représente une référence interne de la tâche.

   Zone alphanumérique libre, elle représente une référence externe de la tâche.

   Ces informations sont liées à la maintenance : famille d'équipements, chemin des équipements, bâtiment, chemin des bâtiments. Elles sont utilisées lors de la génération du panier de maintenance. Si elles sont renseignées alors qu'elles ne le sont pas au niveau de la nomenclature pour certains articles, équipements, outillages, etc., elles seront prises en compte dans le panier.

   Famille d'équipements et chemin de maintenance.

   Bâtiment et chemin.

   Ces champs ne sont pas accessibles. Ils permettent d'afficher certaines informations des tâches de planning (classe, numéro, date de début, heure de début, date de fin et heure de fin théoriques, durée et unité) (GNTAC) lorsque la tâche a généré des données dans l'Application Planification.

   Cette information indique les statuts (GPNST) qui sont affectés lorsque différentes actions sont effectuées sur la tâche (création, validation, génération de paniers, saisie des temps etc.). Lors de la création d'une tâche son statut est positionné automatiquement à "C" (voir documentation sur le passage de statut).
La date de passage du dernier statut est également spécifiée.

   Cette information indique le numéro de la tâche supérieure pour une sous-tâche.

   CGR d'imputation qui pourra être repris sur les paniers.
Il est proposé par défaut lors de la saisie de la tâche en fonction du code proposition de la clé analytique (GPCLJ) définie dans le type de tâche (GPTAC).

   En fonction du paramétrage du type de tâche, le CGR A peut être obligatoire, modifiable ou non.

   Il est possible d'afficher cette information en mode multi-champs (voir les paramètres supportés par l'objet).

   Le CGR B est proposé par défaut lors de la saisie de la tâche en fonction de la proposition du CGR B définie dans le type de tâche (GPTAC) :
- CGR segment de l'établissement (GETS);
- CGR segment de l'association utilisateur CGR (GAUS) ;
- CGR segment du gestionnaire (GGES) ;
- CGR segment de la classe de projets (GPCPR) ;
- CGR segment du type de tache (GPTAC) ;
- CGR segment du type de phase (GPTPH).

   Il pourra être repris sur les lignes de paniers.

   Devise, date de validité et cours propre à la tâche.

   La devise de la tâche est proposée depuis le type de tâche (GPTAC). Si elle n'est pas renseignée pour le type de tâche alors c'est la devise du projet (GPPRO) qui est proposée. De ce fait une tâche peut être exprimée dans la devise du projet ou dans toute autre devise.

   Les informations nécessaires aux commandes de ventes, à savoir les clients, doivent être définies ici, avant de pouvoir utiliser le panier associé à la tâche.

   Numéro du tiers (GTIE) de facturation du client (GCLI).

   Adresse principale du tiers définie au niveau de la gestion des associations tiers/établissement (GATE) est proposée dès la saisie du tiers.

   Code client.
Il peut être proposé lors de la création d'une tâche depuis le client principal du projet (GPPRO), suivant le paramétrage du type de tâche (GPLPP).

   Code du marché de ventes.
L'accès au marché est lié au paramétrage du type de tâche (GPTAC).
Si le type de la tâche indique que le marché est interdit, le champ est grisé ; si le marché est obligatoire ou facultatif, il est accessible.
Si le marché doit être généré automatiquement, le champ "Marché" est grisé et ne sera renseigné qu'après avoir lancé le traitement de génération (TPBMAV).

   Zone alphanumérique libre, elle représente le numéro de contrat de vente.

   Zone alphanumérique libre, elle représente la référence du contrat de vente.

   Zone date libre, elle représente la date du contrat de vente.

   Zone date libre, elle représente la date de signature du contrat de vente.

   Zone alphanumérique libre, elle représente des informations sur le contrat de vente.

   Les informations nécessaires aux commandes d'achats, à savoir les fournisseurs, doivent être définies ici, avant de pouvoir utiliser le panier associé à la tâche.

   Numéro du tiers (GTIE) de facturation du fournisseur (GFOU)

   Adresse principale du tiers définie au niveau de la gestion des associations tiers/établissement (GATE) est proposée dès la saisie du tiers.

   Code fournisseur.
Il peut être proposé lors de la création d'une tâche depuis le fournisseur principal du projet (GPPRO), suivant le paramétrage du type de tâche (GPLPP).

   Code du marché d'achats.

   L'accès au marché est lié au paramétrage du type de tâche (GPTAC).
Si le type de la tâche indique que le marché est interdit, le champ est grisé ; si le marché est obligatoire ou facultatif, il est accessible.
Si le marché doit être généré automatiquement, le champ "Marché" est grisé et ne sera renseigné qu'après avoir lancé le traitement de génération (TPBMAA).

   Zone alphanumérique libre, elle représente le numéro de contrat d'achats.

   Zone alphanumérique libre, elle représente la référence du contrat d'achats.

   Zone date libre, elle représente la date du contrat d'achats.

   Zone date libre, elle représente la date de signature du contrat d'achats.

   Zone alphanumérique libre, elle représente des informations sur le contrat d'achats.

   Ces données sont indiquées à titre informatif.

   Mise à disposition de 10 zones numériques libres.

   Chaque zone peut être obligatoire, facultative ou interdite suivant le paramétrage du type de tâche (GPTAC).

   Elles représentent un montant, un pourcentage ou une quantité suivant le paramétrage de la classe de projets (GPCPR). Dans le cas d'une quantité, son unité est donnée par la classe de projets.

   Un lien peut être effectué entre les numériques et les paniers pour les numériques initiateurs d'une information du panier (quantité, montant, prix tarif ou encore montant ou taux d'une condition de facturation) suivant le paramétrage des articles des nomenclatures (GPPAC, GPPVT, GPSTK, GPPMA). Dans ce cas, la valeur du numérique permet d'affecter l'information quantité, ou montant, ou prix du panier, ou montant ou taux d'une condition de facturation.

   Les numériques permettent également d'initialiser le montant prévu des marchés lors de la génération des marchés d'achats ou de ventes (TPBMAA, TPBMAV) suivant le paramétrage du modèle de création (GPMMA).

   Mise à disposition de 20 zones libres.
Suivant le paramétrage effectué pour la classe de projets dans la définition des paramètres projets (GPDPP), chaque zone peut être :
- du caractère ;
- une date ;
- un numérique ;
- obligatoire ou non ;
- dépendre d'un paramètre.

   En fonction de la définition des nomenclatures d'articles (GPPAC, GPPVT, GPPSK, GPPMA), certains de ces paramètres peuvent être envoyés au niveau des lignes de paniers, pour être ensuite propagés aux lignes de commandes d'achats, de ventes, de stock ou de bons de travail.

   Assistant de changement de gestionnaire principal, au niveau de la tâche, ainsi que ceux des autres tâches du projet ou de la phase.
Le gestionnaire remplacé est alors historisé.

   Gestion des informations incoterm.

   Ces informations vont influer sur les générations des commandes d'achats (TPBVTPA) et de ventes (TPBVTPV).
Les informations type de port, mode de transport, destination de la tâche suivront dans les informations "Transport" des commandes d'achats (GCDA) et de ventes (GCDV).
Concernant plus particulièrement la génération des achats, si la valeur testée 1 du paramètre AUTSACDA, occurrence PRNAT vaut "O", la langue de la tâche suivra dans la nature de la commande d'achats, et le pays de la tâche sera copié dans la nature des lignes de commandes permettant ainsi la gestion des pays d'origine.

   Ces informations vont aussi influer sur la génération des marchés d'achats (TPBMAA) à partir des tâches. Les informations type de port, mode de transport, destination et dépôt suivront dans les marchés d'achats (GMARA) prioritairement à celles saisies au niveau de la gestion des modèles de marchés et de DI (GPMMA).
Si la valeur testée 1 du paramètre AUTSACDA, occurrence PRNAT vaut "O", le pays de la tâche suivra dans la nature du marché d'achats, permettant ainsi la gestion des pays d'origine.

   Les valeurs du type de port sont les occurrences du paramètre PRT.
Sa proposition fonctionne de la manière suivante :
   - Si la tâche est génératrice d'achats et non de ventes (GPTAC), le type de port proposé est celui du fournisseur saisi dans la fenêtre "Contrats" ;
   - Si la tâche est génératrice de ventes et non d'achats, le type de port proposé est celui du client saisi dans la fenêtre "Contrats" ;
   - Si la tâche est génératrice de ventes et d'achats, aucune proposition n'est effectuée ;
   - Si la tâche n'est ni génératrice de ventes ni génératrice d'achats, aucune proposition n'est effectuée.

   Les valeurs du mode de transport sont des occurrences du paramètre MDT.
Sa proposition est similaire à celle du type de port.

   Ville de destination liée au type de port. Cette information est libre et non contrôlée.
Sa proposition est similaire à celle du type de port.

   Cette information est libre et non contrôlée.

   Il s'agit du pays d'origine.
Sa proposition fonctionne de la manière suivante :
- Si la tâche est génératrice d'achats et non de ventes et que la valeur testée 1 du paramètre AUTSACDA, occurrence PRNAT vaut "O", la nature du fournisseur saisi dans la fenêtre "Contrats" est proposée.
- Si cette dernière n'est pas renseignée ou ne représente pas un pays, le pays défini par défaut au niveau de la gestion des pays est alors proposé ;
- Dans tous les autres cas, c'est le pays défini par défaut au niveau de la gestion des pays qui est proposé.

   Les valeurs de la langue sont des occurrences du paramètre LANGUE.
Sa proposition fonctionne de la manière suivante :
- Si la tâche est génératrice d'achats et non de ventes, la langue proposée est celle du tiers de facturation associé au fournisseur saisi dans la fenêtre "Contrats" ;
- Dans tous les autres cas, aucune proposition n'est effectuée.

   Sa proposition fonctionne de la manière suivante :
- Si la tâche est génératrice d'achats et non de ventes, le dépôt proposé est celui du fournisseur ;
- Dans tous les autres cas, aucune proposition n'est effectuée.

   Zones identifiants sur 10 caractères : 5 champs laissés libres à l'utilisateur.

   Zones identifiants sur 20 caractères : 5 champs laissés libres à l'utilisateur.

   Zones dates : 5 champs laissés libres à l'utilisateur.

   Zones libellés sur 240 caractères : 2 champs laissés libres à l'utilisateur.

   Zone description sur 1000 caractères laissée libre à l'utilisateur.

   Les informations tiers et adresses sont proposées à partir des tiers et adresses du projet.

    Il s'agit du tiers auquel le paiement est adressé.

   Il s'agit de l'adresse de paiement associée au tiers de paiement.

   Il s'agit du tiers auquel les marchandises sont livrées.

   Il s'agit de l'adresse de livraison associée au tiers de livraison.

   Il s'agit du tiers auquel la confirmation de la vente est adressée.

    Il s'agit de l'adresse de confirmation associée au tiers de confirmation.

   Proposition par défaut du tiers et de l'adresse à facturer du projet. Il s'agit du tiers demandeur.

   Permet la duplication du segment de la tâche sur un établissement précis. Ceci ne fonctionne qu'avec les types de tâche (GPTAC) qui ont leur rôle égal à "M".

   Le traitement TPVAL effectue la validation d'un projet ou d'une phase en traitant toutes les tâches du projet ou de la phase.
Si une tâche est ajoutée ultérieurement, il peut s'avérer laborieux de la valider seule. Ainsi, le traitement de validation (TPBVAL) peut être appelé par ce bouton.
De cette manière, malgré le fait que le projet soit déjà à l'étape de validation, toute tâche ajoutée ultérieurement peut être validée et passer ainsi au statut associé.

   Le traitement TPGAP génère les CGR des différents niveaux de ces projets (génération des CGR des projets, phases et tâches ainsi que des CGR A et B de ces dernières).

   Ce bouton permet d'effectuer ce traitement directement sur la tâche (et ses sous-tâches).

   Les contrôles suivants s'effectuent lors de la suppression d'une tâche :
- Il ne doit pas exister de budget sur le segment de la tâche ;
- S'il existe de l'avancement réel, le type de tâche doit autoriser la suppression ;
- Le statut de la tâche doit lui aussi autoriser sa suppression. S'il s'agit d'un statut composé, il faut nécessairement que tous les statuts "unitaires" soient bien supprimables. Si au moins un des statuts ne l'est pas, la tâche ne peut pas être supprimée.

   
Génération automatique d'un segment

   Génération automatique du CGR A

   Lors de la création automatique d'une tâche (GPCAU), si le CGR A est proposé par défaut lors de la saisie de la tâche en fonction du code proposition de la clé analytique (GPCLJ) définie dans le type de tâche (GPTAC), le CGR composition est calculé et créé s'il n'existe pas.

   Création automatique des numériques associés (GPNAT)

   S'il existe des règles d'association des numériques (GPRAN) pour le type de tâche, suivant le paramétrage, des numériques associés (GPNAT) à la tâche sont automatiquement générés lors de la validation.
Ces numériques associés peuvent notamment être utilisés pour renseigner les quantités ou les montants ou encore les montants ou taux des conditions de facturation des lignes de paniers générés depuis les tâches ou pour affecter un montant lors de la génération d'un marché de ventes ou d'achats (TPBMAA, TPBMAV).

   Création automatique des autorisations de saisie des avancements (GPASA)

   Lorsque le paramétrage le permet, occurrence AUTASA du paramètre AUTQPR, des autorisations de saisie des avancements (GPASA) sont créées avec :
- comme utilisateurs : les utilisateurs associés au gestionnaire principal de la tâche, de la phase et du projet (GUSI) ;
- comme dates de début et de fin de période : les dates de début et de fin théoriques de la tâche, de la phase ou du projet.

   Calcul des périodes des avancements

   S'il existe un type d'avancement (GPTAV) défini pour le type de tâche, les périodes de saisie des avancements sont calculées en fonction de la périodicité et du calendrier du type d'avancement, des dates de début et fin théoriques de la tâche et de la date de "calcul d'avancement jusqu'au" du projet. Il sera ensuite possible de saisir les pourcentages d'avancement prévus puis réels de la tâche pour chaque période dans une des gestions de saisie des avancements (GPPAV, GPPAP, GPPAR).

   Prise en compte de la tâche créée pour la gestion de la confidentialité QPR

   Création automatique d'une tâche de planning (GNTAC)

   Lorsqu'il existe une association entre la classe du projet de la tâche et une classe de tâches de planning (GNACL), une tâche de planning est générée automatiquement suivant les informations de la tâche.
Les informations transmises sont :
- La date de début théorique. Elle initialise la date de début théorique et spécifie la date de début au plus tôt de la tâche de planning ;
- La date de fin théorique. Elle spécifie la date à ne pas dépasser de la tâche de planning ;
- La durée théorique. Elle initialise la durée théorique et permet également de calculer la date de fin théorique de la tâche de planning ;
- L'unité de durée. Elle initialise l'unité de durée de la tâche de planning ;
- Les intitulés long et réduit du projet. Ils spécifient les intitulés long et réduit de la tâche de planning.

   Les dates de début et de fin théoriques de la tâche permettent de fixer des bornes à la tâche de planning : date de début au plus tôt et date à ne pas dépasser.

   La génération des tâches de planning rend possible la planification des tâches d'une phase d'un projet, l'application de contraintes ou de liens.

   Une tâche de planning issue d'une tâche est créée en tant que tâche associée à la tâche supérieure issue d'une phase dans la gestion des hiérarchies (GNHIE). De ce fait, la tâche supérieure liée à la phase devient une tâche récapitulative.
Dans le cas où certaines tâches d'un projet ne nécessitent pas de planification, il est possible de définir des exceptions de génération de tâches de planning depuis des tâches. Le paramétrage s'effectue pour le type de tâche dans la gestion des associations classe amont/classe de tâches de planning (GNACL) en indiquant aucune création.

   Certaines informations concernant la tâche de planning liée à une tâche sont visibles via le détail "Complément".

   Un traitement permet de générer les tâches de planning liées aux tâches depuis un projet si cela n'a pas été fait en interactif : traitement de génération de tâches de planning (TPQPN).

   
Modification du CGR segment

   Lorsque le numéro de segment est modifié sur la tâche, les règles de génération automatique suivant le modèle de création de CGR (GPMCC) sont appliquées.

   Modification d'une information ayant influence sur le CGR

   Si l'intitulé complet, l'intitulé réduit ou un des 15 paramètres de la tâche sont modifiés et qu'ils ont été utilisés pour la création automatique d'un CGR segment (GPMCC), la modification est propagée sur ce segment.

   Modification du CGR A

   Lorsque le numéro de CGR A est modifié, le nouveau CGR A est créé si celui-ci n'existe pas.

   Modification de la date de début ou de fin théorique de la tâche

   - S'il existe des autorisations d'avancement sur la tâche, celles-ci sont recalculées ;
- S'il existe des périodes de saisie d'avancement sur la tâche, celles-ci sont recalculées ;
- S'il existe un marché d'achats ou de ventes pour la tâche, les dates du marché sont modifiées ;
- Les dates au plus tôt et à ne pas dépasser des tâches de planning sont mises à jour.

   Modification d'un des 15 numériques de la tâche

   Si ce numérique est défini en tant que "numérique lié" à une information du panier (quantité, prix, montant ou taux ou montant d'une condition de facturation), via le paramétrage des nomenclatures (GPPAC, GPPVT, GPPSK, GPPMA), l'information du panier est mise à jour.

   Modification du fournisseur de la tâche

   La modification du fournisseur entraîne la modification du marché d'achats s'il en existe un pour la tâche.

   Modification du client de la tâche

   La modification du client entraîne la modification du marché de ventes s'il en existe un pour la tâche.

   Modification de la date de début, de fin ou de la durée réelle d'une tâche

   Si la date de début, la date de fin ou la durée réelle d'une tâche est modifiée, via une saisie des temps (GTMPJ) ou une clôture (TPCLO), la date de début, la date de fin ou l'unité réelle de la tâche de planning est modifiée s'il en existe une.

   Lors de la suppression d'une tâche :
- mise à l'état supprimé du CGR segment de la tâche ;
- suppression des textes (GPTPR) associés au projet ;
- suppression des numériques associés (GPNAT) ;
- suppression des rubriques associées (GPRUP) ;
- suppression des liens créés manuellement (GPLPR) ;
- suppression des gestionnaires associés (GPGPR) ;
- suppression des sous-tâches (GPLPP) ;
- suppression de la tâche de planning associée (GNTAC), des hiérarchies de tâches de planning (GNHIE) et des liens entre tâches de planning (GNLIE) si la tâche a généré des informations dans l'Application Planification ;
- suppression des autorisations de saisie des avancements (GPASA) ;
- suppression des avancements saisis sur la tâche (GPPAV) ;
- suppression des lignes des paniers d'achats, ventes, stocks et/ou maintenance (GPPANA, GPPANV, GPPANS, GPPANM) ;
- suppression des tâches en cours d'éclatement (GPWET) ;
- suppression des ventilations par CGR (GPVCG) ;
- suppression des ventilations par pays d'origine (GPPOP) ;
- suppression des suivis des offres prospects (GPSOP) ;
- suppression des modalités additionnelles (GPMOD).

   La valeur "O" de ce paramètre autorise la saisie des dates réelles de la tâche.

   Ce paramètre permet de gérer la proposition du CGR A lors de la duplication d'une tâche dans cette transaction.
Si la valeur vaut :
- "O", la duplication est effectuée avec le CGR A identique à celui de la tâche origine ;
- "N" ou rien, la duplication entraîne une proposition du CGR A selon le paramétrage défini pour le type de tâche origine.