L'Institut des Hautes Études Technologiques et Commerciales forme à distance en technologie, intelligence artificielle, commerce et gestion. Nous avons construit son système entier — et surtout la couche qui le rend agentique : des agents qui instruisent des dossiers, répartissent des groupes et signalent un décrochage, sans jamais recevoir l'identité de personne.
En Guinée et dans la sous-région ouest-africaine, accéder à un diplôme du supérieur suppose le plus souvent de partir. Quitter sa ville, sa famille, parfois son emploi — et payer un logement en plus des frais de scolarité. Beaucoup de gens capables n'y arrivent pas. Ce n'est pas leur niveau qui les arrête.
De l'autre côté, des employeurs cherchent des compétences précises, sur vingt-quatre secteurs de l'économie réelle, et ne les trouvent pas.
IHETC pose l'équation dans l'autre sens : que la formation aille aux gens, plutôt que l'inverse. C'est un choix d'équité avant d'être un choix pédagogique.
Sauf qu'un établissement sans campus doit prouver par son système tout ce qu'un bâtiment prouve par sa seule existence : que l'étudiant est bien celui qu'il dit, que la note au relevé est celle qui a été mise, que le diplôme présenté à un recruteur est authentique.
Là où un campus rassure par ses murs, une école à distance n'a que sa rigueur. C'est tout le problème que nous avions à résoudre.
Un cursus long et une formation courte n'ont ni le même rythme, ni les mêmes preuves à produire. Ils partagent en revanche la même vérité académique — sinon deux diplômes du même établissement ne valent pas la même chose.
Un cursus complet, encadré, évalué. Pas une collection de vidéos.
Format court, preuve vérifiable, applicable immédiatement.
Un tuteur qui explique autrement quand l'élève bloque — sans jamais donner la réponse.
Une académie interne d'entreprise : vos parcours, vos indicateurs.
Un établissement d'enseignement supérieur fonctionne normalement sur quatre logiciels appartenant à quatre éditeurs différents : le système d'information scolarité, la plateforme pédagogique, l'outil de gestion des candidatures et l'ERP financier.
Chacun détient un morceau de l'étudiant. Aucun ne détient l'étudiant. Une note vit dans le LMS, l'inscription dans le SIS, le paiement dans l'ERP — et les relier tient de la reprise manuelle, du tableur et de la bonne volonté.
La donnée qui a de la valeur dans un établissement n'est pas dans les tables. Elle est dans les liens entre les tables. Personne ne les avait jamais réunis dans un seul graphe, parce que les quatre logiciels ne se parlent pas.
Dix étapes, une seule base d'événements. Rien ne transite par un export, un tableur ou une reprise manuelle entre deux d'entre elles.
Mettre un modèle de langage dans un établissement est facile. Le faire sans lui livrer les données des étudiants, et pouvoir le prouver, est le vrai travail. Quatre décisions d'architecture le permettent.
Quand un agent propose de placer une étudiante dans un groupe de travail, il ne reçoit aucun nom, aucun identifiant, aucune adresse. Le moteur d'exécution impose la cible de la proposition ; l'agent ne choisit que le groupe.
Ce n'est pas de la minimisation de données, c'est une propriété de la conception : un modèle qui ne reçoit jamais d'identité ne peut pas discriminer sur elle.
Tout ce qui sort de l'établissement vers un modèle passe par un point de contrôle unique, qui décide et journalise ce qui a le droit de sortir. Pas une clause de contrat : un composant qu'on peut inspecter.
« Nous ne transmettons que le nécessaire » est une phrase de contrat. Elle se vérifie à la relecture — et la relecture est justement ce qui manque le jour où on la demande.
Sur l'admission, trois agents étaient candidats. Celui qui lit un scan de pièce d'identité — la donnée la plus sensible du domaine — a été écarté malgré son intérêt apparent. Le premier déployé vérifie les prérequis académiques.
L'ordre de mise en service d'agents est une décision d'architecture, pas une question de faisabilité technique.
La porte qui mène au modèle impose une réponse strictement structurée et une température quasi nulle. Un agent qui instruit un dossier ne rédige pas : il répond à une question fermée, de façon reproductible et vérifiable.
C'est ce qui distingue un système opposable d'un assistant conversationnel branché sur une base de données.
Un registre académique engage la valeur des diplômes qu'il émet. Les propriétés ci-dessous ne sont pas des promesses commerciales : elles sont contrôlables, et plusieurs le sont sans nous.
Le SIS, le LMS, le CRM et l'ERP d'un établissement appartiennent d'ordinaire à quatre éditeurs différents. La valeur n'est pas dans leurs tables : elle est dans les liens entre elles, que personne ne réunit jamais. Ici il y a une base d'événements unique, dont le LMS et la scolarité ne sont que deux vues. Une note n'existe qu'à un endroit.
Chaque écriture entre dans une chaîne d'audit propre à l'établissement. Cette chaîne se recalcule en dehors de PostgreSQL : la vérification ne dépend donc ni de notre code, ni de notre serveur. Un commissaire aux comptes ou un organisme certificateur peut la contrôler seul.
Quatorze gardes d'immuabilité protègent les tables qui engagent l'établissement — notes, délibérations, documents émis. Elles restent actives même sous `session_replication_role = replica`, le réglage par lequel on contourne d'ordinaire les déclencheurs PostgreSQL. Un administrateur ne peut pas réécrire une note en silence.
Les documents opposables sont normalisés (RFC 8785), signés (Ed25519) et rassemblés dans un arbre de Merkle. Un recruteur vérifie l'authenticité d'un relevé ou d'un diplôme sans compte, sans API et sans connexion à l'établissement. Le document se suffit à lui-même.
L'isolement multi-établissement repose sur la sécurité au niveau des lignes de PostgreSQL, en mode fermé par défaut : une requête sans contexte d'établissement ne renvoie rien, au lieu de tout renvoyer. C'est le comportement inverse de celui qui produit les fuites de données.
Un étudiant qui change d'établissement emporte une attestation signée de ses acquis. L'établissement d'accueil déclare les tiers auxquels il fait confiance — et la reconnaissance des crédits reste une décision humaine, jamais un import automatique.
L'accessibilité n'est pas déclarée : elle est mesurée par axe-core sur le référentiel WCAG 2.1 niveau AA, dans un vrai navigateur, à 390 pixels de large — la largeur réelle d'un téléphone d'étudiant.
La connexion par un fournisseur d'identité externe (OIDC) a été confrontée à une implémentation certifiée, tour complet : `state`, `nonce`, PKCE, et l'identifiant stable comme seule clé. Elle reste désactivée tant qu'un établissement ne la demande pas.
Ses notes, son emploi du temps, sa progression et ses attestations sont au même endroit que ses cours. Son diplôme se vérifie sans qu'il ait à demander quoi que ce soit à l'école.
Il dépose un sujet, il corrige, il saisit. Il ne ressaisit jamais la même note dans un second outil, et son appel n'est pas écrasable par une auto-déclaration.
Il simule une délibération autant de fois qu'il veut, gratuitement, avant de la sceller. Une fois scellée, elle ne se réécrit plus — et cela se prouve.
Son recruteur vérifie l'authenticité du titre lui-même, en quelques secondes, sans compte et sans appeler l'école. Pour quelqu'un qui s'est formé loin d'un campus, c'est la différence entre être cru sur parole et devoir prouver qu'on existe.
Le principe vaut au-delà de l'enseignement : partout où la valeur est dans les liens que personne ne réunit.
Voir aussi les entreprises autonomes, la chaîne d'audit, la souveraineté et le Workspace.