oostende / erp-koppeling
exact, odoo, dynamics en light-erp gekoppeld aan een moderne front-end voor oostendse kmo's, voedingsgroothandels, kustbedrijven en charter-operatoren.
een oostendse kmo die uit excel groeit heeft meestal niet een nieuwe erp nodig. het bedrijf heeft een koppeling nodig die de bestaande exact, odoo, lisa of dynamics-installatie verbindt met de webshop, het boekingssysteem, de klantportaal of de moderne front-end. we bouwen die brug. soap-, rest-, edi- of csv-bridge in productie, audit-log standaard, vaste prijs per fase, vaste deadline, jij bent eigenaar van de code.
start een project01 . wat het is
de typische oostendse kmo draait op een erp die ergens tussen 2008 en 2018 is uitgerold (exact online, odoo of een legacy lisa-installatie), met een marketing- of webshop-laag die in 2022 of 2024 los is gebouwd. tussen die twee zit een rivier van excel-files, handmatige imports, en re-keying. dat is geen software-probleem, het is een integratie-probleem. we bouwen de brug die de twee systemen verbindt, in productie, met audit-log en zonder de bestaande erp te vervangen.
wat we bouwen is een rest-, soap-, edi- of csv-bridge afhankelijk van de erp en de moderne front-end. exact online en odoo bieden volwassen rest-apis, koppeling met shopify, medusa of next-commerce gaat in dagen. sap, dynamics en lisa zijn soap-zwaarder en vragen vaak een tussenlaag (een bridge-service in node.js of python die de soap-calls vertaalt naar een propere rest-laag voor de front-end). edi voor voedings- en logistieke spelers die met grootdistributeurs (colruyt, delhaize, carrefour) of grote afnemers werken. csv voor de oudere systemen die nog geen api hebben, met een gegoverneerde import-flow.
audit-log is standaard. elke transactie tussen de erp en de front-end wordt gelogd, retrievable, en koppelbaar aan de oorspronkelijke bron-transactie. dat is geen luxe, het is een eis van iedere serieuze auditor (ifs, brc, iso, gdpr). de bridge schrijft naar een aparte logging-tabel of stuurt naar een centrale log-aggregator (datadog, papertrail, supabase). bij een fout krijg jij een alert binnen 60 seconden, niet pas wanneer de boekhouder ze vrijdagavond ontdekt.
voor oostendse charter-operatoren, b&b's en hotels gaat de koppeling vaak naar een pms (booking.com api, smoobu, guestonline, lodgify) in plaats van een klassieke erp. de architectuur is dezelfde: rest-bridge, audit-log, dashboard voor monitoring. voor kustretailers en dtc-merken gaat de koppeling naar shopify, medusa of next-commerce. voor voedings- en logistieke spelers in de regio (havenrand, plassendale, stene) gaat ze naar lisa, exact of dynamics.
02 . voor wie
archetype 01
ifs- of brc-gecertificeerd, drietalig, retail- en horeca-tail. lisa, exact of dynamics als erp. een huidige website die de operationele realiteit niet draagt. een rest- of soap-bridge naar de webshop of het klantportaal, audit-log per transactie, edi-flow naar grote afnemers. ifs-omgeving als acceptance-discipline.
archetype 02
fysieke winkel of dtc-branding met 100 tot 1.000 skus, voorraadlaag in excel of een light-erp (odoo, exact online). webshop op shopify, medusa of next-commerce. een rest-bridge die de voorraad-laag synchroniseert per minuut of per vijftien minuten, bestellingen pusht naar de erp, fulfillment-status terugkoppelt naar de shop. lighthouse 95+ op de shop als acceptance-criterium.
archetype 03
twee tot acht panden of charters, een pms (smoobu, guestonline, lodgify) of een boekingsplatform (booking.com). een centraal dashboard dat boekingen, beschikbaarheid en omzet over alle locaties toont. rest-bridge van het pms naar het dashboard, klantcommunicatie via claude-laag (zie oostende ai integratie), single sign-on voor de personeels-laag.
03 . wat je krijgt
01
integratie-architectuur. mapping van de erp-velden naar de front-end-velden, rest-, soap-, edi- of csv-keuze onderbouwd, error-handling en retry-protocol gedocumenteerd. living spec.
02
bridge-service in productie. node.js of python service die de erp-laag en de front-end-laag verbindt. gehost op vercel, fly.io, supabase of railway, eigenaarschap bij jou. geen vendor-lock-in.
03
audit-log. elke transactie gelogd met timestamp, source, destination, payload-hash, status. retrievable via een dashboard of een rest-endpoint. exporteerbaar naar je auditor.
04
alerting. failure-alerts binnen 60 seconden via email, slack of teams. dashboard met service-health, transactie-volume per uur, error-rate.
05
data-discipline. personnel data, betalingsdata en gevoelige business-data versleuteld in transit (tls) en at rest (column-level encryption waar nodig). gdpr-compliant, audit-log voor verzoeken van betrokkenen.
06
handover-documentatie. mapping-documentatie, runbook voor incident-response, one-pager voor emergency-restart, expliciete deploy-flow. de mapping is onafhankelijk geschreven zodat een latere overdracht zonder verlies kan.
07
90-dagen platform care. monitoring inbegrepen, bugfixes zonder limit, performance-triage, een kleine batch van mapping-aanpassingen per maand op vraag.
04 . tijdslijn
fase 0
week 1-2
interviews met de eigenaar of operations lead, audit van de huidige erp- en front-end-laag, technische spec. inventaris van velden, transactietypes, volume per dag, en error-modes. betaalde discovery, terugbetaalbaar bij geen-fit. mapping-document gefinaliseerd in week 2.
fase 1
week 3-6
bridge-service gebouwd, audit-log geconfigureerd, alerting opgezet, single point of integration getest tegen sandbox of test-erp. wekelijkse demo's. jij bent eigenaar van de code vanaf de eerste commit.
fase 2
week 7
go-live in begeleide modus, eerste week onder verhoogd toezicht, alle transacties dubbel gevalideerd. audit-log gecontroleerd, alerting getest, de dns- of dns-vrije cutover met jouw it-partner of de erp-leverancier aanwezig.
fase 3
90 dagen, inbegrepen
monitoring continu, wekelijkse review van error-rate en latency, bugfixes zonder limit, een kleine batch van mapping-aanpassingen per maand op vraag. geen tweede contract nodig om door het seizoen te komen.
05 . prijzen
scope-afhankelijk per project. drie shapes: lichte rest-bridge (exact, odoo, shopify), middelzware soap-bridge (lisa, dynamics, sap), of een complete platform-koppeling met dashboard en alerting. we starten met een betaalde discovery-week, daarna een vaste sow met vaste leverdatum. prijs en planning belanden in jouw inbox na een eerste call van 30 minuten, geen offerte-cyclus van drie weken. laatst bijgewerkt 2026-05-18.
06 . bewijs
case study
75-jaar oud ifs-gecertificeerd voedingsgroothandel. drietalig surface gemigreerd van een statische brochure-site naar een multilinguaal platform met soap-integratie op de legacy lisa erp. de bridge draait in productie, niet als poc, met de operationele discipline die een ifs-omgeving vraagt. transferable naar oostendse voedings- en groothandelsspelers in de regio plassendale of stene.
case study
belgisch dtc-supplementmerk. de stack (supabase als backbone, voorraadkoppeling, drietalige catalogus) is transferable naar oostendse dtc-merken en kustretailers die uit excel groeien. dezelfde principes voor audit-log en alerting gelden.
07 . vragen
01
moet ik mijn erp vervangen?
meestal niet. de typische oostendse kmo heeft een erp die werkt voor de boekhoudkundige laag, alleen de connectie naar de moderne front-end ontbreekt. we bouwen de koppeling op de bestaande erp. een nieuwe erp uitrollen kost vaak 200.000 tot 800.000 euro en duurt 12 tot 24 maanden. een rest- of soap-bridge tussen jouw exact, odoo, lisa of dynamics en jouw front-end kost een fractie en is binnen 6 tot 10 weken in productie.
02
werkt dit voor charter-operatoren of pms-systemen?
ja. de architectuur is dezelfde voor een pms (smoobu, guestonline, lodgify, booking.com api) als voor een klassieke erp. een rest-bridge naar het pms, dashboard met boekingen en beschikbaarheid over alle panden of charters, alerting bij failure. voor multi-pand-eigenaars is dat vaak de eerste stap naar een centrale operationele view.
03
wat met ifs, brc of iso-audits?
de audit-log is ingebouwd om die audits te dragen. elke transactie wordt gelogd met timestamp, source, destination, payload-hash en status. retrievable via een dashboard, exporteerbaar naar de auditor. de mapping-documentatie en het runbook worden expliciet op auditeerbaarheid geschreven. voor ifs- of brc-gecertificeerde voedingsspelers in de regio is dat geen luxe, het is een eis.
04
kan ik vlaio subsidies krijgen voor deze koppeling?
ja. vlaio kmo-groeisubsidie dekt een groot deel van erp-koppelingen en software-ontwikkeling voor groei in vlaanderen. we bereiden de aanvraag voor in fase 0 als bijlage van het scoping document. jouw boekhouder of de externe accountant dient ze in. in de praktijk loopt dat parallel met de build.
05
wat als de erp-leverancier weigert mee te werken?
in 95 procent van de gevallen werkt de leverancier mee, omdat een goed gedocumenteerde koppeling ook hun support-belasting reduceert. voor de overgebleven 5 procent (vaak oudere lisa- of maatwerk-installaties) bouw ik een tussenlaag (database-read of csv-export) die de erp niet hoeft te wijzigen. de mapping-documentatie blijft onafhankelijk geschreven, zodat een latere wissel van erp-leverancier zonder verlies kan.
06
hoe zit het met meertaligheid op de front-end?
drietaligheid (nl, fr, en) zit standaard in de front-end-architectuur. de erp-laag is meestal eentalig (nl), de vertaling gebeurt in de bridge-laag of in de cms-laag van de front-end. voor menukaarten, productbeschrijvingen of klantcommunicatie wordt claude eventueel ingezet als vertaal-laag met menselijke review.
07
hoe lang duurt een typisch project?
afhankelijk van de scope. een rest-bridge tussen exact of odoo en shopify is doorgaans 6 tot 8 weken. een soap-bridge naar lisa of dynamics 10 tot 14 weken. een complete platform-koppeling met dashboard en alerting 12 tot 20 weken. de scoping in fase 0 levert een sow met vaste leverdatum per fase, niet een hoopvolle planning.
08 . verder
klaar voor een intake?
start een betaalde discovery, verrekend in de build als je doorgaat. vijf werkdagen na betaling: kickoff-workshop, erp-audit, mapping-document, sow-voorstel met vaste leverdatum.