Cegid XRP Ultimate  |  
I3   Actualisé le 06/10/2022
Projets
TPDPR - Traitement de duplication des projets

   Ce traitement permet de dupliquer un projet à partir d'un autre projet déjà existant. Il est possible de générer soit un nouveau projet, soit un sous-projet (même établissement, même classe, même numéro mais un sous-numéro incrémenté).

   Cette duplication peut être effectuée aussi bien pour des classes de projets définies en numérotation manuelle qu'en numérotation automatique.

Soumission (voir aussi : Paramétrage du traitement)

   Projets / Phases / Tâches / Liste
   Permet de préciser les critères de sélection utilisés pour exécuter la recherche des projets à dupliquer. Ces derniers peuvent être référencés dans une liste ou être sélectionnés en masse à l'aide des fourchettes de critères prévues à cet effet.
A noter que les sélections générales (projets/phases/tâches et gestionnaires) sont utilisables.

   Remarque : il est possible d'utiliser simultanément la liste et les fourchettes de sélection : ces dernières permettront alors de ne sélectionner que certains projets de la liste.

   Colonnes à modifier
   Permet de préciser les informations à modifier dans le nouveau projet généré. Si aucune colonne n'est renseignée, le projet est généré à l'identique.
La fenêtre "Complément projets" sert éventuellement à ajouter des zones à modifier, mais surtout à sélectionner les tables annexes à dupliquer.

   Action associée
   Il est aussi possible de ne pas reprendre certaines phases/tâches du projet à dupliquer ou encore de modifier des informations des phases/tâches reprises. Pour cela, il suffit d'indiquer l'action de duplication à utiliser (GPADU).

   Création d'un sous projet
   Un sous-projet dépend du projet père : il porte la même racine (établissement, classe, numéro) et doit théoriquement porter les mêmes caractéristiques.

   Recopie des éclatements
   Si cette option est active, les tâches éclatées sont reprises avec leurs tâches "filles". Dans le cas contraire, seules les tâches initiales (de niveau 0) sont reprises.
Attention : dans le cas de reprise des éclatements, le numéro d'affichage des tâches éclatées et des éclatements ("AFF") ne doit pas être modifié par le traitement afin de garder une hiérarchie cohérente. Si l'éventuelle action de duplication associée indique une modification de ce numéro d'affichage, le traitement n'en tient pas compte.

   Compléments projets
   Permet de modifier des colonnes ou de les réinitialiser entre le projet modèle et le nouveau projet.
Il permet également de paramétrer la reprise des tables annexes au projet.

   Compléments phases
   Accessible lorsque la copie des phases est demandée, permet de paramétrer la reprise des tables annexes aux phases.

   Compléments tâches
   Accessible lorsque la copie des tâches est demandée, permet de paramétrer la reprise des tables annexes aux tâches.
Son fonctionnement est identique à celui de la copie des tâches (DPLPP).
Lors de la reprise des tâches, si le client (fournisseur) de la tâche est modifié, les tiers et l'adresse de facturation de ce dernier sont automatiquement reproposés.

Actions réalisées par le traitement

Boutons poussoirs

   Nouvelle liste
   Accès à la transaction GPLSP permettant la saisie d'une nouvelle liste de projets si besoin.

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

   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.

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

   PCG

Paramètres

   DECTEXTE - J

   DECTEXTE

   DUPPRO