Eén tijdlijn per order, van binnenkomst tot betaalde factuur.
Order-to-cash, purchase-to-pay en de route van servicemelding naar factuur gaan langs ERP, CRM, webshop, WMS, TMS en de financiële administratie. We verbinden die systemen met events en API’s die in een contract zijn vastgelegd, zodat elke order overal dezelfde status heeft. Elke afwijking gaat naar een agent die een oplossing voorbereidt, en een medewerker geeft daar akkoord op.
Voor Nederlandse groothandels, producenten en technische dienstverleners die orders, werkbonnen en facturen over meerdere systemen en vervoerders verwerken.
Een verkooporder, inkooporder of servicemelding wordt één keer vastgelegd in het leidende systeem en gaat als event naar de andere systemen, via API’s met een vast contract. Uit de statusevents ontstaat per order één tijdlijn. Loopt een stap vast of valt een waarde buiten de tolerantie, dan verzamelt een agent de context en doet hij een voorstel. Een medewerker geeft akkoord voordat het leidende systeem de actie uitvoert. Facturen gaan als gestructureerde e-factuur heen en weer en worden gematcht, en proceseigenaren houden de doorloop en de staat van de koppelingen in de gaten.
Voor en na
Wat er in het dagelijks werk verandert
Vandaag
Met het systeem
Vandaag
Vandaag: Overtypen bij elke overdracht
Een order uit de webshop of van de buitendienst typt iemand opnieuw in het ERP. Daarna zet een collega aflever- en factuurgegevens met de hand over naar het WMS, het transportsysteem en de boekhouding.
Met het systeem
Met het systeem: Eén keer invoeren, overal beschikbaar
Orders, leveringen en facturen ontstaan in het systeem dat ervoor leidend is, en dat systeem publiceert ze als event. Andere systemen abonneren zich daarop; niemand typt iets over.
Vandaag
Vandaag: Status van gisteren
Koppelingen die ’s nachts in batch draaien, geven klantenservice, planning en finance elk een ander, verouderd beeld van dezelfde order. Vraagt een klant waar zijn levering blijft, dan moet iemand het eerst uitzoeken en terugbellen.
Met het systeem
Met het systeem: Overal dezelfde actuele status
Elke order of melding heeft één tijdlijn, opgebouwd uit de events van alle systemen die erbij betrokken zijn. Klantenservice, planning en finance zien dezelfde feiten, en een digitale assistent voor klantvragen kan er statusvragen mee beantwoorden.
Vandaag
Vandaag: Afwijkingen in de mailbox
Te weinig voorraad, een prijs die niet klopt, een mislukte bezorging of een afgewezen e-factuur: het wordt opgelost via mail en spreadsheets, en later weet niemand meer wie wat heeft besloten.
Met het systeem
Met het systeem: Elke afwijking komt met een voorstel
Een agent zoekt de gegevens achter de afwijking bij elkaar en stelt een oplossing voor. In één werkbak neemt een medewerker het voorstel over, wijzigt het of wijst het af, en die keuze wordt vastgelegd.
Vandaag
Vandaag: Stamgegevens die niet kloppen
Dezelfde klant, leverancier, artikel of prijs staat in meerdere systemen, telkens net anders. Niemand is eigenaar van de vraag welke waarde klopt.
Met het systeem
Met het systeem: Per gegevenssoort één eigenaar
Voor klanten, leveranciers, artikelen en prijzen is afgesproken welk systeem leidend is en wie eigenaar is. Dubbele of strijdige gegevens gaan naar die eigenaar, in plaats van dat iemand ze verderop in de keten stilletjes rechtzet.
Vandaag
Vandaag: Elke verandering, weer een koppeling
Een nieuw verkoopkanaal, een extra marktplaats of een nieuwe bv betekent weer een directe koppeling tussen twee systemen. Waar een land e-facturatie verplicht stelt, komen daar per proces een gestructureerd formaat en een netwerk bij.
Met het systeem
Met het systeem: Nieuwe aansluitingen op bestaande contracten
Een nieuw kanaal, een nieuwe bv of een nieuw e-factuurnetwerk sluit één keer aan op de bestaande API’s en events, niet op elk systeem afzonderlijk.
Workflow
Zo loopt de workflow
Zijn de gegevens op orde, dan loopt de hoofdroute zonder handwerk. Gaat er iets mis met een levering, order of factuur, dan brengt de lus voor afwijkingen het geval bij een medewerker, met bewijs en voorstel. De goedgekeurde correctie gaat via dezelfde integratielaag terug.
Illustratieve workflow
7 stappen · 1 menselijke controle
Legenda
Systeem
Agent
Persoon
Menselijke controle
Uitzonderingspad
Illustratieve workflow van gekoppelde processen met afwijkingslus
Lees het diagram als tekst
De hoofdroute begint met het eenmalig vastleggen van een bedrijfsevent in het leidende systeem. Daarna gaat het event naar de andere systemen, ontstaat er per order één tijdlijn en volgen facturatie, matching en afletteren. Aan het eind kijken proceseigenaren naar de doorloop en pakken ze de oorzaken van afwijkingen aan.
Mislukt een stap, is hij te laat of valt hij buiten de tolerantie, dan gaat de afwijking na de tijdlijnstap van de hoofdroute af. Een agent haalt de context op en doet een voorstel; een medewerker neemt het over, wijzigt het of wijst het af. Het leidende systeem voert de goedgekeurde actie uit, die als nieuw event terugkomt bij de stap waarin events worden doorgegeven.
Het menselijke controlepunt is de akkoordstap. Zonder medewerker komt er geen boeking in de financiële administratie, geen nieuwe prijs of kredietlimiet en geen toezegging aan een klant.
01
Stap 1: Eén keer vastleggenSysteem
Een verkooporder uit webshop, marktplaats, EDI of buitendienst, een inkooporder of een servicemelding ontstaat in het systeem dat ervoor leidend is. Het leidende systeem publiceert een bedrijfsevent in CloudEvents-formaat, met een AsyncAPI-contract als beschrijving. Orders op papier of als pdf en inkoopfacturen gaan eerst langs documentverwerking met AI.
02
Stap 2: Doorgeven aan de andere systemenSysteem
De integratielaag bezorgt het event bij WMS, TMS, financiële administratie en CRM, via API’s die in OpenAPI zijn beschreven. Ontvangende systemen zijn idempotent: krijgen ze hetzelfde bericht twee keer, dan maken ze geen tweede zending of factuur aan. Berichten die niet aankomen, blijven in een foutwachtrij staan tot ze opnieuw worden aangeboden.
03
Stap 3: Tijdlijn per order samenstellenSysteem
Statusevents uit alle systemen (bevestigd, gepickt, verzonden, afgeleverd, gefactureerd, betaald) worden via het ordernummer of een andere zakelijke referentie aan elkaar gekoppeld tot één tijdlijn. Regels voor mijlpalen en toleranties melden een afwijking als een stap mislukt, te laat is of niet klopt: te weinig voorraad, een prijs buiten de afgesproken marge, een bezorging die mislukt, een afgewezen e-factuur.
04
Stap 4: Context ophalen en een voorstel doenAgent
Per afwijking verzamelt een agent de relevante gegevens: de order zelf, de actuele voorraad, de afgesproken prijs, wat de vervoerder meldt en de leveringsvoorwaarden van de klant. Hij onderbouwt zijn voorstel met de gebruikte gegevens en zijn redenering. Denk aan een ander artikel, een aangepaste prijs, een nieuwe afleverdatum of een correctiefactuur.
Uitzonderingspad: Stap mislukt of buiten marge
05
Stap 5: Akkoord binnen de drempelsPersoon
Een medewerker van klantenservice, logistiek of finance ziet in de werkbak de afwijking, het bewijs en het voorstel, en neemt het over, wijzigt het of wijst het af. Wat is goedgekeurd, voert het leidende systeem uit via zijn eigen API; dat systeem publiceert de wijziging weer als nieuw event.
Uitzonderingspad: Stap mislukt of buiten marge· Keert terug naar stap 2
Menselijke controle
Zonder akkoord boekt een agent geen financiële transacties, verandert hij geen prijzen of kredietlimieten en doet hij geen toezeggingen aan klanten. Drempels per soort actie bepalen wie akkoord geeft, en elk voorstel en elk besluit komt in het log.
06
Stap 6: Factureren, matchen en afletterenSysteem
Verkoopfacturen gaan als gestructureerde e-factuur (Peppol BIS Billing 3.0, EN 16931) vanuit het ERP via een access point de deur uit. Inkoopfacturen worden gematcht met inkooporder en goederenontvangst. Zodra de bank of betaalprovider de betaling meldt, wordt die afgeletterd en is de tijdlijn compleet.
07
Stap 7: Oorzaken aanpakkenPersoon
Proceseigenaren en het integratieteam lopen op een vast moment de afwijkingen per reden, de koppelfouten en de conflicten in stamgegevens door. Ze lossen de oorzaak op bij de bron, in een stamgegeven, een tolerantieregel of een mapping, zodat dezelfde afwijking niet steeds terugkomt.
Componenten
Wat we zouden bouwen
01
Eventgedreven integratielaag
Contract-first gespecificeerd: OpenAPI voor de API’s, AsyncAPI voor de events en CloudEvents als envelop. Zo verbinden we ERP, CRM, webshop, WMS, TMS en de financiële administratie, op het integratieplatform dat u al gebruikt of cloud-native.
Per gegevenssoort een afgesproken leidend systeem en een eigenaar, matchregels voor klanten, leveranciers en artikelen, en overzichten van dubbele en strijdige records voor de mensen die erover gaan.
Een dienst die events per order of melding samenvoegt tot één tijdlijn, mijlpaal- en tolerantieregels toepast en proceseigenaren laat zien waar het stroomt en waar het stokt.
Werkbak voor afwijkingen met een agent die voorstellen doet
Een lijst met afwijkingen, elk met de verzamelde context en het voorstel van de agent. Medewerkers nemen een voorstel over, wijzigen het of wijzen het af. De drempels per soort actie gelden op het punt waar de actie echt wordt uitgevoerd.
Facturen in UBL volgens Peppol BIS Billing 3.0 en EN 16931, verstuurd en ontvangen via een access point en vóór verzending gevalideerd. Een afgewezen factuur komt in de werkbak voor afwijkingen.
Bewaking en alerts per koppeling, draaiboeken voor het beheerteam en gecontroleerd opnieuw aanbieden van mislukte berichten. Alles draait in uw cloudtenant, beschreven als infrastructure as code.
SAP S/4HANA voor verkoop, inkoop en financiële administratiePlatformSAP
Salesforce Sales Cloud, Service Cloud en Commerce CloudPlatformSalesforce
Odoo voor boekhouding, inkoop, voorraad en verkoopPlatformOdoo
Webshopplatforms, marktplaatsen en API’s van vervoerders
Warehouse- en transportmanagementsystemen (WMS, TMS)
Access point voor Peppol, banken en betaalproviders
PIM-systeem en dataplatform
Controles
Ingebouwde controles
Toegangsgrenzen
Elke koppeling en de agent hebben per systeem een eigen serviceaccount, met alleen de API-rechten die ze nodig hebben. De agent mag in meerdere systemen lezen om context op te halen. Schrijven kan alleen via een korte lijst goedgekeurde acties, die het leidende systeem via zijn API uitvoert. Rechtstreeks in de database schrijven is uitgesloten.
Menselijke beoordeling
Samen met de proceseigenaar leggen we per soort actie de drempels vast: wat de agent alleen mag voorstellen, wat een teamlid goedkeurt en waarvoor een tweede paar ogen nodig is. Financiële boekingen, nieuwe prijzen of kredietlimieten en toezeggingen aan klanten wachten altijd op een medewerker. Kleine, omkeerbare acties, bijvoorbeeld een mislukt bericht nog eens aanbieden, mogen zonder akkoord lopen als de eigenaar dat goedvindt.
Controleerbaarheid
Events, voorstellen, akkoorden, afwijzingen en uitgevoerde acties komen in het log bij het order- of meldingsnummer, samen met de gegevens die de agent gebruikte, de versie van model en prompt en wie akkoord gaf. Bij een factuur waarover discussie is, of bij een klacht, kunt u elke stap terugzien.
Gegevensbescherming
Klant- en leveranciersgegevens gaan alleen naar systemen die er iets mee moeten. In de tijdlijn staan referenties en statussen, geen complete records. Hoe lang logs bewaard blijven, bepaalt u. De verwerking vindt plaats in de regio die we afspreken.
Transparantie over AI
In de werkbak is altijd zichtbaar welk voorstel van de agent komt, met het bewijs en de redenering ernaast. De leidende systemen blijven de bron van waarheid: de tijdlijn laat zien wat zij melden en overschrijft hen nooit.
Meetpunten
Wat we zouden meten
Tijdens de verkenning kiezen we samen de meetpunten. De nulmeting halen we uit de logs van uw huidige systemen en koppelingen, voordat er iets verandert.
Wat we zouden meten
Meetpunt
Waarom het telt
Hoe we het zouden meten
01Doorlooptijd per order
Waarom het teltDit merkt de klant als eerste, en het laat zien waar orders blijven hangen.
Hoe we het zouden metenTijd van binnenkomst van de order tot aflevering en tot betaling, per kanaal en vennootschap, uit de events in de tijdlijn.
02Orders zonder handwerk
Waarom het teltLaat zien hoe ver goede gegevens en vaste afspraken u nu al brengen.
Hoe we het zouden metenAandeel orders en meldingen dat tot en met de betaling komt zonder handmatige stap of afwijking, volgens de tijdlijn.
03Afwijkingen per reden en oplostijd
Waarom het teltZo ziet u welke oorzaken eerst aandacht verdienen en of de werkbak bijblijft.
Hoe we het zouden metenAantal afwijkingen per redencode en tijd tussen signalering en uitgevoerde oplossing, uit de logs van de werkbak.
04Aandeel afgewezen e-facturen
Waarom het teltEen afgewezen factuur wordt later betaald, en de oorzaak zit meestal in stamgegevens of mapping.
Hoe we het zouden metenAandeel verstuurde en ontvangen e-facturen dat wordt afgewezen, per reden, uit de reacties van het access point.
05Koppelfouten en hersteltijd
Waarom het teltHiermee ziet u hoe betrouwbaar de integratielaag is, en hoe snel een storing wordt opgemerkt en opgelost.
Hoe we het zouden metenMislukte berichten per koppeling en de tijd tot ze alsnog goed zijn verwerkt, uit de monitoring.
06Dubbele en strijdige stamgegevens
Waarom het teltDe meeste afwijkingen beginnen bij gegevens die per systeem verschillen.
Hoe we het zouden metenOpenstaande dubbelingen en tegenstrijdige waarden per gegevenssoort en systeem, uit de matchrapporten.
Er worden geen doelen vastgelegd zolang er geen nulmeting is.
Uitrol
Zo zouden we invoeren
Fase 01
Verkenning en procesplaat
Eén proces en één soort afwijking, bijvoorbeeld order-to-cash via de webshop. We brengen systemen, koppelingen en gegevenseigenaren in kaart, en hoe afwijkingen nu worden opgelost.
Exitcriteria
Procesplaat met systemen en gegevenseigenaren klaar
Eerste soort afwijking en akkoorddrempels vastgesteld
Nulmeting gedaan op basis van de huidige logs
Fase 02
Koppelingen en tijdlijn
API’s en events met contract voor de systemen in scope, en een tijdlijn die naast de bestaande koppelingen meedraait zonder daar iets aan te veranderen.
Exitcriteria
Eventcontracten gepubliceerd, met versie
Tijdlijn klopt in een steekproef met de leidende systemen
Opnieuw aanbieden en draaiboeken getest
Fase 03
Pilot met de werkbak
Voor de gekozen soort afwijking doet de agent voorstellen, en elk voorstel krijgt een menselijk akkoord. We leggen de voorstellen naast wat medewerkers zelf hadden gedaan.
Exitcriteria
Voorstellen halen de afgesproken kwaliteit
Drempels en akkoordgevers per soort actie bepaald
Audittrail beoordeeld door finance en interne controle
Fase 04
Uitbreiden en oude koppelingen uitzetten
Meer soorten afwijkingen, kanalen, vennootschappen en processen zoals purchase-to-pay, steeds op dezelfde contracten. Oude directe koppelingen gaan een voor een uit.
Exitcriteria
Nieuwe stromen gebruiken bestaande contracten en bewaking
Productie op order en levering van reserveonderdelen: van ERP naar magazijn en vervoerder, waarbij bevestigingen en e-facturen van leveranciers tegen de inkooporder worden gematcht.
Purchase-to-pay voor overheidsorganisaties: inkomende en uitgaande e-facturen in gestructureerde vorm, gematcht met bestelling en ontvangst vóór betaling.
Illustratief voorbeeld
Een installatiebedrijf met service en onderhoud
Situatie
Een installatiebedrijf voert onderhoud en storingsdiensten uit voor zakelijke klanten, plant monteurs vanuit een planningssysteem en koopt materiaal in bij groothandels. Werkbonnen komen op papier terug, verbruikt materiaal wordt achteraf op de factuur gezet, en facturen gaan pas weken na het bezoek de deur uit.
Systeem
Servicemeldingen, werkorders, materiaalverbruik en facturen lopen als events tussen CRM, planning, ERP en de inkoop bij groothandels, met één tijdlijn per melding. Klanten die e-facturen ontvangen, krijgen hun factuur via een access point voor Peppol.
Menselijke controle
Afwijkingen, zoals meer uren dan in de offerte of materiaal zonder inkooporder, komen in de werkbak met een voorstel van de agent. De projectleider neemt het voorstel over of past het aan; creditnota’s gaan altijd langs de financiële administratie.
Wat we zouden meten
Tijd van afgerond bezoek tot verzonden factuur, aandeel meldingen zonder handwerk, afwijkingen per reden en aandeel afgewezen e-facturen.
Nederland
E-factuur en ketenbeveiliging als vast onderdeel
Groepen met een Belgische vestiging hebben al met gestructureerde e-facturatie te maken: in België wisselen btw-plichtige ondernemingen sinds 1 januari 2026 onderling verplicht e-facturen uit, standaard via Peppol. Vanaf 1 juli 2030 maakt het Europese btw-pakket ViDA gestructureerde e-facturatie bovendien de norm bij B2B-leveringen tussen EU-lidstaten. We ontwerpen order-to-cash en purchase-to-pay daarom zo dat de e-factuur een gewoon event in het proces is, verstuurd via een access point en gematcht met order en ontvangst.
Sinds 15 augustus 2026 geldt de Cyberbeveiligingswet, de Nederlandse uitwerking van de NIS2-richtlijn. Organisaties die eronder vallen, hebben een zorgplicht die ook hun toeleveringsketen raakt. Daarom leveren we koppelingen met gelogde toegang en gedocumenteerde componenten.
Nee. ERP, CRM, webshop en WMS blijven elk hun eigen werk doen. We koppelen rond die leidende systemen, leggen vast welk systeem voor welke gegevens leidend is en geven het proces één tijdlijn over alle systemen heen. Houdt een verouderd order- of ERP-systeem verandering tegen, dan zetten we het eerst achter API’s; zie legacymodernisering.
02Moet onze integratiemiddleware eruit?
Niet als die goed werkt. We bouwen verder op uw huidige integratieplatform of message broker, en vullen aan met contracten, monitoring en het opnieuw aanbieden van berichten waar dat ontbreekt. Is er nog niets, dan bouwen we cloud-native. Lees meer over koppelingen en API’s.
03Mogen agents zelf handelen?
Alleen binnen drempels die u per soort actie vaststelt, en alleen voor acties met weinig gevolgen die u ongedaan kunt maken, bijvoorbeeld een bericht dat mislukte nog een keer versturen. Voor boekingen, prijzen, kredietlimieten en toezeggingen aan klanten is altijd een medewerker nodig. Lees ook wanneer een AI-agent eerst akkoord nodig heeft.
04Waar past e-facturatie in dit proces?
Lidstaten voeren verplichte e-facturatie op verschillende momenten in. Met ViDA, het Europese btw-pakket voor het digitale tijdperk, wordt gestructureerde e-facturatie de standaard bij B2B-leveringen tussen lidstaten, vanaf 1 juli 2030. Voor ons is de e-factuur gewoon een event in het proces: aangemaakt in het ERP, verstuurd via een access point en bij afwijzing opgepakt in de werkbak voor afwijkingen. Meer achtergrond staat in ons artikel over Peppol en de route naar 2030.
05Hoe voorkomt u een nieuw kluwen van losse koppelingen?
Systemen wisselen events en API’s uit via één laag, niet via directe lijntjes met elkaar. Contracten hebben versies, ontvangende systemen zijn idempotent, mislukte berichten zijn opnieuw aan te bieden en elke stroom heeft een eigenaar met naam. Komt er een kanaal bij, dan neemt dat een abonnement op events die er al zijn, in plaats van een koppeling met elk systeem te krijgen.
06Waar begint u mee?
Met één proces en één soort afwijking, bijvoorbeeld order-to-cash via de webshop met voorraadtekorten als eerste afwijking. Daarmee toetsen we events, tijdlijn en akkoordstroom in de praktijk, en pas daarna breiden we uit. Hoe we opleveren, leest u bij onze aanpak.
Bespreek uw orderstromen
Neem één proces mee, de systemen waar het doorheen loopt en de afwijkingen die nu de meeste tijd kosten. In een kennismakingsgesprek brengen we dat samen in kaart en stellen we een eerste release voor.