Rond een bedrijfssysteem ontstaan in de loop der jaren spreadsheets, eigen overzichten en handmatige controles. Tegelijkertijd groeit het systeem zelf mee met de organisatie. Er komen aanpassingen bij voor specifieke klantafspraken, afwijkende leveringen en uitzonderingen in de facturatie.
Op een gegeven moment komt de vraag op tafel of het systeem nog voldoet. Wanneer heeft verder verbeteren zin en wanneer is het tijd om afscheid te nemen?
Volg het werk zoals het echt gebeurt
Loop eens mee met degene die het Excel-bestand maakt. Waar komen de levertijden vandaan? Hoe weet de medewerker dat ze actueel zijn? Wat gebeurt er als een leverancier op maandag een datum wijzigt?
Misschien staan de levertijden al in het ERP-systeem, maar kan de planning ze moeilijk combineren met de openstaande orders. Een beter overzicht kan dan voldoende zijn. Het kan ook zijn dat leveranciers wijzigingen per mail doorgeven en dat Excel de enige plek is waar iemand ze bijhoudt. Dan is de eerste vraag wie de levertijden vastlegt, waar dat gebeurt en hoe de planning wijzigingen te zien krijgt.
Kijk ook wat er mis kan gaan. Kan een collega het werk overnemen bij ziekte? Werkt iedereen met de meest recente gegevens? Waar slaan medewerkers het bestand op en wie heeft toegang tot de klantgegevens? Zolang de planning iedere vrijdag op tijd klaar is, blijven zulke risico’s gemakkelijk buiten beeld.
Welke uitzonderingen zijn nog nodig?
Een jarenlang doorontwikkeld ERP-systeem bevat veel kennis over hoe de organisatie werkt. Een deel zit in de standaardinrichting, een ander deel in aanpassingen waarvan nog maar weinig mensen de achtergrond kennen.
Hoe meer uitzonderingen met elkaar samenhangen, hoe meer werk het kost om een wijziging door te voeren en te testen. Ook bij een overstap moet de organisatie die uitzonderingen weer uitzoeken. Welke zijn nodig om afspraken met klanten na te komen? Welke ondersteunen een proces dat nog steeds bestaat? En welke kunnen vervallen?
Breng de belangrijkste uitzonderingen in beeld. Dat helpt zowel om de kosten van verder onderhoud in te schatten als om te bepalen wat bij een migratie moet worden overgenomen.
Uitstellen heeft ook een prijs
Afscheid nemen vraagt geld, tijd en aandacht. Doorgaan met het bestaande systeem kan daardoor op korte termijn aantrekkelijk lijken.
Neem in die afweging mee wat er tijdens het uitstel gebeurt. Nieuwe wensen kunnen leiden tot extra maatwerk en meer omwegen. Meer processen kunnen afhankelijk raken van het systeem. Als medewerkers vertrekken, kan kennis over de inrichting verdwijnen. Een latere overstap vraagt dan mogelijk meer voorbereiding en raakt een groter deel van de organisatie.
Uitstel kan een bewuste keuze zijn, bijvoorbeeld omdat een andere verandering eerst moet worden afgerond. Leg dan vast hoelang de organisatie het systeem nog gebruikt, welke risico’s zij in die periode accepteert en welke aanpassingen nog de moeite waard zijn. Spreek ook af wanneer het besluit opnieuw op tafel komt.
Drie routes om te onderzoeken
Gericht verbeteren. Het systeem ondersteunt de belangrijkste processen en de knelpunten zijn af te bakenen. Een andere inrichting, een beter overzicht of duidelijker gegevensbeheer kan helpen. Beoordeel ook of de verbetering het onderhoud eenvoudiger maakt of opnieuw uitzonderingen toevoegt.
Een onderdeel vervangen. Orderverwerking, voorraad en facturatie werken bijvoorbeeld goed, terwijl de planning steeds meer handwerk vraagt. Een aparte planningsoplossing kan dan passend zijn. Onderzoek hoe de systemen gegevens uitwisselen, waar die gegevens worden beheerd en wie ingrijpt als de koppeling hapert.
Het hele systeem vervangen. Deze route verdient aandacht wanneer meerdere kernprocessen vastlopen, onderhoud steeds moeilijker wordt of ondersteuning afloopt. Neem de overgang mee in de afweging. Datamigratie, opleiding en nieuwe werkwijzen vragen tijd van mensen die ook de dagelijkse bedrijfsvoering draaiende houden.
Vergelijk de routes over dezelfde periode. Neem naast aanschaf en onderhoud ook de kosten en risico’s mee van doorgaan, veranderen en later alsnog overstappen.
Bepaal hoeveel de organisatie kan en wil veranderen
Bij elke route spelen keuzes over de oplossing. Welke functionaliteit kan de organisatie inkopen en waar is eigen ontwikkeling gerechtvaardigd? Welke eisen gelden voor beheer en gegevensopslag? Past daarbij een oplossing die de leverancier als dienst beheert, zoals SaaS, of wil de organisatie het systeem zelf beheren?
Spreek ook af wat er gebeurt als een nieuw pakket een proces anders ondersteunt. Wanneer past de organisatie de werkwijze aan? Wanneer is een wijziging door de leverancier of eigen maatwerk gerechtvaardigd? En wie beslist daarover?
Betrek de mensen die het werk uitvoeren. Zij kunnen uitleggen welke stappen vooral uit gewoonte bestaan en welke nodig zijn om bijvoorbeeld een klantafspraak na te komen. Met die kennis kan de organisatie vooraf bepalen hoeveel ruimte er is om processen aan te passen.
Welke toepassingen kunnen later worden aangesloten?
Een ERP-systeem gaat jaren mee. In die tijd verandert wat een organisatie met de gegevens en functies van het systeem wil doen. Kijk daarom bij de keuze hoe gemakkelijk ook toepassingen van andere leveranciers kunnen worden aangesloten.
Een planner zou bijvoorbeeld in gewone taal aan een AI-assistent kunnen vragen welke orders worden geraakt door een gewijzigde leverdatum. Een AI-agent kan vervolgens een bericht aan de betrokken klanten voorbereiden. De planner controleert het bericht en geeft akkoord voor verzending.
Zo’n toepassing heeft actuele ordergegevens nodig en mag alleen bij de gegevens en functies die voor die taak nodig zijn. Met gedocumenteerde API’s kunnen andere toepassingen op het ERP-systeem aansluiten. Het Model Context Protocol (MCP) biedt AI-toepassingen een standaardmanier om gegevens op te vragen of functies aan te roepen die daarvoor beschikbaar zijn gesteld. De ERP-leverancier kan zo’n koppeling aanbieden. Een andere partij kan die ook bouwen op bestaande API’s, voor zover die de benodigde toegang bieden.
Als elke nieuwe koppeling maatwerk van dezelfde leverancier vraagt, kost het meer moeite om een nieuwe toepassing in te zetten. Neem daarom bij de systeemkeuze mee wie koppelingen kan bouwen en beheren, welke rechten de organisatie zelf kan instellen en welke kosten daarbij horen.
Laat leveranciers een praktijksituatie uitwerken
Alle eisen vooraf tot in detail beschrijven is bij een complex bedrijfssysteem nauwelijks haalbaar. Begin met de belangrijkste processen, de functies die daarvoor nodig zijn en de randvoorwaarden. Werk vervolgens enkele situaties uit waarin verschillen tussen oplossingen er echt toe doen.
Neem een order waarvan de leverdatum verandert nadat een deel al is uitgeleverd. Laat leveranciers demonstreren wat de planning, klantenservice en financiële administratie dan te zien krijgen en wat zij moeten doen. Als een externe toepassing die informatie nodig heeft, laat dan ook zien hoe die de gegevens kan opvragen. Vraag welke functies al beschikbaar zijn en welke nog op de planning staan.
Leg de uitkomsten naast de interne afspraken. Sommige verschillen vragen om een aangepaste werkwijze. Andere raken een essentiële klantafspraak en vragen vóór de keuze om verdere uitwerking.
Begin bij het bestand waar iedereen op rekent
Volg het Excel-bestand van vrijdag vanaf de eerste export tot de beslissing die de planning ermee neemt. Doe hetzelfde voor een paar andere omwegen die de bedrijfsvoering raken. Welk werk maken ze mogelijk? Waar loopt de organisatie vast en wat moet bij een eventuele overstap mee?
Door die vragen te onderzoeken, ontstaat een beter beeld van de waarde én de last van het bestaande systeem. Daarmee kan de organisatie onderbouwen wat ze nog wil verbeteren, wanneer een overstap nodig is en welke veranderingen ze daarvoor moet voorbereiden.