# Structure de l’archive livrable

## Fonctionnel
L’archive livrable doit être compréhensible immédiatement par un développeur humain ou IA.

Elle doit contenir :
- le projet réorganisé ;
- la documentation à la racine ;
- le code original conservé ;
- les nouveaux dossiers de l’architecture cible ;
- les limites clairement indiquées.

## Structure cible

```txt
saas-bi/
  doc.html
  doc/
  docs/
  apps/
    workspace-web/
    viewer-web/
    admin-console/
    docs-site/
  packages/
    workspace-core/
    ui/
    charts/
    widgets/
    semantic-model/
    query-engine/
    data-pipelines/
    connectors/
    auth/
    rbac/
    permissions/
    shared/
  services/
    api/
    worker/
    scheduler/
    realtime/
    ai-agent/
  infra/
    docker/
    kubernetes/
    terraform/
    monitoring/
  tests/
  scripts/
  tools/
  legacy-source/
```

## Règle de conservation
Le contenu original de l’archive source doit être conservé dans `legacy-source`.

Cela évite :
- perte de code ;
- perte de contexte ;
- régression silencieuse.

## Règle de migration
Le code existant peut être recopié dans les nouveaux emplacements cible, mais il faut indiquer si :
- il est réellement utilisé ;
- il est seulement préparé ;
- il est legacy.