Nieuwe functie: Multi-rater feedback en 360°-beoordelingen
Terug naar blog

Overstappen van klokkenluiderssoftware: van leverancier wisselen zonder de audittrail te breken

Hoe u een overstap van klokkenluiderssoftware plant: scope, data-export, continuïteit van dossiers, interne communicatie en technische omschakeling.

13 augustus 20264 min lezenInkopersgidsen

Door Disclosurely Editorial

Op deze pagina

Inkopersgidsen

Overstappen van klokkenluiderssoftware: van leverancier wisselen zonder de audittrail te breken

Disclosurely

Van leverancier wisselen voor klokkenluiderssoftware is een geregisseerde operatie. Het raakt aan gevoelige gegevens, aan lopende dossiers en aan de vertrouwensrelatie met melders. Ongestructureerd uitgevoerd, kan een migratie leiden tot gaten in de audittrail, tot lastige auditvragen en tot een moeizame behandeling van open zaken. Als project aangepakt, verloopt de overstap doorgaans in enkele weken, zonder merkbare onderbreking voor interne gebruikers of voor melders.

Waarom organisaties van klokkenluiderssoftware wisselen

De redenen lopen uiteen: een gewijzigde compliance-scope, inconsistente prijsstelling, tekortschietend casemanagement, aangescherpte beveiligingseisen, of gewoon de wens om meer regie over de exploitatie te nemen. Geen van deze redenen is illegitiem. Het aandachtspunt zit alleen in hoe de migratie wordt uitgevoerd.

De vijf stappen van een schone migratie

1. Scope en verantwoordelijkheid vastleggen

Bepaal, vóór elke offerteronde of beslissing, welke entiteiten, vestigingen, talen en interne rollen toegang krijgen. Wijs een projectverantwoordelijke aan binnen compliance of juridische zaken. De meldregeling en de plichten uit de Wet bescherming klokkenluiders blijven tijdens en na de migratie van toepassing: de organisatie moet een onafhankelijk contactpunt behouden en de termijnen voor ontvangstbevestiging en terugkoppeling respecteren.1

2. Historie exporteren bij de vertrekkende leverancier

Het lopende contract moet een gestructureerde export van dossiers, bijlagen en audittrails toestaan. Als dat niet expliciet is voorzien, dien het verzoek dan direct aan het begin van het project in en documenteer de reactie schriftelijk. Bij afwezigheid van een export: plan een periode van read-only conservering van de vertrekkende omgeving gedurende meerdere maanden, tot definitieve afsluiting van open dossiers.

3. Bewaarbeleid uitlijnen vóór import

Voordat u iets in de nieuwe tool importeert, valideer opnieuw het bewaarbeleid: hoe lang bewaart u een afgesloten dossier, een zonder gevolg gesloten dossier of onderliggende bewijsstukken? Een migratie is een goed moment om de feitelijke praktijk te aligneren met het geschreven beleid. Het artikel Meldregeling: elementen om te documenteren beschrijft wat schriftelijk moet blijven vastgelegd.

4. Toegangskanalen omschakelen

Melders bereiken het intern meldkanaal via meldlinks, QR-codes op interne borden, eventueel via verwijzingen in het personeelshandboek. Plan een retrograde tijdlijn: technische livegang van het nieuwe kanaal, actualiseren van fysieke en digitale dragers, redirectperiode van oude naar nieuwe URLs en op elkaar afgestemde interne communicatie. Elke medewerker individueel informeren is niet nodig; het kanaal ononderbroken bereikbaar houden wel.

5. Open dossiers tijdens de omschakeling beheren

Dit is het meest delicate deel. Een dossier dat open staat in de vertrekkende tool mag niet half in de inkomende tool terechtkomen. Twee aanpakken zijn mogelijk:

  • open dossiers tot afsluiting houden in de oude tool en alleen nieuwe meldingen openen in de nieuwe tool (aanbevolen aanpak);
  • alle lopende dossiers migreren met een expliciete markering van herkomst, importdatum en oorspronkelijke referentie, en de gestructureerde export van de vertrekkende leverancier bewaren als bewijs.

Wat in de audittrail moet komen na de migratie

Een schone audittrail vermeldt na de migratie: datum van omschakeling, identifiers van gemigreerde dossiers, formaat en omvang van de oorspronkelijke export, verantwoordelijke die de migratie heeft gevalideerd, contractuele referenties van beide leveranciers en het bewaarbeleid dat op de eerdere data wordt toegepast. Deze elementen beschermen de organisatie bij toekomstige controles of geschillen.

Veelvoorkomende fouten

Drie fouten komen systematisch terug in migratieprojecten: (1) de migratie laten improviseren door IT zonder validatie door compliance; (2) importeren zonder op te schonen, terwijl de migratie hét moment is om het bewaarbeleid door te voeren; (3) vergeten om fysieke communicatiedragers (borden, folders, poster) te actualiseren, waardoor een periode ontstaat waarin het nieuwe kanaal nog niet zichtbaar is voor de interne doelgroep.

Hoe Disclosurely een inkomende migratie ondersteunt

Een overstap naar Disclosurely maakt gebruik van zelf-aanschaf (Professional: £39.99/maand of £399.90/jaar), met een historie-import via een gestructureerde export van de vertrekkende leverancier. Wij dwingen geen operationele opzet af: de meldregeling blijft bij de organisatie, en de migratie wordt aangestuurd door compliance of juridische zaken, in hun eigen tempo. Casemanagement, anonieme tweerichtingscommunicatie en de exporteerbare audittrail zijn vanaf dag één operationeel.

Om de beslissing eerder in het traject voor te bereiden, combineer dit artikel met het leveranciers-beoordelingsraster en het referentiepunt over de kosten van klokkenluiderssoftware. Voor de productinvulling: oplossing voor klokkenluidersmeldingen of vraag direct een demo aan.

Bronnen

Veelgestelde vragen

Kunnen we van klokkenluiderssoftware wisselen zonder de dossierhistorie te verliezen?
Ja, mits de huidige leverancier een gestructureerde export van dossiers, bijlagen en audittrails levert. Die dataportabiliteit is in de meeste serieuze contracten voorzien en moet vóór de migratie schriftelijk worden bevestigd.
Moeten we melders individueel informeren over de overstap?
Melders hoeven niet één voor één te worden geïnformeerd over een tooling-wissel. Wel moet de organisatie de continuïteit van het meldkanaal borgen en de nieuwe meldlinks/QR-codes tijdig communiceren aan de betrokken interne doelgroepen.
Hoe lang duurt een overstap?
Voor één entiteit is een overstap doorgaans in enkele weken rond. Voor een groep met meerdere entiteiten is 2 tot 3 maanden realistisch, met een korte periode van parallelbedrijf om de overdracht van open dossiers af te ronden.

Gerelateerde oplossingen

Bekijk de gerelateerde Disclosurely-oplossingspagina's voor implementatiedetails en operationele context.

Heeft u een veilig platform voor uw intern meldkanaal nodig?

Boek een demo van 10 minuten om te zien hoe Disclosurely veilig melden, onderzoeken en complianceworkflows ondersteunt.

Gerelateerde artikelen

Inkopersgidsen

Leveranciers van klokkenluiderssoftware: welke criteria er echt toe doen

Disclosurely
13 aug 20265 min lezen

Leveranciers van klokkenluiderssoftware: welke criteria er echt toe doen

Door Disclosurely Editorial

Een Nederlandse inkoopgids om leveranciers van klokkenluiderssoftware verder te beoordelen dan een featurelijst.

Artikel lezen

Inkopersgidsen

Kosten van klokkenluiderssoftware: wat te vergelijken

Disclosurely
13 aug 20264 min lezen

Kosten van klokkenluiderssoftware: wat te vergelijken

Door Disclosurely Editorial

Een inkoopgids voor de scope, gebruikers, entiteiten, ondersteuning, beveiliging en operationele kosten van het meldsysteem.

Artikel lezen

Compliancegidsen

Meldregeling: elementen om te documenteren in een interne meldprocedure

Disclosurely
13 aug 20264 min lezen

Meldregeling: elementen om te documenteren in een interne meldprocedure

Door Disclosurely Editorial

Een gestructureerd model voor een Nederlandse meldregeling, in lijn met de Wet bescherming klokkenluiders en de guidance van het Huis voor Klokkenluiders.

Artikel lezen
Overstappen van klokkenluiderssoftware zonder de audittrail te breken | Disclosurely