Logiciel VGP et solution VGP en SaaS privé : décider en multisite
Un logiciel VGP en SaaS privé se choisit avec la DSI et les métiers. Voici les questions de gouvernance, d’accès et de réversibilité à poser pour évaluer une solution VGP multisite.
Pour un groupe multisite, choisir un logiciel VGP en SaaS privé revient à examiner la gouvernance du service autant que ses fonctions. Une solution VGP dédiée peut répondre à des exigences propres à l'organisation ; elle doit être évaluée sur des engagements précis, sans supposer qu'une instance isolée garantit à elle seule sécurité, disponibilité ou conformité.
Une instance dédiée à l'organisation, pas nécessairement à chaque site
Il faut distinguer deux niveaux : l'isolation entre organisations clientes et la répartition des accès entre établissements d'une même organisation. Une instance dédiée peut accueillir plusieurs sites avec une gouvernance commune. À l'inverse, le nombre de serveurs ne permet pas de déduire les droits d'accès des utilisateurs.
Les expressions « SaaS privé », « instance dédiée » et « hébergement dédié » méritent donc une définition contractuelle. Demandez ce qui est réellement séparé : application, base de données, ressources de calcul ou environnement d'exploitation. L'emplacement physique des données, les sous-traitants et les modalités d'administration sont des questions distinctes.
Réunir DSI, QHSE et équipes terrain autour du même scénario
La sélection d'une solution VGP gagne à partir d'un parcours commun. La direction QHSE définit les informations nécessaires au suivi des équipements. Les équipes terrain vérifient la faisabilité du travail quotidien. La DSI examine les conditions d'exploitation et l'intégration au système d'information. Aucun de ces points ne peut être validé par une simple liste de fonctions.
- QHSE : peut-on retrouver un équipement, ses documents, ses observations et leur suivi, sans confondre les établissements ?
- Terrain : quelles données sont accessibles pendant une intervention et comment une erreur de saisie est-elle corrigée ?
- DSI : qui administre les comptes, les mises à jour et les sauvegardes, et quelles preuves sont disponibles ?
- Direction : quel est le périmètre de l'offre, son coût total et le processus de sortie ?
Les engagements à demander avant de retenir un logiciel VGP
Utilisez une grille « question, réponse documentée, limite, test ». Elle permet de comparer des propositions différentes sans leur attribuer des avantages non démontrés.
- Accès : vérifier les rôles, la séparation entre établissements, le retrait d'un compte et la traçabilité des actions.
- Disponibilité : demander les engagements de service, les plages de maintenance et la procédure de signalement d'un incident.
- Sauvegarde et reprise : faire préciser la fréquence, les tests de restauration, le délai de reprise visé et la perte de données maximale envisagée.
- Intégrations : documenter les échanges nécessaires avec vos outils ; ne pas présumer qu'une API ou une authentification centralisée est incluse.
- Réversibilité : obtenir les formats, délais, coûts éventuels et modalités de récupération des documents et de l'historique.
- Protection des données : vérifier les lieux de traitement, les intervenants, les engagements contractuels et les responsabilités respectives.
Ces points sont des critères de consultation, pas une description de capacités garanties par tous les fournisseurs. Une réponse manquante doit rester visible dans votre décision.
Comment situer la solution VGP de Cloud VGP
Le site de l'éditeur présente un logiciel VGP en SaaS privé avec une instance dédiée à une organisation et une architecture dimensionnée avec sa DSI. Cette présentation constitue le point de départ de l'échange. Faites confirmer le périmètre correspondant à votre projet, les fonctions effectivement disponibles et les engagements retenus.
Pour préparer le volet métier de cette discussion, notre guide du cahier des charges logiciel et solution VGP propose des tests centrés sur les dossiers d'équipements. Le périmètre technique ne doit pas faire oublier les personnes qualifiées qui réalisent les vérifications ; l'INRS fournit des repères sur les vérifications des machines.
Un pilote fictif sur deux établissements
Créez deux sites de test dans le périmètre proposé, avec des données fictives. Vérifiez qu'un intervenant du site A ne consulte que les éléments autorisés, qu'un responsable central dispose de la vue attendue et qu'un document exporté conserve son rattachement au bon équipement. Testez ensuite le retrait d'un utilisateur et la récupération d'un dossier. Cet exercice vérifie des exigences concrètes sans préjuger du nombre d'instances nécessaire.
Questions fréquentes
Un SaaS privé est-il automatiquement plus sécurisé ?
Non. Il faut examiner les mesures, les responsabilités et les preuves propres au service. L'isolation constitue un élément d'architecture, pas une garantie générale.
Faut-il une instance par établissement ?
Pas nécessairement. Le besoin dépend des règles d'accès, de l'organisation et des engagements recherchés. Il doit être discuté avec les métiers et la DSI.
Comment comparer les coûts ?
Demandez un périmètre comparable : déploiement, exploitation, accompagnement, évolutions, intégrations et sortie. Aucun tarif ne peut être déduit du seul terme « dédié ».
Sources et vérification
Cet article s’appuie sur les publications suivantes, consultables directement.