erp koppeling / gent
een commercieel surface dat leest uit jouw bestaande erp. odoo, sap business one, exact, navision, lisa. niet ernaast werkt, niet ze vervangt.
oost-vlaanderen heeft een industriele en wholesale-base die de erp-keuze sinds de jaren negentig met zich meedraagt. odoo's belgische thuisbasis ligt op een uur rijden, en het ecosysteem rond gent kent zowel de moderne stack (odoo, exact online, teamleader) als de legacy-stack (lisa, navision, sap b1, axapta) tegen een nl-fr gemengde klantenbase. we bouwen de brug die jouw erp respecteert en een moderne klantbeleving erbovenop zet, zonder de operationele backbone te raken.
start een project01 . wat het is
een erp is doorgaans niet vervangbaar. in oost-vlaanderen geldt dat dubbel: een familiebedrijf op een halve eeuw lisa-erp, een industrieel kmo op sap business one sinds de overname, een gentse food-groothandel op exact online met tien jaar klanthistoriek, een odoo-deployment die net live ging na een belgische odoo-partner-implementatie. een rebuild van die laag is geen technologie-vraag maar een bedrijfs-continuiteitsvraag. de meeste gentse bedrijven beantwoorden die met 'niet vervangen'.
het probleem is dat de commerciele kant evolueert. een franstalige koper in luik wil een franstalig surface, een retail-klant verwacht productpagina's met recepten en allergeen-informatie, een nieuwe productlijn vraagt een eigen subpagina met seo-architectuur, een b2b-klant verwacht een portaal voor order-tracking en factuur-history. 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.
we ontwerpen de brug volgens het patroon dat jouw erp ondersteunt. soap xml blijft de werkbare conventie voor legacy belgische erps (lisa, navision, axapta) met ip-whitelisting via je infrastructuur-partner. rest api voor modernere stacks (odoo, exact online, teamleader, sap business one met service layer). csv of edi feed 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 gentse ifs-gecertificeerd voedingsbedrijf of een industrieel familiebedrijf met een halve eeuw operationele continuiteit van een bouwpartner vraagt.
02 . voor wie
archetype 01
lisa draait sinds de jaren negentig, ip-whitelisted via een externe infra-partner. retail-klanten en horeca verwachten productpagina's met recepten, allergeen-info en food-safety-certificaten. drie talen voor wallonie, horeca-zijde en export. erp blijft draaien, surface vernieuwt.
archetype 02
60 tot 150 fte, sap b1 voor productie en logistiek, een sales-team dat klanten over de hoorn naar producten leidt. een b2b-portaal voor order-tracking, factuur-history en quotation-opstarten. rest-bridge op sap service layer, supabase cache, next.js front-end.
archetype 03
odoo community of enterprise, live na een belgische odoo-partner-implementatie. een eigen customer-facing surface die niet de odoo-website-builder gebruikt maar wel uit odoo leest voor productmaster, voorraad en orders. odoo rest-api bridge, supabase cache, next.js front-end met de design-discipline die odoo's eigen frontend niet heeft.
03 . wat je krijgt
01
scoping-deliverable. twaalf-pagina document. erp-audit, data-flow tussen erp en surface, write-back-events afgebakend, autorisatie-model, performance-criteria.
02
connector-laag op maat. soap voor lisa of navision, rest voor odoo of exact online of sap b1 service layer, csv of edi voor erps zonder api. ip-whitelisting indien jouw infra dat vereist.
03
supabase cache-laag. productmaster, klantmaster, voorraad gecached in postgres. nightly batch-refresh of realtime via webhooks waar de erp dat ondersteunt. row-level security per gebruikersrol op de surface.
04
next.js front-end. de moderne klantbeleving op vercel. productpagina's, klantportaal, order-tracking, factuur-history. drie talen (nl-fr-en), seo per taal, lighthouse 90 plus.
05
idempotente write-back. orders, leads en klantnotities terug naar de erp via een idempotent kanaal. retry-bestendig, audit-bestendig, queue-based zodat de erp niet onder een ddos-load kraakt.
06
governance + audit-trail. elke write-event wordt gelogd. de erp-team ziet exact welke data van waar kwam en wanneer. gdpr data-flow mapping inbegrepen.
07
training voor het erp-team. hoe de brug onderhouden wordt, hoe een nieuwe productlijn doorvloeit, hoe een autorisatie-aanpassing zich doorvertaalt. twee 90-minuten sessies.
08
negentig dagen post-launch care. wekelijkse check-in, monitoring op de brug, kleine wijzigingen inbegrepen, kwartaalreview op maand drie.
04 . tijdslijn
fase 0
vijf tot tien werkdagen
erp-audit, data-flow uitgewerkt, write-back-events afgebakend, performance-criteria. betalend vooraf, refundable als scope niet rondkomt.
fase 1
week 1 tot 3
connector live in staging (soap, rest, of edi). supabase cache-laag actief, nightly refresh of webhook-refresh werkend. eerste test-data zichtbaar in een ui-shell.
fase 2
week 4 tot 8
front-end pagina's gebouwd, drie talen actief, write-back-flows geimplementeerd op queue-basis, governance pack uitgewerkt, qa pass op lighthouse en wcag.
fase 3
week 9 + negentig dagen
productie-launch op afgesproken datum. wekelijkse check-in tijdens care-periode, monitoring op de brug, kleine wijzigingen inbegrepen, kwartaalreview op maand drie.
05 . prijzen
elke erp-koppeling krijgt een eigen offerte. erp-type, write-back-complexiteit en aantal talen bepalen de cijfers. scoping discovery is altijd betalend, altijd refundable als scope niet rondkomt. build is fixed-scope per fase. care zit ingebouwd voor negentig dagen. cijfers krijg je in een tweede gesprek na de scoping, met een offerte die op interviews staat, niet op een tarieflijst.
06 . bewijs
case study
75 jaar oud ifs-gecertificeerd voedingsgroothandel, gemigreerd van een statische brochure-site naar een multilinguaal platform met soap-koppeling op de legacy lisa erp. de blueprint voor erp-respecting modernisering, in productie sinds maanden, met drie talen, ip-whitelisting en gecontroleerde write-back.
case study
gentse dtc op shopify-backend met een next.js front-end. dezelfde architectuur-discipline, op een modernere stack: backend van waarheid intact, front-end vrij om te evolueren, drietalige roadmap voor europese expansie.
07 . vragen
01
mijn erp heeft geen moderne api. werkt dat?
ja. de meeste legacy-erps in oost-vlaanderen hebben minstens een soap-laag, een csv-export of een edi-flow. voor lisa en navision werken we via soap met ip-whitelisting via jouw infra-partner. voor wat helemaal geen api heeft, gebruiken we een nightly csv- of sftp-import met checksums en error-routing. de erp blijft de waarheid, de surface leest in batch.
02
wat met odoo? jullie kennen odoo?
ja. odoo community en enterprise hebben een rest-api die we gebruiken om productmaster, voorraad en orders te lezen. de odoo-website-builder vervangen we vaak door een next.js front-end, omdat de odoo-builder design-grade niet haalt en seo-architectuur in odoo lastiger te onderhouden is. odoo blijft de operationele kern, next.js doet de commerciele bovenlaag.
03
ik heb sap business one. kan dat?
ja. sap b1 service layer (vanaf hana of sql) levert een rest-api die voor read-access werkbaar is. voor write-back werken we via gecontroleerde events (een nieuwe order, een lead-capture) op een queue-basis, zodat sap niet onder een ddos-load kraakt. de governance is wat een industrieel kmo van een bouwpartner verwacht.
04
we draaien een hybride model: een deel in de erp, een deel in spreadsheets. kan dat?
ja, mits het in fase 0 in scope zit. de spreadsheets worden ook bronnen, ofwel via een google-sheet-bridge, ofwel via een csv-import. ik raden dan ook aan om in fase 0 een data-consolidatieplan op te nemen: wat hoort in de erp, wat hoort in een aparte tool, wat blijft in spreadsheets en waarom.
05
wat met uptime en monitoring?
de brug wordt actief gemonitord. error-routing in supabase-edge-functions, uptime-monitoring op de connector, een dashboard voor de erp-team om vast te stellen wanneer de brug iets niet kreeg van de erp. een belgische infra-partner kan optioneel in scope komen voor een hot-standby setup.
08 . verder
klaar voor fase 0?
start een erp-scoping. erp-audit, data-flow uitgewerkt, write-back-events afgebakend, performance-criteria, vaste prijs per fase voor de bouw.