Je ERP uitbreiden zonder het te vervangen.

Route 1: maatwerk in het ERP zelf.

Veel ERP-leveranciers bieden ruimte voor eigen velden, schermen of scripts binnen het pakket. Dat werkt goed voor kleine aanvullingen: een extra veld op een orderregel, een aangepast rapport, een afwijkende goedkeuringsstap. Je hebt er geen tweede systeem voor nodig en de gegevens blijven op één plek staan.

Het nadeel komt pas bij de volgende upgrade. Elke aanpassing binnen het pakket moet opnieuw getest worden en soms opnieuw gebouwd. Hoe meer je erin bouwt, hoe duurder het wordt om bij te blijven, en hoe groter de kans dat je een versie overslaat omdat de upgrade te veel werk kost. Deze route is verstandig zolang het bij een handvol aanpassingen blijft. Groeit het aantal, dan betaal je bij elke release voor keuzes die je jaren geleden hebt gemaakt.

Route 2: een applicatie ernaast met een koppeling.

Bij deze route bouw je de nieuwe functionaliteit als losse applicatie en verbind je die via een ERP-koppeling met het pakket. Het ERP blijft standaard en dus upgradebaar, en de nieuwe applicatie pas je aan wanneer jij dat wilt in plaats van wanneer de leverancier ruimte heeft.

Dit is de meest gekozen route voor portalen: een omgeving waarin opdrachtgevers, leveranciers, dealers of medewerkers zelf hun gegevens inzien en acties uitvoeren. Het ERP levert de gegevens, het portaal levert de interface, en niemand hoeft in het ERP zelf te kunnen om een orderstatus op te zoeken.

De aandachtspunten zitten in de koppeling, niet in de applicatie. Welk systeem is leidend als de gegevens verschillen? Hoe vaak synchroniseer je, en wat is acceptabele vertraging? En wat gebeurt er met een bestelling als het ERP een uur niet bereikbaar is? Die vragen beantwoord je vooraf, want achteraf komen ze terug als gegevens die niet kloppen.

Route 3: een integratielaag tussen meerdere systemen.

Zodra er meer dan twee systemen gegevens delen, wordt een verzameling losse koppelingen onhoudbaar. Vijf systemen die elkaar rechtstreeks aanspreken leveren in het slechtste geval twintig verbindingen op, en die onderhoud je allemaal apart. Vervang je er één, dan raak je ze bijna allemaal.

Een middlewarelaag lost dat op. Elk systeem praat met die ene laag, en daarin staat de logica over welke gegevens waarheen gaan en in welke vorm. De investering vooraf is groter dan bij een enkele koppeling. De winst zit in het onderhoud en in het gemak waarmee je later een systeem vervangt: je past de laag aan, niet elk systeem apart.

Welke route past bij jouw situatie?

Gaat het om een paar extra velden of een aangepast rapport, dan is maatwerk in het pakket de snelste weg en blijven de gevolgen overzichtelijk. Moeten externe gebruikers zelf iets kunnen inzien of aanvragen, of draait het om één werkproces dat je ERP niet ondersteunt, dan is een applicatie ernaast met een koppeling vrijwel altijd de juiste keuze: je houdt het pakket schoon en je bouwt de gebruikerservaring waar die thuishoort.

Delen drie of meer systemen gegevens met elkaar, dan verdient een integratielaag de voorkeur boven een reeks losse verbindingen, ook al lijkt dat bij de eerste koppeling overdreven. Is het ERP zelf het knelpunt, bijvoorbeeld omdat het je belangrijkste proces structureel niet ondersteunt, dan houdt uitbreiden op en is een maatwerk ERP het gesprek dat je moet voeren.

Speelt de vraag breder dan je ERP alleen, bijvoorbeeld omdat je ook naar andere pakketten kijkt, dan helpt de afweging tussen standaardsoftware en maatwerk om per proces te bepalen waar je maatwerk wel en niet inzet.

Wat je vastlegt voordat je begint.

Leg per gegevenssoort vast welk systeem leidend is. Zonder die afspraak krijg je twee waarheden en een discussie over welke klopt. Bepaal daarnaast de richting en de frequentie van de uitwisseling: eenrichtingsverkeer of beide kanten op, realtime of periodiek. Spreek af wat er gebeurt bij uitval, want een koppeling die stilvalt zonder dat iemand het merkt is schadelijker dan een koppeling die hard stopt.

Controleer tot slot welke toegang je pakket biedt. Niet elk ERP geeft dezelfde ruimte om gegevens op te halen of weg te schrijven, en de licentievoorwaarden bepalen soms mee wat mag. Check dat voordat je de scope vaststelt, niet erna.

Kort samengevat.

Je ERP uitbreiden kan via maatwerk in het pakket, een applicatie ernaast met een koppeling, of een integratielaag. Het aantal betrokken systemen bepaalt de keuze grotendeels: bij één aanvulling blijf je in het pakket, bij externe gebruikers of één afwijkend proces bouw je ernaast, en vanaf drie systemen loont een laag ertussen. In alle gevallen blijft het ERP de administratieve waarheid en leg je vooraf vast welk systeem leidend is.