Files
SatAff/docs/specs-pre-projet/12-fonctions-transverses.md
T

72 lines
3.7 KiB
Markdown

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