Vérifier le fonctionnement réel
Contrôler les cinq rôles, la séparation entre organisations, les enregistrements, les preuves et la traçabilité des décisions. Consigner le résultat de chaque test avant d’annoncer une fonction comme validée.
Du démonstrateur au pilote institutionnel
Un socle de gouvernance, un moteur de performance commun et des profils institutionnels distincts. Cette page sépare les fonctions présentes, les démonstrations et les prochaines étapes.
Où en sommes-nous ?
Parapublic Governance OS réunit trois lectures complémentaires : portefeuille de l’État, assurance publique et performance & valeur publique. Il accueille aujourd’hui le noyau transversal MissionPro Performance & Public Value OS™, dont une autonomie ultérieure pourra être préparée sans dupliquer les objets.
Le socle applicatif comporte un espace par organisation, des rôles, des invitations et un journal d’audit. Les registres de résultats, indicateurs, budgets, risques, contrôles, preuves, revues et décisions sont présents dans la base du site. Cela ne constitue pas encore la validation d’un déploiement institutionnel complet.
Ouvrir mon espace Explorer le démonstrateurFonctions et niveau de disponibilité
| Périmètre | État | Limite à connaître |
|---|---|---|
| Hub, Knowledge, Tools, Insights et trois Command Centers | Présents | Référentiels et vues de démonstration ; le portefeuille national n’est pas alimenté automatiquement. |
| Organisation, profils institutionnels, rôles et journal d’audit | Socle applicatif présent | Une recette complète par rôle et organisation reste nécessaire avant le pilote réel. |
| Fiches R2 / R13 et quatre lectures de performance | Démonstration et registres applicatifs | Les exemples MissionPro Lab sont des données fictives. Les scores et appréciations ne constituent pas une évaluation institutionnelle validée. |
| DPPD, PAP, RAP et rapportage par profil | Prototype | Les sorties réglementaires, leur validation et leurs exports complets restent à développer. |
| Copilotes IA | Architecture cible | Les analyses d’exemple ne proviennent pas d’un service IA connecté. |
| RICAC et EIA Executive Learning | Passerelles de navigation et méthode commune | Aucune synchronisation automatique de comptes, preuves, scores ou parcours. |
| CETUD | Premier cas de démonstration à préparer | Le cadrage ci-dessous n’est ni une connexion au SI du CETUD, ni un tableau de bord validé par l’institution. |
Une fiche maîtresse, plusieurs profils
La Fiche Résultat–Budget–Risque relie mandat, stratégie, capacités, ressources, KPI/KRI, contrôles, preuves, revues, décisions, audit, évaluation et apprentissage. Elle distingue l’activité réalisée, le produit livré, l’effet observé et l’impact attendu.
Le type d’organisation est obligatoire. Les profils ministère et programme budgétaire activent DPPD/PAP/RAP ; les agences, établissements et entreprises publiques disposent de leurs propres instruments de performance et de rapportage.
Les prochaines étapes utiles
Préparer le pilote CETUD
Sélectionner cinq à dix résultats critiques, confirmer leurs responsables et leurs sources, puis organiser une première revue.
Voir le cadrage CETUD →Partager les références et les preuves
Établir les identifiants, règles d’accès et correspondances entre performance, assurance RICAC et capacités EIA avant tout échange automatisé.
Voir les passerelles →Rapportage et assistance IA
Développer les exports propres au profil, tester les règles de notation et relier les recommandations IA aux sources et à une validation humaine.