Information
- OpenAPI version:
3.1.0
Les portes d'écriture du référentiel — structure, caractéristiques, restrictions, règles de valorisation, valeurs, occurrences, événements, documents et analyses — et le versant lecture de leur circuit : demandes de validation et anomalies.
Toute écriture du référentiel passe ici — l’alimentation documentaire comprise, qui propose et n’écrit jamais directement. Un geste d’ÉTABLISSEMENT (référencement, transition de cycle, caractéristique, restriction, règle, relation, rôle) crée une DEMANDE DE VALIDATION : l’effet est acquis à sa validation par un valideur distinct du préparateur (les quatre yeux — le workflow vit aux portes, jamais dans les cycles). La restriction d’urgence s’applique immédiatement, sa demande se valide a posteriori avec échéance de revue. La publication des valeurs et le pilotage des événements et des occurrences s’appliquent sans demande et publient chacun leur fait, retenu dans la même transaction (boîte d’envoi). Tout ou rien : un rejet du domaine (422, motivé) ne retient rien. Le teneur de compte ne se donne jamais dans l’adresse.
La spécification intégrale — chaque opération avec sa description entière — se lit sur la page du contrat.
Tout appel est authentifié (401) et autorisé par famille d’accès (403 hors famille) — chaque opération déclare sa famille en portée, sous la forme instruments:famille. Les familles se prouvent en croisé : l’administration ne publie pas, la publication n’administre pas.
Security scheme type: http