Het archief dat alles weet
De meeste leer- en opleidingssystemen zijn gebouwd als system-of-record. Ze leggen nauwkeurig vast wat er gebeurd is: inschrijvingen, aanwezigheid, toetsresultaten en certificaten. Dat is waardevol. Zonder betrouwbare registratie kun je bij een audit niets aantonen, en weet niemand wie bevoegd is.
Maar een system-of-record is passief. Het weet dat het certificaat van een monteur over zes weken verloopt, maar het doet er niets mee. Iemand moet een rapport draaien, een lijst exporteren, een mail sturen en een geschikte sessie zoeken. De kennis zit in het systeem; de actie zit in mensen.
Waar het misgaat
Zolang die ene planner alles in zijn hoofd heeft, gaat het meestal goed. Tot hij op vakantie is, een nieuwe baan heeft of simpelweg een signaal mist tussen honderd andere. Dan blijkt op de ochtend van een klus dat een aanwijzing verlopen is. De monteur kan niet aan het werk, de planning schuift en de klant wacht.
Het probleem is niet dat de informatie ontbrak. Die stond gewoon in het systeem. Het probleem is dat niemand er op tijd iets mee deed.
Wat een system-of-action anders doet
Een system-of-action staat op hetzelfde fundament van betrouwbare data, maar vertaalt die data naar een volgende stap. Het wacht niet tot iemand een rapport opent. Het signaleert, doet een voorstel en zet het in gang.
“Je hercertificering LS-verbindingen verloopt over zes weken. Zal ik je inschrijven in Zwolle, op 12 maart?”
Dat ene bericht vervangt een rapport, een export, drie mails en een zoektocht in de planning. Niet omdat het systeem slimmer is dan de planner, maar omdat het de routine van hem overneemt. Zo houdt de planner tijd over voor de uitzonderingen die wél zijn aandacht nodig hebben.
System-of-record
- Legt vast wat er gebeurd is
- Rapporteert op verzoek
- Mensen zoeken en plannen
- Achteraf aantonen
System-of-action
- Signaleert wat er gaat gebeuren
- Doet zelf een voorstel
- Plant in, mensen bevestigen
- Vooraf voorkomen
Wat daarvoor nodig is
Een system-of-action bouw je niet door een AI-laag over een bestaand archief te leggen. Er zijn vier voorwaarden.
- Eén bron van waarheid. Opleiden, plannen en volgen moeten dezelfde gebruikers, resultaten en certificaten delen. Als de planning in een ander systeem staat dan de certificaten, kan niets automatisch op elkaar reageren.
- Regels per certificaat. Hoe lang is iets geldig, en welke training hoort bij de hercertificering? Pas als dat is vastgelegd, kan een systeem weten wat de volgende stap is.
- Koppelingen. Een actie houdt niet op bij het leerplatform. Via een API en webhooks gaan resultaten terug naar de HR-suite, verschijnt een sessie in de agenda en krijgt de leidinggevende bericht.
- De mens houdt de regie. Het systeem stelt voor; de medewerker, planner of docent beslist. AI ondersteunt mensen, niet andersom.
Waar Emmedy staat
Het fundament staat. In Emmedy delen Learn, Plan en Flow dezelfde gegevens. Certificaten hebben een geldigheid en een opvolgtraining, verlopende resultaten komen in beeld en vloeien door naar de wachtlijst in de planning. Via de API gateway en webhooks gaan resultaten naar andere systemen.
De volgende stap bouwen we nu: proactieve voorstellen in de app, en Emmy, een studiecoach die meedenkt en helpt met oefenen vóór een examen. Steeds met dezelfde gedachte: het systeem doet het voorwerk, de mens beslist.
Vastleggen blijft belangrijk. Maar de echte waarde zit in wat je met die gegevens doet, en vooral: op tijd.