Que chaque institution reconstruise connexions et formulaires, c’est la répétition la plus coûteuse.
Le socle transforme identité, autorisations, formulaires, dossiers et notifications en couche partagée, à laquelle chaque institution connecte sa propre activité. Le public fait face à une seule entrée, les agents à un seul référentiel d’autorisations, et les données de service reviennent entre les mains de l’institution elle-même.
L’argent que les institutions dépensent en répétition
Quand chaque administration construit son système séparément, la même roue est réinventée bien des fois.
Une connexion construite par système
Le public se réinscrit dans chaque service d’institution ; les autorisations des agents sont gérées chacune de leur côté, et les récupérations au départ d’un agent passent souvent à travers.
Formulaires et dossiers déconnectés
La demande est déposée, mais l’avancement est introuvable ; les pièces complémentaires passent par le téléphone, et les transferts entre institutions reposent sur des récits oraux.
Des données qui ne reviennent pas à l’institution
Le service tourne dans le système du fournisseur, les définitions statistiques sont chez le fournisseur ; changer de fournisseur, c’est d’abord perdre ses données.
Les petites institutions ne peuvent pas porter un système
Les administrations de guichet ont un faible volume d’activité ; le coût d’un achat et d’une exploitation séparés ne s’amortit pas.
Composition du socle
La couche partagée gère quatre choses ; l’activité reste aux institutions.
Couche d’identité institutionnelle
KINGAI ID fait dériver l’organigramme, les autorisations de poste, la connexion en authentification unique et l’audit des accès ; l’identité du public et celle des agents sont gouvernées séparément.
- Organigramme et autorisations de poste
- Connexion en authentification unique
- Gouvernance séparée des identités du public et des agents
- Traces d’audit des accès
Moteur de formulaires et de dossiers
Formulaires, pièces, réception, compléments, clôture et notifications forment un moteur configurable ; chaque institution assemble son propre processus selon son activité.
- Formulaires et listes de pièces configurables
- Processus complet : réception, compléments, clôture
- Notifications d’avancement automatiques
- Transferts entre institutions tracés
Registre des fonds et des versements
Les registres de subventions et d’allocations sont conçus séparément selon les règles budgétaires, avec une comptabilité et un audit séparés du portefeuille de consommation KINGAI.
- Conception séparée selon les règles budgétaires
- Comptabilité séparée du portefeuille de consommation
- Traces de versement auditables
- Définitions validées par l’autorité des finances
Couche de données de service
Volumes de dossiers, délais et satisfaction reviennent dans la zone de données propre à chaque institution ; les définitions statistiques sont fixées par l’institution, et les exports sont vérifiables à tout moment.
- Retour des volumes, délais et taux de satisfaction
- Données cloisonnées par institution
- Définitions statistiques fixées par l’institution
- Exports vérifiables à tout moment
Composants de service intelligent superposables
Au-delà du socle, la couche que voient les résidents peut se superposer élément par élément, sans attendre que le socle soit entièrement construit.
Questions-réponses sur les politiques de l’institution
Une base de questions-réponses construite sur les politiques et les documents de démarches publiés par l’institution ; les résidents interrogent d’abord l’accueil, sur le site et par la ligne téléphonique ; les réponses portent leurs sources, et leur référentiel est mis à jour en même temps que les documents.
- Les réponses ne s’appuient que sur les documents émis par l’institution
- Quand un document change, les réponses sont révisées en synchronisation
- Ce qui ne peut pas être traité est transféré à un humain, avec un résumé
Listes de pièces et suivi d’avancement
Une liste de pièces générée par démarche ; l’avancement du dossier est relié aux données du socle ; les résidents le consultent en autonomie — et les questions répétées aux guichets et à la ligne téléphonique baissent d’un cran.
- Listes générées automatiquement par démarche
- Suivi d’avancement selon le référentiel d’autorisations de l’institution
- Notifications de compléments automatiques
Espace de travail pour les arriérés
Les demandes en attente et les tickets à traiter sont triés par gravité pour les humains ; aux heures de pointe, l’accueil intelligent prend d’abord le relais, et les agents ne traitent que ce qui exige un jugement.
- Arriérés triés par gravité
- Déviation des pics prise en charge en premier
- Traces de traitement, élément par élément
Modes d’achat et d’extension
Les composants se signent et se réceptionnent pièce par pièce ; plusieurs institutions peuvent passer par un achat coopératif et un accord-cadre — négocié une fois, connecté institution par institution, avec cloisonnement des données et définitions fixés pour chacune.
- Signature et réception par composant
- Achat coopératif et accord-cadre négociables
- Connexion institution par institution, réception institution par institution
Comment la plateforme se connecte
Le socle est lui-même une pièce de la couche plateforme.
Le socle existant de KINGAI ID
Autorisations, numérotation, blocages et référentiel de sessions disposent déjà d’une mise en œuvre en production ; l’édition institutions y ajoute organisation et gouvernance.
Noyau situationnel en option
Les points chauds de service et les données d’événements peuvent alimenter l’analyse opérationnelle des institutions ; le périmètre de connexion est autorisé séparément, selon les attributions.
Socle d’exploitation ONE
Après la mise en service du socle, surveillance, mises à niveau et revérifications sont exploitées de façon unifiée ; les institutions n’ont pas chacune à entretenir une équipe d’exploitation.
Chemin de livraison
D’abord faire atterrir un service d’une institution, puis répliquer horizontalement. Chaque étape laisse un produit livrable réceptionnable.
Inventaire des services
Choisir un service à forte fréquence ; inventorier formulaires, pièces, approbation et notifications.
Livrable : tableau d’inventaire du service (liste des formulaires, pièces, étapes d’approbation et de notification).
Connexion au socle
L’organisation et les autorisations de l’institution sont construites d’abord ; le service pilote tourne sur le socle.
Livrable : dossier de livraison de la connexion (tableau de l’organisation et des autorisations de l’institution, registre de mise en service du service pilote).
Extension multi-institutions
Les autres institutions se connectent en autonomie selon la même norme ; cloisonnement des données et définitions sont réceptionnés institution par institution.
Livrable : procès-verbaux de réception par institution (confirmation du cloisonnement des données, registre des définitions statistiques validées).
Revérification d’exploitation
Délais de traitement, anomalies et mises à niveau sont revérifiés chaque mois ; les versions du socle évoluent de façon unifiée.
Livrable : rapport mensuel de revérification (délais de traitement, liste des anomalies, registre des montées de version).
- Combinaisons de livraison : construction du socle, connexion par institution, exploitation gérée.
- Les données sont cloisonnées par institution ; tout partage entre institutions exige une autorisation élément par élément.
- L’étape de vérification d’identité se connecte, selon la juridiction, à un prestataire conforme ou au système existant de l’institution ; le socle ne fabrique pas ses propres qualifications de vérification.
Gouvernance et frontières des données
Le plus grand risque d’un socle partagé, ce sont des responsabilités floues : on écrit clair d’abord, on se connecte ensuite.
Les données appartiennent à l’institution
Les données des dossiers et du public appartiennent à l’institution connectée ; KINGAI n’y accède que dans la mesure nécessaire à l’exploitation, et les journaux sont consultables.
Pas d’usage marketing
Les données des services gouvernementaux n’entrent pas dans les systèmes d’acquisition de clients ni de publicité de KINGAI — c’est écrit dans le contrat.
Les autorisations suivent le poste
Les autorisations des agents suivent le poste ; mutations et départs entraînent une récupération automatique, et les accès anormaux déclenchent une alerte séparée.
Sortie avec tout emporter
À la sortie d’une institution, données, configurations et documentation sont intégralement exportées ; la période d’assistance est inscrite au contrat.
Questions fréquentes
Quel est le rapport avec la plateforme gouvernementale existante de l’institution ?
Le socle est une couche partagée, connectée selon des normes ; il n’exige pas le remplacement des systèmes métier existants. Identité, formulaires, dossiers et notifications sont d’abord rassemblés sur le socle ; les systèmes métier actuels de l’institution se connectent selon les normes d’interface, et le rythme du rassemblement est fixé élément par élément lors de la conception de la connexion.
Comment le registre financier s’articule-t-il avec le système des finances ?
Le registre est conçu séparément selon les règles budgétaires, et ses définitions sont validées par l’autorité des finances. Le registre des subventions et des allocations est tenu et audité séparément du portefeuille de consommation ; le mode de connexion au système des finances est déterminé lors de la phase de conception de la connexion, selon les règles locales.
Les petites institutions peuvent-elles se le permettre ?
Le socle existe précisément pour répartir les coûts. La couche partagée est construite et exploitée en commun ; les institutions l’utilisent par connexion, sans que chacune ait à acheter un système complet et à entretenir sa propre équipe d’exploitation.
Qui peut voir les données des résidents ?
Les données appartiennent à l’institution connectée ; nous n’y accédons que dans la mesure nécessaire à l’exploitation. L’accès est autorisé par poste et journalisé ; les données des services gouvernementaux n’entrent pas dans nos systèmes d’acquisition de clients ni de publicité — c’est écrit dans le contrat.
Qui effectue la vérification d’identité du public ?
Selon la juridiction : un prestataire conforme ou le système existant de l’institution. Le socle ne fabrique pas ses propres qualifications de vérification ; l’étape de vérification est fixée lors de la conception de la connexion, selon les règles locales.
Quelle est la durée de la période d’assistance à la sortie ?
Elle est inscrite au contrat, convenue selon le volume de données et le nombre de systèmes connectés. À la sortie, données, configurations et documentation sont intégralement exportées, avec des résultats d’export vérifiables élément par élément ; nous ne retenons pas les données pour forcer un renouvellement.
Et ensuite, quel bloc regarder
Confiance et conformité
Formes de déploiement, souveraineté des données, exploitation de sécurité, filtrage de la chaîne d’approvisionnement et limites d’usage, écrits au même endroit.
Vue d’ensemble des solutions nationales
La place du socle dans l’ensemble du système : retour à la vue d’ensemble pour le tableau complet.
Système de ville intelligente
Le socle est la partie « services publics » de la couche plateforme urbaine ; pour sa répartition avec l’IOC, voir la page Ville.
Faites d’abord atterrir un service à forte fréquence
Fournissez le type d’institution et le service que vous voulez y faire monter en premier : nous revenons d’abord avec le chemin de connexion et le référentiel de cloisonnement des données.
