Files
oto-enterprise-os-dtp/AUDIT_FAISABILITE_DEEP_20260810.md
Claude Code DTP Worker 07cf79ea35
CI / Contraintes NON-NÉGOCIABLES (CLAUDE.md) (push) Has been cancelled
CI / Validation JSON (schémas Faisabilité) (push) Has been cancelled
CI / Qualité documentaire (liens + 4Big) (push) Has been cancelled
CI / Reproductibilité des artefacts out/ (build == commité) (push) Has been cancelled
CI / Fraîcheur matrice de régression (run == commité) (push) Has been cancelled
CI / Intégrité du câblage CI (gate agrège tout · gates statiques verrouillés) (push) Has been cancelled
CI / Intégrité des chiffres du README (valeur == artefact cité · (push) Has been cancelled
CI / Intégrité mobile-build.yml (gating portable · activation différée · (push) Has been cancelled
CI / Publiciste · parser + schéma + generator (unittest) (push) Has been cancelled
CI / RBAC · 50 rôles + schéma (unittest) (push) Has been cancelled
CI / Faisabilité · générateur 4 volets + round-trip (unittest) (push) Has been cancelled
CI / RBAC · fixtures ERPNext (Role + Custom DocPerm) (push) Has been cancelled
CI / RBAC · plan User Permission (row-level) (push) Has been cancelled
CI / RBAC · Role Profile (bundles par portail) (push) Has been cancelled
CI / RBAC · run-book d'application unifié (agrégat 3 volets) (push) Has been cancelled
CI / Faisabilité · dossier bancable trilingue FR/EN/ES (push) Has been cancelled
CI / CRM · workflow vente ERPNext (lead → CONFOTUR) (push) Has been cancelled
CI / CRM · DocType porteur OTO Dossier Vente (push) Has been cancelled
CI / CRM · barème commissions vendeurs (push) Has been cancelled
CI / CRM · Financement Bancaire (gate hypothécaire RD) (push) Has been cancelled
CI / Fiscal · e-CF DGII (Compupar) (push) Has been cancelled
CI / Frontend · Workspaces 5 portails rôle (push) Has been cancelled
CI / Legal · DocType CONFOTUR Application (push) Has been cancelled
CI / QA · Audit 5D conformité (push) Has been cancelled
CI / SEO · mots-clés trilingues + schema.org + hreflang (push) Has been cancelled
CI / Chat OTOIA · montage par portail (Custom Block) (push) Has been cancelled
CI / QA · Audit 4Big (95+/100 sur 100% deliverables) (push) Has been cancelled
CI / Démo · Scénarios (run-sheet P07 banquier / P05 client) (push) Has been cancelled
CI / QA · Matrice de régression exhaustive (Sprint 8) (push) Has been cancelled
CI / DevOps · Run-book de déploiement VPS unifié (Sprint 8) (push) Has been cancelled
CI / QA · Matrice d'acceptation / traçabilité MVP (Sprint 8) (push) Has been cancelled
CI / Mobile · config app Expo/EAS (navigation par rôle) (push) Has been cancelled
CI / PIE · manifest de dépendances (Annexe 12 · V10.1) (push) Has been cancelled
CI / E2E baseline Playwright (manuel) (push) Has been cancelled
CI / Gate qualité (agrégat) (push) Has been cancelled
audit deep · faisabilité V11 · intégration BIM 6 disciplines + dashboard validation
2026-08-10 20:34:55 +00:00

17 KiB
Raw Permalink Blame History

AUDIT FAISABILITÉ DEEP · Intégration BIM 6 Disciplines + Dashboard Validation

Date: 2026-08-10 · Auteur: Claude · Cible: P01 Coralis (référence pour P02-P09)


0. RÉSUMÉ EXÉCUTIF

Constat clé: le pipeline feasibility existant produit déjà un document bancable de qualité Big4 (2 507 lignes, 11 sections sourcées) avec toutes les données Coralis correctes:

  • 2 blocs × 4 niveaux + azotea activa
  • 22 apartamentos (11 par bloc, 3 typologies: 105/70/60 m²)
  • Terrain 1 286.92 m², emprise bloc ~260 m², surface Bloque 2 ~1 145 m²
  • Azotea activa avec jacuzzis privés documentés (39.5-63.9 m²)
  • Structure béton f'c = 280 kg/cm² + Acier Grade 60 + Zone sismique 4 (0.30g)
  • Normes R-001/R-027/R-029/ACI 318
  • Étude géotechnique Yudith Rodriguez (3 SPT + 2 calicatas)

Mon erreur Sprint B v3: j'ai généré un modèle 3D à partir d'assumptions inventées, en ignorant complètement ces sources déjà sourcées et validées.

Correction nécessaire: le pipeline BIM doit CONSOMMER les 11 sections existantes comme source de vérité, PAS régénérer des dimensions/matériaux hors contexte.


1. AUDIT MODULE PAR MODULE

Module 1 · Sommaire Exécutif (section_1.md · 169 lignes)

Contenu actuel: identité projet, caractéristiques techniques (2 blocs, 22 apts, 4 niveaux + azotea), programme immobilier (11 unités Bloque 2 à financer), CAPEX/CA (0.75M USD construction), DSCR, structure financière, statut juridique (matrícula 3000004538), ratings risques (score marché 45/100).

Sources internes: 40_llm_outputs/directeur.json, financier_senior.json, commercial.json.

Impact BIM: ajouter en 1.4 une cellule "Livrables BIM" listant les 6 IFC + clash report + BOM + rendus, avec statut validation Michel.

Effort code: 15 min (ajouter template Jinja2 dans oto_module_bankable_v2_strict.py section EXEC_SUMMARY).

Module 2 · Étude de Marché (section_2.md · 164 lignes)

Contenu actuel: contexte San Cristóbal (250k hab, 25km Santo Domingo), comparables INDEXES (à documenter), courbe absorption sectorielle, segmentation acheteurs (local/expat/investisseur), analyse pricing hedonic.

Score marché analyste: 45/100 — étude terrain requise (100+ interviews).

Impact BIM: aucun (marché ≠ 3D).

Effort code: 0.

Module 3 · Étude Architecturale (section_3.md · 181 lignes)

Contenu actuel VÉRIFIÉ:

  • 3.1.1 Description programme (2 blocs, 22 apts, phasage)
  • 3.1.2 Typologies (Tipo 1: 105 m² · Tipo 2: 60 m² · Tipo 3: 70 m²)
  • 3.1.3 Azotea activa (jacuzzis privés 39.5-63.9 m²)
  • Surfaces communes, amenities, orientations, éclairage

Source-clé: P01_PLANS_ARCHITECTURAUX_REVISES_2026-05.txt (déjà indexé)

Impact BIM: DEEP integration:

  • 3.1.4 Modèle BIM Architectural (NOUVEAU) → charge {Pxx}_bim_architectural.ifc
  • 3.1.5 Visualisation 3D → embed viewer GLB
  • Chaque dimension mentionnée dans le texte doit être calculée depuis le BIM, pas juste répétée de plans
  • Surfaces habitables calculées via IfcSpace enumeration
  • Orientations issues des coordonnées IFC (angles solaires)
  • Auto-génération des schémas (plans typologies)

Modifs code:

  • oto_module_bankable_v2_strict.py → prompt Claude pour section TECH_ARCH doit inclure snippet BIM extract
  • Ajouter fonction extract_bim_architectural(project_code) qui lit l'IFC et retourne dict de dimensions
  • Nouveau prompt: "Utilise EXACTEMENT ces valeurs du BIM: {dims}"

Effort code: 3h.

Module 4 · Étude Structurelle & MEP (section_4.md · 188 lignes)

Contenu actuel VÉRIFIÉ:

  • 4.1.1 Caractéristiques structurelles (système, matériaux, hauteurs)
  • 4.1.2 Conception sismique (R-001, R-027, R-029, ACI 318, 0.30g San Cristóbal)
  • 4.1.3 Étude géotechnique Yudith Rodriguez (3 SPT + 2 calicatas + stratigraphie)
  • Suite: capacité portante, dimensionnement fondations, MEP (probable section 4.2+)

Impact BIM CRITIQUE: section est actuellement TOUT-en-UN. À SPLITTER en 5+1 sous-sections:

4.1 Structurel (garder l'existant + enrichir avec BIM)

  • 4.1.1 Système constructif (garder)
  • 4.1.2 Conception sismique (garder + ajouter validation via BIM structural)
  • 4.1.3 Géotechnique (garder)
  • 4.1.4 Modèle BIM Structurel (NOUVEAU) → {Pxx}_bim_structural.ifc
  • 4.1.5 Quantitatifs béton/acier → extrait BOM

4.2 Plomberie (NOUVEAU — actuellement mélangé dans MEP)

  • 4.2.1 Réseaux eau chaude INDIVIDUELLE (règle Michel R-001)
  • 4.2.2 Réseaux eau froide + évacuation
  • 4.2.3 Incendie (sprinklers, colonnes sèches)
  • 4.2.4 Modèle BIM Plomberie{Pxx}_bim_plumbing.ifc

4.3 Électrique (NOUVEAU)

  • 4.3.1 Courants forts (TGBT, tableaux divisionnaires)
  • 4.3.2 Courants faibles (réseau, alarme, contrôle accès)
  • 4.3.3 Conformité R-029
  • 4.3.4 Modèle BIM Électrique{Pxx}_bim_electrical.ifc

4.4 Mécanique HVAC (NOUVEAU)

  • 4.4.1 Climatisation individuelle par unité (split/multi-split)
  • 4.4.2 Ventilation extraction (cuisines/SDB)
  • 4.4.3 Modèle BIM Mécanique{Pxx}_bim_mechanical.ifc

4.5 Clash Detection (NOUVEAU — inter-disciplines)

  • 4.5.1 Rapport clash arch/struct/plomb/élec/méca
  • 4.5.2 Sévérité: bloquant / important / mineur
  • 4.5.3 Résolution requise AVANT bancabilité
  • Fichier: {Pxx}_clash_report.json

Sources internes existantes: P01_ETUDE_GEOTECHNIQUE_Yudith_2021-2025.txt, P01_REGLEMENTATION_RD_2026.txt, P01_ENVIRONNEMENT_TECHNIQUE_PGES.txt.

Modifs code:

  • SECTIONS array dans oto_module_bankable_v2_strict.py → split "STRUCT_MEP" en 5 clés: STRUCTURAL / PLUMBING / ELECTRICAL / MECHANICAL / CLASH
  • 5 nouveaux prompts Claude avec extraits BIM correspondants
  • 5 nouvelles fonctions extract_bim_{discipline}(project_code)

Effort code: 6h (refonte majeure de la section).

Module 5 · Étude Financière & DCF (section_5.md · 326 lignes)

Contenu actuel: CAPEX détaillé (0.75M USD), BPU Construcosto Santiago-Cibao, structure financement, DSCR par phase, IRR (~15%), NPV, sensibilités.

Impact BIM:

  • Ajouter 5.6 · Bill of Materials extrait BIM (NOUVEAU) → {Pxx}_quantities.json
  • CAPEX matériaux CALCULÉ (pas estimé) via extractions IFC:
    • Béton total (m³) × prix Construcosto = ligne CAPEX béton
    • Acier total (kg) × prix = ligne CAPEX acier
    • CMU (unités) × prix = ligne CAPEX maçonnerie
    • Verre (m²) × prix = ligne CAPEX vitrerie
    • Cabling électrique (m) × prix = ligne CAPEX élec
    • Tuyauterie plomberie (m) × prix = ligne CAPEX plomb
    • Ducts HVAC (m²) × prix = ligne CAPEX méca

Sources internes: commercial.json, financier_senior.json, directeur.json, economique.json.

Modifs code:

  • Ajouter fonction compute_bom_capex(project_code, construcosto_prices) qui lit tous les IFC et retourne CAPEX matériaux calculé
  • Cross-check avec CAPEX estimé existant → alerte si delta > 15%
  • Nouveau prompt Claude pour section FIN_DCF: "Compare le CAPEX estimé actuel avec le CAPEX calculé BOM et documente la variance"

Effort code: 3h.

Module 5.3 · Phasage (dans section_5.md)

Contenu actuel: phasage 1 phase (Bloque 2 seul, <100 unités).

Impact BIM: aucun structurel.

Effort code: 0.

Module 5.4 · Stratégie Commerciale (dans section_5.md)

Contenu actuel: 8 sous-points obligatoires (banques, brokers, marketing, budget, pricing, calendrier).

Impact BIM:

  • Ajouter en 5.4.9 · Livrables 3D commerciaux — rendus HD extraits du BIM pour brochures/site/socios
  • Rendus 3 typologies (Tipo 1 · Tipo 2 · Tipo 3) via panoramas 360° Blender Cycles

Effort code: 1h.

Module 5.5 · Frais Édition (dans section_5.md)

Contenu actuel: 3% coût construction (RÈGLE NON-NÉGOCIABLE).

Impact BIM: aucun.

Effort code: 0.

Module 6 · Étude Juridique (section_6.md · 170 lignes)

Contenu actuel: statut foncier, matrícula 3000004538, charges/hypothèques, structure fiduciaria (pas de fiducie car <1M USD), CONFOTUR non applicable.

Impact BIM: aucun.

Effort code: 0.

Module 7 · Étude Environnementale (section_7.md · 186 lignes)

Contenu actuel VÉRIFIÉ:

  • 7.1.1 Autorités (MARENA, MOPC, Ayuntamiento SC, CORAASAN, EDESUR)
  • 7.1.2 Permis MARENA (P01 = Catégorie C ou D · <1ha · 60-120j délai)
  • 7.2 Caractéristiques géotechniques et sismiques (répétées de section 4)

Impact BIM VRD CRITIQUE:

  • Section actuellement centrée sur MARENA/paperasse
  • MANQUE totalement le BIM VRD Environnemental (règle Michel: OBLIGATOIRE tous projets)
  • Ajouter 7.3 BIM VRD Environnemental (NOUVEAU):
    • 7.3.1 Raccordement pluvial (drainage eau de pluie → réseau public ou infiltration)
    • 7.3.2 Raccordement septique (fosse ou raccord CORAASAN)
    • 7.3.3 Raccordement électrique souterrain (arrivée EDESUR + distribution interne blocs)
    • 7.3.4 Raccordement eau potable (arrivée CORAASAN)
    • 7.3.5 Raccordement gaz (si applicable)
    • Fichier: {Pxx}_bim_vrd.ifc
    • 7.3.6 Modélisation impact environnemental (calcul déblais/remblais, imperméabilisation)

Sources internes existantes: P01_REGLEMENTATION_RD_2026.txt, P01_ENVIRONNEMENT_TECHNIQUE_PGES.txt.

Modifs code:

  • Ajouter clé "VRD" au SECTIONS array
  • Nouveau prompt: extraire données géo/environnementales + BIM VRD
  • Fonction extract_bim_vrd(project_code) (raccordements souterrains)

Effort code: 3h.

Module 8 · Structure de Financement (section_8.md · 159 lignes)

Contenu actuel: architecture WAF/WA/HRD/AC/ERC/Plotus, % détention, mandat HRD→AC, intervention pay master ERC.

Impact BIM: aucun.

Effort code: 0.

Module 9 · Risques & Mitigation (section_9.md · 169 lignes)

Contenu actuel: 2+ solutions chiffrées par risque (sol → pieux, pluvial → drainage, sismique → renforcement).

Impact BIM: ajouter catégorie de risque "Clash BIM détecté" (bloquant/important) avec solutions typiques (rerouting HVAC, coordination CAO, etc.).

Effort code: 30 min.

Module 10 · Conclusions & Recommandations (section_10.md · 113 lignes)

Contenu actuel: décision investissement, conditions précédentes, points d'attention bancaires.

Impact BIM: ajouter en 10.4 · Validation BIM 6 disciplines:

  • Modèles IFC générés: 6/6
  • Clash bloquants résolus: X/Y
  • BOM CAPEX validé: OUI/NON
  • Signature Michel: OUI/NON
  • Statut go/no-go bancaire

Effort code: 30 min.

Module 11 · Annexes (section_11.md · 682 lignes)

Contenu actuel: énorme liste d'annexes officielles mergées (tasación, études techniques, plans, sustento).

Impact BIM: ajouter comme nouvelles annexes:

  • A9 · Modèle BIM Architectural (IFC + GLB preview)
  • A10 · Modèle BIM Structurel (IFC)
  • A11 · Modèle BIM Plomberie (IFC)
  • A12 · Modèle BIM Électrique (IFC)
  • A13 · Modèle BIM Mécanique (IFC)
  • A14 · Modèle BIM VRD Environnemental (IFC)
  • A15 · Clash Report (JSON + PDF résumé)
  • A16 · Bill of Materials (Excel + JSON)
  • A17 · Rendus 3D synthèse (PNG HD extraits du viewer)

Effort code: 1h (ajout dans merge_annexes_multilang.py).


2. PIPELINE TECHNIQUE · ORDRE DE DÉPENDANCES

┌─ Sprint A: extract_archives.py (FAIT)
│  ↓
├─ Sprint B1: generate_bim_architectural.py (À FAIRE)
│  ↓ (validation Michel dashboard)
├─ Sprint B2-B6: 5 disciplines en parallèle (À FAIRE)
│  │  ↓
│  ├─ B2: generate_bim_structural.py
│  ├─ B3: generate_bim_plumbing.py
│  ├─ B4: generate_bim_electrical.py
│  ├─ B5: generate_bim_mechanical.py
│  └─ B6: generate_bim_vrd.py
│  ↓
├─ Sprint C: clash_detect.py (À FAIRE)
│  ↓ (si clash bloquant → STOP + alerte)
├─ Sprint D: compute_bom_capex.py (À FAIRE)
│  ↓
├─ Sprint E: bankable_v2_strict.py (MODIFIER)
│  │  - Split SECTIONS array en 15 clés (au lieu de 10)
│  │  - Injecter extracts BIM dans chaque prompt Claude
│  │  ↓
├─ assemble_bankable.py (garder)
├─ translate_bankable.py FR→ES/EN (garder)
├─ assemble_multilang.py (garder)
├─ merge_annexes_multilang.py (MODIFIER — ajouter A9-A17)
└─ Deploy portal (garder)

Total code:

  • Sprint B1-B6: 6 scripts × ~500 lignes = 3 000 lignes Python (Blender bpy + IfcOpenShell)
  • Sprint C: ~400 lignes (clash detection)
  • Sprint D: ~300 lignes (BOM calc)
  • Sprint E: modifs bankable_v2_strict.py = ~500 lignes
  • Dashboard console: ~800 lignes JS/HTML/CSS + endpoints backend
  • Total: ~5 000 lignes de code neuf/modifié

Temps dev estimé: 40-50h (5-6 jours pleins).


3. DASHBOARD CONSOLE VALIDATION

3.1 URL et emplacement

https://console.otov7.com/#faisabilite-3d-review?project=P01

Route à ajouter dans /opt/oto/sites/console/index.html (module Faisabilité existant).

3.2 Composants UI

Header:

  • Titre projet + statut global (Draft / En review / Validé)
  • Historique versions
  • Timeline des validations

Grid 3D:

  • 6 tuiles (une par discipline) avec:
    • Preview 3D (model-viewer)
    • Statut discipline (badge)
    • Bouton "Voir en grand"
    • Boutons validation: Accepter · ⚠️ Réviser · Rejeter

Panneau clash:

  • Liste des clash détectés
  • Filtres par sévérité
  • Vue 3D synchronisée sur le point de clash

Panneau BOM:

  • Tableau matériaux calculés
  • Cross-check avec CAPEX estimé
  • Alerte si delta > 15%

Panneau audit trail:

  • Historique décisions Michel avec timestamps
  • Commentaires
  • Notifications envoyées

3.3 Backend endpoints

  • GET /api/faisabilite/{code}/bim-status → statut 6 disciplines
  • POST /api/faisabilite/{code}/validate/{discipline} → accept/reject avec commentaire
  • GET /api/faisabilite/{code}/clash-report → JSON clash
  • GET /api/faisabilite/{code}/bom → JSON BOM
  • POST /api/faisabilite/{code}/regenerate → trigger pipeline complet
  • GET /api/faisabilite/{code}/audit-trail → historique décisions

Effort dashboard: 6-8h (front + back).


4. POINTS DE VALIDATION MICHEL OBLIGATOIRES

5 checkpoints stricts dans le pipeline:

  1. CP1 · Après Sprint B1 (Architectural) → Michel valide géométrie/dimensions
    • Blocage: les 4 autres disciplines ne partent PAS sans validation
  2. CP2 · Après Sprint B2-B6 (5 disciplines complémentaires) → Michel valide MEP
    • Blocage: clash detection ne part PAS sans validation
  3. CP3 · Après Sprint C (Clash Report) → Michel valide plan de résolution des clash bloquants
    • Blocage: BOM/faisabilité ne partent PAS sans validation
  4. CP4 · Après Sprint D (BOM) → Michel valide CAPEX calculé vs estimé
    • Blocage: génération feasibility ne part PAS sans validation
  5. CP5 · Avant Deploy portal → Michel signe le document bancable final
    • Blocage: pas de mise en ligne sans signature

Chaque checkpoint = notification WhatsApp + email + entrée audit trail.


5. GAPS PRIORITAIRES vs Vision Michel

Gap Priorité Impact Effort
Split section 4 en 5 sous-sections BIM 🔴 HIGH Bloque tout 6h
Section 7 · BIM VRD 🔴 HIGH Règle absolue Michel 3h
Dashboard console validation 🔴 HIGH Sans ça = risque erreurs propagées 6-8h
Sprint B1 script architectural précis 🔴 HIGH Fondation des 5 autres 4h
Sprint B2-B5 scripts disciplines 🟡 MED Après B1 validé 12-16h
Sprint C clash detection 🟡 MED Après B2-B6 4h
Sprint D BOM CAPEX 🟡 MED Après C 3h
Modif bankable_v2_strict split SECTIONS 🔴 HIGH Sans ça template broken 5h
Section 11 annexes (A9-A17) 🟢 LOW Une fois BIM disponible 1h
Rendus 3D commerciaux (5.4.9) 🟢 LOW Nice-to-have Sprint 6 2h

6. RECOMMANDATION DE SÉQUENCEMENT

Semaine 1 (~35h):

  • Modifier bankable_v2_strict.py (SECTIONS split + prompts BIM) - 5h
  • Modifier template feasibility (11 modules → 15 modules) - 3h
  • Coder Sprint B1 architectural précis - 4h
  • Coder dashboard console validation (front + back) - 8h
  • Regénérer P01 avec BIM Architectural + validation Michel - 2h
  • Coder Sprint B2 Structurel - 3h
  • Coder Sprint B3 Plomberie - 3h
  • Coder Sprint B4 Électrique - 3h
  • Coder Sprint B5 Mécanique - 3h
  • Coder Sprint B6 VRD Environnemental - 3h

Semaine 2 (~15h):

  • Sprint C · Clash Detection - 4h
  • Sprint D · BOM CAPEX - 3h
  • Sprint E · Feed back complet dans template - 4h
  • Tests E2E P01 - 2h
  • Documentation utilisateur + directives Gitea - 2h

Total: 50h dev / 2 semaines.


7. RÈGLES ABSOLUES À RESPECTER (rappel)

  • Zéro invention — tout vient des archives sourcées (otov7-zero-invention-chiffres)
  • Zéro altération rendus existants (otov7-rendus-existants-respect-absolu)
  • Validation Michel étape-par-étape — dashboard console obligatoire
  • BIM 6 disciplines — arch + struct + plomb + élec + méca + VRD (otov7-oto-3d-studio-pipeline-faisabilite)
  • Eau chaude INDIVIDUELLE — jamais centralisée (norme R-001)
  • Sources sourcées — chaque chiffre a une (Source: ...)
  • Trilingue FR/ES/EN — pipeline existant à préserver
  • Frais édition 3% — non négociable

Ce document est le référentiel unique pour la refonte du pipeline feasibility. Statut: Draft pour validation Michel · publication Gitea après GO