Past je compliance-structuur bij je software, of is het omgekeerd?

Je meldinfrastructuur is één keer ingericht, tijdens de implementatie, voor een organisatie die niet meer bestaat. Sindsdien zijn er entiteiten bijgekomen, zijn rapportagelijnen hertekend, gelden er twee regelgevingen extra, en is de persoon vertrokken die wist waarom de routeringsregels zo waren opgezet. De software is niet meebewogen.

In dat gat tussen hoe je organisatie werkt en hoe je software denkt dat ze werkt, zitten de echte kosten. Je ziet het aan meldingen die in de verkeerde wachtrij belanden, aan lokale teams die wachten op een centrale goedkeuring waar niemand zich verantwoordelijk voor voelt, en aan een Excel-bestand dat stilletjes de eigenlijke dossieradministratie wordt.

Het meldformulier hoort bij een andere organisatie

Starre systemen vallen als eerste op precies daar waar iedere medewerker kijkt. Meldformulieren komen met een vaste set categorieën en vragen, gebouwd rond een generiek beeld van wat bedrijven onderzoeken. Jouw organisatie onderzoekt iets specifiekers dan dat.

Compliance officers vertellen ons steeds hetzelfde: de vragen die in het platform vastliggen sluiten niet aan bij wat hun mensen echt aankaarten, en ze aanpassen betekent een verzoek bij de leverancier, een prijsopgave en wachten. Dus blijft het formulier verkeerd staan. Medewerkers kiezen de categorie die er het dichtst bij komt, casebehandelaars herclassificeren met de hand, en je rapportage neemt die fout over vanaf het moment van melden.

Het meeste wat binnenkomt, hoort niet bij jou

Echte organisaties scheiden HR en compliance niet zoals compliance-software veronderstelt. Meldingen komen op het bureau van compliance terecht die bij Employee Relations horen. Klachten komen via het ethiekkanaal binnen, omdat dat het kanaal is dat mensen kennen. In gesprekken vertellen compliance-teams ons dat het merendeel van wat hen bereikt een HR-kwestie is, en dat iemand elke case moet openen, lezen, samenvatten en doorzetten voordat er onderzoek begint.

Daarnaast zijn er de cases die elke routeringsregel breken: een melding over de persoon die normaal meldingen behandelt, of een zorg die een lokale directeur raakt. Dit zijn geen randgevallen. Ze zijn een voorspelbaar deel van je volume, en een systeem met één meldkanaal, één goedkeuringslijn en één onderzoeksteam kan ze niet uitdrukken. Iemand lost het elke keer handmatig op, en die persoon wordt het enige punt waarop het misloopt.

Elke wijziging loopt via de agenda van iemand anders

Een taal toevoegen. Wijzigen wie een categorie ontvangt. Een formulierveld aanpassen. De openstaande disclosures van een vertrekkende HR-collega opnieuw toewijzen. Los van elkaar is dit klein, samen zijn ze je programma.

Als elk van die wijzigingen een ticket bij de leverancier vraagt, is het patroon dat compliance-teams rapporteren twee tot vier weken wachten, gevolgd door een factuur. Je kosten zijn dan niet meer de licentie, maar het totaal van wat het kost om de tool bij je eigen organisatie te houden. Teams bundelen wijzigingen, stellen ze uit, werken er langsheen. De workaround blijft.

Er is een scherpere versie van dit probleem. Als de kennis over de configuratie bij de leverancier ligt en de interne eigenaren vertrekken, verliezen organisaties de praktische controle over een systeem waar ze nog steeds voor betalen. Die controle terughalen is een project op zich.

Het systeem waar je team mee werkt, is niet het systeem dat je kocht

Zorgen bereiken compliance via e-mail, via Teams, via de open deur van een manager, soms via WhatsApp. Het formele kanaal dekt een fractie van het echte volume. Teams die dit erven bouwen de voor de hand liggende oplossing: een spreadsheet naast het platform, een apart dashboard omdat de ingebouwde rapportage de vraag van de board niet kan beantwoorden.

Daar volgen twee dingen uit. Je audit trail staat nu op twee plekken, en geen van beide is compleet. En de informele kanalen worden behandeld als een compliance-falen dat je moet afsluiten, terwijl ze in de meeste organisaties goed werken en oprecht vertrouwen in een lokale collega weerspiegelen.

De kanalen zijn niet het probleem. Een systeem dat alleen kan verantwoorden wat door zijn eigen voordeur komt, is het probleem. Je casemanagement moet opnemen wat via een persoonlijk gesprek en een Teams-thread binnenkomt, in plaats van ermee te concurreren.

Hoe flexibiliteit er in de praktijk uitziet

Een systeem dat bij je structuur past, geeft je team directe controle over deze dingen:

Intake die je zelf inricht. Bouw de categorieën, vragen en formulieren die passen bij wat je organisatie echt onderzoekt, per entiteit of per regio, zonder supportticket.

Routering met uitzonderingen. Verdeel meldingen op entiteit, regio, onderwerp of ernst, en leg de escalatieroute vast voor cases die een reguliere ontvanger raken.

Eén set dossiers. Leg zorgen vast die via e-mail, persoonlijk of via een lokaal kanaal binnenkwamen, zodat je audit trail het hele programma dekt en niet één meldweg.

Toegang op rol en regio. Lokale behandelaars zien lokale cases, globale verantwoordelijken zien het patroon over alles heen. Jij bepaalt de grens en verschuift die als het organogram verandert.

Melden in 100+ talen via web, telefoon en app, zodat toegankelijkheid niet afhangt van de beschikbaarheid van een tolk.

Rapportage waar je vragen aan kunt stellen. Splits casedata uit naar land, business unit of risicotype. Met Sienna Insights stelt je team vragen aan zijn eigen data in gewone taal, in plaats van te exporteren naar Excel en elk kwartaal opnieuw een boardpresentatie te bouwen.

AI voor de triage die niemand wil doen. Sienna AI categoriseert en vat inkomende cases samen. Dat beperkt het lees- en doorzetwerk dat de tijd van casebehandelaars opslokt voordat een onderzoek begint.

Meer dan 600 organisaties in ruim 30 landen werken met SpeakUp, en geen twee structuren zijn hetzelfde. Centraal in Europa, decentraal in Azië, hybride in Noord-Amerika, en in minstens één regio middenin een reorganisatie: dat is de normale situatie, niet de uitzondering.

Vragen die je stelt voordat je ondertekent

De demo laat je het ideale scenario zien. Deze vragen halen de rest naar boven:

• Wie wijzigt een routeringsregel, mijn team of het jouwe, en wat kost dat?
• Kunnen we meldcategorieën toevoegen of aanpassen zonder een supportverzoek?
• Wat gebeurt er met openstaande cases en disclosures als een casebehandelaar vertrekt? Is er een bulktoewijzing, of past iemand ze één voor één aan?
• Kunnen we een case vastleggen en behandelen die via een ander kanaal dan het platform binnenkwam?
• Wat van wat je net hebt laten zien is configuratie, en wat is een consultancytraject?
• Hoe lang duurt het van ondertekening tot livegang, en wie doet het werk?
• Als onze structuur volgend jaar verandert, hoe ziet dat proces er dan uit?

Stel die laatste vraag twee keer. Elke organisatie reorganiseert. Het antwoord vertelt je of je software koopt of een abonnement op de projectwachtrij van een leverancier.

Waar je begint

Als je je intakemodel opnieuw opbouwt en niet één tool vervangt: onze gids voor het bouwen van een scalable compliance intake model loopt de ontwerpkeuzes in de juiste volgorde door, van kanalen en categorieën tot routering en escalatie.

Ben je verder en wil je zien hoe routering en configuratie in de praktijk werken? Boek een demo en neem je organogram mee. De ingewikkelde stukken zijn de interessante.

‍