Académique Documents
Professionnel Documents
Culture Documents
1. Objet du document
Dans le cadre du projet de construction ILOT SAINT GERMAIN, le Maître d’Ouvrage demande la mise en place de
plateformes de Gestion Electronique hébergées sur Internet.
Le présent document correspond au cahier des charges des services attendus en direction des fournisseurs des
logiciels.
STD-C 101 A
o La personne / utilisateur correspond à une personne physique faisant parti d’une Entité / Organisation.
o L’Entité / Organisation correspond à des personnes morales par exemples les Entreprises de Construction
et les Bureaux d’études de Conception.
o Un groupe correspond à un ensemble d’Entité / Organisation ex ; Le groupe de la MOE correspond à
l’ensemble des Entités de la Maitrise d’œuvre du Projet.
La traçabilité des actions faites sur les plateformes de la simple consultation à la modification de documents ou
de statuts devra permettre d’identifier les personnes ayant effectuées l’action.
Les services devront fonctionner pendant la période couverte par les Marchés de travaux (40 mois) et jusqu’à 2
mois après l’ensemble des QUITUS de levées de réserves soient validés par le maitre d’œuvres d’Exécution.
En fin de projet, le service devra restituer au maître d’ouvrage une archive consultable des documents
disponibles sur son serveur (métadonnées et fichiers associés aux documents).
Le support du logiciel retenu précisera la configuration matérielle recommandée pour l’utilisation du service et les
éventuels écarts avec la configuration ci-dessus. Il pourra le cas échéant indiquer le support d’autres systèmes
d’exploitation ou navigateurs Internet.
1.5.1. Plateforme
Le choix d’un service hébergé et mutualisé est dicté par la volonté de faire l’économie de l’achat d’une plateforme
matérielle dédiée et d’accélérer la mise en œuvre du service. Celle-ci devra se conformer aux bonnes pratiques afin
d’assurer la sécurité des données stockées sur sa plateforme, en termes de :
Socle logiciel de la solution
Architecture trois/tiers
Hébergement
Infrastructure réseau
Capacité de stockage : A définir en phase de préparation de chantier
Sauvegarde des données : quotidienne ou plus fréquente
STD-C 101 A
Le prestataire en charge du système d’échange de données informatiques devra apporter la preuve que le système est
sécurisé en fournissant tout document produit par un organisme indépendant compétent en la matière.
Le prestataire du SEDI sera chargé également de proposer les pièces relatives au service informatique à prendre en
compte par les différents utilisateurs du SEDI (convention d’utilisation, contrat de connexion, manuel d’utilisation) sur la
base de la convention d’utilisation du service jointe au DCE.
L’ensemble de ces pièces sera soumis à l’approbation de la Maîtrise d’Ouvrage et/ou de la Maîtrise d’Œuvre, et
conditionnera le démarrage du paramétrage du service.
STD-C 101 A
1.6.7. Archivage
Le prestataire devra réaliser un archivage à la fin de chacune des grandes phases du projet, à savoir :
Phase d’études
Phase Travaux
Dossiers des ouvrages exécutés
Cet archivage, remis sur support amovible (Clé USB, disque dur externe) inclura les éléments suivants :
Fichiers présentés dans une arborescence de dossiers
Métadonnées dans un fichier Excel ou CSV
Données de traçabilité : circuits de validation, journal d’activité, etc.
STD-C 101 A
En plus des éléments listés au § 1.3 le logiciel devra assurer les éléments suivants :
La base de données et documents des Marché de Travaux doit être mise à disposition des intervenants.
La gestion des documents administratif en lien avec la plateforme OnceForAll.
Dépôt des comptes rendu de réunions
Traçabilité de la consultation des documents déposé sur la GED.
Mise en place d’un workflow de validation des documents par visa avec des Sas Entreprises, visa MOE, VISA chapeau
et visa d’arbitrage.
Gestion des VISA maitre d’œuvre
Connection avec le logiciel d’émission des avis de SOCOTEC
Possibilité de connexion avec un service d’impression et de livraison.
Suivi des délais de validation et dépôt des documents
Gestion d’une liste prévisionnelle de documents
Mise en place du répertoire de l’opération, gérer par organisation et personnes
Possibilité pour l’administrateur de gérer les organisations et les personnes.
STD-C 101 A
De même, les fichiers associés aux documents non graphiques seront stockés dans leur format natif (standard à
convenir) et dans le format d’impression PDF d’Adobe.
2.2. Fonctionnalités
2.2.1. Ergonomie
Vu les profils divers des utilisateurs du service, une attention toute particulière sera portée à l’ergonomie et à la facilité
d’utilisation de la solution.
2.2.3. Documents
DATE
PHASE EMETTEUR SPECIALITE NIVEAU ZONE TYPE NUMERO INDICE TITRE DU DOCUMENT PREVISIONNEL
DE DIFFUSION
Chaque acteur participant au projet sera responsable de ce chargement pour les documents qui le concernent.
Le système permettra également l’intégration des dates prévisionnelles de diffusion et automatisera les alertes et
rappels par rapport à la date prévisionnelle de diffusion annoncée par l’entreprise.
STD-C 101 A
2.2.3.3. Fichiers
Chaque fichier peut être déposé dans un document par un simple glisser-déposer.
La taille maximum d’un fichier doit être élevée (supérieure à 15 Go), notamment pour permettre le dépôt des
maquettes en format .ifc et .rvt.
2.2.3.4. Recherche
Le service permettra la recherche de tout ou partie des informations présentes (documents, annuaire, tâches de
validation, etc.) au travers de fonctionnalités du type recherche simple, recherche par critères, recherche plein-texte,
filtres dynamiques, etc…
2.2.3.5. Alertes
Les utilisateurs doivent pouvoir être avertis dans leur messagerie personnelle d’événements survenus dans le
service (diffusion, refus ou approbation d’un document, …).
Le système doit pouvoir regrouper les notifications au travers d’un message récapitulatif quotidien et relancer les
valideurs par mail à l’approche de l’échéance de la validation de documents.
Le système devra permettre la mise à jour de la liste prévisionnelle de document afin de permettre le recalage des
alertes de retard de remise de document.
2.2.3.6. Visualisation
Les fichiers de tous types et de tous formats doivent pouvoir être visualisés sans requérir sur le poste utilisateur le
logiciel correspondant au format source du fichier. Le visualisateur doit être intégré au service, et ne pas nécessiter
une installation spécifique sur le poste client.
STD-C 101 A
2.2.5. Rapports
Le service permettra l’export de tout ou partie des informations documentaires sous forme de liste vers un logiciel de
type Microsoft Excel.
Le service devra également permettre d'automatiser la production et la diffusion de rapports concernant les documents
stockés en fonction de leurs caractéristiques. Ils seront produits automatiquement par le service, à une périodicité définie
pour chaque rapport.
2.2.8. Annuaire
Le service devra permettre de gérer la liste de tous les utilisateurs connectés. La gestion des utilisateurs devra pouvoir
être réalisée directement par l’administrateur (invitation et/ou le retrait des utilisateurs).
Le service permettra d’organiser les utilisateurs par groupes fonctionnels et/ou organisationnels, qui serviront à gérer les
droits d’accès des utilisateurs aux documents ou à certaines fonctionnalités du service. Ces groupes pourront contenir
des utilisateurs ou d’autres groupes.
Les administrateurs doivent pouvoir désactiver un utilisateur (en cas de départ du projet ou pour lui retirer
ponctuellement les droits d’accès).
Le service doit permettre de partager simplement des documents avec des utilisateurs externes ponctuels tout en gérant
la traçabilité de cet échange.
STD-C 101 A
Les fonctions d’administration du service devront permettre de réaliser le paramétrage de l’ensemble des modules du
service, ainsi que ses modifications en cours de projet.
Pour des questions de qualité et de responsabilité, le service gardera une trace de toutes les actions d’administration
réalisées (qui, quoi, quand).
STD-C 101 A
Cette interface permettra entre autres à la Maîtrise d’Ouvrage d’autoriser un accès contrôlé à l’espace de travail du
projet à des applications tierces des acteurs du projet (par exemple outils interne de validation des bureaux de contrôle,
outil de GED interne des bureaux d’études, etc).
Support de premier niveau aux utilisateurs : réponse aux questions courantes d’utilisation pendant
CICAD
toute la durée de l’opération *
Point de contact avec les équipes support de niveau 2 pendant toute la durée de l'opération CICAD
En plus des éléments listés au § 1.3 le logiciel devra assurer les éléments suivants :
Permettre un workflow de validation de situations de travaux.
o Exemple : Situations de travaux données par l’Entreprise/ Avancement validé par l’OPC / Situation validé par le
MOEX / Etablissement du certificat de payement / Factures reçu / Factures validées / Factures payées.
Permettre le traitement de plusieurs DPGF dans une même situation de travaux.
Gérer les dépenses prévisionnelles.
Générer des alertes en cas de dépassement de budget.
Etablir un % d’avancement sur une situation de travaux.
Permettre l’établissement de projet différent permettant des droits et workflow différents.
o Exemples : gestion financière de maitrise d’œuvre, gestions financières du Macro-lot n°1
Gérer les retenues, pénalités et avances de démarrage sur les situations de travaux.
Permettre la gestion d’échéancier prévisionnel de paiements basé sur les DPGF et permettre leurs modifications.
Permettre les échanges et les corrections sur les devis en cours de traitement.
Permettre la traçabilité de l’ensemble actions faites sur la plateforme.
Générer des formulaires facilitant l’établissement des OS.
Permettre la signature électronique des situations de travaux, certificat de paiement, avenants, contrat et OS.
Exporter des rapports en format PDF et Excel.
Permettre l’archivage des documents contractuelles en format PDF
o Ex : OS signés, certificat de payements signés.
STD-C 101 A
En plus des éléments listés au § 1.3 le logiciel devra assurer les éléments suivants :
Permettre la localisation sur plans des réserves émises lors de la vérification des travaux et des OPR et OPL.
Permettre la mise en place de vignettes / pin’s sur plan avec une numérotation unique (numéros de la réserve) de sorte
qu’aucun numéro de vignette ne puisse être attribué 2 fois.
Permettre l’attribution de la gestion de la réserve à un Macro-lot, un lot, une entité (Entreprise).
Permettre la localisation de type sols, murs, plafonds.
A chaque pin’s (réserves), il sera possible d’attacher des commentaires écrits (avec saisi vocal et clavier), des photos et
des extraits de plans qui peuvent être incrémentés de dessin et texte directement à partir du logiciel.
Assurer un circuit de validation et d’état de la réserve.
o Exemple de circuit.
Réserve à lever par l’Entreprise / Réserve à vérifier par MOE / Réserve levée.
Permettre aux Entreprises titulaires (ML) de réassigner les réserves à leurs sous-traitants (ST).
o Exemple de circuit.
Réserve à lever par ST/ Réserve à lever par ML / Réserve à vérifier par MOE/ Réservé levée
Permettre aux Entreprises de contester une réserve.
o Dans ce cas l’Entreprise sera obligée d’écrire un commentaire.
Permettre à la MOE de rejeter le statu Réserve à vérifier par MOE.
o Le statu utilisé par le MOE sera Réserve vérifier et non traité.
o Dans ce cas la MOE sera obligée d’écrire un commentaire.
Chaque état de la réserve sera rattaché à une couleur de pin’s.
Un tri des réserves par campagnes et états sera possible sur l’application.
Permettre la visualisation sous forme de 100% de l’état d’avancement du traitement des réserves.
L’intégration de formulaires permettant le suivi des autocontrôles des différentes Entités/Organisations intervenant sur le
projet.
Le rattachement de formulaire à des pin’s de localisation.
Le logiciel devra permettre la gestion de différents Projets /campagne
o Exemple : Campagne contrôles d’exécution de la Maitrise d’œuvre, campagne d’autocontrôles du lot gros œuvres,
Campagne OPR.
o Chaque campagne disposera de droit d’accès et de workflow de validation spécifique.
Le service devra permettre la mise à jour des fonds de plans.
STD-C 101 A
STD-C 101 A