Uitdaging 1: Lokale verschillen vragen duidelijke grenzen
Een internationale organisatie heeft baat bij een gedeelde basis. Dezelfde artikelstructuur, een herkenbaar orderproces en vergelijkbare rapportering maken het eenvoudiger om vestigingen aan te sturen en resultaten naast elkaar te leggen. Alleen is niet elk lokaal verschil overbodig. Fiscale regels, levervoorwaarden, verpakkingsvereisten en commerciële afspraken kunnen per land sterk uiteenlopen.
De discussie loopt vast wanneer al die verschillen rechtstreeks als systeemvereiste worden behandeld. Een uitzondering voor één belangrijke klant wordt dan maatwerk. Een afwijkend proces in één vestiging groeit uit tot een aparte workflow. Na enkele jaren bevat het ERP tientallen lokale keuzes waarvan niemand nog precies weet waarom ze ooit zijn ingevoerd.
Daarom moet vóór de configuratie duidelijk zijn welke processen groepsbreed vastliggen en waar een vestiging mag afwijken. Een lokale uitzondering hoort een aantoonbare reden te hebben: wetgeving, markteisen of een duidelijke commerciële meerwaarde. ‘Zo werken we hier nu eenmaal’ is daarvoor te mager. Zonder die grens wordt standaardisatie een eindeloze onderhandeling en blijft het systeem alle verschillen meeslepen.
Uitdaging 2: Klanten merken sneller dan IT waar systemen niet goed samenwerken
Bij internationale distributie staat het ERP midden in een groter landschap. Voorraadbewegingen kunnen in een WMS zitten, productinformatie in een PIM, klantafspraken in een CRM en online bestellingen in een e-commerceplatform. De afzonderlijke systemen kunnen prima functioneren, terwijl de klant toch verkeerde informatie krijgt.
Een herkenbaar voorbeeld is beschikbaarheid. Het magazijn reserveert voorraad, een webshop toont nog het oude aantal en sales bevestigt een leverdatum op basis van informatie uit het ERP. Elk systeem bevat op dat moment een verdedigbaar gegeven, maar de klant krijgt drie verschillende antwoorden. Hetzelfde gebeurt met prijzen, productkenmerken, levervoorwaarden en orderstatussen.
De kwaliteit van het landschap hangt daarom af van concrete afspraken: welk systeem beheert een gegeven, welk systeem mag het wijzigen en hoe snel moet een aanpassing elders beschikbaar zijn? Die vragen lijken technisch, maar ze hebben rechtstreeks invloed op service, marge en leverbetrouwbaarheid. Een extra koppeling helpt alleen wanneer ook duidelijk is welke informatie erdoor moet stromen en wie verantwoordelijk is wanneer dat foutloopt.
Uitdaging 3: Slechte masterdata wordt duur zodra ze meerdere landen en kanalen raakt
Een dubbele leveranciersfiche of een ontbrekend productkenmerk lijkt op zichzelf beperkt. In een internationale organisatie kan dezelfde fout echter doorwerken in aankoop, voorraadplanning, facturatie, e-commerce en rapportering. De kost zit dan niet alleen in de correctie, maar ook in vertraagde orders, handmatige controles en beslissingen op basis van onvolledige gegevens.
Vooral product- en leveranciersdata zorgen in distributie snel voor problemen. Landen gebruiken eigen artikelcodes, leveranciers leveren kenmerken in verschillende formaten en lokale teams vullen velden anders in. Daardoor wordt één product op groepsniveau moeilijk herkenbaar en is het niet evident om volumes, voorwaarden of prestaties correct te vergelijken.
De eerste stap is niet automatisch een MDM-platform. Wel moeten eigenaarschap en minimale kwaliteitsregels helder zijn. Wie mag een nieuw artikel aanmaken? Welke gegevens moeten aanwezig zijn vóór het verkocht kan worden? Wie beslist welke leveranciersinformatie leidend is? Wanneer meerdere businessunits dezelfde kerngegevens gebruiken en lokale controles niet meer volstaan, kan PIM of MDM nodig worden. Het systeem volgt dan uit een concrete beheerbehoefte, niet uit de ambitie om data ‘centraal’ te maken.
Uitdaging 4: Een overname samenbrengen begint niet met de technische migratie
Na een overname ontstaat vaak snel de wens om systemen te consolideren. Eén platform belooft minder beheer, eenduidige rapportering en een eenvoudiger groepsmodel. De grootste vertraging zit echter zelden in het overzetten van transacties. Ze ontstaat wanneer twee organisaties dezelfde begrippen anders gebruiken.
De ene businessunit beschouwt een productvariant als een apart artikel, de andere niet. Kortingen worden lokaal berekend of centraal afgesproken. Voorraad wordt per magazijn, onderneming of verkooporganisatie gereserveerd. Zolang die keuzes niet zijn uitgeklaard, kan een migratie technisch slagen en operationeel toch nieuwe discussies veroorzaken.
Een verstandige integratie begint daarom met een beperkt aantal beslissingen die de dagelijkse werking echt bepalen. Welke klanten, artikelen en leveranciers moeten op groepsniveau herkenbaar zijn? Welke processen worden gelijkgetrokken en welke blijven voorlopig lokaal? Welke managementinformatie moet vanaf dag één vergelijkbaar zijn? Door die keuzes eerst te maken, voorkom je dat oude verschillen ongemerkt in het nieuwe ERP-landschap terechtkomen.
Uitdaging 5: Zonder duidelijke beslissers wordt elk verzoek een vereiste
ERP raakt bijna elke afdeling en dus ook bijna elke prioriteit. Sales wil ruimte voor klantafspraken, operations wil voorspelbare processen, finance wil controle en IT wil een landschap dat beheersbaar blijft. Geen van die belangen is op zichzelf verkeerd. Het probleem ontstaat wanneer er geen forum of eigenaar is die keuzes mag maken wanneer ze botsen.
Dan groeit de scope stap voor stap. Een bestaande werkwijze wordt als onmisbaar voorgesteld, een lokale uitzondering krijgt dezelfde prioriteit als een groepsproces en een tijdelijke oplossing belandt permanent in het ontwerp. Het projectteam blijft verzamelen en configureren, terwijl fundamentele beslissingen worden uitgesteld.
Duidelijke proceseigenaars maken dat verschil. Zij moeten niet elk detail zelf bepalen, maar wel knopen kunnen doorhakken over proceskeuzes, data en uitzonderingen. Ook na de ingebruikname blijft die rol nodig. Een ERP-landschap verandert voortdurend; zonder blijvend eigenaarschap keert dezelfde versnippering enkele jaren later terug.
