Exemple :
Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Projets | |||
| 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). |
| Données |
| Projet |
| Informations (classe, numéro, sous-numéro, référence interne et intitulé réduit) relatives au projet (GPPRO). |
| Phase |
| Informations (type, numéro, intitulé réduit) relatives à la phase (GPPHP). |
| Type de tâche |
| 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. |
| Numéro |
| Le numéro de tâche peut être saisi par l'utilisateur. Le cas échéant, il est incrémenté de 10 en 10. |
| Niveau d'éclatement |
| Dans le cas où une tâche est issue d'un éclatement (GPWET) en sous-tâches, cette information indique son niveau. Exemple : |
| Dates |
| Initiale |
| 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. |
| Tâche |
| 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. |
| Intitulé complet |
| En création, l'intitulé complet de la tâche est initialisé selon le paramétrage du type de tâche (GPTAC). |
| Intitulé réduit |
| En création, l'intitulé réduit de la tâche est initialisé selon le paramétrage du type de tâche (GPTAC). |
| Gestionnaire |
| 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. |
| Segment |
| 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. |
| Etablissement |
| Création de lignes budgétaires |
| 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). |
| Segment à traiter |
| 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 |
| Modèle budgétaire (GMBU) utilisé pour automatiser la création des lignes budgétaires modèles. |
| Ets génération |
| Etablissement de génération des lignes budgétaires modèles. |
| Période |
| Période affectée aux lignes budgétaires modèles. |
| Génération du |
| 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. |
| Informations complémentaires |
| Dates |
| Théoriques |
| 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. |
| Réelles |
| 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. |
| Références |
| 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. |
| Interne |
| Zone alphanumérique libre, elle représente une référence interne de la tâche. |
| Externe |
| Zone alphanumérique libre, elle représente une référence externe de la tâche. |
| Famille équipement |
| Famille d'équipements et chemin de maintenance. |
| Bâtiment |
| Bâtiment et chemin. |
| Planning |
| 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. |
| Statut |
| 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. |
| Tâche origine |
| Cette information indique le numéro de la tâche supérieure pour une sous-tâche. |
| Comptabilisation |
| CGR A |
| 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). |
| CGR B |
| 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 |
| 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. |
| Contrats |
| Ventes |
| 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. |
| Tiers |
| Numéro du tiers (GTIE) de facturation du client (GCLI). |
| Adresse |
| 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. |
| Client |
| 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). |
| Marché |
| 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). |
| Contrat |
| Zone alphanumérique libre, elle représente le numéro de contrat de vente. |
| Référence externe |
| Zone alphanumérique libre, elle représente la référence du contrat de vente. |
| Date |
| Zone date libre, elle représente la date du contrat de vente. |
| Signé |
| Zone date libre, elle représente la date de signature du contrat de vente. |
| Information |
| Zone alphanumérique libre, elle représente des informations sur le contrat de vente. |
| Achats |
| 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. |
| Tiers |
| Numéro du tiers (GTIE) de facturation du fournisseur (GFOU) |
| Adresse achats |
| 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. |
| Fournisseur |
| 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). |
| Marché |
| 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). |
| Contrat |
| Zone alphanumérique libre, elle représente le numéro de contrat d'achats. |
| Référence externe |
| Zone alphanumérique libre, elle représente la référence du contrat d'achats. |
| Date |
| Zone date libre, elle représente la date du contrat d'achats. |
| Signé |
| Zone date libre, elle représente la date de signature du contrat d'achats. |
| Information |
| Zone alphanumérique libre, elle représente des informations sur le contrat d'achats. |
| Co-traitance/Sous-traitance |
| Ces données sont indiquées à titre informatif. |
| Paramètres standard |
| Autres paramètres |
| Numériques |
| 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). |
| Paramètres |
| 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. |
| Transport |
| 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. |
| Port |
| Type |
| 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. |
| Mode |
| Les valeurs du mode de transport sont des occurrences du paramètre MDT. Sa proposition est similaire à celle du type de port. |
| Destination |
| 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. |
| Commentaire |
| Cette information est libre et non contrôlée. |
| Pays |
| 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é. |
| Langue |
| 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. |
| Dépôt |
| 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. |
| Compléments |
| Identifiants |
| Zones identifiants sur 10 caractères : 5 champs laissés libres à l'utilisateur. |
| Identifiants longs |
| Zones identifiants sur 20 caractères : 5 champs laissés libres à l'utilisateur. |
| Dates |
| Zones dates : 5 champs laissés libres à l'utilisateur. |
| Libellés |
| Zones libellés sur 240 caractères : 2 champs laissés libres à l'utilisateur. |
| Description |
| Zone description sur 1000 caractères laissée libre à l'utilisateur. |
| Tiers et adresses |
| Les informations tiers et adresses sont proposées à partir des tiers et adresses du projet. |
| Tiers de paiement |
| Il s'agit du tiers auquel le paiement est adressé. |
| Adresse de paiement |
| Il s'agit de l'adresse de paiement associée au tiers de paiement. |
| Tiers de livraison |
| Il s'agit du tiers auquel les marchandises sont livrées. |
| Adresse de livraison |
| Il s'agit de l'adresse de livraison associée au tiers de livraison. |
| Tiers de confirmation |
| Il s'agit du tiers auquel la confirmation de la vente est adressée. |
| Adresse de confirmation |
| Il s'agit de l'adresse de confirmation associée au tiers de confirmation. |
| Tiers à facturer |
| Proposition par défaut du tiers et de l'adresse à facturer du projet. Il s'agit du tiers demandeur. |
| Génération multi-établissements du segment |
| 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". |
| Boutons poussoirs |
| Validation |
| 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é. |
| Génération des données analytiques |
| 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). |
| Vérifications périphériques |
| Modifications périphériques |
| A la création d'une tâche |
| 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). |
| En modification d'une tâche |
| 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. |
| En suppression d'une tâche |
| 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). |
| Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
| CGR |
| DAT |
| La valeur "O" de ce paramètre autorise la saisie des dates réelles de la tâche. |
| PCG |
| DEN |
| Transactions associées |
| CPHAP - Historique des articles des paniers |
| CPHAPA - Historique des articles des paniers d'achats |
| CPHAPM - Historique des entités des paniers de maintenance |
| CPHAPS - Historique des articles des paniers de stocks |
| CPHAPV - Historique des articles des paniers de ventes |
| CPHST - Historique des statuts |
| DPLPP - Duplication d'une tâche |
| GABU - Lignes budgétaires modèles |
| GCGR - Centres de gestion et de responsabilité |
| GPASA - Autorisation de saisie des avancements |
| GPGPR - Gestionnaires de projets |
| GPLPR - Liens de projets |
| GPMOD - Modalités additionnelles |
| GPNAT - Numériques associés |
| GPPANA - Panier - Achats |
| GPPANM - Panier - Maintenance |
| GPPANS - Panier - Stocks |
| GPPANV - Panier - Ventes |
| GPPAP - Avancement prévisionnel |
| GPPAR - Avancement réel |
| GPPAV - Pourcentages d'avancements |
| GPPOP - Ventilations par pays d'origine |
| GPRUP - Rubriques de projets |
| GPSOP - Suivi des offres prospects |
| GPTPR - Textes de projets |
| GPVCG - Ventilations par CGR |
| GPWET - Eclatements |
| GPWGEA - Génération des commandes d'achats |
| GPWGEM - Génération des bons de travail |
| GPWGES - Génération des mouvements de stocks |
| GPWGEV - Génération des commandes de ventes |
| TPBCLO - Clôture des tâches |
| TPBGPA - Génération du panier d'achats |
| TPBGPM - Génération du panier maintenance |
| TPBGPS - Génération du panier de stocks |
| TPBGPV - Génération du panier de ventes |
| TPBGVTA - Génération et validation totale du panier (achats) |
| TPBGVTM - Génération et validation totale du panier (maint.) |
| TPBGVTS - Génération et validation totale du panier (stocks) |
| TPBGVTV - Génération et validation totale du panier (ventes) |
| TPBMAA - Génération des marchés d'achats |
| TPBMAV - Génération des marchés de ventes |
| TPBVAL - Validation |
| CKPHAP - Historique des paniers |
| CKPHAPA - Historique des paniers d'achats |
| CKPHAPV - Historique des paniers de ventes |
| GKPSOP - Suivi détaillé des offres prospects |
| GTMPJ - Saisie des temps de projets |
| GNLIE - Liens des tâches de planning |
| GNTAC - Tâches de planning |
| GNUTR - Utilisation des ressources |
| GCDAN - Présentation DR: DR Announcement |
| GCETP - Etapes prévues |
| GCFEX - Dépenses prévues |
| GCOPC - Options de contrat |
| GERBU - Révision budgétaire |
| GETPAPI - Type de produit interne par API |
| GEWRB - Révision budgets & plans de charges |
| GLAB - Grille de gestion d'élaboration budgétaire |
| GPUTR - Utilisation des ressources projets |
| CPHNA - Historique des numériques associés |
| TPBGRP - Génér. des utilisations de ressources de planning |
| TPBNAT - Mise à jour des numériques associés |
| Paramètres |
| MDT |
| PRT |
| LANGUE |
| AUTODE - ARRDVC |
| LPRLPP - TYPQPLPR |
| Messages |
| QPALC059 - Ajout de la tâche impossible : le contrôle des autorisations est actif et il n'existe aucune autorisation valide entre la classe '$1', le type de phase '$2' et le type de tâche '$3' |
| QPALC060 - Ajout de la tâche impossible : la création d'une tâche de type '$1' est interdite pour un projet de classe '$2' et une phase de type '$3' possédant ces étapes (n° séquentiel : $4) |
| QPALC063 - Ajout de la tâche impossible : la création d'une tâche de type '$1' est autorisée pour un projet de classe '$2' seulement si l'étape est dans la (les) fourchette(s) $3 |
| QPALC064 - Ajout de la tâche impossible : la création d'une tâche de type '$1' est autorisée pour une phase de type '$2' seulement si l'étape de phase est dans la (les) fourchette(s) $3 |
| QPALC066 - Ajout de la tâche impossible : il n'existe pas de tâche du type conditionnel '$1' associée à ce projet de classe '$2' et cette phase de type '$3' (n° séquentiel : $4) |
| QPLPP011 - Suppression impossible : de l'avancement réel a été saisi pour cette tâche |
| QPLPP012 - Suppression impossible : le statut $1 ne permet pas la suppression |
| QPLPP013 - Suppression impossible : du budget a été saisi sur le CGR de cette tâche |
| QPLPP014 - Suppression impossible : cette tâche est une tâche liée |
| QPLPP015 - Suppression impossible : vous n'avez pas accès à toutes les tâches liées |
| QPLPP050 - Création d'une tâche impossible à cette étape |
| QPLPP051 - Modification d'une tâche impossible à cette étape |
| QPLPP052 - Suppression d'une tâche impossible à cette étape |
| QPLPP053 - L'établissement de la tâche doit être identique à celui du projet |
| QPLPP054 - Le numéro de tâche doit être compris entre 0 et 9999999 |
| QPLPP056 - Le type de tâche oblige la saisie d'un segment |
| QPLPP057 - Le type de tâche interdit la saisie d'un segment |
| QPLPP058 - Le segment à un numéro de segment différent de celui du modèle de CGR |
| QPLPP059 - Le segment est déjà utilisé dans un projet |
| QPLPP060 - Le segment est déjà utilisé dans une phase |
| QPLPP061 - Le segment est déjà utilisé dans une autre tâche |
| QPLPP066 - Le segment à traiter doit être celui du projet, de la phase ou de la tâche |
| QPLPP068 - La fourchette de dates théoriques est incorrecte |
| QPLPP069 - La date de début théorique n'est pas comprise dans la fourchette de dates théoriques du projet |
| QPLPP070 - La date de fin théorique n'est pas comprise dans la fourchette de dates théoriques du projet |
| QPLPP071 - La date de début théorique n'est pas comprise dans la fourchette de dates théoriques de la phase |
| QPLPP072 - La date de fin théorique n'est pas comprise dans la fourchette de dates théoriques de la phase |
| QPLPP073 - La durée théorique doit être supérieure à 0 |
| QPLPP074 - Le type de tâche interdit la modification de l'unité de durée |
| QPLPP075 - Si la durée théorique est renseignée, l'unité de durée doit l'être aussi |
| QPLPP076 - La fourchette de dates réelles est incorrecte |
| QPLPP077 - La date de début réelle n'est pas comprise dans la fourchette de dates réelles du projet |
| QPLPP078 - La date de fin réelle n'est pas comprise dans la fourchette de dates réelles du projet |
| QPLPP079 - La date de début réelle n'est pas comprise dans la fourchette de dates réelles de la phase |
| QPLPP080 - La date de fin réelle n'est pas comprise dans la fourchette de dates réelles de la phase |
| QPLPP081 - La durée réelle doit être supérieure à 0 |
| QPLPP082 - Si la durée réelle est renseignée, l'unité de durée doit l'être aussi |
| QPLPP083 - Le type de tâche '$1' oblige la saisie du CGR A |
| QPLPP084 - Le type de tâche interdit la modification du CGR A |
| QPLPP085 - Le type de tâche '$1' oblige la saisie du CGR B |
| QPLPP086 - Le type de tâche interdit la modification du CGR B |
| QPLPP087 - Le type de tâche interdit la saisie des informations du contrat ventes |
| QPLPP089 - Création du segment ($1) impossible : le segment du modèle ($2) doit être renseigné |
| QPLPP090 - Création du segment ($1) impossible : le segment du modèle ($2) ne doit pas être renseigné |
| QPLPP091 - La taille du segment à générer ($1) est incorrecte par rapport à la définition du segment ($2) de la clé analytique |
| QPLPP092 - Le type de tâche oblige la saisie des informations budgétaires |
| QPLPP093 - Le gestionnaire à modifier doit être rattaché à une tâche |
| QPLPP094 - Le gestionnaire à modifier ne correspond pas à la tâche |
| QPLPP095 - Le segment proposé pour la tâche ($1) existe déjà |
| QPLPP096 - Le numéro de phase saisi ne correspond pas au type de phase saisi. Le type de phase a été modifié en fonction du numéro de phase |
| QPLPP097 - Aucune phase du projet n'a été définie avec ce type de phase |
| QPLPP098 - Le niveau doit être supérieur à 0 |
| QPLPP099 - L'ordre d'affichage doit être supérieur à 0 |
| QPLPP101 - Le segment est déjà utilisé dans un éclatement de tâche |
| QPLPP123 - La date de début théorique n'est pas comprise dans la fourchette de dates théoriques d'une des tâches supérieures |
| QPLPP124 - La date de fin théorique n'est pas comprise dans la fourchette de dates théoriques d'une des tâches supérieures |
| QPLPP125 - La date de début réelle n'est pas comprise dans la fourchette de dates réelles d'une des tâches supérieures |
| QPLPP126 - La date de fin réelle n'est pas comprise dans la fourchette de dates réelles d'une des tâches supérieures |
| QPLPP127 - Il existe des lignes d'éclatements sur cette tâche dont la fourchette de dates théoriques n'est pas comprise dans cette période |
| QPLPP128 - Saisie des dates réelles de la tâche interdite |
| QPLPP140 - Le type de tâche interdit la saisie des informations achats |
| QPLPP141 - Le type de tâche interdit la saisie des informations du contrat achats |
| QPLPP142 - Le type de co-traitant ou de sous-traitant interdit la saisie de la domiciliation |
| QPLPP143 - Le marché de ventes ne doit pas être renseigné |
| QPLPP144 - Le marché d'achats ne doit pas être renseigné |
| QPLPP149 - Modification du tiers de ventes interdite, il existe un panier pour cette tâche à destination des ventes |
| QPLPP150 - Modification de l'adresse du tiers de ventes interdite, il existe un panier pour cette tâche à destination des ventes |
| QPLPP151 - Modification du client interdite, il existe un panier pour cette tâche à destination des ventes |
| QPLPP152 - Modification du tiers achats interdite, il existe un panier pour cette tâche à destination des achats |
| QPLPP153 - Modification de l'adresse du tiers achats interdite, il existe un panier pour cette tâche à destination des achats |
| QPLPP154 - Modification du fournisseur interdite, il existe un panier pour cette tâche à destination des achats |
| QPLPP155 - Modification du marché ventes interdite, il existe un panier pour cette tâche à destination des ventes |
| QPLPP156 - Modification du marché achats interdite, il existe un panier pour cette tâche à destination des achats |
| QPLPP157 - Le marché d'achats doit être renseigné |
| QPLPP158 - Le marché d'achats ne doit pas être renseigné |
| QPLPP159 - Le marché de ventes doit être renseigné |
| QPLPP160 - Le marché de ventes ne doit pas être renseigné |
| QPLPP161 - Le type de tâche ($1) n'autorise pas la génération des marchés |
| QPLPP166 - Le chemin doit être renseigné car la famille n'est pas un équipement |
| QPLPP167 - Le chemin ne doit pas être renseigné si la famille est un équipement |
| QPLPP177 - Il existe déjà des ventilations par CGR pour la tâche |
| QPLPP178 - Les 2 dates de la période théorique doivent être saisies |
| QPLPP190 - L'utilisateur '$1' n'a pas les droits suffisants pour traiter l'intégralité des tâches de la phase '$2' du projet '$3' |
| QPLPP191 - L'utilisateur '$1' n'a pas les droits suffisants pour clôturer l'intégralité des tâches de la phase '$2' du projet '$3' |
| QPLPP192 - Changement du gestionnaire d'une tâche impossible, l'utilisateur n'a pas les droits suffisants |
| QPLPP209 - La date de début théorique est supérieure à la date de début théorique d'une de ses tâches filles |
| QPLPP210 - La date de fin théorique est inférieure à la date de fin théorique d'une de ses tâches filles |
| QPLPP211 - La date de début réelle est supérieure à la date de début réelle d'une de ses tâches filles |
| QPLPP212 - La date de fin réelle est inférieure à la date de fin réelle d'une de ses tâches filles |