Initial commit — specs pré-projet SatPRO + site de présentation (viewer, annotations, gestion des accès)

2026-10-12 12:11:04 +02:00
commit 30608afd9e
77 changed files with 20581 additions and 0 deletions
@@ -0,0 +1,203 @@
+# Référence design system — KiwUI for web app (DEKRA)
+
+> Source : Figma « KiwUI for web app – Design System DEKRA » (fichier `EIWttg1O7Lt8y8QzMW5ygs`).
+> Tokens extraits via l'intégration Figma. Document de cadrage **visuel** pour la phase maquettage.
+> ⚠️ Les tokens préfixés **❌** dans Figma sont **dépréciés** : ne pas les utiliser (listés en fin de document).
+
+## 1. Principes
+
+- **Design system** officiel DEKRA pour les applications web (équipe KiwUI).
+- Police : **Noto Sans**.
+- Identité : dominante **verte DEKRA** (vert logo + verts foncés), gris neutres, et couleurs **sémantiques** (succès / info / avertissement / danger).
+- ~120 composants / 1 200+ variantes dans la bibliothèque (boutons, etc.).
+
+## 2. Couleurs
+
+### 2.1 Vert logo (identité)
+| Token | Hex |
+|-------|-----|
+| Logo green 500 | `#008143` |
+
+### 2.2 Vert foncé (Dark green) — couleur primaire d'interface
+| Token | Hex |
+|-------|-----|
+| Dark green 50 | `#f2f8f6` |
+| Dark green 100 | `#cce1dc` |
+| Dark green 200 | `#b3d3cb` |
+| Dark green 300 | `#80b5a9` |
+| Dark green 400 | `#4d9786` |
+| **Dark green 500** | `#006b52` |
+| Dark green 600 | `#01604a` |
+| Dark green 700 | `#015642` |
+| Dark green 800 | `#014031` |
+| Dark green 900 | `#002019` |
+
+### 2.3 Vert vif (Bright green) — accent
+| Token | Hex |
+|-------|-----|
+| Bright green 50 | `#efffe4` |
+| Bright green 100 | `#c8fea1` |
+| Bright green 200 | `#b0fd78` |
+| Bright green 300 | `#9ee46c` |
+| Bright green 400 | `#7bb154` |
+| Bright green 500 | `#527638` |
+| Bright green 600 | `#466530` |
+
+### 2.4 Jaune (secondaire)
+| Token | Hex |
+|-------|-----|
+| Yellow 50 | `#fff9e0` |
+| Yellow 100 | `#ffe066` |
+| Yellow 200 | `#ffcc00` |
+| Yellow 300 | `#e6b800` |
+| Yellow 400 | `#bf9900` |
+| Yellow 500 | `#876c00` |
+| Yellow 600 | `#735c00` |
+| secondary/yellow WCAG 700 | `#594700` |
+
+### 2.5 Gris (neutres)
+| Token | Hex |
+|-------|-----|
+| Gray 50 | `#f8f8f8` |
+| Gray 100 | `#ededed` |
+| Gray 200 | `#d2d2d2` |
+| Gray 300 | `#b4b4b4` |
+| Gray 400 | `#9d9d9d` |
+| Gray 500 | `#696969` |
+| Gray 600 | `#595959` |
+| Gray 700 | `#444444` |
+| Gray 800 | `#353535` |
+| Gray 1000 | `#1e1e1e` |
+| Neutral 50 | `#fafafa` |
+
+### 2.6 Couleurs sémantiques
+
+**Succès (Light green)**
+| Token | Hex |
+|-------|-----|
+| 50 | `#f0f7ea` |
+| 100 | `#d1e8c0` |
+| 200 | `#b2d996` |
+| 300 | `#93ca6b` |
+| 400 | `#64b32c` |
+| 500 | `#467d1f` |
+| 600 | `#386519` |
+| 700 | `#2b4d13` |
+| 800 | `#1e360d` |
+| 900 | `#101d07` |
+
+**Info (Dark blue)**
+| Token | Hex |
+|-------|-----|
+| 50 | `#f5f7f8` |
+| 100 | `#e6eaee` |
+| 200 | `#ccd5dd` |
+| 300 | `#b3c0cc` |
+| 400 | `#8097aa` |
+| 500 | `#4d6d88` |
+| 600 | `#335877` |
+| 800 | `#002e55` |
+| 900 | `#001c33` |
+
+**Avertissement (Orange)**
+| Token | Hex |
+|-------|-----|
+| 50 | `#fef6ed` |
+| 100 | `#fbdebf` |
+| 200 | `#f8c48c` |
+| 300 | `#f4a34c` |
+| 400 | `#ef7d02` |
+| 500 | `#af5b00` |
+| 600 | `#944d00` |
+| 700 | `#733c00` |
+| 800 | `#542b00` |
+
+**Danger (Red)**
+| Token | Hex |
+|-------|-----|
+| 50 | `#fdf2f2` |
+| 100 | `#f8d9d9` |
+| 200 | `#f3bfbf` |
+| 300 | `#ed9999` |
+| 400 | `#e36666` |
+| 500 | `#d10000` |
+| 600 | `#bc0000` |
+| 700 | `#9d0000` |
+| 800 | `#7d0000` |
+| 900 | `#3f0000` |
+
+### 2.7 Tokens sémantiques d'usage (rôles)
+| Rôle | Valeur |
+|------|--------|
+| text-primary | `#1e1e1e` |
+| text-btn-primary | `#ffffff` |
+| text-btn-secondary-neutral | `#006b52` |
+| surface-primary | `#ffffff` |
+| surface-secondary-bold | `#006b52` |
+| surface-btn-overlay-dark | `#353535b2` |
+| border-primary | `#696969` |
+| border-secondary | `#d2d2d2` |
+| border-icon-primary | `#ffffff` |
+| border-icon-tertiary | `#353535` |
+| White | `#ffffff` |
+
+### 2.8 Ombres / effets
+| Token | Définition |
+|-------|-----------|
+| shadow-soft | `#1e1e1e26` (noir ~15 % alpha) |
+| Card / Modal drop shadow | drop-shadow offset (0,0), **radius 10**, spread 0, couleur shadow-soft |
+
+## 3. Typographie
+
+Police unique : **Noto Sans**. Styles nommés relevés :
+
+| Style | Famille | Poids | Taille | Interligne |
+|-------|---------|-------|--------|------------|
+| 22px Semibold – Big text | Noto Sans | 600 | 22 | 32 |
+| 14px Regular – Text | Noto Sans | 400 | 14 | 18 |
+| 13px Regular – Text | Noto Sans | 400 | 13 | 18 |
+| 13px Regular – Button | Noto Sans | 400 | 13 | 18 |
+
+> Letter-spacing : 0 sur tous les styles relevés.
+> Taille de base relevée : `Size/18px | 1rem` = 18.
+
+## 4. Boutons (taxonomie des variantes)
+
+Le composant **Button** se décline selon plusieurs axes (relevés dans la bibliothèque) :
+
+- **Importance** : `Primary`, `Secondary`, `Tertiary`.
+- **Status** : `Neutral`, `Negative` (danger), `Disabled` (+ variantes dépréciées `❌ Neutral_alt`).
+- **State** : `Default`, `Hover`, `Focus`, `Pressed step 1`, `Pressed step 2`, `Disabled`.
+- **Contenu** : icône seule / texte seul / icône + texte.
+- Variantes composées : `Button Group`, `isbreadcrumb`.
+
+Repères de couleur boutons :
+- **Primary / Neutral** : fond vert foncé `#006b52` (surface-secondary-bold), texte blanc.
+- **Secondary / Neutral** : texte vert `#006b52` (text-btn-secondary-neutral), fond clair / bordure.
+- **Negative** : palette **Red (Danger)** (`#d10000` et dérivés).
+- **Disabled** : neutres gris.
+
+## 5. ⚠️ Tokens dépréciés (ne pas utiliser)
+
+Préfixés `❌` dans Figma — remplacés par les sémantiques ci-dessus :
+
+- `❌ Blue` (toute l'échelle 50→900) → utiliser **Info / Dark blue**.
+- `❌ text-secondary_alt`, `❌ text-btn-secondary-neutral_alt`, `❌ surface-secondary_alt` (`#0f508a`).
+- `❌ Neutral_alt` (états de boutons).
+
+## 6. Correspondance avec le site des specs
+
+Le site de présentation des specs applique un sous-ensemble de ces tokens (voir
+`site/frontend/src/styles.scss`). Correspondance retenue :
+
+| Usage site | Token KiwUI |
+|------------|-------------|
+| Vert principal (en-tête, accents) | Dark green 500 `#006b52` |
+| Vert logo (ponctuel) | Logo green 500 `#008143` |
+| Vert foncé (titres, hover) | Dark green 700 `#015642` |
+| Fond clair de section | Dark green 50 `#f2f8f6` |
+| Texte principal | `#1e1e1e` |
+| Bordures | Gray 200 `#d2d2d2` |
+| Fond gris | Gray 50 `#f8f8f8` |
+| Succès / Info / Warning / Danger | Sémantiques §2.6 |
+| Police | Noto Sans |
@@ -0,0 +1,57 @@
+# SatPRO — Specs pré-projet (métier)
+
+> **Phase : Specs pré-projet.** Ces documents décrivent **le besoin métier** de la réécriture de SatPRO.
+> Ils ne contiennent **aucune spécification technique**, **aucun choix d'architecture** et **aucune conception IT**.
+> Objectif : servir de base de discussion pour les ateliers avec les opérationnels, puis de référentiel métier pour la suite du projet.
+
+## De quoi parle-t-on
+
+SatPRO est l'outil de **gestion de l'activité** d'une entreprise de services de contrôle. Il pilote le cycle de vie commercial et opérationnel d'un **contrat** client, de sa mise en place jusqu'à la facturation des interventions produites.
+
+La présente phase vise à **réécrire et moderniser** l'outil existant :
+- modernisation **visuelle** de l'interface,
+- amélioration de l'**expérience utilisateur**,
+- reprise, ajustement, enrichissement ou suppression des processus actuels (à arbitrer en atelier).
+
+## Guide de lecture
+
+| # | Document | Contenu |
+|---|----------|---------|
+| 00 | [Sommaire](00-sommaire.md) | Ce document : index et guide de lecture |
+| 01 | [Vision & périmètre](01-vision-et-perimetre.md) | Objectif de la réécriture, scope / hors-scope, systèmes externes |
+| 02 | [Glossaire](02-glossaire.md) | Vocabulaire métier et sigles |
+| 03 | [Acteurs & rôles](03-acteurs-et-roles.md) | Qui fait quoi dans SatPRO |
+| 04 | [Processus global](04-processus-global.md) | Vue d'ensemble du cycle de vie |
+| 05 | [Initialisation du contrat](05-initialisation-contrat.md) | Sous-process |
+| 06 | [Gestion des accords](06-accords.md) | Sous-process **optionnel** (fonctionnalité existante) |
+| 07 | [Prestations](07-prestations.md) | Sous-process |
+| 08 | [Interventions](08-interventions.md) | Sous-process |
+| 09 | [RFI — Revue de Fin d'Intervention](09-rfi.md) | Sous-process |
+| 10 | [Facturation](10-facturation.md) | Sous-process |
+| 11 | [Sous-traitance (STI / STE / intra-groupe)](11-sous-traitance.md) | Sous-process |
+| 12 | [Fonctions transverses](12-fonctions-transverses.md) | Historisation, recherche, paramétrage, workflows, MAJ en masse |
+| 13 | [Pilotage](13-pilotage.md) | Sous-process (à définir) |
+| 14 | [Questions & points ouverts](14-questions-ateliers.md) | Décisions attendues en atelier |
+| 15 | [Journal des décisions](15-journal-decisions.md) | Retours d'atelier et décisions appliquées (suivi) |
+
+## Trame des fiches de sous-process
+
+Chaque fiche de sous-process suit la même structure pour faciliter la lecture et l'animation des ateliers :
+
+1. **Objectif** du sous-process
+2. **Acteurs** concernés
+3. **Déclencheur / entrée** et **sortie**
+4. **Étapes** du sous-process
+5. **Règles de gestion**
+6. **Données** : reçues / paramétrables dans SatPRO / envoyées vers les systèmes externes
+7. **Cas particuliers**
+8. **Points ouverts** (à trancher en atelier)
+
+## Convention de statut des points ouverts
+
+Dans les fiches, les éléments non arbitrés sont marqués :
+
+- 🟢 **Conserver** — fonctionnement actuel à reconduire
+- 🟡 **À ajuster / enrichir** — à retravailler en atelier
+- 🔴 **À définir** — non spécifié aujourd'hui, décision attendue
+- ⚪ **À confirmer** — hypothèse de rédaction à valider par le métier
@@ -0,0 +1,91 @@
+# 01 — Vision & périmètre
+
+## 1. Contexte
+
+SatPRO est un outil **existant** de gestion de l'activité d'une entreprise de services de contrôle. Il orchestre le cycle de vie d'un contrat client : mise en place contractuelle, découpage en prestations, production des interventions, contrôle de conformité (RFI) et déclenchement de la facturation.
+
+Le projet consiste à **réécrire** cet outil, pas à ajouter une fonction isolée. La réécriture poursuit trois intentions :
+
+- **Moderniser l'interface** (aspect visuel).
+- **Améliorer l'expérience utilisateur** des acteurs internes (commerce, administration, management, ordonnancement).
+- **Capitaliser sur l'existant** : reprendre ce qui fonctionne, ajuster ou enrichir ce qui doit l'être, supprimer ce qui n'a plus lieu d'être. Ces arbitrages se font en atelier avec les opérationnels.
+
+## 2. Objectifs de la phase « Specs pré-projet »
+
+Cette phase produit **le besoin métier**, pas la solution technique. Concrètement, pour chaque étape du cycle de vie du contrat :
+
+- suivre le **cycle de vie** d'un contrat dans SatPRO ;
+- reprendre les **sous-process** de chaque étape ;
+- reprendre, ajuster, enrichir, revoir ou supprimer **l'existant** ;
+- définir les **données attendues** à chaque étape.
+
+## 3. Périmètre fonctionnel (dans le scope)
+
+Le périmètre couvert par SatPRO va de l'**initialisation du contrat** à la **préparation / déclenchement de la facturation**. Les blocs suivants sont dans le scope de la réécriture :
+
+| Bloc | Objet |
+|------|-------|
+| Gestion des accords | Gestion des accords de référencement (BPU, règles d'indexation, périmètre autorisé) auxquels des contrats sont rattachés — **fonctionnalité existante de SatPRO** |
+| Initialisation du contrat | Création du contrat depuis l'offre (ou une commande directe rattachée à un accord), paramétrage administratif, de production, de facturation et d'indexation, gestion des destinataires |
+| Prestations | Découpage des missions vendues en prestations (canevas), héritage et propagation, regroupement / dégroupement |
+| Interventions | Production concrète chez le client : affectation, planification, RDV, suivi des statuts |
+| RFI | Revue de fin d'intervention : contrôle de conformité production vs contrat, gestion des écarts |
+| Facturation | Préparation et déclenchement de la facture, cas particuliers, refacturation |
+| Sous-traitance | Gestion STI (interne à la filiale), STE (externe) et sous-traitance intra-groupe |
+| Fonctions transverses | Historisation, recherche, paramétrage par défaut, workflows de validation, mises à jour en masse |
+| Pilotage | Suivi de l'activité (à définir) |
+
+## 4. Hors périmètre (hors scope)
+
+Les éléments suivants ne sont **pas** réalisés dans SatPRO ; SatPRO échange avec eux mais ne les remplace pas :
+
+- Le bloc **Contact & opportunités** (amont commercial).
+- Le bloc **Offre** (élaboration et validation du devis) — en amont, alimente SatPRO.
+- L'outil de **production terrain** (saisie par le technicien sur le terrain) — en aval, renvoie les données de production à SatPRO.
+- L'outil de **facturation** proprement dit — SatPRO prépare et transmet, la facture est émise par cet outil.
+- La **planification maître** lorsque le dossier est géré hors SatPRO (voir systèmes externes).
+
+> 🔴 **Fonctionnalités existantes à supprimer (décision atelier).**
+> - **C2I** : la fonctionnalité existante C2I **n'est pas reconduite** dans la réécriture.
+>   Le besoin qu'elle couvrait (notamment la gestion du **déplacement infructueux** en « mode
+>   échec ») doit être **repensé** dans le nouvel outil (voir [10 — Facturation](10-facturation.md)).
+
+### 4.1 Règle de création d'un contrat
+
+> 🟢 **Décision atelier.** Un contrat ne peut être créé **que** :
+> - à partir d'une **offre** (cas général, y compris offre d'avenant) ; **ou**
+> - à partir d'une **commande directe rattachée à un accord** de référencement
+>   (création du contrat puis de ses prestations).
+>
+> Une **commande directe** rattachée à un **contrat existant** ne crée pas de contrat :
+> elle **déclenche la part de prestation** déjà présente au contrat relative à cette commande
+> (complément de prestation). Voir [05 — Initialisation du contrat](05-initialisation-contrat.md).
+
+> Dans cette phase, aucune intégration technique n'est décrite. Les systèmes externes sont nommés uniquement pour identifier **les données échangées** avec SatPRO.
+
+## 5. Systèmes externes en interface
+
+| Système | Rôle vis-à-vis de SatPRO | Sens principal |
+|---------|--------------------------|----------------|
+| **Bingo Pro** | Offre / devis approuvé — source de création automatique du contrat | → vers SatPRO |
+| **CRM** | Identité client (raison sociale, SIREN, adresse, GPS) redescendue automatiquement | → vers SatPRO |
+| **PlanUp / 7Opteam** | Affectation et planification des techniciens ; peut être maître de la planification | ↔ |
+| **Saisie Terrain** (outil de production) | Données de production remontées en fin d'intervention (temps réel, quantités, observations, photos, écarts, rapport) | → vers SatPRO |
+| **DekraBill / DBill** | Outil de facturation : reçoit les paramètres et les lignes de facture préparés par SatPRO | ← depuis SatPRO |
+| **Controlling** | Tarifs de sous-traitance par code matériel (mise à jour annuelle) | → vers SatPRO |
+| **Cubes** | Restitution décisionnelle (CA facturé, coûts de sous-traitance, etc.) | ← depuis SatPRO |
+
+> ⚪ **À confirmer** : la liste et le périmètre exact de chaque interface sont à valider en atelier. Les noms d'outils sont repris du support d'atelier.
+
+> 🟢 **Précision atelier.** La **gestion des accords** (de référencement) n'est **pas** un système externe : c'est une **fonctionnalité existante de SatPRO**, intégrée au périmètre de la réécriture (voir §3 et la fiche [06 — Gestion des accords](06-accords.md)). Un contrat peut être rattaché à un accord et en hériter (BPU, indexation, périmètre autorisé).
+
+## 6. Principes métier structurants
+
+Ces principes traversent tout l'outil et doivent être tenus dans la réécriture :
+
+- **Hiérarchie Contrat → Prestation → Intervention.** La prestation est le canevas ; l'intervention est la production concrète d'une part du contrat chez le client.
+- **Héritage descendant.** Les prestations héritent du contrat ; les interventions héritent de la prestation.
+- **Propagation vers le non-produit uniquement.** Toute évolution d'un paramètre héritable redescend sur les interventions **non encore produites**. Les interventions **déjà produites conservent** le paramétrage figé au moment de leur production (historique).
+- **Priorité du niveau le plus bas.** Une donnée saisie au niveau prestation (ou intervention) devient « prioritaire » sur la valeur héritée.
+- **Contrôle avant facturation.** Aucune facturation ne part tant que la conformité de la production n'est pas validée (RFI) : automatique si aucun écart, manuelle (acte administratif) en cas d'écart.
+- **Traçabilité.** Les modifications sur contrat / prestation / intervention sont historisées (qui, quoi, quand, valeur d'origine).
@@ -0,0 +1,110 @@
+# 02 — Glossaire
+
+> Vocabulaire métier et sigles utilisés dans les specs pré-projet SatPRO.
+> ⚪ Les définitions marquées sont à confirmer / préciser en atelier.
+
+## Objets du cycle de vie
+
+| Terme | Définition |
+|-------|------------|
+| **Contrat** | Engagement qui lie le client à l'entreprise. Porte l'ensemble des paramètres : parties, dates, reconduction, missions vendues, sites, périodicité, prix, destinataires des avis / rapports / factures, règles de facturation et d'indexation. Point de départ du cycle de vie dans SatPRO. |
+| **Prestation** | « Chapeau » / canevas issu du découpage des missions vendues. Regroupe les missions de **même périodicité**, **même domaine technique** et **même lieu d'intervention**. Hérite du contrat et sert de modèle à toutes les interventions qui en découlent sur la durée du contrat. |
+| **Intervention (ITV)** | Production concrète d'une part du contrat chez le client. Hérite de la prestation, peut porter des informations propres. Cadre les intervenants, les compétences requises et le ou les rendez-vous. |
+| **RDV de service** | Rendez-vous planifié d'une intervention. Une intervention peut comporter **plusieurs** RDV de service. |
+| **Mission** | Prestation technique vendue (type de contrôle). Associée à un code matériel et à des qualifications. |
+| **Site / Lieu d'intervention** | Emplacement physique où se déroule la production chez le client. |
+
+## Acteurs et organisation
+
+| Terme | Définition |
+|-------|------------|
+| **CDP** | Centre de profit. Entité organisationnelle gestionnaire d'un contrat. |
+| **CDP gestionnaire** | CDP auquel le contrat est rattaché et qui en assure la gestion. |
+| **Apporteur d'affaire (AA)** | Acteur à l'origine de l'affaire. ⚪ Obligatoire à la mise en production (MEP). |
+| **Manager** | Responsable d'un CDP ; intervient notamment dans l'escalade RFI et le suivi de la sous-traitance de son CDP. |
+| **Admin / Administrative** | Acteur administratif qui paramètre le contrat et traite les actes manuels (consignes, validation d'écarts RFI, facturation). |
+| **Ordonnancement (Ordo)** | Acteur en charge de l'affectation et de la planification. |
+| **Intervenant / Technicien** | Personne qui réalise la production sur le terrain. |
+
+## Contrat & facturation
+
+| Terme | Définition |
+|-------|------------|
+| **Donneur d'ordre** | Entité qui commande la prestation. |
+| **Compte payeur / Payeur** | Entité destinataire de la facture, définie au contrat (ou spécifiquement à la prestation). |
+| **BDC** | Bon de commande (document, référence, date, validité). Peut être rendu obligatoire pour facturer. |
+| **BPU** | Bordereau de prix unitaires (issu d'un accord de référencement). |
+| **Accord (de référencement)** | Cadre tarifaire et contractuel auquel un contrat peut être rattaché. Apporte une **grille tarifaire** (BPU), des règles d'indexation et un périmètre autorisé. Voir aussi « Natures de contrat ». |
+| **Indexation / Réindexation** | Règle de révision des prix : date, formule, pourcentage fixe, etc. |
+| **Minima de facturation** | Montant plancher appliqué à la facturation. |
+| **Complément de facturation** | Ligne ajoutée à la facture (ex. déclenchée par un fait générateur). |
+| **Frais annexes refacturables** | Frais (ex. déplacement) pouvant être refacturés au client. |
+| **Fait générateur** | Événement qui autorise/déclenche la facturation (déplacement, annulation, production partielle, etc.). |
+| **Mode de facturation** | Modalité de facturation : par intervention (ITV), globale, ou FE. ⚪ *FE à expliciter.* |
+| **Proforma** | Facture provisoire, sans valeur comptable définitive. |
+| **Avoir** | Document d'annulation / de régularisation d'une facture. |
+
+## Natures de contrat
+
+> Trois natures, selon le rattachement et le mode de vente (précisions atelier) :
+
+| Terme | Définition |
+|-------|------------|
+| **Contrat gré à gré** | Contrat **non** rattaché à un accord de référencement **ni** directif. Issu **obligatoirement d'une offre** (ou d'une offre d'avenant pour le compléter) ; il **ne peut pas** être déclenché par un simple bon de commande client. |
+| **Contrat rattaché à un accord de référencement** | Contrat qui hérite de la **grille tarifaire** (BPU) de l'accord. Peut vendre des missions de la grille **au même prix, à un prix différent**, ou des **missions complémentaires** (à prix propre au contrat). |
+| **Contrat directif** | Variante d'accord où le **prix de la grille doit être suivi** (pas de prix dérogé) et où l'on **ne peut pas** vendre de mission complémentaire (sinon elle relève d'un contrat propre, hors directif). Volume de prestations à consommer : suivi de consommation, clôture automatique. Non rattachable à un autre accord. |
+| **Commande directe** | Commande client qui, **rattachée à un accord**, crée un contrat (puis ses prestations) ; ou, **rattachée à un contrat existant**, déclenche la **part de prestation** du contrat relative à la commande (complément). Ne crée pas de contrat dans ce second cas. |
+| **Contrat à bon de commande** | Contrat où certaines prestations ne deviennent **productibles** que lorsque le **bon de commande client** correspondant a été passé ; sinon l'intervention est **non valide** et ne peut être produite. |
+
+## Production & conformité
+
+| Terme | Définition |
+|-------|------------|
+| **MEP** | Mise en production. Étape qui déclenche le découpage du contrat en prestations puis la génération des interventions. |
+| **RFI** | Revue de Fin d'Intervention. Contrôle de conformité entre la production réellement réalisée et ce qui a été vendu au contrat. |
+| **Écart** | Différence constatée entre la production remontée du terrain et le contrat (quantité, temps, missions réalisées). Qualifié d'**acceptable** ou **non acceptable**. |
+| **Avenant** | Modification contractuelle générée lorsqu'un écart non acceptable impose un ajustement du contrat (traité dans le bloc Offre, hors SatPRO). |
+| **Recalage** | Ajustement du contrat / des interventions futures suite aux retours RFI. |
+| **Code état** | Statut d'avancement d'une intervention (ex. suspendue, annulée, reprise, terminée). Indépendant du code facturation. |
+| **Code facturation** | Statut de facturation d'une intervention. Indépendant du code état. |
+| **FPV** | ⚪ *À préciser en atelier.* Paramètre lié à la vérification (type de sortie, lieu de vérification). |
+| **Avis d'intervention / Avis de passage** | Notification envoyée au client avant l'intervention (ex. automatique à J-14, paramétrable). |
+
+## Consignes & documents
+
+| Terme | Définition |
+|-------|------------|
+| **NA** | Note administrative. Consigne administrative pouvant être jointe au contrat / à la prestation. |
+| **NP** | Note de production. Consigne de production transmise notamment au technicien. |
+| **Consignes administratives** | Instructions de gestion administrative saisies par l'admin. |
+| **Consignes de production** | Instructions de production saisies par l'admin et transmises à la production. |
+| **Rapport** | Document de restitution de l'intervention (PDF + pièces jointes), paramétrable (format, façonnage). |
+| **Paramètres LI (L1 à L4)** | **4 valeurs texte** paramétrables **au niveau du client** uniquement. **Aucun lien d'héritage** vers le contrat ou la prestation. 🟡 Usage/signification de chaque valeur à préciser en atelier. |
+
+## Sous-traitance
+
+| Terme | Définition |
+|-------|------------|
+| **STI** | Sous-traitance interne **à la filiale** (pas au niveau groupe). Déclenchée par défaut, utilisée si les ressources qualifiées du CDP gestionnaire sont indisponibles. |
+| **STE** | Sous-traitance externe (fournisseur **hors groupe**). Ajoutée par l'AA ou l'ordonnancement, pour un travail complet ou une prestation partielle. |
+| **Sous-traitance intra-groupe** | Sous-traitance dont le fournisseur est une **autre filiale du groupe**. Fonctionne **comme une STE** (mêmes mécanismes), mais le prestataire est interne au groupe. |
+| **Marge** | Écart entre le prix vendu et le coût de sous-traitance ; calculée automatiquement. |
+
+## Systèmes externes
+
+| Terme | Définition |
+|-------|------------|
+| **Bingo Pro** | Outil d'offre / devis approuvé, source de création automatique du contrat. |
+| **CRM** | Référentiel client (identité, SIREN, adresse, GPS). |
+| **PlanUp / 7Opteam** | Outil(s) de planification des techniciens ; peut être maître de la planification (dossier « Lié PlanUp »). |
+| **Saisie Terrain** | Outil de production terrain utilisé par le technicien. |
+| **DekraBill / DBill** | Outil de facturation. |
+| **Controlling** | Fonction fournissant les tarifs de sous-traitance par code matériel. |
+| **Cubes** | Environnement de restitution décisionnelle / reporting. |
+| **Power BI** | Outil de tableaux de bord et d'analyse décisionnelle (reporting). |
+
+## Fonctionnalités existantes non reconduites
+
+| Terme | Définition |
+|-------|------------|
+| **C2I** | ❌ Fonctionnalité existante **supprimée** dans la réécriture. Elle gérait notamment le **déplacement infructueux** (« mode échec ») ; ce besoin est à repenser dans le nouvel outil (voir [10 — Facturation](10-facturation.md)). |
@@ -0,0 +1,59 @@
+# 03 — Acteurs & rôles
+
+> Les acteurs **internes** utilisent SatPRO. Les acteurs/systèmes **externes** échangent des données avec SatPRO sans en être utilisateurs directs.
+> ⚪ Le détail des responsabilités et des droits par rôle est à valider en atelier.
+
+## 1. Acteurs internes (utilisateurs de SatPRO)
+
+| Acteur | Rôle principal | Interventions clés dans le cycle de vie |
+|--------|----------------|------------------------------------------|
+| **Commercial** | Élabore et fait valider l'offre (bloc Offre, en amont). Saisit les éléments du bloc offre repris automatiquement dans le contrat. | Alimente l'initialisation du contrat ; peut saisir les paramètres de facturation. |
+| **Admin / Administrative** | Paramètre le contrat, saisit les consignes administratives et de production, traite les actes manuels. | Initialisation du contrat ; validation manuelle des écarts RFI ; préparation / blocage de facture. |
+| **CDP gestionnaire** | Centre de profit rattaché au contrat. | Rattachement du contrat au bon référentiel. |
+| **Manager (de CDP)** | Encadre un CDP. | Escalade RFI selon les cas ; suivi de la sous-traitance interne (STI) de son CDP. |
+| **Apporteur d'affaire (AA)** | À l'origine de l'affaire. | Obligatoire à la MEP ; peut ajouter de la sous-traitance externe (STE). |
+| **Ordonnancement (Ordo)** | Affecte et planifie les ressources. | Affectation / planification des interventions ; peut ajouter de la STE. |
+| **Intervenant / Technicien** | Réalise la production sur le terrain. | Reçoit les éléments de production ; remonte les données de production (via Saisie Terrain). |
+
+## 2. Acteur externe (bénéficiaire)
+
+| Acteur | Rôle | Interactions |
+|--------|------|--------------|
+| **Client** | Bénéficiaire des prestations de contrôle. Peut être donneur d'ordre et/ou payeur. | Reçoit l'avis d'intervention / de passage (ex. J-14), le rapport et la facture, selon les destinataires paramétrés au contrat / à la prestation. Peut demander une suspension d'intervention. |
+
+## 3. Systèmes externes
+
+Voir [01 — Vision & périmètre §5](01-vision-et-perimetre.md). Rappel synthétique :
+
+| Système | Fournit à SatPRO | Reçoit de SatPRO |
+|---------|------------------|------------------|
+| **Bingo Pro** | Devis approuvé (données d'offre) | — |
+| **CRM** | Identité client | — |
+| **Accord** | BPU, indexation, périmètre autorisé | — |
+| **PlanUp / 7Opteam** | Affectation technicien & créneaux (si maître) | Infos interventions à planifier |
+| **Saisie Terrain** | Données de production (temps, quantités, écarts, rapport) | Éléments de production, consignes, NP |
+| **DekraBill / DBill** | — | Paramètres et lignes de facture |
+| **Controlling** | Tarifs de sous-traitance par code matériel | — |
+| **Cubes** | — | Indicateurs (CA facturé, coûts STI, …) |
+
+## 4. Matrice acteurs × étapes (RACI simplifié)
+
+> ⚪ Première proposition à challenger en atelier. R = Réalise, C = Contribue/consulté.
+
+| Étape | Commercial | Admin | CDP/Manager | Ordo | Technicien |
+|-------|:---------:|:-----:|:-----------:|:----:|:----------:|
+| Initialisation du contrat | C | **R** | C | | |
+| Prestations | | **R** | C | C | |
+| Interventions | | C | | **R** | C |
+| Production (hors SatPRO) | | | | | **R** |
+| RFI | | **R** | C (escalade) | | |
+| Facturation | C | **R** | | | |
+| Sous-traitance STI | | | **R** (manager) | C | |
+| Sous-traitance STE | | | | **R** (AA/Ordo) | |
+
+## 5. Points ouverts
+
+- 🔴 Définir précisément les **droits par rôle** (lecture / écriture / validation) sur chaque bloc.
+- 🔴 Préciser qui déclenche la **mise en production** (admin ? automatique ?).
+- ⚪ Confirmer le rôle exact de l'**AA** vs l'**ordonnancement** dans la STE.
+- 🔴 Définir les **workflows de validation** (qui valide quoi, escalades) — voir [12 — Fonctions transverses](12-fonctions-transverses.md).
@@ -0,0 +1,82 @@
+# 04 — Processus global
+
+## 1. Vue d'ensemble du cycle de vie
+
+Le cycle de vie complet d'une affaire s'étend du contact commercial jusqu'à la facturation. SatPRO prend en charge le cœur de ce cycle (encadré ci-dessous), de l'**initialisation du contrat** à la **facturation**, en s'appuyant sur des blocs amont (Offre) et aval (Production terrain, Facturation DBill) hors de son périmètre.
+
+```
+   [ Contact &            [ Offre ]            ┌──────────────── SatPRO ────────────────┐
+     opportunités ]  ──▶   (devis)   ──▶       │  Initialisation du contrat              │
+     (hors scope)         (hors scope)         │             │                           │
+                                               │             ▼                           │
+                                               │  Gestion des accords (optionnel)        │
+                                               │             │                           │
+                                               │             ▼                           │
+                                               │  Prestations & interventions            │
+                                               │             │                           │
+                                               └─────────────┼───────────────────────────┘
+                                                             ▼
+                                                   Affectation & planification
+                                                   (PlanUp / 7Opteam)
+                                                             │
+                                                             ▼
+                                                   Production (hors scope — terrain)
+                                                             │
+                                               ┌─────────────┼───────────────────────────┐
+                                               │             ▼                           │
+                                               │            RFI                          │
+                                               │             │                           │
+                                               │             ▼                           │
+                                               │        Facturation  ──▶ DBill           │
+                                               └─────────────────────────────────────────┘
+```
+
+Enchaînement : **Contact & opportunités → Offre → Initialisation du contrat → (Gestion des accords, optionnel) → Prestations & interventions → Affectation & planification → Production → RFI → Facturation.**
+
+Les blocs **Initialisation du contrat**, **Gestion des accords** (optionnel), **Prestations & interventions**, **RFI** et **Facturation** sont réalisés dans SatPRO. Les blocs **Contact & opportunités**, **Offre**, **Affectation & planification** (quand maître externe) et **Production** sont hors scope mais interfacés.
+
+## 2. Les grandes étapes
+
+| # | Étape | Dans SatPRO | Fiche |
+|---|-------|:-----------:|-------|
+| 1 | Contact & opportunités | Non | — (hors scope) |
+| 2 | Offre | Non | — (hors scope, alimente le contrat) |
+| 3 | Initialisation du contrat | Oui | [05](05-initialisation-contrat.md) |
+| 3bis | Gestion des accords (optionnel) | Oui | [06](06-accords.md) |
+| 4 | Prestations | Oui | [07](07-prestations.md) |
+| 5 | Interventions | Oui | [08](08-interventions.md) |
+| 6 | Affectation & planification | Interface | [08](08-interventions.md) (PlanUp / 7Opteam) |
+| 7 | Production | Non | — (hors scope, terrain) |
+| 8 | RFI | Oui | [09](09-rfi.md) |
+| 9 | Facturation | Oui (préparation) | [10](10-facturation.md) |
+
+Transverses : [Sous-traitance](11-sous-traitance.md), [Fonctions transverses](12-fonctions-transverses.md), [Pilotage](13-pilotage.md).
+
+## 3. Principes de propagation (fil rouge de bout en bout)
+
+La chaîne **Accord → Contrat → Prestation → Intervention** fonctionne par **héritage descendant** :
+
+1. Un contrat rattaché à un **accord** hérite du BPU, de l'indexation et du périmètre autorisé.
+2. Les **prestations** sont générées depuis le contrat et héritent de ses paramètres.
+3. Les **interventions** sont générées depuis les prestations et héritent de leurs paramètres (et des visites précédentes).
+
+Règles de propagation :
+
+- Toute modification d'un **élément héritable** sur un niveau se répercute sur le niveau inférieur **tant qu'il n'est pas produit**.
+- Une donnée saisie à un niveau inférieur devient **prioritaire** et n'est pas écrasée par une modification du niveau supérieur.
+- Les éléments **déjà produits** sont **figés** : ils conservent le paramétrage en vigueur au moment de leur production (valeur historique).
+
+## 4. Statuts
+
+Deux axes de statut **indépendants** sont suivis sur l'intervention :
+
+- **Code état** : avancement opérationnel (ex. en cours, suspendue, annulée, reprise, terminée).
+- **Code facturation** : avancement de facturation.
+
+Les transitions de statut sont ajustées automatiquement selon des règles définies. 🔴 Les listes de valeurs et les règles de transition sont à formaliser en atelier.
+
+## 5. Points ouverts
+
+- 🔴 Formaliser la **liste des codes état** et des **codes facturation** et leurs règles de transition.
+- 🟡 Clarifier le degré d'**automatisation** vs d'**action manuelle** à chaque passage d'étape (découpage, MEP, génération ITV, libération facture).
+- ⚪ Confirmer la frontière exacte **SatPRO / PlanUp-7Opteam** sur l'affectation et la planification.
@@ -0,0 +1,135 @@
+# 05 — Initialisation du contrat
+
+> Cahier des charges — scope et expression du besoin macro.
+> Premier bloc du périmètre SatPRO : il transforme une offre validée en contrat exploitable, prêt pour la mise en production.
+
+## 1. Objectif
+
+Créer et paramétrer le contrat qui lie le client à l'entreprise, à partir de l'offre validée, puis le préparer pour la mise en production (découpage en prestations). Le contrat porte **l'ensemble des paramètres** qui seront ensuite hérités par les prestations et les interventions.
+
+> 🟢 **Origine d'un contrat (décision atelier).** Un contrat ne peut être créé **que** :
+> - à partir d'une **offre** (cas général, offre d'avenant incluse pour compléter un contrat existant) ; **ou**
+> - à partir d'une **commande directe rattachée à un accord** de référencement.
+>
+> Une **commande directe rattachée à un contrat existant** ne crée pas de contrat :
+> elle **déclenche la part de prestation** du contrat relative à cette commande (complément).
+> Les trois natures de contrat (gré à gré, référencement, directif) sont définies au [glossaire](02-glossaire.md).
+
+> 🟡 **Découpage pour gestion interne.** Le découpage d'un contrat pour des besoins de
+> **gestion interne** ne doit **pas** être mené en agence. Reprendre toutefois les
+> **contraintes actuelles** de cette pratique pour les corriger dans le nouvel outil
+> (filtres manquants, **axe de regroupement paramétrable**).
+
+## 2. Acteurs
+
+- **Commercial** — saisit les éléments du bloc offre, validés en revue de contrat (en amont).
+- **Admin / Administrative** — paramètre le contrat dans SatPRO (consignes, destinataires, facturation si non saisie par le commerce).
+- **CDP gestionnaire / Manager** — rattachement au bon référentiel.
+
+## 3. Déclencheur & sortie
+
+- **Déclencheur** : un devis est **approuvé** dans l'outil d'offre (Bingo Pro) et la revue de contrat est validée.
+- **Sortie** : un contrat paramétré, mis en production, dont les paramètres sont transmis au bloc Prestations et à l'outil de facturation.
+
+## 4. Étapes du sous-process
+
+### 4.1 Réception des données d'offre
+Création **automatique** du contrat à partir des données du bloc offre, **sans action admin**. Le commercial a saisi les éléments dans l'offre ; ils sont repris automatiquement dans SatPRO. L'identité client redescend automatiquement du CRM.
+
+### 4.2 Assignation au bon référentiel
+Rattachement du contrat au bon référentiel : définition du **CDP gestionnaire**, de l'**apporteur d'affaire**, et le cas échéant de l'**accord de référencement** auquel le contrat est rattaché.
+
+### 4.3 Paramétrage du contrat
+Saisie par l'admin des éléments non issus de l'offre : consignes administratives et de production (avec NA / NP jointes si plus exhaustives), horaires de disponibilité, mode de règlement, courriers client paramétrables, destinataires.
+
+Paramètres complémentaires relevés en atelier :
+
+- **Durée du contrat** : **durée finie** (date de fin) ou **durée indéterminée** (tacite reconduction).
+- **Contrat à bon de commande** : certaines prestations n'ont leurs interventions **valides** (donc productibles) **que si le bon de commande client a été passé**. Une intervention non valide ne peut pas être produite.
+- **Paramétrage imposé** : possibilité d'indiquer qu'un paramétrage est **imposé** et **ne peut être dérogé** au niveau inférieur (prestation / intervention). Complète le principe de « priorité du niveau le plus bas » : un paramètre marqué imposé verrouille la valeur héritée.
+
+### 4.4 Paramétrage facturation & indexation
+Saisie (si non renseignée par le commerce) des paramètres de facturation et des **règles d'indexation des prix** (date, formule, pourcentage fixe, etc.).
+
+Précisions atelier :
+
+- **Facturation additionnelle** : paramétrage de montants additionnels (ex. **intervention le week-end**, **minimum de facturation**, etc.).
+- **Augmentation automatique des tarifs** : les tarifs doivent pouvoir être **augmentés automatiquement** selon la règle d'indexation paramétrée.
+- **Origine de la règle d'augmentation** : selon le cas, l'augmentation suit une **directive commerciale** (secteur **privé**), les **CGV** (secteur **public**), ou une règle **propre au contrat**.
+
+### 4.5 Gestion des destinataires
+Définition des destinataires **par type d'interaction** : commerciale, administrative, avis d'intervention, rapport, facture, etc.
+
+Précisions atelier :
+
+- **Destinataire des livrables** : définir des destinataires pour les livrables (avis d'intervention, rapport, etc.). Pour chaque livrable, un destinataire peut être marqué comme **principal**.
+- **Simplifier la notion de rapport** : rationaliser les variantes actuelles **Rapport CT / Rapport CT Terrain / Rapport provisoire** (🟡 cible de simplification à préciser en atelier).
+
+### 4.6 Mise en production (MEP)
+Transmission de l'héritage complet du contrat au bloc Prestations, et des paramètres de facturation à l'outil de facturation. Pour un **contrat directif** : suivi de la consommation du volume.
+
+Précisions atelier :
+
+- **Continuité de prestation** : à la MEP, une prestation doit pouvoir être **liée à une prestation existante terminée ou résiliée**, afin d'assurer la **continuité** (reprise des paramétrages, des rapports précédents, de l'historique).
+- **Contrat gré à gré** : un contrat **ni rattaché à un accord ni directif** est dit **gré à gré**. Il est **issu d'une offre** (offre obligatoire, ou offre d'avenant pour compléter un gré à gré existant) et **ne peut pas** être déclenché par un bon de commande client.
+
+## 5. Règles de gestion
+
+- **RG-CTR-01** — Le contrat est créé **automatiquement** depuis le devis approuvé, sans ressaisie admin des données d'offre.
+- **RG-CTR-02** — L'identité client provient du CRM (redescente automatique) et ne se saisit pas manuellement.
+- **RG-CTR-03** — Un contrat **peut** être rattaché à un **accord** ; il hérite alors du BPU, de l'indexation et du périmètre autorisé de l'accord.
+- **RG-CTR-04** — L'**apporteur d'affaire** est **obligatoire** pour permettre la mise en production.
+- **RG-CTR-05** — Les paramètres de facturation peuvent être saisis par le commerce ; à défaut, l'admin les complète.
+- **RG-CTR-06** — Les destinataires sont définis **par type d'interaction** (commerciale, admin, avis, rapport, facture).
+- **RG-CTR-07** — À la MEP, **toutes** les données héritables du contrat sont transmises au bloc Prestations.
+- **RG-CTR-08** — Un **contrat directif** n'est **pas rattachable à un accord**, fait l'objet d'un **suivi de consommation** de volume et d'une **clôture automatique** une fois le volume consommé.
+- **RG-CTR-09** — **Bingo ne porte que l'acte commercial** (déclenchement / mise à jour du contrat). La **formalisation** du contrat conclu et le **suivi de ses évolutions** sont dans **SatPRO**, source de vérité. Le **commerce** peut **consulter les données en cours** du contrat lors d'un **nouveau devis**.
+- **RG-CTR-10** — Toute **modification** d'un contrat conclu nécessite une **étape administrative de mise en production des changements**, avec prise en compte des **impacts sur les prestations** (existantes et/ou nouvelles à créer).
+- **RG-CTR-11** — Un contrat est créé **uniquement** depuis une **offre** (offre d'avenant incluse) **ou** une **commande directe rattachée à un accord**. Une commande directe sur un **contrat existant** ne crée pas de contrat : elle déclenche la **part de prestation** correspondante.
+- **RG-CTR-12** — La **référence de l'offre** (et de l'**avenant**) doit être un **critère de recherche** permettant de retrouver le contrat créé dans SatPRO.
+- **RG-CTR-13** — Un contrat a une **durée finie** (date de fin) ou **indéterminée** (tacite reconduction).
+- **RG-CTR-14** — Dans un **contrat à bon de commande**, une intervention n'est **productible** que si le **bon de commande client** correspondant a été passé (sinon « non valide »).
+- **RG-CTR-15** — Les **tarifs** peuvent être **augmentés automatiquement** selon la règle d'indexation, dont l'origine est une **directive commerciale** (privé), les **CGV** (public) ou une règle **propre au contrat**.
+- **RG-CTR-16** — Un paramètre peut être marqué **imposé** : il **ne peut pas être dérogé** aux niveaux inférieurs (prestation / intervention).
+- **RG-CTR-17** — Un **contrat gré à gré** (ni accord ni directif) est **issu d'une offre** et **ne peut pas** être déclenché par un bon de commande client.
+- **RG-CTR-18** — À la MEP, une prestation peut être **liée à une prestation terminée ou résiliée** pour en assurer la **continuité** (reprise paramétrages, rapports précédents, historique).
+
+## 6. Données
+
+### 6.1 Données reçues
+| Source | Données |
+|--------|---------|
+| **Bingo Pro** (devis approuvé) | Donneur d'ordre, compte payeur, adresse admin, missions & qualifications, prix, lieux d'intervention, durée, période, BDC (doc, réf, date, validité), conditions de tarification, flag national / réseau |
+| **CRM** (redescente auto) | Identité client : raison sociale, SIREN, adresse, coordonnées GPS |
+| **Accord** (si rattaché) | BPU, règles d'indexation, périmètre autorisé |
+
+### 6.2 Données paramétrables dans SatPRO
+- **Consignes & notes** : NA (note administrative), NP (note de production), consignes admin & production.
+- **Organisation** : apporteur d'affaire (obligatoire MEP), horaires de disponibilité.
+- **Relation client** : mode de règlement, courriers client paramétrables, destinataires par type d'interaction.
+- **Facturation** : mode de facturation (par ITV / globale / FE), BDC obligatoire ou non, minima & compléments de facturation, frais annexes refacturables, **facturation additionnelle** (week-end, minimum de facturation…).
+- **Indexation** : formule d'indexation retenue (date, formule, pourcentage fixe), **augmentation automatique** des tarifs (origine : directive commerciale / CGV / propre au contrat).
+- **Durée** : contrat à durée finie ou indéterminée (tacite reconduction).
+- **Nature** : gré à gré / rattaché à un accord / directif ; option **contrat à bon de commande**.
+- **Dérogation** : marquage d'un paramètre comme **imposé** (non dérogeable au niveau inférieur).
+
+### 6.3 Données envoyées
+| Destination | Données |
+|-------------|---------|
+| **SatPRO / Prestations & ITV** | Héritage de **toutes** les données du contrat |
+| **DekraBill** | Paramètres de facturation |
+
+## 7. Cas particuliers
+
+- **Contrat directif** : suivi de la consommation du volume, clôture automatique, non rattachable à un accord (voir RG-CTR-08).
+- **Contrat rattaché à un accord** : les règles tarifaires et le périmètre proviennent de l'accord (voir RG-CTR-03).
+- **Flag national / réseau** : marque un contrat de dimension nationale ou réseau. ⚪ Impacts métier à préciser.
+
+## 8. Points ouverts
+
+- 🔴 Qui déclenche la **MEP** et sous quelles conditions de complétude (contrôles bloquants avant MEP) ?
+- 🔴 Lister les **contrôles de cohérence** obligatoires avant MEP (ex. AA renseigné, destinataire facture défini, mode de facturation choisi).
+- 🟡 Préciser le fonctionnement de la **tacite reconduction** (dates, préavis, renouvellement des prestations).
+- ⚪ Expliciter le mode de facturation **FE**.
+- ⚪ Préciser les impacts du **flag national / réseau**.
+- 🟡 Catalogue des **courriers client paramétrables** à définir.
@@ -0,0 +1,99 @@
+# 06 — Gestion des accords
+
+> Cahier des charges — scope et expression du besoin macro.
+> **Fonctionnalité existante de SatPRO** (précision atelier) : l'accord n'est pas un système
+> externe, il se gère dans l'outil. Un contrat peut y être rattaché et en hériter.
+> Étape **optionnelle** du cycle de vie : elle n'intervient que lorsqu'un accord de
+> référencement encadre le(s) contrat(s). Se situe entre l'[initialisation du contrat](05-initialisation-contrat.md) et les [prestations](07-prestations.md).
+
+## 1. Objectif
+
+Gérer les **accords de référencement** qui encadrent commercialement et tarifairement un
+ensemble de contrats : bordereau de prix unitaires (BPU), règles d'indexation et périmètre
+autorisé. Les contrats rattachés à un accord en **héritent** (voir [05 — Initialisation du contrat](05-initialisation-contrat.md)).
+
+### 1.1 Deux niveaux d'accord (précisions atelier)
+
+- **Accord de référencement** : il apporte une **grille tarifaire**. Un contrat rattaché peut
+  vendre des missions de la grille **au même prix, à un prix différent**, ou des **missions
+  complémentaires** (à **prix propre au contrat**).
+- **Contrat directif** : variante où le **prix de la grille doit être suivi** (pas de prix
+  dérogé) et où l'on **ne peut pas** vendre de mission complémentaire. Si des missions
+  complémentaires sont nécessaires, elles relèvent d'un **contrat propre, hors directif**.
+
+## 2. Acteurs
+
+- **Commercial / CDP gestionnaire** — négocie et porte l'accord. ⚪ À préciser en atelier.
+- **Admin / Administrative** — saisit et maintient les paramètres de l'accord.
+- **Manager** — suivi. ⚪ À préciser.
+
+## 3. Déclencheur & sortie
+
+- **Déclencheur** : l'accord **s'initie à partir de Bingo** (Bingo Pro). Il est ensuite
+  exploitable dans SatPRO pour y rattacher des contrats.
+- **Sortie** : accord exploitable auquel des contrats peuvent être rattachés, et dont les
+  paramètres redescendent sur ces contrats.
+
+## 3bis. Rattachement d'un contrat à un accord
+
+Le rattachement d'un contrat à un accord peut se faire à **deux moments** :
+
+- **Dès l'offre** : le rattachement est porté depuis l'offre (Bingo) et repris dans SatPRO.
+- **En gestion de contrat** : rattachement (ou détachement) ultérieur, directement dans SatPRO.
+
+Il s'agit de **reprendre la fonctionnalité existante** de SatPRO permettant de **rattacher
+et détacher** des contrats à un accord existant.
+
+> 🟢 **Rattachement non bloquant (décision atelier).** Rattacher un contrat dont les tarifs
+> **ne suivent pas le BPU** de l'accord n'est **pas bloquant** : le contrat est simplement
+> mis en **« anomalie » informative** (signalement, sans empêcher le rattachement ni la
+> production). *(Ne s'applique pas au contrat directif, où le prix de grille doit être suivi.)*
+
+## 4. Contenu d'un accord
+
+| Élément | Description |
+|---------|-------------|
+| **BPU** | Bordereau de prix unitaires applicable aux contrats rattachés |
+| **Indexation** | Règles de révision des prix (date, formule, pourcentage fixe) |
+| **Périmètre autorisé** | Périmètre (missions, sites, entités…) couvert par l'accord |
+
+## 5. Règles de gestion
+
+- **RG-ACC-01** — L'accord **s'initie à partir de Bingo** puis est **géré dans SatPRO** (modification, suivi, rattachements) ; ce n'est pas un référentiel externe.
+- **RG-ACC-02** — Un contrat **peut** être rattaché à un accord ; il hérite alors du **BPU**, de l'**indexation** et du **périmètre autorisé** de l'accord.
+- **RG-ACC-03** — Un **contrat directif** n'est **pas rattachable** à un accord (cf. [05 — RG-CTR-08](05-initialisation-contrat.md)).
+- **RG-ACC-05** — Le rattachement d'un contrat à un accord peut intervenir **dès l'offre** (porté depuis Bingo) **ou** plus tard **en gestion de contrat** dans SatPRO.
+- **RG-ACC-06** — SatPRO permet de **rattacher et détacher** un contrat d'un accord existant (reprise de la fonctionnalité existante).
+- **RG-ACC-07** — **Bingo ne porte que l'acte commercial** (déclenchement / mise à jour d'un accord). La **formalisation** de l'accord conclu et le **suivi de ses évolutions** sont dans **SatPRO**, qui en est la source de vérité.
+- **RG-ACC-08** — Le **commerce** peut **consulter les données en cours** de l'accord dans SatPRO lors de l'établissement d'un **nouveau devis**.
+- **RG-ACC-09** — Toute **modification** d'un accord nécessite une **étape administrative de mise en production des changements**, avec prise en compte des **impacts sur les prestations** (existantes et/ou nouvelles à créer) — cf. RG-ACC-04 pour les règles de propagation.
+- **RG-ACC-04** — 🔴 Règles de propagation d'une modification d'accord vers les contrats déjà rattachés : à définir (s'applique-t-elle aux contrats en cours ? aux seules nouvelles prestations ? historique figé ?).
+- **RG-ACC-10** — Un **accord de référencement** apporte une **grille tarifaire** ; un contrat rattaché peut vendre à **prix identique, différent** ou proposer des **missions complémentaires** (prix propre au contrat).
+- **RG-ACC-11** — Dans la variante **contrat directif**, le **prix de grille est suivi** (non dérogeable) et les **missions complémentaires sont interdites** (elles relèvent d'un contrat propre, hors directif).
+- **RG-ACC-12** — Rattacher un contrat dont les tarifs **ne suivent pas le BPU** n'est **pas bloquant** : le contrat est mis en **« anomalie » informative** (hors directif, où le respect de la grille est requis).
+
+## 6. Données
+
+### 6.1 Données reçues
+| Source | Données |
+|--------|---------|
+| **Bingo (Bingo Pro)** | Initialisation de l'accord ; rattachement contrat ↔ accord porté dès l'offre |
+
+### 6.2 Données paramétrables dans SatPRO
+- BPU (lignes de prix), règles d'indexation, périmètre autorisé.
+- Rattachement / détachement contrat ↔ accord (dès l'offre ou en gestion de contrat).
+
+### 6.3 Données envoyées (héritage interne)
+| Destination | Données |
+|-------------|---------|
+| **Contrat rattaché** | BPU, indexation, périmètre autorisé |
+
+## 7. Points ouverts
+
+- 🔴 Définir le **cycle de vie** d'un accord (création, validité, renouvellement, résiliation).
+- 🔴 Définir la **propagation** des modifications d'accord vers les contrats rattachés (cf. RG-ACC-04).
+- 🟡 Préciser les **acteurs** et droits (qui crée / modifie / valide un accord).
+- 🟡 Préciser le **suivi de consommation** éventuel au niveau accord (vs contrat directif).
+- 🟢 **Frontière Bingo ↔ SatPRO tranchée** (cf. RG-ACC-07 à 09) : Bingo = acte commercial ; SatPRO = formalisation, suivi des évolutions et mise en production administrative des changements. Reste à préciser le **détail des règles de propagation** sur les prestations (cf. RG-ACC-04).
+- ⚪ Confirmer le périmètre exact couvert par la « gestion des accords » existante dans SatPRO.
+- 🔴 Définir l'**étape administrative de mise en production des changements** d'accord : qui la déclenche, quels contrôles, comment sont identifiés et appliqués les impacts sur les prestations existantes vs nouvelles.
@@ -0,0 +1,93 @@
+# 07 — Prestations
+
+> Cahier des charges — scope et expression du besoin macro.
+> La prestation est le **canevas / chapeau** des interventions : elle découpe les missions vendues et sert de modèle à toutes les interventions produites sur la durée du contrat.
+
+## 1. Objectif
+
+Découper les missions vendues du contrat en **prestations** cohérentes (regroupement par périodicité, domaine technique et lieu), paramétrer chaque prestation, puis générer les interventions associées. La prestation hérite du contrat et transmet aux interventions.
+
+## 2. Acteurs
+
+- **Admin / Administrative** — paramètre les prestations.
+- **Ordonnancement** — contribue au regroupement (coordination planification).
+- **CDP / Manager** — suivi.
+
+## 3. Déclencheur & sortie
+
+- **Déclencheur** : mise en production du contrat (fin du bloc Initialisation).
+- **Sortie** : prestations validées → génération automatique des interventions ; information de regroupement transmise à la planification.
+
+## 4. Étapes du sous-process
+
+### 4.1 Génération automatique depuis le contrat
+Les paramètres héritables du contrat redescendent automatiquement au niveau des prestations. Le découpage regroupe les missions de **même périodicité**, **même domaine technique** et **même lieu d'intervention**.
+
+### 4.2 Paramétrage des prestations
+Les champs hérités peuvent être modifiés : la valeur saisie au niveau prestation devient **prioritaire** (sauf si le paramètre est marqué **imposé** au contrat — voir [05 — RG-CTR-16](05-initialisation-contrat.md)). Paramétrage spécifique : destinataires de documents (certains obligatoires), rapports (format, façonnage), facturation au niveau prestation, FPV (type de sortie, lieu de vérification), consignes complémentaires (conservées au renouvellement).
+
+> 🟡 **Scinder / dispatcher (précision atelier).** On doit pouvoir **scinder** une prestation
+> en plusieurs (dispatch), tant que les prestations résultantes **respectent le contrat**
+> auquel elles appartiennent.
+
+### 4.3 Regroupement / dégroupement
+Possibilité de **regrouper** des prestations compatibles (même mois, même lieu, même compétence) ; cible : élargir aux sites proches. Possibilité de **dégrouper** en cas d'erreur ou de changement de besoin client. La compatibilité des **comptes payeurs** doit être vérifiée.
+
+> ⏸️ **Fonctionnalité en attente (décision atelier).** Le regroupement / dégroupement est
+> **mis en attente** : vérifier d'abord si **Plan'UP** le gère nativement — auquel cas cette
+> fonctionnalité deviendrait **caduque**. À défaut, elle sera traitée en **fin de phase projet**.
+
+### 4.4 Validation & génération des interventions
+À la validation de la prestation, les interventions sont générées automatiquement. Toute modification **post-validation** d'un élément héritable se propage aux interventions non encore produites.
+
+## 5. Règles de gestion
+
+- **RG-PRE-01** — Les prestations résultent d'un **découpage** des missions vendues regroupées par **périodicité + domaine technique + lieu d'intervention** identiques.
+- **RG-PRE-02** — Tous les paramètres héritables du contrat **redescendent** sur la prestation.
+- **RG-PRE-03** — Toute modification d'un élément hérité **depuis le contrat** modifie la prestation (propagation descendante).
+- **RG-PRE-04** — Toute modification d'un élément héritable **sur la prestation** modifie les interventions **non encore produites**.
+- **RG-PRE-05** — Une donnée saisie sur la prestation devient **prioritaire** : une modification ultérieure de la donnée héritée du contrat **ne l'écrase pas**.
+- **RG-PRE-06** — Certaines consignes (admin, production) peuvent avoir des **champs supplémentaires propres à la prestation**, pour préciser ou remplacer l'attendu contrat ; modifier la donnée héritée du contrat **ne change pas** ces champs propres.
+- **RG-PRE-07** — Le regroupement n'est autorisé que si **timing, lieu et compétence** sont compatibles ; la compatibilité des **comptes payeurs** doit être vérifiée.
+- **RG-PRE-08** — Une prestation peut être **modifiée**, **résiliée** (sur sélection d'un motif) ou **réactivée** après résiliation.
+- **RG-PRE-09** — Les consignes complémentaires de prestation sont **conservées au renouvellement** du contrat.
+- **RG-PRE-10** — La génération des interventions est **automatique à la validation** de la prestation.
+- **RG-PRE-11** — Une prestation peut être **scindée / dispatchée** en plusieurs prestations, à condition que chacune **respecte le contrat** d'appartenance.
+- **RG-PRE-12** — ⏸️ Le **regroupement / dégroupement** (RG-PRE-07) est **en attente** : à confirmer selon la prise en charge native par **Plan'UP** ; sinon traité en fin de phase projet.
+
+## 6. Données
+
+### 6.1 Données héritées (du contrat)
+Montants contractuels ; temps & durée prévue des interventions ; mois de programmation ; périodicité ; infos client (nom, adresse, téléphone, accès) ; missions, code matériel, qualifications.
+
+> Note : les **paramètres LI (L1 à L4)** ne sont **pas** hérités ici — ce sont 4 valeurs texte paramétrées **au niveau du client** uniquement (voir [02 — Glossaire](02-glossaire.md)).
+
+### 6.2 Données paramétrables dans SatPRO
+- Tous les champs hérités (la donnée sur la prestation devient **prioritaire**).
+- Destinataires de documents (certains obligatoires).
+- Paramétrage des rapports (format, façonnage).
+- Paramétrage de la facturation au niveau prestation.
+- FPV (type de sortie, lieu de vérification).
+- Consignes complémentaires (conservées au renouvellement).
+- **Regroupement** : par même mois / lieu / compétence ; cible sites proches ; vérification des comptes payeurs.
+
+### 6.3 Données envoyées
+| Destination | Données |
+|-------------|---------|
+| **SatPRO / Interventions** | Génération automatique à la validation ; propagation des modifications post-validation sur les ITV non produites |
+| **PlanUp / 7Opteam** | Information de regroupement pour la coordination de la planification |
+
+## 7. Cas particuliers
+
+- **Résiliation / réactivation** de prestation sur motif.
+- **Dégroupement** suite à erreur ou évolution du besoin client.
+- **Renouvellement** : les consignes complémentaires de prestation sont conservées.
+
+## 8. Points ouverts
+
+- 🔴 Degré d'**automatisation du découpage** initial : entièrement automatique, semi-automatique, ou manuel avec proposition ?
+- 🔴 Lister les **motifs de résiliation** de prestation.
+- 🟡 Préciser les règles de **regroupement « sites proches »** (critère de proximité, périmètre géographique).
+- 🟡 Comportement d'un **dégroupement** sur des interventions déjà générées / produites.
+- ⚪ Préciser la signification et l'usage du **FPV**. (Les **LI L1-L4** sont des valeurs client, hors héritage — voir glossaire.)
+- ⚪ Liste des **destinataires de documents obligatoires** au niveau prestation.
@@ -0,0 +1,91 @@
+# 08 — Interventions
+
+> Cahier des charges — scope et expression du besoin macro.
+> L'intervention (ITV) est la **production concrète** d'une part du contrat chez le client. Elle hérite de la prestation et peut porter des informations propres.
+
+## 1. Objectif
+
+Générer et gérer les interventions issues des prestations, les affecter et les planifier (via PlanUp / 7Opteam), transmettre les éléments de production au technicien, puis suivre leur avancement (codes état et facturation) jusqu'à la fin d'intervention qui alimente la RFI.
+
+## 2. Acteurs
+
+- **Ordonnancement** — affectation et planification.
+- **Admin / Administrative** — suivi, documents joints, consignes complémentaires, gestion des statuts.
+- **Technicien** — reçoit les éléments de production, réalise l'intervention (production hors SatPRO).
+- **Client** — reçoit l'avis de passage ; peut demander une suspension.
+
+## 3. Déclencheur & sortie
+
+- **Déclencheur** : validation d'une prestation (génération automatique des ITV).
+- **Sortie** : fin d'intervention — les données de production remontent de la Saisie Terrain et alimentent la RFI.
+
+## 4. Étapes du sous-process
+
+### 4.1 Génération automatique depuis les prestations
+À la validation des prestations, les interventions sont générées. Elles héritent des paramètres de la prestation **et des visites précédentes** (rapports, FPV, consignes de la chaîne accord → contrat → prestation). Une intervention peut comporter **plusieurs RDV de service**. Tous les éléments de planification sont transmis automatiquement au bloc Affectation & planification.
+
+> 🟢 **Horizon de génération (décision atelier).** Les interventions sont générées sur un
+> horizon de **24 mois glissants** (et non sur toute la durée du contrat d'un coup).
+
+### 4.2 Affectation & planification
+Transmission des infos d'intervention pour affectation. Réception de l'affectation du technicien et du créneau horaire. Si le dossier est **« Lié PlanUp »**, l'affectation est **bloquée côté SatPRO** : **7Opteam est maître** de la planification.
+
+### 4.3 Envoi au technicien
+Envoi des éléments de production au technicien (Saisie Terrain) : client, missions, durée, rapports précédents, NP, matériels à contrôler. Envoi au **client** d'un avis de passage automatique (ex. J-14, paramétrable).
+
+### 4.4 Fin d'intervention & suivi
+Réception des données de production (temps réel, observations, photos, écarts déclarés, rapport PDF + pièces jointes). Suivi des **codes état** (suspension / annulée / reprise / terminée) et des **codes facturation**, deux statuts **indépendants** ajustés automatiquement selon les règles définies.
+
+Précisions atelier :
+
+- **Suspendue ≠ résiliée** : distinguer une intervention **suspendue** (interruption temporaire, à reprendre) d'une intervention **résiliée** du fait de la **résiliation de la prestation** (fin définitive). Ce sont deux états distincts à ne pas confondre.
+- **Annulation par le client** : mieux suivre l'annulation client, qui peut **déclencher une facturation** sans pour autant **empêcher la replanification**. Y compris quand le rendez-vous n'a pu être honoré (ex. **intervenant malade**) : il faut **alerter sur la nécessité de replanifier** l'intervention.
+
+## 5. Règles de gestion
+
+- **RG-ITV-01** — Les interventions sont générées **automatiquement** à la validation de la prestation.
+- **RG-ITV-02** — Une intervention hérite des paramètres de la prestation **et des visites précédentes**.
+- **RG-ITV-03** — Une intervention peut comporter **plusieurs RDV de service**.
+- **RG-ITV-04** — Toute modification post-validation d'un élément héritable de la prestation se propage aux interventions **non encore produites** ; les interventions **produites restent figées**.
+- **RG-ITV-05** — Les **codes état** et **codes facturation** sont **indépendants** et ajustés automatiquement selon des règles définies.
+- **RG-ITV-06** — Une intervention peut être **suspendue** (sur demande client ou Dekra). Une intervention **suspendue doit être reprise** ; à défaut, elle est considérée **terminée**.
+- **RG-ITV-07** — Si le dossier est **« Lié PlanUp »**, l'affectation est **bloquée** dans SatPRO (7Opteam maître).
+- **RG-ITV-08** — Un **avis de passage** est envoyé automatiquement au client (ex. J-14, paramétrable).
+- **RG-ITV-09** — Une intervention **annulée** est suivie (date, motif, élément déclencheur) et **facturée** selon les paramètres de facturation prédéfinis.
+- **RG-ITV-10** — Les interventions sont générées sur un horizon de **24 mois glissants**.
+- **RG-ITV-11** — Une intervention **suspendue** (temporaire, à reprendre) est **distincte** d'une intervention **résiliée** suite à la **résiliation de la prestation** (définitif).
+- **RG-ITV-12** — Une **annulation client** peut **déclencher une facturation** sans **bloquer la replanification**. Lorsqu'un RDV ne peut être honoré (ex. intervenant indisponible), le système **alerte** sur la **replanification** à effectuer.
+
+## 6. Données
+
+### 6.1 Données héritées (de la prestation)
+Paramètres (montants, temps, missions, qualifications) ; visite précédente, rapports, FPV ; consignes héritées (accord → contrat → prestation).
+
+### 6.2 Données paramétrables dans SatPRO
+- Documents joints (NP, BDC, annexes).
+- Consignes complémentaires propres à l'intervention.
+- Code état : suspension / annulée / reprise.
+
+### 6.3 Données échangées
+| Sens | Système | Données |
+|------|---------|---------|
+| Envoyées | **PlanUp / 7Opteam** | Transmission des infos ITV pour affectation |
+| Reçues | **PlanUp / 7Opteam** | Affectation technicien & créneau horaire (si « Lié PlanUp » → affectation bloquée côté SatPRO, 7Opteam maître) |
+| Envoyées | **Saisie Terrain** | Client, missions, durée, rapports précédents, NP, matériels à contrôler |
+| Envoyées | **Client** | Avis de passage automatique (J-14 paramétrable) |
+| Reçues | **Saisie Terrain** | Temps réel, observations, photos, écarts déclarés, rapport (PDF + PJ) |
+
+## 7. Cas particuliers
+
+- **Suspension / reprise** : une suspension non reprise équivaut à une fin d'intervention (voir RG-ITV-06).
+- **Annulation** : suivie et facturée selon les paramètres (voir RG-ITV-09).
+- **Dossier « Lié PlanUp »** : planification pilotée par 7Opteam.
+- **Interventions à RDV multiples** : plusieurs rendez-vous de service pour une même intervention.
+
+## 8. Points ouverts
+
+- 🔴 Lister les **codes état** et **codes facturation**, leurs valeurs et leurs **règles de transition automatiques**.
+- 🔴 Définir les **motifs d'annulation** et les règles de facturation associées (ex. annulation à 48h / jour même).
+- 🟡 Préciser les règles de reprise d'une intervention suspendue (délai au-delà duquel elle est terminée).
+- ⚪ Confirmer la frontière d'affectation **SatPRO ↔ PlanUp / 7Opteam** (quand chacun est maître).
+- ⚪ Confirmer le délai paramétrable de l'**avis de passage** (J-14 par défaut ?).
@@ -0,0 +1,78 @@
+# 09 — RFI (Revue de Fin d'Intervention)
+
+> Cahier des charges — scope et expression du besoin macro.
+> La RFI est le **point de contrôle** entre production réalisée et contrat : elle conditionne le déclenchement de la facturation.
+
+## 1. Objectif
+
+Vérifier que la production réalisée par l'intervenant est **conforme** à ce qui a été vendu au contrat. En l'absence d'écart, libérer automatiquement la facturation. En présence d'écart, router vers le bon interlocuteur pour décision et acter l'impact sur la facturation et/ou le contrat.
+
+## 2. Acteurs
+
+- **Admin / Administrative** — traite les RFI nécessitant un acte manuel, décide de l'impact des écarts.
+- **Manager** — escalade selon les cas.
+- **Commercial** — intervient en cas d'écart non acceptable nécessitant un avenant (bloc Offre).
+
+## 3. Déclencheur & sortie
+
+- **Déclencheur** : fin d'intervention et remontée des données de production (Saisie Terrain).
+- **Sortie** : soit libération automatique de la facturation (aucun écart), soit décision admin puis libération / recalage / avenant.
+
+## 4. Étapes du sous-process
+
+### 4.1 Réception des écarts
+Réception des données de production : écarts déclarés en fin d'ITV, temps réel, quantité contrôlée, missions réellement réalisées. **Détection automatique** des écarts entre les remontées terrain et le contrat.
+
+### 4.2 Routage, traitement & décision
+- **Aucun écart** → RFI **validée automatiquement**, génération automatique de la facture.
+- **Écart acceptable** → recalage du contrat / des interventions futures selon les retours RFI ; ajustement possible de la quantité et du temps.
+- **Écart non acceptable** → RFI admin nécessaire, escalade au **manager** selon les cas ; génération d'un **avenant** dans le bloc Offre et attente d'une **action commerciale** pour ajuster le contrat.
+
+Le **routage** vers le bon interlocuteur suit des règles métier à définir selon le caractère acceptable ou non de l'écart.
+
+### 4.3 Préparation de facture
+Libération automatique vers l'outil de facturation si aucun écart. Recalage des interventions futures et, si nécessaire, du contrat.
+
+### 4.4 Suivi des RFI
+Visualisation des RFI en attente et de leur statut de résolution.
+
+## 5. Règles de gestion
+
+- **RG-RFI-01** — Les écarts sont **détectés automatiquement** par comparaison production terrain vs contrat.
+- **RG-RFI-02** — **Sans écart** : RFI **validée automatiquement** + génération automatique de la facture.
+- **RG-RFI-03** — **Avec écart** : un **acte manuel** de l'admin est requis pour décider de l'impact sur la facturation.
+- **RG-RFI-04** — **Écart acceptable** : recalage du contrat / des interventions futures ; quantité et temps ajustables.
+- **RG-RFI-05** — **Écart non acceptable** : escalade manager (selon cas) + génération d'un **avenant** (bloc Offre) ; la facturation **attend** l'action commerciale.
+- **RG-RFI-06** — Le **routage** des RFI suit des règles métier basées sur le type d'écart (acceptable / non acceptable). 🔴 Règles à définir.
+- **RG-RFI-07** — La facturation reste **bloquée** tant que la **RFI admin** n'est pas faite.
+
+## 6. Données
+
+### 6.1 Données reçues
+| Source | Données |
+|--------|---------|
+| **Saisie Terrain** | Écarts déclarés en fin d'ITV, temps réel, quantité contrôlée, missions réellement réalisées |
+
+### 6.2 Données paramétrables dans SatPRO
+- Si écart acceptable : ajustement de la **quantité** et du **temps**.
+
+### 6.3 Données envoyées
+| Destination | Données |
+|-------------|---------|
+| **Bloc Offre** | Génération d'un **avenant** si écart non acceptable |
+| **DBill** | Libération automatique si aucun écart noté |
+| **SatPRO** | Recalage des interventions futures ; recalage du contrat si nécessaire |
+
+## 7. Cas particuliers
+
+- **Écart acceptable vs non acceptable** : seuil / critères de classification à définir.
+- **Escalade manager** : conditions de déclenchement à préciser.
+- **Avenant** : produit hors SatPRO (bloc Offre), avec boucle de retour vers le contrat.
+
+## 8. Points ouverts
+
+- 🔴 Définir ce qui distingue un **écart acceptable** d'un **écart non acceptable** (critères, seuils, par type d'écart : quantité / temps / mission).
+- 🔴 Définir les **règles de routage** des RFI et les **conditions d'escalade** au manager.
+- 🟡 Préciser le mécanisme de **recalage** (ce qui est ajusté sur les interventions futures et sur le contrat).
+- 🟡 Préciser le **statut de résolution** des RFI suivies (liste de valeurs).
+- ⚪ Confirmer que la génération de facture « automatique » = libération vers DBill (pas d'émission par SatPRO).
@@ -0,0 +1,93 @@
+# 10 — Facturation
+
+> Cahier des charges — scope et expression du besoin macro.
+> SatPRO **prépare** et **déclenche** la facturation ; l'émission de la facture est réalisée par l'outil de facturation (DBill).
+
+## 1. Objectif
+
+Préparer la facture à partir des éléments contractuels, des paramètres de prestation et d'intervention et des données de production, gérer les cas de facturation partielle et les cas spécifiques (avoirs, proformas, blocages, refacturation de frais annexes), puis transmettre à DBill et suivre.
+
+## 2. Acteurs
+
+- **Admin / Administrative** — prépare la facture, gère les proformas, mentions, compléments, blocages/déblocages.
+- **Commercial** — contribue (éléments de facturation définis en amont).
+
+## 3. Déclencheur & sortie
+
+- **Déclencheur** : libération automatique post-RFI (aucun écart) ou décision admin après traitement d'écart.
+- **Sortie** : lignes de facture transmises à DBill ; facture (et rapport en PJ si paramétré) envoyée au client ; indicateurs envoyés aux Cubes.
+
+## 4. Étapes du sous-process
+
+### 4.1 Libération automatique post-RFI
+Récupération des données de production (Saisie Terrain) et des données SatPRO (mode de facturation, BDC, mentions, minima, frais annexes). La libération est automatique si la RFI n'a relevé aucun écart.
+
+### 4.2 Préparation de la facture
+Préparation à partir des éléments contractuels, des paramètres de prestation / intervention et des données de production. Possibilité de gérer : proforma, mentions spécifiques, compléments de facturation, blocage / déblocage. Possibilité d'ajouter des lignes de **refacturation** sur les frais annexes.
+
+### 4.3 Envoi vers DBill
+Transmission à DBill : lignes, montants, BDC, mentions, PJ, format, compléments. L'envoi est **bloqué tant que la RFI admin n'est pas faite**. Envoi au **client** : facture, et rapport en PJ si paramétré.
+
+### 4.4 Suivi & relance
+Suivi des statuts (code état : suspension / annulée / reprise). Envoi d'indicateurs aux Cubes (CA facturé, …).
+
+## 5. Règles de gestion
+
+- **RG-FAC-01** — La facture est préparée à partir des **éléments contractuels + paramètres prestation/ITV + données de production**.
+- **RG-FAC-02** — La **facturation partielle** est possible dès qu'un **fait générateur** existe (déplacement, annulation, production partielle, etc.).
+- **RG-FAC-03** — Le mode de facturation peut être **par intervention (ITV)**, **globale** ou **FE**.
+- **RG-FAC-04** — Si le **BDC est obligatoire**, il conditionne la facturation.
+- **RG-FAC-05** — Les **minima** et **compléments** de facturation sont appliqués selon le paramétrage contrat / prestation.
+- **RG-FAC-06** — Des lignes de **refacturation de frais annexes** peuvent être ajoutées.
+- **RG-FAC-07** — Cas spécifiques gérés : **avoirs**, **proformas**, **blocage de facturation**.
+- **RG-FAC-08** — L'envoi vers DBill est **bloqué tant que la RFI admin n'est pas réalisée** (lien avec RG-RFI-07).
+- **RG-FAC-09** — Le **rapport** est joint à la facture envoyée au client **si paramétré**.
+- **RG-FAC-10** — Le payeur est celui défini au **contrat**, ou à la **prestation** si une information spécifique s'applique dans ce cadre.
+
+## 6. Données
+
+### 6.1 Données reçues
+| Source | Données |
+|--------|---------|
+| **Saisie Terrain** | Données de production, compléments déclenchés |
+| **SatPRO** | Mode de facturation (ITV / globale / FE), BDC, mentions, minima, frais annexes |
+
+### 6.2 Données paramétrables dans SatPRO
+- Proforma.
+- Mentions spécifiques.
+- Compléments de facturation.
+- Blocage / déblocage.
+- Code état : suspension / annulée / reprise.
+
+### 6.3 Données envoyées
+| Destination | Données |
+|-------------|---------|
+| **DBill** | Lignes, montants, BDC, mentions, PJ, format, compléments (bloqué tant que RFI admin non faite) |
+| **Client** | Facture ; rapport en PJ si paramétré |
+| **Cubes** | CA facturé (+ indicateurs à compléter) |
+
+## 7. Cas particuliers
+
+- **Facturation partielle** sur fait générateur.
+- **Avoirs** et **proformas**.
+- **Blocage / déblocage** de facturation.
+- **Refacturation** de frais annexes.
+- **Payeur spécifique** au niveau prestation.
+- **Déplacement infructueux** : lorsqu'un déplacement a lieu sans que la production puisse
+  se faire (déplacement « en échec »), il peut constituer un **fait générateur** de facturation.
+
+> 🔴 **Process déplacement infructueux à revoir (décision atelier).** Ce cas est aujourd'hui
+> géré par **C2I** (mode « échec »), fonctionnalité **non reconduite** (voir
+> [01 — Vision & périmètre §4](01-vision-et-perimetre.md)). Le process doit être **repensé**
+> dans le nouvel outil : détection / déclaration du déplacement infructueux, impact sur la
+> facturation et sur la replanification éventuelle.
+
+## 8. Points ouverts
+
+- 🔴 Expliciter le mode de facturation **FE** et ses règles.
+- 🔴 Lister les **faits générateurs** de facturation partielle et leurs règles.
+- 🟡 Préciser le processus **avoir** (déclencheurs, validation, lien avec la facture d'origine).
+- 🟡 Définir les règles de **blocage / déblocage** (qui, quand, motifs).
+- ⚪ Compléter les **indicateurs** envoyés aux Cubes (slide « À compléter »).
+- ⚪ Confirmer que SatPRO ne fait que **préparer/transmettre** (émission = DBill).
+- 🔴 **Redéfinir le process de déplacement infructueux** (ex-C2I « mode échec », non reconduit) : déclenchement, facturation, lien avec la replanification.
@@ -0,0 +1,103 @@
+# 11 — Sous-traitance (STI / STE / intra-groupe)
+
+> Cahier des charges — scope et expression du besoin macro.
+> Trois formes de sous-traitance : **STI** (interne à la filiale), **STE** (externe, hors
+> groupe) et **intra-groupe** (fournisseur = autre filiale du groupe, fonctionnant comme une
+> STE). ⚠️ Les volets STE et intra-groupe sont partiellement « à détailler » dans le support d'atelier.
+
+## 1. Objectif
+
+Permettre la réalisation d'une prestation par une ressource autre que le CDP gestionnaire :
+en interne à la filiale (STI) quand les ressources qualifiées sont indisponibles, en externe
+hors groupe (STE), ou via une autre filiale du groupe (intra-groupe, mécanique identique à la
+STE) — le tout pour tout ou partie de la prestation, avec suivi des coûts et calcul automatique de la marge.
+
+## 2. Acteurs
+
+- **Manager (de CDP)** — suit la STI de son CDP.
+- **Apporteur d'affaire (AA)** / **Ordonnancement** — ajoutent la STE (ou l'intra-groupe).
+- **Controlling** — fournit les tarifs STI par code matériel (mise à jour annuelle).
+
+---
+
+## PARTIE A — STI (sous-traitance interne à la filiale)
+
+### A.1 Étapes
+
+| Étape | Contenu |
+|-------|---------|
+| **Déclenchement** | Paramétrage **par défaut sur activé** sur tous les CDP ; déclenchée **uniquement si** les ressources qualifiées du CDP gestionnaire sont **indisponibles** |
+| **Tarification** | Tarifs par **code matériel** fournis par le Controlling (mise à jour **annuelle**) |
+| **Calcul automatique** | Coût **prévisionnel** = durée planifiée × tarif ; coût **réel** = durée exécutée × tarif |
+| **Suivi** | Coûts réels STI envoyés aux Cubes |
+
+### A.2 Règles de gestion
+
+- **RG-STI-01** — La STI est **activée par défaut** sur tous les CDP.
+- **RG-STI-02** — Elle n'est **déclenchée que si** les ressources qualifiées du CDP gestionnaire sont **indisponibles**.
+- **RG-STI-03** — Le **manager** suit la STI de son CDP.
+- **RG-STI-04** — Les **coûts** reposent sur le tarif par **code matériel**, actualisé **annuellement** par le Controlling.
+- **RG-STI-05** — Coût prévisionnel = **durée planifiée × tarif** ; coût réel = **durée exécutée × tarif**.
+
+### A.3 Données
+
+| Sens | Système | Données |
+|------|---------|---------|
+| Interne | SatPRO | Paramétrage par défaut activé ; déclenchement si ressources indisponibles |
+| Reçues | **Controlling** | Tarifs par code matériel (MAJ annuelle) |
+| Reçues | **Saisie Terrain** | Durée exécutée |
+| Calcul | SatPRO | Durée planifiée, tarif, coût prévisionnel, coût réel |
+| Envoyées | **Cubes** | Coûts réels STI (+ à compléter) |
+
+---
+
+## PARTIE B — STE (sous-traitance externe)
+
+### B.1 Étapes
+
+| Étape | Contenu |
+|-------|---------|
+| **Paramétrage** | Ajoutée par l'**AA** ou l'**ordonnancement** à tout moment ; pour un **travail complet** ou une **prestation partielle** |
+| **Production** | 🔴 À détailler en atelier |
+| **Calcul automatique** | Marge calculée automatiquement ; 🔴 modalités à détailler |
+
+### B.2 Règles de gestion
+
+- **RG-STE-01** — La STE peut être **ajoutée à tout moment** par l'AA ou l'ordonnancement.
+- **RG-STE-02** — Elle couvre un **travail complet** ou une **prestation partielle**.
+- **RG-STE-03** — Les **montants** sont saisis **sur la prestation**, avec **propagation sur les interventions non facturées**.
+- **RG-STE-04** — Un **ajustement** reste possible **sur l'intervention**.
+- **RG-STE-05** — La **marge** est **calculée automatiquement**.
+- **RG-STE-06** — En cas de **prestation partielle**, les éléments de production ne sont envoyés qu'au **technicien Dekra**.
+
+### B.3 Données
+
+| Sens | Système | Données |
+|------|---------|---------|
+| Paramétrage | SatPRO | Montants saisis sur prestation, propagation ITV non facturées, ajustement ITV |
+| Calcul | SatPRO | Marge automatique |
+
+---
+
+## PARTIE C — Sous-traitance intra-groupe
+
+Sous-traitance confiée à une **autre filiale du groupe**. Elle fonctionne **comme une STE**
+(même paramétrage, même propagation sur les interventions non facturées, même calcul de marge),
+la seule différence étant que le **fournisseur est interne au groupe** (filiale sœur).
+
+### C.1 Règles de gestion
+
+- **RG-STG-01** — La sous-traitance intra-groupe suit **les mêmes mécanismes que la STE** (RG-STE-01 à RG-STE-06).
+- **RG-STG-02** — Le **fournisseur** est une **filiale du groupe** (distinct de la STI, interne à la filiale, et de la STE, hors groupe).
+- **RG-STG-03** — 🔴 Spécificités éventuelles (tarification interne, refacturation inter-filiales, marge) : à détailler en atelier.
+
+---
+
+## 4. Points ouverts
+
+- 🔴 **Détailler l'intégralité du volet STE** : paramétrage, production, calcul automatique (slides « À détailler »).
+- 🔴 Préciser le circuit de **production partielle** (répartition travail STE / technicien Dekra).
+- 🔴 Préciser les **spécificités de l'intra-groupe** par rapport à la STE (tarification, refacturation inter-filiales).
+- 🟡 Préciser le mode de **sélection du sous-traitant** (externe ou filiale du groupe).
+- 🟡 Préciser la **restitution de la marge** (seuils d'alerte, reporting).
+- ⚪ Confirmer l'exhaustivité des **indicateurs STI / STE / intra-groupe** envoyés aux Cubes.
@@ -0,0 +1,71 @@
+# 12 — Fonctions transverses
+
+> Cahier des charges — scope et expression du besoin macro.
+> Fonctions utilisées à travers tous les blocs métier (contrat, prestation, intervention).
+
+## 1. Historisation
+
+**Objectif** : tracer les modifications apportées à un contrat, une prestation ou une intervention.
+
+- **RG-TRV-01** — Chaque modification est historisée avec : **date**, **élément d'origine** (valeur avant), **élément modifié** (valeur après) et **personne** ayant effectué la modification.
+- Points ouverts :
+  - 🟡 Périmètre exact des objets / champs historisés.
+  - 🟡 Durée de conservation et accès à l'historique (consultation, export).
+
+## 2. Recherche
+
+**Objectif** : retrouver rapidement un objet métier.
+
+- **RG-TRV-02** — Recherche de **client, contrat, prestation, intervention**, filtrable par **statut, région, code état, code facturation**, etc.
+- Points ouverts :
+  - 🟡 Liste complète des **critères et filtres** de recherche.
+  - ⚪ Besoin de recherches **enregistrées / favorites** ?
+
+## 3. Paramétrage transverse
+
+**Objectif** : définir des valeurs par défaut applicables largement.
+
+- **RG-TRV-03** — Permet de rendre certains paramètres **par défaut** : minimum de facturation, prix d'annulation à 48h / jour même, etc.
+- Points ouverts :
+  - 🔴 Liste exhaustive des **paramètres par défaut** gérés et de leur portée (global / CDP / contrat).
+
+## 4. Génération du portefeuille
+
+**Objectif** : appliquer des paramètres par défaut à un portefeuille.
+
+- **RG-TRV-04** — Permet de rendre certains paramètres par défaut (minimum de facturation, prix d'annulation à 48h / jour même, etc.).
+- **RG-TRV-06** — La **vision minimum** du portefeuille attendue est de **24 mois glissants** (cohérent avec l'horizon de génération des interventions, cf. [08 — RG-ITV-10](08-interventions.md)).
+- Points ouverts :
+  - 🔴 Clarifier la différence entre **« Paramétrage transverse »** et **« Génération du portefeuille »** (le support reprend le même libellé pour les deux). À distinguer en atelier.
+  - 🔴 Définir ce qu'est précisément un **portefeuille** et sa maille.
+
+## 5. Workflow de validation
+
+**Objectif** : encadrer les validations métier (contrat, écarts RFI, facturation, etc.).
+
+- **RG-TRV-05** — 🔴 **À définir** : étapes de validation, rôles validateurs, règles d'escalade.
+- Points ouverts :
+  - 🔴 Lister les **objets soumis à validation** et les **circuits** associés.
+  - 🔴 Définir les **escalades** (notamment RFI → manager, voir [09 — RFI](09-rfi.md)).
+
+## 6. Mises à jour en masse
+
+**Objectif** : appliquer une modification à un ensemble d'objets en une opération.
+
+> ⚠️ Slide **vide** dans le support d'atelier (contenu « XXX »). Section à construire intégralement.
+
+- Points ouverts :
+  - 🔴 Définir les **cas d'usage** de mise à jour en masse (ex. réindexation, changement de destinataire, repositionnement de dates).
+  - 🔴 Définir le **périmètre** sélectionnable (par contrat, prestation, portefeuille, région…).
+  - 🔴 Définir les **garde-fous** (prévisualisation, confirmation, respect du principe « ne pas toucher au produit », historisation des changements de masse).
+
+## 7. Synthèse des points ouverts transverses
+
+| Réf | Sujet | Statut |
+|-----|-------|:------:|
+| TRV-A | Périmètre et conservation de l'historisation | 🟡 |
+| TRV-B | Critères complets de recherche | 🟡 |
+| TRV-C | Catalogue des paramètres par défaut et portée | 🔴 |
+| TRV-D | Distinction paramétrage transverse / génération du portefeuille | 🔴 |
+| TRV-E | Workflows de validation et escalades | 🔴 |
+| TRV-F | Cas d'usage et garde-fous des mises à jour en masse | 🔴 |
@@ -0,0 +1,47 @@
+# 13 — Pilotage
+
+> Cahier des charges — scope et expression du besoin macro.
+> ⚠️ Dans le support d'atelier, cette section est une **page de titre sans contenu**. Elle est donc à **construire intégralement** en atelier.
+
+## 1. Objectif (à confirmer)
+
+Donner aux acteurs internes (admin, CDP, manager, direction) une **vue de pilotage** de l'activité : état d'avancement des contrats, prestations et interventions, suivi de la production, de la facturation, de la sous-traitance et des RFI.
+
+> ⚪ Objectif ci-dessus proposé par déduction — à valider par le métier.
+
+## 2. Pistes de contenu (à cadrer en atelier)
+
+Éléments plausibles, à retenir / écarter avec le métier :
+
+- **Suivi des contrats directifs** : consommation du volume vendu vs produit (déjà cité en [05 — Initialisation du contrat](05-initialisation-contrat.md)).
+- **Suivi des RFI** : RFI en attente et statut de résolution (déjà cité en [09 — RFI](09-rfi.md)).
+- **Suivi de facturation** : CA facturé, reste à facturer, blocages (lien Cubes, voir [10 — Facturation](10-facturation.md)).
+- **Suivi de la sous-traitance** : coûts STI/STE, marge (voir [11 — Sous-traitance](11-sous-traitance.md)).
+- **Suivi de la production** : interventions planifiées / réalisées / suspendues / annulées.
+- **Suivi des contrats à renégocier** : identifier les contrats arrivant à échéance / à revoir.
+- **Indicateurs par CDP / région / manager**.
+
+## 3. Supports de reporting
+
+Le reporting peut s'appuyer sur **trois canaux complémentaires** (précision atelier) :
+
+- **Au sein de l'application SatPRO** : pilotage opérationnel (tableaux, suivis en direct).
+- **Cubes** : restitution décisionnelle (CA facturé, coûts de sous-traitance, etc.).
+- **Power BI** : tableaux de bord et analyses décisionnelles.
+
+### 3.1 Tableau de bord à l'ouverture (précision atelier)
+
+Dans le cadre des échanges par **mail** (ex. envoi des avis d'intervention) avec **accusé de
+lecture**, prévoir à l'ouverture de l'application un **tableau de bord** rappelant les
+**lectures des N derniers jours** sur le **périmètre de l'utilisateur** (suivi des accusés
+de lecture). 🟡 Valeur de N et périmètre exact à préciser.
+
+> 🔴 À trancher : la **répartition** entre ces trois canaux — ce qui relève du pilotage
+> opérationnel **dans SatPRO** vs du reporting décisionnel **dans Cubes / Power BI**.
+
+## 4. Points ouverts
+
+- 🔴 **Définir intégralement** le besoin de pilotage (objectifs, indicateurs, destinataires, fréquence).
+- 🔴 Lister les **indicateurs clés** (KPI) attendus et leur maille (contrat / prestation / ITV / CDP / région).
+- 🔴 Répartir le reporting entre **SatPRO**, **Cubes** et **Power BI**.
+- ⚪ Identifier les **tableaux de bord** par rôle (admin, manager, direction).
@@ -0,0 +1,98 @@
+# 14 — Questions & points ouverts (atelier)
+
+> Consolidation de tous les points à trancher, détailler ou confirmer avec les opérationnels.
+> Statuts : 🔴 **À définir** · 🟡 **À ajuster / enrichir** · ⚪ **À confirmer** · 🟢 **Conserver**.
+
+## 1. Priorités (vue synthétique)
+
+| Priorité | Thème | Fiche |
+|----------|-------|-------|
+| 🔴 Haute | Codes état & codes facturation : valeurs + règles de transition | [04](04-processus-global.md), [08](08-interventions.md) |
+| 🔴 Haute | Écart RFI acceptable vs non acceptable : critères et seuils | [09](09-rfi.md) |
+| 🔴 Haute | Règles de routage et d'escalade des RFI | [09](09-rfi.md) |
+| 🔴 Haute | Degré d'automatisation du découpage en prestations | [07](07-prestations.md) |
+| 🔴 Haute | Déclenchement et contrôles bloquants de la MEP | [05](05-initialisation-contrat.md) |
+| 🔴 Haute | Workflows de validation & escalades | [03](03-acteurs-et-roles.md), [12](12-fonctions-transverses.md) |
+| 🔴 Haute | Pilotage : à définir intégralement | [13](13-pilotage.md) |
+| 🔴 Haute | STE : volet à détailler intégralement | [11](11-sous-traitance.md) |
+| 🔴 Haute | Mises à jour en masse : cas d'usage & garde-fous | [12](12-fonctions-transverses.md) |
+| 🟡 Moyenne | Tacite reconduction, renouvellement | [05](05-initialisation-contrat.md), [07](07-prestations.md) |
+| 🟡 Moyenne | Recalage contrat / interventions futures | [09](09-rfi.md) |
+| ⚪ À confirmer | Vocabulaire : FE, FPV, LI (L1-L4), flag national/réseau | [02](02-glossaire.md) |
+
+## 2. Détail par fiche
+
+### 05 — Initialisation du contrat
+- 🔴 Qui déclenche la **MEP** et sous quelles conditions de complétude ?
+- 🔴 **Contrôles de cohérence** obligatoires avant MEP (AA, destinataire facture, mode de facturation…).
+- 🟡 Fonctionnement de la **tacite reconduction** (dates, préavis, renouvellement).
+- ⚪ Expliciter le mode de facturation **FE**.
+- ⚪ Impacts du **flag national / réseau**.
+- 🟡 Catalogue des **courriers client paramétrables**.
+
+### 06 — Prestations
+- 🔴 Degré d'**automatisation du découpage** (auto / semi / manuel assisté).
+- 🔴 Liste des **motifs de résiliation** de prestation.
+- 🟡 Règles de regroupement **« sites proches »** (critère de proximité).
+- 🟡 Comportement du **dégroupement** sur ITV déjà générées / produites.
+- ⚪ Signification / usage des **paramètres LI (L1-L4)** et du **FPV**.
+- ⚪ **Destinataires de documents obligatoires** au niveau prestation.
+
+### 07 — Interventions
+- 🔴 **Codes état** et **codes facturation** : valeurs + règles de transition automatiques.
+- 🔴 **Motifs d'annulation** et règles de facturation associées (48h / jour même).
+- 🟡 Règles de **reprise** d'une intervention suspendue (délai de bascule en « terminée »).
+- ⚪ Frontière d'affectation **SatPRO ↔ PlanUp / 7Opteam**.
+- ⚪ Délai paramétrable de l'**avis de passage** (J-14 par défaut ?).
+
+### 08 — RFI
+- 🔴 Distinction **écart acceptable / non acceptable** (critères, seuils, par type d'écart).
+- 🔴 **Règles de routage** et **conditions d'escalade** manager.
+- 🟡 Mécanisme de **recalage** (ITV futures + contrat).
+- 🟡 **Statut de résolution** des RFI (liste de valeurs).
+- ⚪ Confirmer : « facture automatique » = libération vers DBill.
+
+### 09 — Facturation
+- 🔴 Expliciter le mode de facturation **FE**.
+- 🔴 Lister les **faits générateurs** de facturation partielle.
+- 🟡 Processus **avoir** (déclencheurs, validation, lien facture d'origine).
+- 🟡 Règles de **blocage / déblocage** (qui, quand, motifs).
+- ⚪ Compléter les **indicateurs** envoyés aux Cubes.
+- ⚪ Confirmer : SatPRO prépare/transmet, DBill émet.
+
+### 10 — Sous-traitance
+- 🔴 **Détailler le volet STE** (paramétrage, production, calcul).
+- 🔴 Circuit de **production partielle** (STE / technicien Dekra).
+- 🟡 Mode de **sélection du sous-traitant** externe.
+- 🟡 **Restitution de la marge** (seuils d'alerte, reporting).
+- ⚪ Indicateurs STI/STE envoyés aux **Cubes**.
+
+### 11 — Fonctions transverses
+- 🟡 Périmètre et conservation de l'**historisation**.
+- 🟡 Critères complets de **recherche**.
+- 🔴 Catalogue des **paramètres par défaut** et leur portée.
+- 🔴 Distinction **paramétrage transverse** / **génération du portefeuille** (même libellé dans le support).
+- 🔴 **Workflows de validation** et escalades.
+- 🔴 **Mises à jour en masse** : cas d'usage, périmètre, garde-fous.
+
+### 12 — Pilotage
+- 🔴 **Définir intégralement** le besoin (objectifs, KPI, destinataires, fréquence).
+- 🔴 Frontière **SatPRO ↔ Cubes** pour le pilotage et le reporting.
+- ⚪ Tableaux de bord par rôle.
+
+## 3. Vocabulaire à clarifier (glossaire)
+
+| Terme | À préciser |
+|-------|------------|
+| **FE** | Mode de facturation — signification exacte |
+| **FPV** | Paramètre lié à la vérification (type sortie, lieu) |
+| **LI (L1 à L4)** | 4 valeurs texte au niveau client (sans héritage) — signification de chaque valeur à préciser |
+| **Flag national / réseau** | Impacts métier |
+
+## 4. Décisions « reprendre / ajuster / supprimer »
+
+> Grille à remplir en atelier pour chaque fonctionnalité de l'existant.
+
+| Fonctionnalité | Décision (🟢 conserver / 🟡 ajuster / 🔴 revoir / ❌ supprimer) | Commentaire |
+|----------------|:---:|---|
+| *(à compléter en séance)* | | |
@@ -0,0 +1,87 @@
+# 15 — Journal des décisions
+
+> Traçabilité des retours d'atelier (annotations) et des décisions appliquées aux specs.
+> **Usage** : une fois une entrée marquée « ✅ Appliqué », l'annotation correspondante
+> (colonne *ID annotation*) peut être passée en **« traitée »** dans l'outil d'annotation.
+
+## Légende statut
+
+- ✅ **Appliqué** — modification reportée dans les specs.
+- 🔄 **En cours** — en cours de traitement.
+- ⏳ **En attente** — nécessite une décision ou un complément métier.
+
+## Lot du 2026-10-04 — source : `retours/20261004_annotations-satpro.json`
+
+| # | ID annotation | Auteur | Document / section | Retour | Décision appliquée | Fichiers | Statut |
+|---|---------------|--------|--------------------|--------|--------------------|----------|:------:|
+| 1 | `d0c0bfe86f` | nikolaz.stephan | 01 — Vision & périmètre / §5 Systèmes externes | La gestion de l'accord est à intégrer au périmètre (fonctionnalité existante). | Accord retiré des systèmes externes et ajouté au périmètre fonctionnel. Création d'une fiche dédiée **optionnelle** en position 06, entre initialisation du contrat (05) et prestations (07). Renumérotation en chaîne des fiches 06→14 et mise à jour du sommaire, du processus global (table + diagramme + enchaînement) et des liens croisés. | `01-vision-et-perimetre.md`, `06-accords.md` (nouveau), `00-sommaire.md`, `04-processus-global.md` (+ renommage 07→14) | ✅ |
+| 2 | `95c5a6138d` | nikolaz.stephan | 02 — Glossaire / Consignes & documents | Les paramètres LI (L1 à L4) sont des informations paramétrées à chaque compte client. | Précisé : **4 valeurs texte** paramétrables **au niveau du client uniquement**, **sans héritage** vers contrat/prestation. Retirées de la liste des données héritées de la fiche prestations ; mention corrigée dans les questions atelier. | `02-glossaire.md`, `07-prestations.md`, `14-questions-ateliers.md` | ✅ |
+| 3 | `7bf372bd22` | nikolaz.stephan | 02 — Glossaire / Sous-traitance | STI = interne **à la filiale** (pas au groupe). Prévoir une sous-traitance **intra-groupe** fonctionnant comme une STE mais avec un fournisseur filiale du groupe. | Glossaire corrigé (STI = filiale, STE = hors groupe) + ajout du terme **intra-groupe**. Fiche sous-traitance mise à jour : intro, objectif, acteurs, et nouvelle **Partie C — intra-groupe** (règles RG-STG-01 à 03) + points ouverts. | `02-glossaire.md`, `11-sous-traitance.md` | ✅ |
+| 4 | `1cfd51fd37` | nikolaz.stephan | 12 → 13 — Pilotage / Articulation Cubes | Report au sein de l'application, Cubes ou Power BI. | Section renommée « Supports de reporting » : trois canaux (application SatPRO / Cubes / Power BI). Répartition entre canaux ajoutée aux points ouverts. | `13-pilotage.md` | ✅ |
+
+## Notes
+
+- La renumérotation du lot 1 (insertion de l'accord en 06) a décalé les fiches suivantes :
+  prestations `07`, interventions `08`, RFI `09`, facturation `10`, sous-traitance `11`,
+  fonctions transverses `12`, pilotage `13`, questions atelier `14`. Les liens internes ont
+  été vérifiés (aucun lien cassé).
+- Points **restés ouverts** issus de ces retours (à traiter en atelier) :
+  - signification métier de chacune des valeurs **L1 à L4** ;
+  - spécificités de l'**intra-groupe** vs STE (tarification, refacturation inter-filiales) ;
+  - répartition du reporting entre **SatPRO / Cubes / Power BI** ;
+  - cycle de vie et propagation des **accords** (fiche 06).
+
+## Lot du 2026-10-04 (2) — source : `retours/20261004-2_annotations-satpro.json`
+
+| # | ID annotation | Auteur | Document / section | Retour | Décision appliquée | Fichiers | Statut |
+|---|---------------|--------|--------------------|--------|--------------------|----------|:------:|
+| 5 | `6b73b3cc05` | nikolaz.stephan | 06 — Gestion des accords | L'accord s'initie à partir de Bingo ; le contrat peut y être rattaché dès l'offre ou en gestion de contrat (reprendre la fonctionnalité existante de rattacher/détacher des contrats d'un accord). | Fiche accords enrichie : origine **Bingo** (déclencheur + RG-ACC-01, données reçues), nouvelle section **3bis — Rattachement** (dès l'offre ou en gestion de contrat), règles **RG-ACC-05** (deux moments de rattachement) et **RG-ACC-06** (rattacher/détacher, reprise de l'existant). | `06-accords.md` | ✅ |
+| 5b | `6b73b3cc05` (précision échange) | nikolaz.stephan | 05 — Initialisation du contrat & 06 — Accords | Frontière Bingo ↔ SatPRO : Bingo = acte commercial ; SatPRO = formalisation + suivi des évolutions ; consultation des données en cours au devis ; toute modification passe par une MEP administrative des changements (impacts prestations). | **Frontière tranchée.** Accords : RG-ACC-07 (Bingo = commercial, SatPRO = formalisation/source de vérité), RG-ACC-08 (consultation au nouveau devis), RG-ACC-09 (MEP administrative des changements). Contrat : RG-CTR-09 et RG-CTR-10 (mêmes principes). Points ouverts mis à jour (frontière 🟢 tranchée ; MEP des changements 🔴 à détailler). | `06-accords.md`, `05-initialisation-contrat.md` | ✅ |
+
+## Lot du 2026-10-05 — source : `retours/20261005_annotations-satpro.json`
+
+> 27 annotations traitées (l'annotation `6b73b3cc05` de ce fichier était déjà traitée au lot précédent).
+
+| # | ID annotation | Document / section | Retour | Décision appliquée | Fichiers | Statut |
+|---|---------------|--------------------|--------|--------------------|----------|:------:|
+| 6 | `a081ea4363` | 01 — Vision & périmètre | Une commande directe n'existe que rattachée à un accord (→ contrat/prestation) ou à un contrat existant (complément). | §4.1 règle de création du contrat ; natures de contrat au glossaire. | `01-vision-et-perimetre.md`, `02-glossaire.md` | ✅ |
+| 7 | `3be000392c` | 01 — Vision & périmètre | Supprimer la fonctionnalité existante **C2I**. | §4 « fonctionnalités à supprimer » ; glossaire « non reconduites ». | `01-vision-et-perimetre.md`, `02-glossaire.md` | ✅ |
+| 8 | `cde4eebc74` | 05 — Initialisation du contrat | Réf. de l'offre et de l'avenant comme critères de recherche du contrat. | **RG-CTR-12**. | `05-initialisation-contrat.md` | ✅ |
+| 9 | `7f38808869` | 05 — Initialisation du contrat | Découpage pour gestion interne : pas en agence, mais reprendre/corriger les contraintes actuelles (filtres, axe de regroupement paramétrable). | Note §1 (découpage gestion interne). | `05-initialisation-contrat.md` | ✅ |
+| 10 | `84b4d451bd` | 05 — Initialisation du contrat | Contrat créé seulement depuis offre ou commande directe rattachée à un accord ; commande directe sur contrat déclenche la part de prestation. | §1 origine + **RG-CTR-11**. | `05-initialisation-contrat.md` | ✅ |
+| 11 | `8ed19366eb` | 05 — Initialisation du contrat | Paramétrage de facturation additionnelle (week-end, minimum…). | §4.4 + données §6.2. | `05-initialisation-contrat.md` | ✅ |
+| 12 | `b77f6186dc` | 05 — Initialisation du contrat | Contrat à durée finie ou indéterminée (tacite reconduction). | §4.3 + **RG-CTR-13**. | `05-initialisation-contrat.md` | ✅ |
+| 13 | `edd08e4101` | 05 — Initialisation du contrat | Augmentation automatique des tarifs selon la règle d'indexation. | §4.4 + **RG-CTR-15**. | `05-initialisation-contrat.md` | ✅ |
+| 14 | `2296e7c6c8` | 05 — Initialisation du contrat | Origine de l'augmentation : directive commerciale (privé) / CGV (public) / propre au contrat. | §4.4 + **RG-CTR-15**. | `05-initialisation-contrat.md` | ✅ |
+| 15 | `5c335e331f` | 05 — Initialisation du contrat | Contrat à bon de commande : interventions valides seulement si BdC client passé. | §4.3 + **RG-CTR-14** ; glossaire. | `05-initialisation-contrat.md`, `02-glossaire.md` | ✅ |
+| 16 | `4b7775b06c` | 05 — Initialisation du contrat | Simplifier la notion de rapport CT / CT Terrain / provisoire. | §4.5 (🟡 cible de simplification). | `05-initialisation-contrat.md` | ✅ |
+| 17 | `78a40238f1` | 05 — Initialisation du contrat | Destinataire des livrables, définissable comme principal par livrable. | §4.5. | `05-initialisation-contrat.md` | ✅ |
+| 18 | `299a64bc2e` | 05 — Initialisation du contrat | MEP : lier une prestation à une prestation terminée/résiliée pour continuité. | §4.6 + **RG-CTR-18**. | `05-initialisation-contrat.md` | ✅ |
+| 19 | `6f21f4d02f` | 05 — Initialisation du contrat | Paramétrage « imposé » non dérogeable au niveau inférieur. | §4.3 + **RG-CTR-16** ; répercuté en 07 §4.2. | `05-initialisation-contrat.md`, `07-prestations.md` | ✅ |
+| 20 | `3a084a223d` | 05 — Initialisation du contrat | Définition du contrat gré à gré (ni accord ni directif, issu d'une offre, pas de BdC client). | §4.6 + **RG-CTR-17** ; glossaire natures de contrat. | `05-initialisation-contrat.md`, `02-glossaire.md` | ✅ |
+| 21 | `5b4f138ac1` | 06 — Accords | Accord de référencement = grille tarifaire ; contrat rattaché vend à prix identique/différent ou missions complémentaires. | §1.1 + **RG-ACC-10**. | `06-accords.md` | ✅ |
+| 22 | `139d9dc256` | 06 — Accords | Variante contrat directif : grille suivie, pas de mission complémentaire. | §1.1 + **RG-ACC-11** ; glossaire. | `06-accords.md`, `02-glossaire.md` | ✅ |
+| 23 | `465fcda487` | 06 — Accords | Rattachement hors BPU non bloquant → « anomalie » informative. | §3bis + **RG-ACC-12**. | `06-accords.md` | ✅ |
+| 24 | `ac84665e84` | 07 — Prestations | Regroupement/dégroupement en attente (voir si Plan'UP le gère ; sinon fin de projet). | §4.3 + **RG-PRE-12**. | `07-prestations.md` | ✅ |
+| 25 | `88c650bbe5` | 07 — Prestations | Scinder / dispatcher une prestation en plusieurs (respect du contrat). | §4.2 + **RG-PRE-11**. | `07-prestations.md` | ✅ |
+| 26 | `ea4525216d` | 08 — Interventions | Génération des interventions sur 24 mois glissants. | §4.1 + **RG-ITV-10**. | `08-interventions.md` | ✅ |
+| 27 | `7dbec6122c` | 08 — Interventions | Différencier intervention suspendue vs résiliée (résiliation de prestation). | §4.4 + **RG-ITV-11**. | `08-interventions.md` | ✅ |
+| 28 | `5b4bb07c8d` | 08 — Interventions | Suivi de l'annulation client : facturer sans bloquer la replanification + alerte. | §4.4 + **RG-ITV-12**. | `08-interventions.md` | ✅ |
+| 29 | `e9e48a4387` | 10 — Facturation | Revoir le process de déplacement infructueux (ex-C2I « mode échec », non reconduit). | §7 cas particulier + point ouvert 🔴. | `10-facturation.md` | ✅ |
+| 30 | `66e332dc14` | 12 — Fonctions transverses | Portefeuille : vision minimum 24 mois glissants. | §4 + **RG-TRV-06**. | `12-fonctions-transverses.md` | ✅ |
+| 31 | `8c10194942` | 13 — Pilotage | Tableau de bord à l'ouverture : rappel des accusés de lecture des N derniers jours sur le périmètre. | §3.1. | `13-pilotage.md` | ✅ |
+| 32 | `0291094b86` | 13 — Pilotage | Suivi des contrats à renégocier. | §2 pistes de contenu. | `13-pilotage.md` | ✅ |
+
+### Points restés ouverts (issus du lot 2026-10-05)
+
+- Sens métier et usage des **3 natures de contrat** à affiner si besoin (gré à gré / référencement / directif).
+- **Simplification des rapports** CT / CT Terrain / provisoire : cible à définir.
+- **Process de déplacement infructueux** à redéfinir (ex-C2I).
+- **Contrat à bon de commande** : règles de validité/production des interventions à détailler.
+- **Paramétrage imposé** : périmètre des paramètres concernés.
+- **Tableau de bord accusés de lecture** : valeur de N et périmètre utilisateur.
+- **Regroupement / dégroupement** des prestations : décision suspendue à l'étude Plan'UP.
+
+## Prochain lot
+
+> _(à compléter au prochain export d'annotations déposé dans `retours/`)_