Overname, extra kanaal of nieuw ERP: waarom het fundament onder je koppelingen het verschil maakt

Herken je dit? Tienduizenden artikelen, een stuk of tien vaste klanten met eigen prijsafspraken, een webshop die je zelf beheert en een paar grotere klanten die liever een directe systeemkoppeling willen. Vorig jaar heb je een concurrent overgenomen die op een ander ERP draait. En nu wil marketing ook een aparte webshop voor één segment.

Elke stap op zich is goed te doen. Maar samen voelen ze als een reeks losse projecten, met elke keer dezelfde vragen: welke data gaat waarheen, wie mag wat zien, en wat gebeurt er als er iets verandert?

Dat is geen uitzondering. Het is het dagelijkse speelveld van de middelgrote en grote groothandel. En de kern van het probleem is bijna altijd hetzelfde: niet het aantal systemen, maar het ontbreken van een fundament dat ze verbindt.

Waarom losse koppelingen niet meegroeien

Een koppeling verbindt twee systemen. Dat werkt prima, tot één van de twee verandert. Een webshop die rechtstreeks met Exact Globe praat, werkt niet meer zodra je overstapt naar AFAS. Elke koppeling is in feite een contract tussen twee systemen, en dat contract vervalt bij de eerste grote wijziging.

Bij één webshop is dat te overzien. Bij vijf kanalen, twee administraties en een handvol klantkoppelingen wordt het een web van afhankelijkheden. Elke aanpassing doe je meerdere keren, elke nieuwe integratie bouw je meerdere keren, en de kosten stijgen mee zonder dat de waarde evenredig groeit.

Wat een fundament anders doet

Een fundament is een centrale laag tussen je ERP en de buitenwereld. Systemen sluiten niet meer op elkaar aan, maar op die ene laag. In de landschappen waar wij de regie voeren, is PLGGR | HUB die centrale koppellaag. Vier dingen veranderen daardoor wezenlijk.

Meerdere administraties onder één laag. Een Nederlandse en een Belgische entiteit, twee merken of een recente overname: elke administratie houdt haar eigen verbinding, maar wat er naar buiten gaat, regel je op één plek. Een nieuwe webshop richt je één keer in, ook als die data uit meerdere administraties haalt.

Een ERP-wissel wordt een configuratiewijziging. Als data eenmaal in de centrale laag zit, is die gestandaardiseerd. Wat erachter zit, is voor je webshop, je klantportaal en je feeds niet meer zichtbaar. Stap je over naar een ander ERP, dan verandert alleen de koppeling aan de achterkant. De rest blijft staan.

Data reist mee bij elke wijziging. Traditionele koppelingen werken met geplande exports, vaak één keer per nacht. Externe systemen werken dan altijd met een verouderde versie van de werkelijkheid. Een centrale laag die wijzigingen actief doorgeeft, verkleint die kloof tussen wat je intern weet en wat je klant ziet.

Toegang is een instelling, geen kwestie van vertrouwen. Een leverancier ziet alleen zijn eigen artikelen, een klant alleen zijn assortiment en contractprijzen, een logistieke partner alleen voorraad. Dat stel je per relatie in, en je trekt het in zonder dat de rest van je landschap er iets van merkt.

Waar regie het verschil maakt

Een fundament is een voorwaarde, geen garantie. Het werkt pas als iemand bepaalt wat erop komt, in welke volgorde en met welke afspraken. Daar zit ons werk. Wij beginnen altijd bij het bedrijfsdoel en werken in vier lagen.

1. Inzicht. We brengen je bedrijfsmodel, je groeipad en de knelpunten in kaart. Welke systemen zijn leidend, welke datastromen kosten nu de meeste tijd?
2. Functioneel ontwerp. We vertalen dat naar een ontwerp waarin databronnen, systemen en workflows logisch met elkaar verbonden zijn.
3. Realisatie. We bouwen de koppelingen, interfaces en workflows, schaalbaar en beheersbaar.
4. Continuïteit. Een vast team blijft verantwoordelijk voor support en doorontwikkeling, ook als je landschap verder groeit.

De overname, stap voor stap

Een voorbeeld, om het concreet te maken. Een groothandel neemt een sectorgenoot over die op een ander ERP draait.

Zonder fundament zijn er twee routes, en allebei zijn ze zwaar. Je bouwt alle koppelingen opnieuw voor de nieuwe entiteit, of je dwingt die entiteit eerst over te stappen op jouw ERP. Dat is een traject van maanden, terwijl de synergie juist nu moet komen.

Met een centrale laag ziet dat er anders uit. De nieuwe entiteit komt erbij als extra administratie, met een eigen koppeling naar haar eigen ERP. De bestaande webshop, het klantportaal en de feeds kunnen daarna ook haar data tonen, gefilterd en gerouteerd zoals jij dat instelt. Een order uit België gaat naar de Belgische administratie, productdata uit beide systemen komt samen in één catalogus. En of de nieuwe entiteit later alsnog overstapt naar jouw ERP, kun je in alle rust beslissen.

Veelgestelde vragen

Moet je na een overname meteen naar één ERP?
Nee. Met een centrale koppellaag kunnen meerdere ERP-systemen naast elkaar bestaan, terwijl je kanalen er één geheel van maken. Of en wanneer je samenvoegt, kies je op basis van je bedrijfsvoering, niet omdat de koppelingen erom vragen.

Wat is het verschil tussen een koppeling en een integratieplatform?
Een koppeling verbindt twee systemen rechtstreeks. Een integratieplatform is een centrale laag waar alle systemen op aansluiten. Daardoor raakt een wijziging in één systeem niet meer al je andere verbindingen.

Hoe lang duurt het om een nieuw kanaal toe te voegen?
Dat hangt af van het kanaal en van je data. Het verschil met losse koppelingen is dat je bij een centrale laag niet opnieuw begint: de data, de toegangsregels en de verbinding met je ERP liggen er al.

Waarom werkt Utilize met PLGGR?
Utilize voert de regie over het landschap, PLGGR levert het platform voor productdata, koppelingen en orderinvoer. Zo komen ontwerp en techniek samen, zonder dat je zelf twee partijen hoeft af te stemmen.

Verder lezen

Wil je dieper in de techniek achter zo’n fundament duiken? In de whitepaper van onze partner PLGGR lees je hoe de centrale laag is opgebouwd, van toegang en datadistributie tot meerdere administraties en AI.