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.

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

# 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.

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