# 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 | 🔴 |