Cegid XRP Ultimate  |  I3   Actualisé le 06/10/2022
	Projets
DPLPP - Duplication d'une tâche

Cette transaction permet de dupliquer une tâche et la plupart de ses données annexes. Il est éventuellement possible d'influer sur certaines informations comme le type de tâche, les dates, les intitulés ou encore le gestionnaire principal.

Cette transaction peut être appelée seule ou en synchronisation. Si elle est lancée depuis les phases, le système considère qu'il s'agit de la phase destination : les informations du pavé "Phase de destination" sont alors renseignées. Si elle est lancée depuis les tâches, le système considère qu'il s'agit de la tâche à dupliquer : les informations du pavé "Tâche modèle" sont alors renseignées. Si elle est lancée seule, l'utilisateur doit renseigner la phase destination ainsi que la tâche modèle.    Le principe premier est de dupliquer une tâche sur le même type de tâche ou un type de tâche possédant les mêmes caractéristiques. En effet, il n'y a que peu d'intérêt de répliquer une tâche budgétaire vers une tâche achat, si ce n'est de conserver certaines tables annexes comme les textes ou les rubriques par exemple.

Soumission (voir aussi : Paramétrage du traitement)

Segment

Cas particulier de la proposition du segment de la tâche La proposition du segment de la nouvelle tâche est dépendante du paramétrage du type de tâche de la soumission. Si le segment est géré de façon automatique, il n'est pas saisissable à la soumission et est calculé par le système. Si le segment doit être géré manuellement, sa saisie devient obligatoire à la soumission.

Compléments

La génération des paniers fonctionne de la même façon qu'il s'agisse de panier d'achat, de vente, de stock ou encore de maintenance.    Trois possibilités sont offertes :    1) Si "Aucun" est coché : la tâche est reprise sans panier ;    2) Si "Défaut" est coché : le panier est généré de la même manière que lorsque l'on utilise la "Génération du panier" au niveau des tâches ;    3) Si "Reprise" est coché, le panier de la nouvelle tâche est généré à partir de celui de la tâche modèle. Cette génération peut être effectuée de deux façons :      - Si "Initiale" est cochée, la quantité, le prix tarif, la remise, le prix commande, ..., sont repris de la ligne de panier origine ;      - Si "En cours" est coché, la quantité, le prix tarif, la remise, le prix commande, ..., sont calculés à partir des informations initiales auxquelles on soustrait les informations déjà traitées ainsi que les informations en cours.    Toujours dans le cas "Reprise", il est possible de copier les textes de chacune des lignes de panier origine : pour cela, il faut cocher la case "Reprise des textes".    Dans le cas des paniers vente et achat est offerte la possibilité de reprendre les formules de révision associées et ceci de deux façons :      - Si "Reprise" est cochée : les formules valides à ce jour ou à une date ultérieure sont reprises de la ligne de panier origine ;      - Si "Défaut" est coché, les formules sont générées de façon classique à partir de la nomenclature associée à chacune des lignes de panier.    Il est aussi possible de reprendre les ventilations par CGR et par pays éventuellement référencées au niveau des paniers achat : il suffit de cocher les cases "Ventilations par CGR" et/ou "Ventilations par pays".    Cas particulier de l'affectation des CGR du panier Les CGR ne peuvent pas toujours être dupliqués directement du panier origine car le segment de la nouvelle tâche est forcément différent de celui de la tâche modèle. Bien évidemment tous les cas ne peuvent pas être gérés, notamment celui où le CGR du panier a été modifié volontairement par l'utilisateur et est différent de celui de la tâche : est-ce ponctuel ou faut-il faire suivre ce CGR dans le panier dupliqué ? Le fonctionnement choisi a été le suivant : - Si le CGR A de la ligne de panier modèle n'est pas renseigné, celui de la nouvelle ligne de panier ne le sera pas non plus ; - Si le CGR A de la ligne de panier modèle est renseigné et qu'il est égal au CGR A de la tâche modèle, alors le CGR A de la nouvelle ligne de panier sera égal au CGR A de la nouvelle tâche ; - Si le CGR A de la ligne de panier modèle est renseigné, mais qu'il n'est pas égal au CGR A de la tâche modèle, alors le CGR A de la nouvelle ligne de panier sera repris de la ligne de panier modèle. Ce même fonctionnement est appliqué au CGR B ainsi qu'au CGR A crédit et CGR B crédit des paniers de maintenance et de stock.

Reprise tables annexes

Gestionnaires

Si la case est cochée, tous les gestionnaires valides, à ce jour ou dans une période ultérieure, autres que le gestionnaire principal de la tâche modèle sont repris sur la nouvelle tâche.

Textes

Si cette case est cochée, les textes de la tâche modèle sont repris sur la nouvelle tâche.

Liens

Si cette case est cochée, tous les liens de type "saisi" de la tâche modèle sont repris sur la nouvelle tâche. La prolifération des liens manuels est active si la copie de liens est cochée.

Rubriques

Deux possibilités sont offertes pour les rubriques : - Option "Reprise" : toutes les rubriques de la tâche modèle sont reprises sur la nouvelle tâche ; - Option "Défaut" : les rubriques par projets paramétrées (GARUPRO) sont générées sur la nouvelle tâche.

Ventilations CGR

Si cette case est cochée, toutes les ventilations par CGR de la tâche modèle sont reprises sur la nouvelle tâche (à condition que le nouveau type de tâche soit compatible). Dans le cas d'une reprise de panier, si cette case est cochée, toutes les ventilations par CGR associées à la ligne de panier origine sont reprises sur la nouvelle ligne de panier.

Ventilations pays

Si cette case est cochée, toutes les ventilations par pays de la tâche modèle sont reprises sur la nouvelle tâche (à condition que le nouveau type de tâche soit compatible). Dans le cas d'une reprise de panier, si cette case est cochée, toutes les ventilations par pays associées à la ligne de panier origine sont reprises sur la nouvelle ligne de panier.

Modalités additionnelles

Si cette case est cochée, toutes les modalités additionnelles de la tâche modèle sont reprises sur la nouvelle tâche.

Prospects

Si ces cases sont cochées, sont repris sur la nouvelle tâche : - Le suivi des offres prospects (GPSOP) ; - Les détails des offres prospects (GPDOP) ; - Les commentaires des offres prospects (GPCOP) ; - Les articles des offres prospects (GPAOP).

Numériques associés

Deux possibilités sont offertes : - Si "Reprise" est cochée, tous les numériques de la tâche modèle sont repris sur la nouvelle tâche ; - Si "Défaut" est coché, les numériques associés sont générés de façon classique sur la nouvelle tâche.

Autorisations avancements

Deux possibilités sont offertes pour les autorisations d'avancement : - Si "Reprise" est cochée, toutes les autorisations de la tâche modèle sont reprises sur la nouvelle tâche ; - Si "Défaut" est coché, les autorisations classiques sont générées sur la nouvelle tâche.

Actions réalisées par le traitement

Paramètres associés au mnémonique (voir aussi : Principe de l'association)

PCG

PRM

La valeur "A" de ce paramètre active l'exclusion des entités inactives.    Lors de la duplication d'un ancien projet, il arrive qu'une de ses informations ne soit plus à l'ordre du jour (fournisseur, gestionnaire, CGR, etc.) et soit inactivée. Dans ce cas, même s'il s'agit d'une information mineure, la duplication du projet se termine en erreur. L'idée est d'exclure les entités posant problème afin de dupliquer quand même les parties du projet origine ne posant pas de problème.    Le principe est le suivant : si la fonctionnalité est mise en place, le programme contrôle chaque entité avant de la reprendre. Si jamais celle-ci pose un problème, et quel que soit le problème, elle ne sera pas reprise par la duplication. Bien évidemment, pour garder la cohérence des données, toutes les informations annexes de l'entité rejetée ne seront pas dupliquées.    Exemple    Si un projet possède ces caractéristiques : Projet |__ Phase_1 |      |__ Tâche_1 (Fournisseur supprimé) |      |__ Tâche_2 |__ Phase_2 |      |__ Tâche_3 |      |__ Tâche_4 |      |__ Tâche_5 |      |__ Tâche_6 |__ Phase 3 (Unité de durée inactive)       |__ Tâche_7    La duplication se passera bien et donnera le projet : Projet |__ Phase_1 |      |__ Tâche_2 |__ Phase_2       |__ Tâche_3       |__ Tâche_4       |__ Tâche_5       |__ Tâche_6    Bien entendu, avec cette fonctionnalité en place il est impératif de contrôler le nouveau projet par rapport au projet origine pour voir les différences. La fonctionnalité est appliquée sur toutes les tables dupliquées et non pas seulement sur les projets, phases et tâches.