Cegid XRP Ultimate  |  
I3   Actualisé le 06/10/2022
Projets
DPPHP - Duplication des phases et tâches associées

   Cette transaction permet de dupliquer les phases et leurs données annexes ainsi que leurs tâches associées et leurs données annexes.
Il est également possible d'effectuer d'éventuelles modifications lors de la duplication en utilisant la fonctionnalité offerte par les actions de duplication.

   Cette transaction peut être appelée seule ou en synchronisation.
Si elle est appelée depuis les projets, le projet sélectionné est proposé en tant que projet destination. Les informations "origine" devront être renseignées par l'utilisateur.
Si elle est appelée depuis les phases, le projet et la phase sélectionnés sont proposés en tant que projet destination. Les informations "origine" devront être renseignées par l'utilisateur.
Si elle est appelée par son mnémonique, pas de proposition.

Soumission (voir aussi : Paramétrage du traitement)

   Phases
   Les zones "Type" et "Numéro de phase" permettent de faire une sélection sur les phases à dupliquer. Ainsi, il est possible de dupliquer toutes les phases (dans ce cas-là il ne faut rien renseigner), les phases d'un type précis (ne renseigner que le type), la phase ayant un numéro précis (ne renseigner que le numéro), ou encore la phase ayant le type et le numéro indiqué (renseigner le type et le numéro).

   Possibilité d'indiquer, pour les phases, les tables annexes à dupliquer (gestionnaires, rubriques, numériques associés, textes, liens). Dans le cas d'une duplication de tâche(s), ces options sont inaccessibles.

   Tâches
   Son fonctionnement est identique au pavé "Phases" : il est possible de dupliquer toutes les tâches ou seulement certaines.

   Possibilité d'indiquer :
- s'il ne faut reprendre que les tâches de niveau 0, mais également celles issues d'éclatement ;
- s'il faut également copier les tâches liées.

   Action associée
   Si nécessaire, il est possible d'ajouter des actions de duplication (GPADU) afin de modifier ou de supprimer certaines lignes de données.

   Compléments tâches
   N'est accessible que dans le cas où la copie des tâches est active. Permet d'indiquer éventuellement les tables annexes des tâches à faire suivre.
Son fonctionnement est identique à celui de la copie des tâches (DPLPP).

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.