Cases

Wat we bouwen en draaien.

We tonen geen anonieme logo's of verzonnen percentages. Een deel zijn onze eigen productieomgevingen; andere voorbeelden zijn geanonimiseerd uit discretie. De cijfers die we noemen, kloppen.

Eigen productie en geanonimiseerde praktijk, geen marketingcijfers.

Productdata en digitale handel

Productdata · e-commerce

Een meertalige catalogus die elke dag blijft kloppen

Onze eigen e-commerce (Bopets) verkoopt over .be, .nl en .eu, met 11.422 producten in 6 taalversies uit tientallen leveranciers.

Probleem: Leveranciersdata komt in tientallen formaten binnen en is zelden meteen verkoopklaar: ontbrekende velden, dubbels, prijs- en voorraadwijzigingen.
Aanpak: Onze beheerde dienst CatalogOps leest de bestanden in, matcht en verrijkt, houdt uitzonderingen tegen voor menselijke controle en publiceert pas na goedkeuring.
Architectuur: Leveranciers → CatalogOps → Odoo (masterdata) en WooCommerce (webshop), met dagelijks gecontroleerde sync.
Wat blijft beheerd: De dagelijkse runs, foutopvolging en mappings draaien doorlopend; een nieuwe leveranciersrelease wordt een geplande hercontrole in plaats van een crisis.

CatalogOpsOdooWooCommerceGS1 / GPSR

Web & SEO · contentnetwerk

Een eigen netwerk van meer dan 90 meertalige sites

Sinds 2004 bouwen en beheren we een eigen netwerk van meer dan 90 websites, meertalig en over landsgrenzen heen.

Probleem: Content, meertaligheid, snelheid en vindbaarheid betrouwbaar beheren over veel sites tegelijk, zonder dat onderhoud onbeheersbaar wordt.
Aanpak: Gedeelde, onderhoudbare basis met correcte hreflang en i18n, snelle Core Web Vitals en een herhaalbare publicatie- en beheerstroom.
Architectuur: Moderne, grotendeels statische frontends (o.a. Astro) achter Cloudflare, op zelf beheerde infrastructuur.
Wat blijft beheerd: Hosting, updates, monitoring en back-ups lopen doorlopend; deze site (vimm.be) draait op dezelfde aanpak.

AstroCloudflarehreflang & i18nCore Web Vitals

Productdata · vindbaarheid

Duizenden producten vindbaar houden over meerdere landen

Voor een webshop met duizenden producten over meerdere landen en talen volstaat een correcte catalogus niet: prijzen, voorraad en producten moeten ook snel vindbaar blijven in zoekmachines en marketplaces.

Probleem: Wijzigingen in prijs, voorraad en assortiment werden traag opgepikt; feeds en zoekmachines liepen achter op de werkelijke catalogus.
Aanpak: Gestructureerde productfeeds, correcte meertalige sitemaps en instant indexing, zodat wijzigingen snel worden doorgegeven in plaats van af te wachten.
Architectuur: Catalogus → feeds en sitemaps → zoekmachines en marketplaces, met instant-indexing-pings bij elke relevante wijziging.
Wat blijft beheerd: Feeds, sitemaps en indexering worden bewaakt; nieuwe producten en wijzigingen volgen automatisch dezelfde weg.

ProductfeedsIndexNowXML-sitemapsSearch Console & Bing

Bedrijfssystemen en integraties

Bedrijfssystemen · integraties

Eén ERP-kern voor meerdere merken en landen

Voor een internationale handelsgroep met meerdere merken, landen en verkoopkanalen liepen bestellingen, voorraad en facturatie door systemen die elkaar slecht begrepen.

Probleem: Losse systemen per merk en land, dubbele invoer en handmatige overdracht tussen webshops, boekhouding en logistiek.
Aanpak: Eén Odoo-kern in multi-company-opzet, met API-koppelingen naar webshops, betaaldiensten, marketplaces en externe feeds.
Architectuur: Webshops en marketplaces → integratielaag → Odoo (orders, voorraad, facturatie), met teruglevering van status en voorraad.
Wat blijft beheerd: De koppelingen en datastromen worden bewaakt; een nieuw kanaal of merk wordt een uitbreiding, geen nieuw eiland.

OdooAPI-integratiesEDI & feedsBetaaldiensten

AI-automatisering · governance

Een AI-assistent die handelt binnen strikte grenzen

Voor het beheer van een Microsoft 365-omgeving met meer dan 1000 gebruikers bouwden we voor onszelf een AI-assistent die routinewerk overneemt, maar nooit ongecontroleerd naar buiten handelt.

Probleem: AI die mail, contacten en gebruikersbeheer aanraakt, is pas bruikbaar als ze niet zelfstandig onomkeerbare of externe acties uitvoert.
Aanpak: Een permissiemodel in drie niveaus: autonoom lezen en sorteren; bevestiging bij wijzigingen; expliciete goedkeuring met dry-run voor externe acties zoals mail versturen of licentiebeheer.
Architectuur: AI-laag → permissiecontrole → Microsoft 365, mailboxen en contacten (Graph, IMAP, CardDAV), met een volledig auditspoor van elke autonome actie.
Wat blijft beheerd: Mens-in-de-lus op elke externe actie, alles gelogd. Eigen R&D, geen verkocht product: het toont hoe we AI met controle en auditeerbaarheid bouwen.

Claude AIMicrosoft 365 / GraphIMAP & CardDAVAuditlogging

Data · rapportering

Operationele cijfers samenbrengen in één actueel dashboard

Bij een organisatie zaten de operationele cijfers verspreid over verschillende systemen, zonder één actueel en gedeeld overzicht voor de leiding.

Probleem: Rapporten werden handmatig samengesteld uit losse bronnen; tegen de tijd dat ze klaar waren, waren de cijfers al verouderd.
Aanpak: Data-pijplijnen (real-time waar nodig, batch waar het kan) die bronnen samenbrengen, opschonen en naar overzichtelijke dashboards voeden.
Architectuur: Bronsystemen → ETL en validatie → datalaag → dashboards voor leiding en operations.
Wat blijft beheerd: De pijplijnen en definities worden bewaakt; een nieuwe bron of metric wordt toegevoegd zonder het overzicht te breken.

ETL-pijplijnenDatavalidatieDashboardsAPI-bronnen

Zorg · samenwerking

Een platform voor zorgcoördinatie en patiëntopvolging

Voor een zorgcontext bouwden we een platform dat patiëntworkflows en samenwerking tussen zorgverleners ondersteunt, met aandacht voor de privacy van gevoelige gegevens.

Probleem: Coördinatie en opvolging liepen via losse kanalen en documenten, zonder gedeelde, gestructureerde workflow.
Aanpak: Een webapplicatie met duidelijke patiëntworkflows, rollen en toegangsrechten, en samenwerking tussen de betrokken zorgverleners.
Architectuur: Webfrontend → applicatielaag met rolgebaseerde toegang → zorg-datamodel, met aandacht voor privacy en logging.
Wat blijft beheerd: Toegang, privacy en gegevensbeheer blijven centraal; nieuwe workflows sluiten aan op hetzelfde model.

WebapplicatieRolgebaseerde toegangZorg-datamodellenPrivacy by design

Beheerde infrastructuur en continuïteit

Infrastructuur · continuïteit

Zelf beheerde infrastructuur met redundantie en back-ups

We draaien onze eigen productieomgevingen niet door te doorverkopen, maar door ze zelf op te zetten en te beheren.

Probleem: Productieomgevingen die snel, beschikbaar en herstelbaar moeten blijven, zonder afhankelijkheid van een dichte leverancier.
Aanpak: Beheerde stack met containers, hoge beschikbaarheid waar nodig, dagelijkse geteste back-ups en monitoring met alerting.
Architectuur: Van de edge (Cloudflare) tot de database: Coolify en Docker op EU-infrastructuur (Hetzner), met offsite back-up.
Wat blijft beheerd: Updates, patching, monitoring, back-ups en herstel lopen door; we kennen de praktijk van migraties en cutovers uit eerste hand.

CoolifyDockerHetzner (EU)Cloudflare

Infrastructuur · communicatie

Telefonie over meerdere landen op één beheerde centrale

Een organisatie met vestigingen in meerdere Europese landen had versnipperde telefonie: per land een eigen oplossing, zonder centraal beheer of consistent nummerplan.

Probleem: Losse telefonie per land, geen centraal overzicht, en nummers en doorschakelingen die nergens samenkwamen.
Aanpak: Eén zelf beheerde telefooncentrale (Asterisk/FreePBX) met SIP-trunks per land en GSM-gateways waar nodig, en een gestructureerd nummerplan.
Architectuur: SIP-trunks en GSM-gateways → centrale (Asterisk) → toestellen en doorschakelregels per vestiging, met monitoring.
Wat blijft beheerd: De centrale, trunks en routering worden bewaakt en bijgestuurd; een nieuwe vestiging of land sluit aan op dezelfde opzet.

Asterisk / FreePBXSIP-trunkingVoIP & GSM-gatewaysMonitoring

Migratie · continuïteit

Van een gesloten platform naar zelf beheerde infrastructuur

Een organisatie zat vast op een duur, gesloten platform en wilde naar zelf beheerde infrastructuur, zonder de lopende werking, data of vindbaarheid te verliezen.

Probleem: Een live-omgeving migreren zonder lange stilstand, zonder dataverlies en zonder bestaande URLs en posities te breken.
Aanpak: Gefaseerde migratie met een parallelle omgeving, geteste back-ups, behoud van URLs met redirects en een geplande DNS-cutover.
Architectuur: Oude omgeving → parallelle opbouw op zelf beheerde infra → gecontroleerde cutover, met terugvalplan.
Wat blijft beheerd: Na de overstap lopen hosting, monitoring en back-ups door; de organisatie is niet langer afhankelijk van één gesloten leverancier.

Migratie & cutoverRedirectsBack-up & herstelDNS

Infrastructuur · controle

Eén controlepaneel voor meerdere omgevingen en deploys

Om meerdere applicaties en omgevingen niet stuk voor stuk handmatig te beheren, bouwden we een eigen controlepaneel met overzicht en deploy-acties.

Probleem: De status van losse omgevingen en uitrolacties zat verspreid; overzicht en handelingen kostten te veel manueel werk.
Aanpak: Een control-plane die de actuele staat van omgevingen toont en gecontroleerde uitrol- en beheeracties bundelt op één plek.
Architectuur: Dashboard → orchestratielaag → meerdere deploy-doelen en omgevingen, met statusterugkoppeling.
Wat blijft beheerd: Het paneel en de orchestratie groeien mee; een nieuwe omgeving of doel sluit aan op dezelfde bediening.

Node.js & ReactOrchestratieDeploy-controleMonitoring

Cases

Een vergelijkbare situatie?

Vertel kort waar het bij u vastloopt. We bekijken of en hoe onze eigen aanpak op uw situatie past, eerlijk over wat haalbaar is.

Antwoord binnen één werkdag.

contact@vimm.be +32 (0)53 839 642