Compliance-LMS: hur du väljer, driver och kan bevisa ett

De flesta lärplattformar är byggda för att uppmuntra lärande. En complianceplattform är byggd för att bevisa det. Den enda skillnaden avgör nästan allt annat i produkten: hur den hanterar registrering, vad den gör när någon lämnar företaget, om ett genomföranderegister överlever ett licensbyte, och om du kan lämna över en export till en tillsynsmyndighet utan att lägga en vecka på att bygga om den i ett kalkylblad.

Om du köper för ett complianceprogram snarare än för kompetensutveckling svarar större delen av marknaden på en fråga du inte ställde. Den här sidan är kartan över pelaren: vad ett compliance-LMS faktiskt måste göra, hur du utvärderar ett när dina skyldigheter skiljer sig mellan länder, och var de specifika besluten behandlas mer i detalj.

Vad som gör ett compliance-LMS annorlunda

Fyra saker skiljer compliance-användningsfallet från vanligt företagslärande, och var och en visar sig som en funktion du inte hittar på en generisk, engagemangsdriven plattform.

Målgruppen tilldelas, inte lockas. I utvecklingslärande konkurrerar en kurs om uppmärksamhet och plattformens jobb är att göra den tilltalande. I compliance bestäms populationen av risk, roll och jurisdiktion, kursen är obligatorisk, och plattformens jobb är att föra en tilldelad population till ett genomfört tillstånd utan att en människa jagar varje person. Det betyder automatiska registreringsregler, tidsfristlogik, eskalering till linjechefer och återkommande tilldelning, inte en rekommendationsmotor.

Registret överlever deltagaren. Ett utvecklingsregister är intressant så länge någon arbetar hos er. Ett complianceregister måste kunna tas fram efter att de slutat, ibland flera år senare, eftersom frågan en tillsynsmyndighet eller utredare ställer är om den specifika personen fick den specifika utbildningen det specifika datumet. Det är ett krav på dokumenthantering i lärplattformens kläder, och det kolliderar med uppgiftsminimering på sätt som behandlas i artikel 55.

Innehållet förändras när lagen förändras. En ledarskapskurs skriven 2021 är fortfarande i stort sett användbar. En kurs om penningtvätt skriven 2021 kan nu vara felaktig. En complianceplattform behöver versionshantering som skiljer kosmetiska ändringar från materiella, eftersom om innehållet väsentligen ändrades kanske genomförandena mot den gamla versionen inte längre besvarar den fråga ni behöver svar på.

Beviset är leveransen. Allt annat är instrumentellt. Resultatet av ett complianceutbildningsprogram är inte en utbildad personalstyrka, hur tillfredsställande det än är. Det är ett försvarbart påstående om att rätt personer utbildades i rätt saker vid rätt tidpunkt, och bevis som stöder det. Om en plattform inte kan producera det beviset snabbt, i den form tillsynsmyndigheten efterfrågar, har den misslyckats med det enda jobb som spelar roll den dag det spelar roll.

Den nordiska komplikationen

Allt ovanstående gäller överallt. Det som gör det nordiska köpbeslutet genuint annorlunda är att samma organisation vanligtvis driver ett program mot flera uppsättningar nationella skyldigheter samtidigt.

En koncern med enheter i Finland, Sverige, Norge och Danmark driver inte ett complianceprogram på fyra språk. Den driver fyra överlappande skyldighetsuppsättningar med en gemensam kärna. Visselblåsartröskeln skiljer sig. NIS2:s utbildningsskyldighet är avgränsad olika i finländsk och svensk lag. Arbetsmiljöskyldigheter kring trakasserier finns i olika regelverk med olika formuleringar. En plattform som modellerar detta som en språkmeny på en enda global kurs kommer att producera register som ser prydliga ut och besvarar fel fråga.

Det finns tre praktiska konsekvenser för plattformsvalet.

Ni behöver en landsdimension i tilldelningslogiken, inte bara en rolldimension. Artikel 47 beskriver hur man bygger den matrisen. Utan den slutar det med att ni underhåller parallella kurskataloger per enhet, vilket är där de flesta flerlandsprogram tyst går sönder.

Ni behöver språkversioner som kan röra sig i olika takt. Den finska versionen av en kurs kan behöva uppdateras för att finländsk lag ändrats, medan den svenska versionen fortfarande är aktuell. Om versionerna är låsta till varandra måste ni antingen publicera om allt för en ändring som rör ett land, eller fördröja en ändring som ett land behöver. Artikel 58 behandlar detta.

Ni behöver en utrullning som klarar lokala samrådsskyldigheter. I Finland och Sverige är införandet av ett system som följer anställdas aktivitet inte enbart ett IT-beslut. Arbetstagarrepresentanter involveras innan det sker, inte efteråt, och tidplanen för införandet måste ta höjd för det. Artikel 60 behandlar ordningsföljden.

Checklistan över förmågor

När man skalar bort marknadsföringen måste ett compliance-LMS göra sju saker bra. Det här är kortversionen av utvärderingsmallen, och artikel 52 gör om den till en kravlista ni kan lägga i en upphandling.

Tilldelning och registrering. Regler baserade på attribut som kommer från ert HR-system, inte manuella listor. Om någon byter roll, land eller enhet ska kursplanen ändras utan att någon behöver komma ihåg att ändra den. Testa detta i demon med ett verkligt överflyttningsscenario, inte en nyanställning.

Tidsfrister, påminnelser och eskalering. Konfigurerbart per kurs, per population. Påminnelser som går till deltagaren, sedan till chefen, i en takt ni bestämmer snarare än en leverantören bestämt. Artikel 59 behandlar vilken takt som faktiskt fungerar.

Återkommande tilldelning. Årligen är standardantagandet och det är oftast fel. Viss utbildning är genuint årlig, mycket utlöses av rollbyte eller incident, och en del har ingen lagstadgad frekvens alls. Plattformen bör stödja alla tre mönstren i stället för att tvinga in allt i en årscykel.

Flerspråkig leverans. Inte bara ett översatt gränssnitt. Separata innehållsversioner per språk, oberoende versionshanterade, med ett definierat reservbeteende när en språkversion saknas.

Rapportering och bevisexport. Genomförande per person, per kursversion, per datum, per enhet, filtrerbart och exporterbart utan leverantörens inblandning. Be att få se exporten i demon. En instrumentpanel som ser imponerande ut på skärmen men inte kan producera en bevisfil per person är en belastning.

Stöd för innehållsstandarder. Om plattformen läser SCORM, xAPI eller cmi5 avgör hur portabelt ert kursbibliotek är och vilken data ni får tillbaka om deltagarnas beteende. Artikel 53 förklarar vilken standard som spelar roll för vilket syfte.

Kontroll över datalivscykeln. Lagringsregler, raderingsrutiner och ett tydligt svar på vad som händer med en avgående persons register. Artikel 55 behandlar vad ni får behålla och på vilken grund.

Köpa innehållet, plattformen eller båda

Marknaden delar sig i tre slags leverantörer, och den skillnaden spelar större roll än funktionsjämförelsen.

Renodlade plattformsleverantörer säljer leveranssystemet och förväntar sig att ni står för kurserna, antingen genom separat licensiering eller genom att bygga dem i ett författarverktyg. Renodlade innehållsleverantörer säljer kurser som körs i den plattform ni redan har. Kombinerade leverantörer säljer båda.

Enbart plattform är rätt svar när ni redan äger betydande innehåll och ert huvudproblem är leverans och bevis. Enbart innehåll är rätt när plattformen är okej och kurserna är föråldrade. Kombinerat är rätt när innehållet är det verkliga problemet, vilket det för compliance oftast är, eftersom det är svårare och dyrare att skriva en korrekt antikorruptionskurs för fyra jurisdiktioner än de flesta organisationer räknar med när de börjar.

Fällan i den kombinerade modellen är inlåsning, och det specifika ni ska testa är om ni kan ta med er genomförandehistoriken och innehållet ut. Be om ett exportexempel under utvärderingen, inte under utträdesförhandlingen. Artikel 62 behandlar de kommersiella villkor som gör detta enkelt eller svårt.

Vad du ska testa i en demo

Leverantörsdemos är optimerade. Ni kan avoptimera dem med fyra önskemål, och hur leverantören hanterar dem säger mer än funktionslistan.

1. Be dem registrera en fiktiv anställd i en finländsk enhet, flytta sedan den anställda till den svenska enheten och visa vad som händer med kursplanen utan att någon rör den manuellt.
2. Be dem ta fram ett genomförandeintyg för en namngiven person på en namngiven kursversion, och fråga sedan hur det registret ser ut arton månader efter att personen slutat.
3. Be dem visa samma kurs på två språk och ändra en språkversion utan att publicera om den andra.
4. Be dem exportera bevispaketet för en enhet för ett år, i demon, och titta på vad som kommer ut.

Om något av de fyra kräver ett uppföljningssamtal för att besvaras, så är det ert svar. Det här är inga exotiska krav. Det är de ordinarie driftsförhållandena för ett complianceprogram i flera länder, och en plattform byggd för det användningsfallet hanterar dem utan ceremonier.

Var dessa program går fel

Fem felmönster står för det mesta av problemen, och inget av dem är ett plattformsfel.

Tilldelningsmodellen bestäms efter plattformen. Matrisen över vem som behöver vad, per roll och land, är ett compliancebeslut. Om den fortfarande diskuteras när konfigurationen börjar, kodar konfigurationen in diskussionen. Artikel 47 beskriver hur man bygger den först.

HR-data antas vara bra. Det är den sällan. Jobbtitlar i fritext, saknade landsfält, personer utan angiven chef, konsulter osynliga för flödet. Var och en av dem blir en registreringsdefekt som ser ut som bristande efterlevnad. Artikel 54 behandlar det dataarbete som måste ske före integrationen.

Lokaliseringen börjar efter att plattformen gått live. Innehåll på ett språk går live, de andra språkversionerna beställs efteråt, och i sex månader får halva organisationen en kurs på ett språk de inte arbetar på. Artikel 58 behandlar varför det är ett arkitekturbeslut snarare än en översättningsfaktura.

Ingen äger det när projektet är slut. Införandeprojektet har en projektledare, en styrgrupp och en budget. Den löpande driften saknar ofta alla tre, och ett program utan ägare förfaller tyst: tilldelningsreglerna slutar matcha organisationen, kurser passerar sitt översynsdatum, rapporter ingen kör slutar fungera.

Beviskravet testas första gången under en revision. Var och en av de fyra frågorna i avsnittet ovan är lätt att besvara i förväg och obehaglig att besvara under tidspress. Kör bevisexporten en gång i kvartalet oavsett om någon har bett om den.

Hur bra ser ut i löpande drift

Ett program som fungerar har en igenkännbar form. Tilldelningen är automatisk och speglar organisationen som den är i dag, inte som den var vid driftstart. Genomförandegraden ligger över 95 procent för den tilldelade populationen, och resten kan förklaras som personer inom sitt tidsfönster eller på ledighet. Kursöversyner sker enligt schema och försenade översyner är synliga. Gallring sker automatiskt snarare än som en årlig städning. Och bevispaketet för vilken enhet och vilket år som helst kan tas fram av en person på en eftermiddag.

Inget av det kräver en ovanlig plattform. Det kräver att tilldelningsmodellen, datan, språkplanen och ägarskapet har bestämts medvetet, vilket är vad resten av den här pelaren handlar om.

Frågorna den här pelaren besvarar

Vanliga frågor