Depot monorepo de cadrage et de developpement initial pour la plateforme AdminBTP.
- Depot GitHub : Izoros/adminbtp
- Socle architecture produit
- Plan de deploiement V1/V2
- Roadmap de developpement
- Checklist de validation
- Revue fonctionnelle et checklist utilisateur
- Regles de contribution
- Runbook de deploiement
- Checklist de release
- Politique de securite
- Runbook archivage 25 ans
- Prochaines actions recommandees
- Guide Supabase local
- Guide Supabase distant
- Plan de workstreams paralleles
- CDC minimal V1
- Migrations Supabase canoniques
- Exemple de seed des profils experts
- Validation d'execution de la phase 0
- Validation d'execution de la phase 1
- Validation d'execution de la phase 2
- Validation d'execution de la phase 3
- Validation d'execution de la phase 4
- Validation d'execution de la phase 5
- Validation d'execution de la phase 6
- Validation d'execution de la phase 7
- Validation d'execution de la phase 8
- Validation d'execution de la phase 9
- Validation d'execution de la phase 10
- Validation d'execution de la phase 11
- Validation d'execution de la phase 12
- Validation d'execution de la phase 13
- Validation d'execution de la phase 14
- Validation d'execution de la phase 15
- Validation d'execution de la phase 16
- Validation d'execution de la phase 17
- Validation d'execution de la phase 18
- Validation d'execution de la phase 19
- Validation d'execution de la phase 20
- Validation d'execution de la phase 21
- Validation d'execution de la phase 22
- Validation d'execution de la phase 23
- Validation d'execution de la phase 24
- Validation d'execution de la phase 25
- Validation d'execution de la phase 26
- Validation d'execution de la phase 27
- Runbook de la passerelle WhatsApp
- Validation d'execution de la phase 28
- Runbook des alertes d'exploitation
- Runbook du connecteur Odoo social
- Validation d'execution de la phase 29
- Validation d'execution de la phase 30
- Validation d'execution de la phase 31
- Validation d'execution de la phase 32
- Validation d'execution de la phase 33
- Validation d'execution de la phase 34
- Validation d'execution de la phase 35
- Validation d'execution de la phase 36
Concevoir AdminBTP comme une plateforme de gestion administrative BTP et d'accompagnement technique, capable d'integrer:
- logiciel SaaS
- automatisation IA
- gestionnaires administratifs externalises
- expertise humaine internalisee
La stack cible retenue pour le lancement du projet est:
- monorepo
npm workspaces - application
Next.jsdansapps/web Tailwind CSSshadcn/ui- client
Supabase
npm install
npm run devApplication web :
http://localhost:3000
Dernier deploiement Vercel verifie le 2026-08-12 :
- URL de production principale : adminbtp.vercel.app
- URL de deploiement validee : adminbtp-n9woprcqb-izoros-projects.vercel.app
Note d'exploitation :
- l'application est publiquement accessible en
200 - la route de sante adminbtp.vercel.app/api/health repond
200 - le projet Vercel est configure en monorepo avec
rootDirectory = apps/web - les deploiements de production doivent etre lances depuis la racine du depot
- le depot GitHub source est Izoros/adminbtp
npm run dev
npm run lint
npm run typecheck
npm run test
npm run verify:guards
npm run build
npm run verify
npm run verify:prod
npm run verify:links -- http://127.0.0.1:3000
npm run audit:prod
npm run supabase:check
npm run supabase:bootstrap
npm run supabase:start
npm run supabase:reset
npm run supabase:types
npm run supabase:verify-migrationsLe depot est maintenant aligne sur un fonctionnement production :
- authentification reelle Supabase par mot de passe ou lien magique, avec cookies SSR
- guide d'accueil affiche une fois et didacticiel permanent en 8 etapes avec progression locale
- accueil public avec connexion, presentation courte, vlog et carrousel architectural mahorais
- ecritures sensibles
organizationsetprojectsproteges par session + fonctions SQL dediees - garde-fous de scope serveur verifies sur
documents,signatures,consultingetclient-space - RLS consolidee sur les zones
aietclient-space - role interne non modifiable par l'utilisateur, helpers RLS sans recursion verifies transactionnellement
- navigation applicative unifiee sur les modules, menu complet et raccourcis disponibles sur mobile
- redirections par origine, webhooks n8n fermes sans secret et CSP script par nonce
- endpoint
/api/health, verification locale cibleenpm run verify:guardset verification distantenpm run verify:prod - archivage longue duree journalise dans
archive_runs, relu et verifie par checksum apres stockage - supervision
/admin/archivesreservee aux administrateurs plateforme, avec detection des echecs et executions bloquees - tableau
/admin/readinessreserve aux administrateurs plateforme, sans restitution des secrets - audit automatique des
20pages et de leurs liens internes, rejouable localement et en production - mappings Odoo etendus aux collaborateurs, contrats, presences, absences, temps et bulletins
- adaptateur Odoo 19 JSON-2 cote serveur, securise et desactive sans configuration complete
- passerelle WhatsApp, revue humaine, alertes et purge d'exploitation livrees mais desactivees sans configuration externe complete
- socle Next.js aligne sur
16.3.0, avec audit de production sans vulnerabilite detectee au2026-08-12 - modules serveurs branches sur des etats Supabase reels ou des etats vides honnetes, sans injection de donnees de demonstration au runtime
apps/
web/
docs/
packages/
supabase/
Brancher ce socle sur la stack applicative cible et derouler ensuite la roadmap par phases:
- Supabase
- multi-tenant
- gestion chantiers
- base documentaire
- signatures
- workflows n8n
- Odoo
- consulting expert
- IA metier