Modèle claims
Objectif du modèle
Documenter les demandes de revendication d’un acteur local par un utilisateur.
Responsabilités
- Enregistrer une demande de prise de contrôle ou gestion.
- Supporter un processus de validation humain.
- Produire ou refuser une relation
actor_users. - Conserver une trace auditable.
Relations principales
- Un claim est soumis par un utilisateur.
- Un claim cible un acteur.
- Un claim peut aboutir à une entrée
actor_users. - Un claim peut être traité par un administrateur ou validateur.
Cycle de vie
- Soumission.
- Vérification automatique minimale.
- Statut en attente.
- Acceptation, refus, demande d’information ou expiration.
- Attribution éventuelle des droits.
- Archivage et audit.
Permissions/RBAC liées
- Tout utilisateur éligible peut proposer une revendication selon règles à confirmer.
- Seuls les rôles de validation autorisés peuvent accepter ou refuser.
- Le claim n’accorde aucun droit avant acceptation.
Contraintes métier
- Éviter les prises de contrôle non légitimes.
- Gérer les conflits entre claims concurrents.
- Minimiser les justificatifs sensibles.
- Distinguer validation acteur et modération globale.
Données sensibles éventuelles
- Justificatifs, contacts, motifs, décisions.
- Historique de validation.
Cache/offline éventuel
Pas de cache public. État consultable uniquement par demandeur et validateurs autorisés.
Stratégie d’indexation
- Index par acteur, demandeur, statut, date de soumission.
- Recherche backoffice par conflit ou ancienneté.
Partitionnement si concerné
Non prioritaire. Archivage par date possible.
État actuel vs cible
| Niveau | Description |
|---|---|
| Structure visible/confirmée | Revendication d’acteur documentée ; module Actor visible. |
| Structure probable | Demande avec demandeur, acteur cible, statut, décision et audit. |
| Cible future | Workflow validé, traçable, relié au pivot RBAC actor_users. |
Points à confirmer
- Justificatifs acceptés.
- Statuts exacts.
- Rôles de validation.
- Durée de conservation des demandes.