een erp is doorgaans niet vervangbaar. lisa bij hottlet draait sinds de jaren 90 op product master, stock, pricing en order flow. exact online of yuki bij een accountantskantoor heeft tien jaar van klantdata opgebouwd. sap business one bij een industrieel kmo zit verbonden met productie, logistiek en finance. een rebuild is geen technologie-vraag maar een bedrijfs-continuiteitsvraag, en de meeste belgische kmo's beantwoorden die met 'niet vervangen'.
het probleem is dat de commerciele kant evolueert. een waalse koper wil een franstalig surface, een retail-klant verwacht een product-detail-pagina met recepten en allergeen-informatie, een nieuwe productlijn vraagt een eigen subpagina met seo-architectuur. de erp draagt die front-end niet en moet ze ook niet dragen. wat ze wel moet doen is de single source of truth blijven voor product master en stock, en aan een moderne front-end laten lezen wat ze daar bezit.
ik ontwerpen de brug volgens het patroon dat jouw erp ondersteunt. <strong>soap xml</strong> blijft de werkbare conventie voor legacy belgische erps (lisa, navision, axapta) met ip-whitelisting via je infrastructuur-partner. <strong>rest api</strong> voor modernere stacks (exact online, teamleader, odoo). <strong>csv of edi feed</strong> voor wat geen api heeft maar wel een nightly export draait. de moderne kant zit op supabase voor de cache-laag en next.js voor de front-end op vercel.
het architectuur-uitgangspunt is dat de erp source of truth blijft. de moderne stack leest, transformeert en presenteert. ze schrijft alleen terug op gecontroleerde events (een order-submit, een lead-capture) en dan via een idempotent kanaal dat de erp-team zelf kan auditten. dat is wat een ifs-gecertificeerd voedingsbedrijf met een 75-jaar oude operationele continuiteit van een bouwpartner vraagt.