--- title: "Instances de Démonstration — Documentation Fonctionnelle" module: demo type: functional status: active updated: 2026-05-26 --- # Instances de Démonstration — Documentation Fonctionnelle > Comptes de démonstration préconfigurés pour présenter ISI-App à des prospects selon leur secteur d'activité. --- ## Vue d'ensemble ISI-App propose plusieurs instances de démonstration prêtes à l'emploi, chacune représentant un type d'organisation différent. Ces comptes contiennent des données fictives réalistes (utilisateurs, équipements, tickets, projets, contrats…) et permettent à l'équipe commerciale de présenter les fonctionnalités de la plateforme dans un contexte métier concret, sans toucher aux données de production. --- ## Instances disponibles ### Hôpital Providence Sud Instance orientée secteur **santé et médico-social**. - 9 entités (pôles hospitaliers et EHPAD) - 50 utilisateurs médicaux - Matériel IT, applications DSI et équipements médicaux (GMAO) - Tickets support, wikis, projets hospitaliers - Module Santé avec données FINESS **Modules actifs :** Portail, Tickets, Projets, Informatique, Santé, GMAO --- ### Mairie de Lyonnes Instance orientée **collectivité territoriale**. - 8 entités (Hôtel de Ville, DSI, Annexe Nord, École primaire, École de musique, Bibliothèque, Centre social, Gendarmerie) - 9 adresses + 12 bâtiments + 16 lots + 35 pièces (dont une trentaine dans l'Hôtel de Ville) - 53 utilisateurs : 23 élus (parité H/F respectée — Maire, 10 Adjoints, 12 Conseillers) et 30 employés municipaux (DGS, DGA, 11 admin, 11 services techniques, 1 policier municipal, ATSEM, bibliothécaire, prof de musique, animatrice centre social…) - 25 actualités et 17 événements (Conseil municipal, vœux du Maire, marché de Noël, 14 juillet, 11 novembre, forum des associations, kermesse école…) - 32 équipements bâtiment (chaudières, ascenseurs, CTA, vidéoprotection, alarmes, compteurs, groupes électrogènes…) - 42 postes IT et 14 applications métier collectivité (Civil Net État Civil, Magnus Finances, Alizé GRH, ADS Urbanisme, e-Marche, SIG, Concerto Scolaire, AD, M365, Vidéoprotection…) - 47 tickets citoyens & internes (voirie, eau, déchets, éclairage, bâtiments, chauffage, IT, applications, RH, sécurité, état civil, urbanisme, éducation…) répartis sur 5 systèmes : DSI, Services Techniques, Citoyens, RH, Police municipale - 10 projets diversifiés (rénovation école, chaufferie HV, plan vélo, bibliothèque, vidéoprotection, dématérialisation marchés publics, conformité RGPD, M365, refonte site, accessibilité PMR) avec étapes, équipes, KPIs, backlogs, livrables (6 par projet) - 20 wikis & documentation (procédures internes, comptes-rendus Conseil/Commissions, documentation technique GMAO, arrêtés municipaux, guide citoyen…) + 2 livrets compilés (Livret d'accueil nouvel agent, Livret de l'élu) - 12 contrats de maintenance & services (DALKIA, OTIS, KONE, ATALIAN, Sodexo, ID Verde, Suez, Veolia, AXIANS, Microsoft, Orange, Berger-Levrault) - 12 connexions / accès DSI (admin AD, M365 admin, VPN, supervision, sauvegardes Veeam, Office 365, Bitwarden, GLPI, télémaintenance Berger-Levrault, OVH manager, Bitdefender Cloud, Orange Pro) - **4 matrices de risques cybersécurité & opérationnels** (Cyber & SI, Continuité d'activité PCA, RGPD & Données personnelles, Bâtiments & Équipements) — total : **28 risques cartographiés** avec probabilité, impact, porteur, coût et plan d'action - **16 événements cyber** tracés : tests phishing trimestriels, pentests, audits ANS, scans de vulnérabilités, formations agents, sensibilisation élus, exercices de crise PCA, incidents (DDoS, compromissions comptes, pannes réseau) **Modules actifs :** Portail, Tickets, Projets, Informatique, Immo (GMAO), IA, Basic --- ### Société Stinglay Instance orientée **entreprise de services (ESN / société tech)**. - 2 entités (Stinglay SAS et Stinglay Consulting) - 20 collaborateurs - CRM complet : 15 clients, 25 contacts, 10 affaires, 8 missions - 12 équipements IT (laptops, serveurs, réseau) - 8 applications (Slack, GitHub, Jira, Salesforce, AWS…) - 20 tickets IT, 3 projets (migration cloud, refonte plateforme, ISO 27001) - Interventions et wiki **Modules actifs :** Portail, Tickets, Projets, Informatique --- ### Vesinouaille Instance de démonstration généraliste basée sur des données réelles existantes (idc=999). Peut être exportée et réinjectée périodiquement pour maintenir les données à jour. --- ## Utilisation Les instances de démonstration sont créées et gérées par l'équipe technique via des commandes d'administration. Chaque instance peut être : - **Créée** sur un identifiant client dédié (IDC réservé) - **Réinitialisée** pour repartir sur des données fraîches après une démonstration - **Mise à jour** via `--merge` pour rafraîchir les données sans perdre les modifications du PO - **Testée à blanc** avant déploiement pour valider l'intégrité des données Les IDCs réservés pour les démos sont : 985 (Hôpital), 777 (Mairie), 987 (Stinglay), 999 (Vesinouaille). --- ## Commandes de gestion ### Créer / Réinitialiser une instance Repart de zéro : supprime toutes les données existantes (tickets, projets, utilisateurs…) puis recrée le template complet avec des dates fraîches. ```bash php artisan demo:hospital 985 "Hôpital Providence Sud" --reset php artisan demo:mairie 777 "Mairie de Lyonnes" --reset php artisan demo:stinglay 987 "Société Stinglay" --reset ``` > ⚠️ `--reset` est **irréversible** : toutes les données du compte sont supprimées, y compris les modifications du PO. --- ### Rafraîchir les données / dates (`--merge`) Met à jour un compte existant avec les dernières données du template **sans écraser les données saisies par le PO** (tickets ouverts, modifications manuelles…). À utiliser quand : - Les dates du compte sont trop anciennes pour la démo - Le template a été enrichi (nouveaux modules, nouvelles données) - On veut pousser un correctif sans repartir de zéro ```bash # Rafraîchissement standard php artisan demo:hospital 985 "Hôpital Providence Sud" --merge # Prévisualiser avant d'appliquer php artisan demo:hospital 985 "Hôpital Providence Sud" --merge --dry-run # Restaurer des données seed supprimées par erreur php artisan demo:hospital 985 "Hôpital Providence Sud" --merge --force-restore ``` Les dates du template sont recalculées automatiquement à chaque exécution (décalées pour être relatives à aujourd'hui). Un `--merge` régulier suffit donc pour maintenir les données "vivantes". --- ### Vérifier sans modifier (`--dry-run`) Simule l'import et affiche ce qui serait créé / mis à jour, sans rien écrire en base. ```bash php artisan demo:hospital 985 "Hôpital Providence Sud" --merge --dry-run ``` --- ## Points d'attention - Les données de ces comptes sont fictives et destinées uniquement à la démonstration. - Une réinitialisation (`--reset`) supprime toutes les données du compte avant de les recréer : cette opération est irréversible. - Le mode `--merge` préserve les modifications PO ; `--reset` les efface. - Les comptes de démo ne doivent pas être utilisés pour de la production ou des tests client réels. --- ## Voir aussi - Documentation technique : `.claude/technical-docs/demo/demo-instances.md`