# Supplément §4.2 — enso-front / docv API (plan 0 mock)

Le contenu **canonique** est dans **`docs/INSTALLATION_ENVIRONNEMENT.md`** §4.2 et **`deploy/scripts_v2/remote/bootstrap-enso-remote.sh`** (depuis la version **0.0.46**). Ce fichier conserve le même texte pour **référence rapide** ou clones désynchronisés ; en cas de divergence, **le guide d’installation et le script du dépôt priment**.

## Ligne de tableau (référence)

| `NEXT_PUBLIC_DOCV_API_BASE` | client | Optionnel : base URL des appels API métier avec Bearer (`/api/v1/…`). Défaut navigateur : origine du site + `/docv-api`. Écrit par **`bootstrap-enso-remote.sh`** sur les déploiements bootstrap. |

## Paragraphe (API Bearer, nginx)

Le tableau de bord et la barre latérale appellent **docv-back** en HTTPS sur **`{origine publique}/docv-api/api/v1/…`** avec l’en-tête **`Authorization: Bearer`** (token d’accès OAuth). Nginx route le préfixe **`/docv-api/`** vers docv-back (port **3038** en interne sur l’infra de référence). Liste des routes HTTP et câblage front : [features/DOCV_API_ENSO_FRONT_MAP.md](features/DOCV_API_ENSO_FRONT_MAP.md) §1 ; socle, migrations et narrative : [docv/IMPLEMENTATION.md](docv/IMPLEMENTATION.md) §3.1.

## Bootstrap distant (`deploy/scripts_v2/remote/bootstrap-enso-remote.sh`)

Dans le heredoc **`enso/enso-front/.env.production.local`**, **après** `NEXT_PUBLIC_DOCV_OAUTH_AUTHORIZE_BASE=…` :

```bash
NEXT_PUBLIC_DOCV_API_BASE=${DOCV_PUB}
```

(`DOCV_PUB` est déjà défini comme `${ENSO_PUBLIC_ORIGIN}/docv-api`.)

Côté runtime, le front agrège **trois** requêtes docv stubs (notifications, pending-documents, conversations) dans **`DocvStubListsProvider`** — un aller-retour réseau amorti par **`Promise.all`**.