fase 0
scoping.
week 1
technisch interview met jullie it-verantwoordelijke, audit op de erp-laag, integration-shape gekozen (rest, soap, etl), endpoints en data-velden gemapt, sow met vaste prijs en vaste leverdatum opgeleverd.
← brussel hub
brussel / erp / integratie
erp koppeling in brussel.
odoo, sap, lisa, dynamics en exact vastgeknoopt aan de surface die jouw klanten en team gebruiken.
een brussels bedrijf werkt zelden op één erp alleen. de boekhouder gebruikt exact, sales draait op hubspot of teamleader, productie zit op een legacy systeem dat niemand vervangt, en de site vraagt om realtime voorraad of klant-data. we bouwen die koppellaag eu-compliant en in jullie repo, zonder dat de legacy backend opgeofferd wordt.
start een project01 . waarom brussel
de context die deze bouw vraagt.
de meeste brusselse middelgrote bedrijven draaien op een erp-laag die ouder is dan de huidige cto. lisa erp, sap r/3, microsoft dynamics av, een aangepast oracle-ebs systeem, of een eigen build die door dezelfde vrije medewerker werd gemaakt en die intussen niet meer beschikbaar is. niemand wil dat systeem vervangen, want het draait operationeel en de migratie-risico's zijn te hoog. wat wel nodig is, is een laag erbovenop die met de moderne surface (website, mobile app, hubspot crm, claude ai) op een professionele manier kan praten.
we bouwen die koppellaag op drie shapes. rest-api brug voor erp's die een moderne api hebben (odoo, exact online, teamleader, dynamics 365). soap-brug voor legacy systemen die nog op xml draaien (lisa erp bij hottlet, oudere sap-versies, custom-built systemen van rond 2008). etl-laag voor systemen die geen api hebben en enkel via batch-bestanden communiceren (oudere oracle-ebs, sommige in-house systemen). de shape valt in week 1 van het project, na een technisch interview met jullie it-verantwoordelijke en een korte audit op de erp-laag zelf.
odoo is in brussel de meest voorkomende moderne erp, met sterke aanwezigheid via odoo s.a. zelf (hoofdkantoor in louvain-la-neuve, dichtbij brussel). voor odoo bouwen wij typisch een rest-api brug die de standaard-modulen (sales, accounting, inventory, project) blootstelt aan jullie marketing-site, hubspot-crm of claude-ai-stack. odoo is een belgische sleutel-erp en de partner-ecosystem is dicht, dus we werken regelmatig naast andere odoo-partners die de erp-zijde dragen, terwijl wij de koppellaag bouwen.
gdpr op een erp-koppellaag is geen afterthought. elke endpoint die persoonsgegevens uitstuurt (klantnamen, facturen, contactgegevens, medewerker-data) wordt gemapped in jullie register van verwerkingen, met retentie-instellingen, sub-verwerkers en betrokken-rechten-procedure expliciet gedocumenteerd. een belgisch dpo of compliance-verantwoordelijke kan het pack overhandigen aan de gba zonder bijkomend werk. die discipline is voor brussel niet-onderhandelbaar, gezien het aandeel eu-instelling-clienten en finance-tier klanten in de doelgroep.
02 . wat we bouwen
concrete koppelingen die we bouwen.
01
odoo rest-api brug. sales-orders, voorraad, facturen, projecten en contacten realtime uitgelezen of geschreven naar jullie website, marketing-stack of ai-laag. xml-rpc of jsonrpc shape, afhankelijk van de odoo-versie.
02
exact online connector. facturen, klanten, leveranciers, grootboek-mutaties, btw-aangifte data. typisch gekoppeld aan een marketing-funnel, claudekick-laag of crm.
03
lisa erp soap-brug. de specifieke hottlet-pattern. soap-endpoints voor product-catalogus, voorraad, klant-data en order-status. drietalig in de output-laag, met een tussen-cache voor performance.
04
sap r/3 of dynamics av brug. idoc of rfc voor sap, web-services of edi voor dynamics. typisch productie-bedrijven of distributeurs in de brusselse periferie (zaventem, vilvoorde, halle).
05
teamleader of hubspot crm-laag. bidirectionele sync met de erp, custom velden gemapt op de erp-data-structuur, lead-scoring op basis van erp-history. typisch voor groei-mkb die de erp-data wil gebruiken voor sales-intelligence.
06
shipping en payments-integratie. bpost, dhl, mollie, bancontact, stripe gekoppeld aan de erp voor order-status synchronisatie. drietalige status-mails per locale.
07
governance-pack. data-flow mapping per endpoint, retentie en sub-verwerker register, gdpr dpa-mapping, audit-trail config. de penningmeester of dpo kan dit overhandigen aan een gba-controleur.
03 . bewijs
de case die dit draagt.
04 . methode
de fases in volgorde.
fase 1
foundation.
week 2-3
credential-vault setup, eerste endpoints geconnecteerd, data-model gemodelleerd in de tussen-laag, gdpr-mapping per endpoint gedocumenteerd, eerste end-to-end test in staging.
fase 2
build.
week 4-6
alle endpoints gebouwd, tussen-cache geconfigureerd, drietalige output-laag live, monitoring en alerting geconfigureerd, qa op staging tegen real data-snapshots.
fase 3
launch.
week 7-8
productie-cutover, monitoring en alerting actief, handover-document overhandigd, opleiding voor jullie it-verantwoordelijke. 90-dagen post-launch care begint met sla op response-tijd.
05 . vragen
wat brusselse kopers eerst vragen.
01
we draaien op odoo. zijn jullie odoo partner?
ik ben geen odoo-officiele partner. we bouwen de api-koppellaag, niet de odoo-zijde zelf. typisch werken wij naast een odoo-officiele partner (odoo s.a. zelf, obs solutions, of een van de andere belgische odoo-partners) die de erp configuratie en module-bouw doet, terwijl wij de integratie-laag tussen odoo en jullie website, ai-stack of crm bouwen.
02
wat met een legacy erp zonder moderne api?
twee shapes. ofwel bouwen wij een soap-laag of een etl-tussen-laag die batch-bestanden inleest, parseert en blootstelt als een rest-api. ofwel wij implementeren een lichte agent op een server naast de erp die polled en de moderne surface voedt. de keuze valt in week 1 na technisch onderzoek op het specifieke systeem.
03
hoe garanderen jullie gdpr op de koppeling?
elke endpoint die persoonsgegevens uitstuurt wordt gemapt in jullie register van verwerkingen, met retentie en sub-verwerkers expliciet. de audit-trail logt elke gebruikersactie en api-call. een belgische dpo of een gba-controleur kan dit pack lezen en valideren zonder bijkomend werk van jullie kant.
04
ik heb sap r/3 uit 2010. werkt het nog?
ja. sap r/3 heeft idoc en rfc als integratie-shape, beiden goed gedocumenteerd. ik heb in andere belgische bouwen vergelijkbare sap-versies gekoppeld via idoc met een lichte etl-laag erboven. de bouw-tijd is iets hoger dan een odoo-bouw (twee tot drie weken extra), maar het is een proven shape.
05
kunnen wij de bouw subsidieren?
deels. innoviris in brussel financiert digital-innovation projecten tot 50% voor middelgrote bedrijven, mits het project een innovatief karakter heeft (typisch: ai-integratie, voorspellende analyses, of een nieuw business-model bovenop de bestaande erp). een straight technische erp-koppeling zonder innovatieve laag valt meestal buiten innoviris, maar kan wel onder vlaio kmo-portefeuille als de zetel in vlaanderen ligt. wij toetsen dit in fase 0.
06
wat met de performance-impact op de erp?
elke koppeling die we bouwen heeft een tussen-cache laag (typisch redis of een lichte postgres-cache) die de erp ontlast. de erp wordt enkel bevraagd op write-events en op cache-miss reads. typische tps op de erp neemt af in plaats van toe. de monitoring-laag rapporteert op cache-hit-ratio en erp-load.
07
krijgen wij de code en de documentatie in eigendom?
ja. alle code in jullie github of gitlab. de architectuur-documentatie (typisch 25 pagina's met diagrammen, endpoint-tabel, data-mapping en gdpr-register) hoort bij de oplevering. een opvolg-partner kan productief worden in drie dagen. geen vendor-lock-in op piexels als bouwer.
06 . verder
aangrenzende oppervlakken.
klaar om te bouwen?
start een project.
schets jullie erp-situatie in vier zinnen: welke erp, welke versie, wat moet erboven gekoppeld worden, en de talen die de output moet aankunnen. wij antwoorden binnen een werkdag met een eerste technisch voorstel.