Manuel Gcrpo RCTC
Manuel Gcrpo RCTC
Manuel Gcrpo RCTC
Et de l’Information Technique
Manuel d’exploitation
des logiciels RCTC et
GCPro
Outil d’aide à la décision et gestion
Implantation .............................................................................................................................. 3
Annexe ....................................................................................................................................... 9
Requis du RCTC
Implantation
Les logiciels RCTC et GCPro utilisent la même base de données
Logiciels :
Les deux logiciels RCTC et GCPro peuvent être déployés dans le même poste utilisateur en
cas de besoin.
RCTC :
La situation commerciale :
i. La situation s’alimente automatiquement, selon les données de l’affaire, sauf
pour Contentieux, où l’utilisateur doit déclarer la situation commerciale dans ce
cas
// insérer la valeur par défaut de la façon suivante
if date signature <>null then begin// affaire signéé
if (RESTEAFACTURER)>1000) then SituationCommerciale='PACT'(en portefeuille Actif)
else if (RESTEAFACTURER<=1000) and (CREANCES>1000)then
SituationCommerciale='CRNC' (créances)
else if (RESTEAFACTURER<=1000) and (CREANCES<=1000)then
SituationCommerciale='SOLD' (soldé)
end
Else //affaire non signée même si l’état est rensigné signée
SituationCommerciale='INST'; (en instance)
N.B : La situation « en portefeuille Inactif » n’est pas encore mise en œuvre à cause que
la règle n’est pas encore définie
Echéances :
ii. Les montants (facturé, créance et reste à facturer) sont alimentés
automatiquement à partir du montant de la convention et l’état des échéances
(échéance, facturé, réglé)
L’état d’affaire:
iii. L’état s’alimente automatiquement, selon les données saisies (date d’entrée de la
demande, date d’établissement et date signature convention), comme il y a la
possibilité pour le renseigner manuellement, par contre, pour les cas
d’annulation ou résiliation, l’utilisateur doit intervenir et déclarer l’état dans ces
cas.
// insérer la valeur par défaut de la façon suivante
if (Datesignature<>null) then Etat_affaire :='SNE'(signée)
else if (DatEtablissement<>null)then Etat_affaire :='NSG'(non signée)
else if (DateEntréeDemande<>null)then Etat_affaire :='NTB'(non établie)
L’état des travaux
iv. Pour les cas uniquement contrôle document d’exécution et désengagé, seul le
programme qui pourra les renseignés selon l’état d’affaire, additivement l’état
s’alimente automatiquement, selon les données saisies (date début de chantier
et état d’avancement), comme il y a la possibilité pour le renseigner
manuellement, par contre, l’arrêt de chantier et la réception, l’utilisateur doit
intervenir et déclarer l’état dans ces cas.
// insérer la valeur par défaut de la façon suivante
if (Date début chantier <>null) then Etat_travaux :='ENC'(En cours)
Else Etat_travaux :='NDR'(non démarré)
if (Date début chantier =null) and(Taux d’avancement >0)then message d’alerte pour
renseigner la date début des travaux
if (Taux d’avancement) <100 then Etat_travaux :='ENC'(En cours)
else Etat_travaux :='TER'(Terminé)
2. RCTC :
Des messages d’alertes sont affichés en cas de nécessité pour cadrer l’utilisation dans les
deux logiciels.
Afin de pouvoir centraliser l’information, et conserver son unicité (tiers, utilisateurs, listes
déroulantes), la codification doit être centralisée, la saisie peut être distribuée
(décentralisée).
Des solutions sont possibles, pour mettre en œuvre cette stratégie
a. Pour les agences connectées (VPN):
b. Réplication :
a. les données saisies au niveau central peuvent être répliquées vers les autres
bases de données, à l’exemple des tables tiers, des tables de base, des
tables config, des tables RETEC et des tables de paramétrage
c. Consolidation :
a. les données saisies au niveau des agences doivent être consolidées vers la
base centrale, à l’exemple des tables de traitement RCTC, des tables
traitement GCPro et des tables spécifiques
d. Pour les agences déconnectées :
a. Pour l’unicité de l’information, les données doivent être codifiées au niveau
central seront saisie au niveau des agences en respectant la codification
exacte, à l’exemple des tables tiers, des tables de base, des tables config,
des tables RETEC et des tables de paramétrage
b. Pour les besoins d’analyse et consultation au niveau central, les données
saisies au niveau des agences peuvent être consolidées vers la base centrale,
en récupérant des sauvegardes des bases de données ou des scripts des
données des tables concernées, à l’exemple des tables de traitement RCTC,
des tables traitement GCPro et des tables spécifiques
La gestion de l’information se repose sur des mécanismes attentifs et stricts, pour bien
véhiculer l’information au niveau de l’agence, un circuit d’acheminement doit être implanté.
En l’occurrence :
Etablissement de la convention : après avoir établie la convention, cette dernière doit attirer
chez la personne chargée de l’administration GCPro pour :
En cas d’annulation ou résiliation : l’information doit être transmise à l’agent de GCPro pour
changer l’état de la convention
En cas de facturation /Règlement : l’information doit être transmise à l’agent de GCPro pour
l’introduire (la facture et/ou la copie du document de règlement)
Etat d’avancement :
Etat des travaux : en cas d’arrêt des travaux ou réception de l’ouvrage, l’information
doit être transmise à l’agent de GCPro pour changer l’état des travaux
Clôture du dossier :
Affectation Affaire aux ingénieurs : L’affaire doit être affectée à l’ingénieur chargé d’affaire
et/ou l’ingénieur contrôleur (chantier). Cette information doit être mise à jour au besoin (cas
de démission, affectation vers une agence)
RCTC :
Les utilisateurs n’ont besoin que de dossier technique pour accomplir leur mission de
contrôle via ce logiciel méthodologique, afin de pouvoir établir leur rendus (rapport de
contrôle, courrier, ..), ainsi que, leur validation par le directeur.
Un ensemble d’état sont mise en évidence pour faciliter le contrôle et le suivi des
utilisateurs.
L’administrateur doit envoyer l’adresse MAC du poste en question au concepteur (SDSI CTC
CENTRE) pour lui délivrer la clé d’activation
Mise à jour logiciel : en cas de mise à jour, l’administrateur bloque la version n-1 et active la
version n
Affaire non affectation : le chargé d’affaire ne peut trouver l’affaire qu’après son
affectation par le directeur ou son délégué
Annulation de la validation des rendus : en cas d’erreur aucune annulation n’est permise
après avoir valider définitivement un rendu. Le passage vers le rendu suivant peut résoudre
le problème.
Création d’un nouveau rapport RCT : aucune modification dans la partie technique n’est
possible qu’après la création d’un nouveau rapport (dès le premier).
Modification d’une information erronée : si une information est introduite erroné et le volet
qui la détienne est verrouillé, la correction n’est possible qu’à travers l’accès à la base de
données.
L’accès au partage (dossier fiche) n’est pas autorisé à l’utilisateur du poste client
L’affaire en dehors de la plage : la spécification de la plage de saisie des affaires doit être
corrigée dans le logiciel (Option/paramètres généraux)
Cette phase est très délicate, vu la masse d’information et les incohérences des données qui
peuvent exister. Pour les agences non dotées d’un fichier Excel du plan de charge, nous
recommandons de faire la saisie directement dans le logiciel GCPro.
Voici le format du tableau Excel à suivre pour faire le basculement du plan de charge Excel
vers le logiciel GCPro.
Un script est développé pour assurer le basculement via l’SQL serveur, nous consulter pour
l’avoir
Champ obligatoire
Bagences
Bantenne TDipositionGenerale
Barchitectes_MaitreOeuvre TDonneesGenerale
BbureauEtude TEntreRealSite
BDeleguesAffaire Tetancheite
BentrepriseRealisation Tfeuilletemp
Bfonction Tinfrastructure
BLaboratoire TmaitreOeuvreSite
Bmaitre_ouvrage Tnota
BmaitreOuvrageDelegues TpieceEcrite
Bservice TpieceEcriteRevision
BTransfertAffaire Tplan
Busers TplanGraphique
GAvancementPlan TplanGraphiqueRevision
GAvenant TplanRevision
GChangementEtatConvention TReconnaissanceSol
GChangementEtatOperation TSites
GChangementEtatProjet TSuperStructure
GDepotDossier TuserSite
GEcheance TvisitePreliminaire
GEtats
GRapportSynthes
GReceptionChangement
GRFTC
GSortieDossier
GTransfertControleSite
GVisiteChantier
RNatureDoc
RNomChamps
RTableprincip
RTypeDoc
RTypeDocDétail
SCourriersSecretariat
SMessagerie
Taffaire
TautreOuvrage
TBetSite
Tbloc
TblocModele
TblocRep
TblocVersion
TControleNumero
TCourriersDivers