oto-enterprise-os-dtp/05_deliverables_mvp/demo/scenarios/out/run_sheet.md

OTO · Run-sheet démo (méta-livrable)

Prompteur généré automatiquement depuis out/run_sheet.json (demo_scenario_gen build). Chaque chiffre est une preuve re-résolue depuis un hand-off out/ d'un module gaté — jamais saisi à la main (anti-invention · CLAUDE.md #6). Ne pas éditer à la main : régénérer.

• Roadmap : 04_roadmap/ROADMAP_8_WEEKS_OR_LESS.md · Sprint 7 l.68 « CRM + Faisabilité : Scénarios démo (P07 pitch banquier · P05 client ready) »
• Version du spec : 1.0.0
• 2 scénario(s) · durée cumulée 24 min

---

P07 Aqua Terra — Pitch banquier (bancabilité & gouvernance)

• Scénario : S-P07-BANQUIER · audience : banquier · projet : P07 — Aqua Terra Las Terrenas
• Durée : 12 min · 6 temps forts
• Objectif : Démontrer qu'un dossier de vente OTO est bancable : pipeline structuré, conformité fiscale e-CF DGII, incitation CONFOTUR, gouvernance RBAC et gate qualité 4Big.

1. Un pipeline de vente verrouillé de bout en bout · 2 min

Ouvrir sur la traçabilité : la vente n'est pas un tableur, c'est un workflow ERPNext soumis (docstatus) piloté par rôle.

À dire	Chiffre	Source (preuve)
Nom du pipeline	OTO Vente Pipeline	crm/workflow_vente · out/workflow.json#/0/workflow_name
DocType piloté	OTO Dossier Vente	crm/workflow_vente · out/workflow.json#/0/document_type

2. Facturation fiscale conforme DGII (e-CF · Compupar) · 2 min

Rassurer sur le risque fiscal : chaque encaissement est un e-CF certifié, pas une facture maison.

À dire	Chiffre	Source (preuve)
Fournisseur e-CF	Compupar	fiscal/ecf_dgii · out/MANIFEST.json#/provider
Types e-CF en périmètre	5	fiscal/ecf_dgii · out/MANIFEST.json#/counts/tipos_en_scope

3. Incitation CONFOTUR dé-risquée et outillée · 2 min

Montrer l'avantage fiscal touristique comme un actif documenté : DocType soumis, dépôt outillé.

À dire	Chiffre	Source (preuve)
DocType CONFOTUR	CONFOTUR Application	legal/confotur · out/MANIFEST.json#/doctype_name
Soumissible (verrou légal)	oui	legal/confotur · out/MANIFEST.json#/is_submittable
Étapes de dépôt outillées	2	legal/confotur · out/MANIFEST.json#/counts/depot_events

4. Séparation des pouvoirs (RBAC 50 rôles) · 2 min

Répondre à la question d'audit du banquier : qui peut faire quoi ? Permissions dérivées, pas ad hoc.

À dire	Chiffre	Source (preuve)
Rôles RBAC	50	rbac/apply_plan · out/MANIFEST.json#/counts/roles
Permissions DocType (Custom DocPerm)	116	rbac/apply_plan · out/MANIFEST.json#/counts/custom_docperm

5. Un gate qualité 4Big, pas une promesse · 2 min

Clore la confiance : la plateforme s'auto-note et bloque sous 95/100 sur 100 % des livrables.

À dire	Chiffre	Source (preuve)
Seuil bloquant 4Big	95	qa/audit_4big · out/quality_report.json#/pass_score
Modules sous gate qualité	24	qa/audit_4big · out/quality_report.json#/coverage/ci_modules_count

6. Le dossier de vente, pièce bancable finale · 2 min

Refermer sur l'objet concret que le banquier instruira : un DocType riche et soumis.

À dire	Chiffre	Source (preuve)
Champs du dossier de vente	30	crm/dossier_vente · out/MANIFEST.json#/counts/fields
États de pipeline couverts	9	crm/dossier_vente · out/MANIFEST.json#/counts/pipeline_states

---

P05 Las Colinas Najayo Arriba — Parcours client (réservation prête)

• Scénario : S-P05-CLIENT · audience : client · projet : P05 — Las Colinas Najayo Arriba
• Durée : 12 min · 6 temps forts
• Objectif : Faire vivre le parcours d'un acheteur : découverte du portail, assistance OTOIA, pipeline lisible, dossier transparent, et comment le client nous a trouvés (SEO trilingue).

1. « Choisir mon unité » — 5 portails luxury · 2 min

Poser l'expérience d'entrée : un portail par rôle, cohérent et couvert.

À dire	Chiffre	Source (preuve)
Portails (workspaces)	5	frontend/portails · out/MANIFEST.json#/counts/workspaces
Rôles couverts par les portails	44	frontend/portails · out/MANIFEST.json#/counts/roles_couverts

2. OTOIA répond dans le portail · 2 min

Montrer l'assistance embarquée : le client n'est jamais seul face à l'écran.

À dire	Chiffre	Source (preuve)
Assistant embarqué	Chat OTOIA embarqué par portail	frontend/chat_otoia · out/MANIFEST.json#/deliverable

3. Du premier contact à la réservation · 2 min

Dérouler le pipeline côté client : Lead → … → Réservation confirmée, lisible et rassurant.

À dire	Chiffre	Source (preuve)
Première étape	Lead	crm/workflow_vente · out/workflow.json#/0/states/0/state
Étape réservation	Réservation confirmée	crm/workflow_vente · out/workflow.json#/0/states/3/state

4. Un dossier de vente transparent · 2 min

Donner confiance : tout est consigné dans un dossier structuré que le client peut suivre.

À dire	Chiffre	Source (preuve)
Champs du dossier de vente	30	crm/dossier_vente · out/MANIFEST.json#/counts/fields

5. Un conseiller rémunéré à la transparence · 2 min

Aligner l'intérêt du conseiller et du client : barème de commissions traçable par événement.

À dire	Chiffre	Source (preuve)
Barème de commissions	OTO Barème Commissions Ventes	crm/commissions · out/MANIFEST.json#/bareme_name
Événements déclencheurs	5	crm/commissions · out/MANIFEST.json#/counts/evenements

6. Comment le client nous a trouvés (SEO trilingue) · 2 min

Refermer la boucle acquisition : indexation FR/EN/ES, le parcours commence bien avant le portail.

À dire	Chiffre	Source (preuve)
Mots-clés indexés	258	seo · out/MANIFEST.json#/counts/keywords_total
Langues	fr, en, es	seo · out/MANIFEST.json#/langs