De keten van aanvraag naar offerte, order, factuur en opvolging loopt zichzelf door. Geen overtypen tussen mail, CRM en boekhouding, met een menselijk akkoord op de plek waar het om geld gaat.
Voor een technisch dienstverlener bouwde ik de hele keten van aanvraag tot factuur als één doorlopende flow. Een aanvraag komt binnen, wordt een offerte, na akkoord een order, daarna een factuur in de boekhouding en tot slot een opvolging die zichzelf bewaakt. Niemand tikt gegevens over van het ene systeem naar het andere. Waar het om geld draait staat er bewust een mens tussen, de rest gaat vanzelf. De demo hieronder toont die keten als een bord met statussen. De opzet erachter is een duurzame workflow die niet stilvalt als één stap even hapert.
Vereenvoudigde demo met voorbeelddata · een voorproef, geen volledig product
De offerte stond in Word, de order in een mailtje, de factuur in de boekhouding en de opvolging in iemands hoofd. Elke overstap was overtypen, en elk overtypen was een kans op een fout of een vergeten stap. Een order die niet werd gefactureerd, een factuur die dubbel de deur uitging, een betaling waar niemand achteraan ging. Het echte probleem zat niet in één systeem, maar in de gaten ertussen: de keten liep telkens vast op de overgang van het ene systeem naar het andere.
Aanvraag, offerte, order, factuur en opvolging zijn stappen in één doorlopende workflow, elk met een eigen status, in plaats van losse eilandjes die met de hand aan elkaar geknoopt worden.
Gegevens stromen via de officiële APIs van je mail, CRM en boekhouding. Wat in de ene stap ontstaat, staat in de volgende stap klaar, zonder dat iemand het overtikt.
Op de plek waar een fout geld kost pauzeert de flow voor een akkoord. Automatisch waar het veilig kan, met de hand waar het moet.
De keuzes achter de demo, eerlijk uitgelegd. Dit is de opzet zoals ik hem in de praktijk bouw, geen afgeschermde black box.
Ik laat de keten niet beginnen bij een losse mail, maar bij een genormaliseerd aanvraag-object met vaste velden: klant, gewenste dienst, omvang, bron. Een aanvraag uit de mailbox, een webformulier of een telefonisch ingevoerd geval landt allemaal in datzelfde formaat. Dat doe ik omdat de rest van de keten dan op betrouwbare data draait en niet op de losse formulering van een mailtje, en omdat je zo vanaf stap één kunt zien waar een klus in het proces staat.
Elke stap draait als onderdeel van een durable workflow-engine, niet als een reeks losse automatiseringen die elkaar met de vingers gekruist aanroepen. Faalt een stap omdat de boekhouding even onbereikbaar is, dan verlies je niet de hele run: de flow pakt op waar hij bleef en probeert het opnieuw. Ik kies hiervoor omdat de duurste fout in zo een keten een order is die halverwege stil is gevallen zonder dat iemand het merkte, en een durable workflow maakt precies dat onmogelijk.
De offerte en de factuur worden aangemaakt in Moneybird of Exact via hun eigen API, en elke schrijfactie draagt een stabiele referentie mee die aan de order hangt. Daardoor maakt een herhaalde poging, bijvoorbeeld na een time-out of een retry, nooit een tweede factuur aan: dezelfde referentie betekent dezelfde factuur. Dit is het stuk dat het overtypen tussen CRM, mail en administratie definitief weghaalt, en tegelijk voorkomt dat de automatisering per ongeluk dubbel boekt.
Niet alles mag zomaar automatisch de deur uit. Boven een bepaald bedrag, bij een nieuwe klant of bij een afwijkende marge zet ik een akkoord-stap in de flow: die pauzeert, seint een verantwoordelijke in Slack of per mail, en pas na goedkeuring gaat de factuur eruit. Ik bouw die rem er bewust in omdat een fout in een bedrag duurder is dan een minuut wachten, en omdat vertrouwen in de automatisering staat of valt met de zekerheid dat er een hand aan de noodrem zit.
Na het versturen blijft de flow de betaaltermijn bewaken, stuurt op tijd een herinnering en seint als een betaling uitblijft. Dit is bewust de laatste schakel, want opvolging is precies het stuk dat mensen vergeten zodra het druk wordt, terwijl het direct om geld op de rekening gaat. Door het in dezelfde keten te leggen als de rest, verdwijnt geen enkele openstaande factuur meer uit beeld.
Een goedgekeurde offerte rolt zonder tussenstap door naar een order.
De factuur ontstaat direct in Moneybird of Exact, niet in een los sjabloon.
Elk gegeven wordt één keer vastgelegd en stroomt door de hele keten.
Je ziet altijd waar een klus staat: offerte, order, factuur of betaald.
Herinneringen en signalen bij uitblijvende betaling, zonder eraan te denken.
Drempels bepalen waar de flow pauzeert voor een menselijke goedkeuring.
Deze case koppelt aan bestaande systemen. Een paar van de integraties die hierbij passen, allemaal op maat te koppelen.
Elk onderdeel werkt op zichzelf, maar wordt sterker in combinatie. Een paar voorbeelden uit de praktijk:
De hele order-to-cash keten loopt zichzelf door.
Van bestelling tot geboekte factuur, zonder handwerk.
Gidsen die dieper op dit onderwerp ingaan.
Deze case is een referentie-build voor Workflow- & procesautomatisering. Bekijk hoe ik dat aanpak, of doe de gratis Automatiseringsscan en zie in twee minuten waar bij jou de winst zit.
Vertel me wat je voor ogen hebt of waar je tegenaan loopt, dan denk ik mee en zeg ik eerlijk wat er kan, vrijblijvend.
