smartFMS (BlueLemon24) koppelen aan je boekhouding.

Waarom koppelen bij bewindvoering anders werkt

Wie in de bewindvoering werkt, kent smartFMS. Het pakket uit Nijkerk draait bij een groot deel van de kantoren en regelt de cliëntkant van het vak: inkomsten, uitgaven, schulden, budgetten en de verantwoording richting de kantonrechter. Sinds 2025 gaat de leverancier verder onder de naam BlueLemon24; smartfms.nl verwijst door naar de nieuwe site. In de wandelgangen heet het nog gewoon smartFMS, en de modules behielden hun functionele namen: Cliëntvolgsysteem, Digitaal Archief en Financieel Beheer.

De vraag die wij krijgen is bijna altijd dezelfde. Het kantoor draait op smartFMS, de boekhouding staat in Exact Online, Twinfield of Moneybird, en daartussen zit een medewerker die elk kwartaal een overzicht overtypt. Kan dat niet automatisch? Het antwoord is genuanceerder dan ja of nee, en het begint niet bij de techniek maar bij het onderscheid tussen twee soorten geld.

Twee administraties die niets met elkaar te maken mogen hebben

Bij een bewindvoerderskantoor lopen twee volstrekt gescheiden geldstromen door één gebouw.

• De cliëntadministratie — het geld van de mensen onder bewind. Elke cliënt heeft een beheerrekening en meestal een aparte leefgeldrekening. Cruciaal: die rekeningen staan op naam van de cliënt, niet op naam van het kantoor. De bewindvoerder beheert ze, maar bezit ze niet.
• De kantooradministratie — het geld van het kantoor zelf. De jaarbeloning, de intakevergoeding, de vergoeding voor de eindrekening, en aan de andere kant loonkosten, huisvesting en btw.

Dat verschil is belangrijker dan het lijkt. Cliëntgeld is geen omzet en geen vermogen van het kantoor, en hoort dus nergens in de kantoorboekhouding terug te komen. Ook de advocatuur en het notariaat kennen die scheiding, maar de constructie verschilt. Advocaten stallen cliëntgeld bij een aparte stichting derdengelden — een eigen rechtspersoon met een eigen bankrekening — en notarissen op een kwaliteitsrekening die op naam van de notaris zelf staat, met vermelding van zijn hoedanigheid (art. 25 Wet op het notarisambt). In beide gevallen is dat een verzamelrekening buiten het kantoorvermogen. Bij bewind is de scheiding nog directer: de beheerrekening staat op naam van de cliënt zelf, en er bestaat dus niet eens een verzamelrekening waar het kantoor tussen zit.

Wat er wél tussen de twee werelden hoort te stromen, is één ding: de beloning die je per dossier in rekening brengt. Die wordt in smartFMS bij de cliënt afgeschreven en moet in je boekhouding als verkoopfactuur met btw landen. Dat is de koppeling. Niet meer, en vooral niet minder.

Een koppeling die cliëntmutaties in de kantoorboekhouding laat landen, is geen efficiencywinst maar een bevinding bij de eerstvolgende controle.

Het Besluit kwaliteitseisen curatoren, beschermingsbewindvoerders en mentoren maakt dat nog concreter. Artikel 8 eist onder meer een beschreven financiële en administratieve organisatie én functiescheiding tussen het autoriseren van betalingen en het uitvoeren of verwerken ervan. Dat is geen papieren eis: het is een eis aan hoe je systemen zijn ingericht. Artikel 11 legt daar bovenop een jaarlijkse accountantsopdracht, waarbij het onderzoek kan plaatsvinden via een steekproef van minimaal tien dossiers — of tien procent bij meer dan honderd dossiers, met een maximum van honderd. Alles wat een koppeling automatisch wegschrijft, komt vroeg of laat onder die steekproef te liggen.

Wat smartFMS zelf aan koppelingen biedt

De module Financieel Beheer is duidelijk over de bankkant. Er zijn automatische bankkoppelingen, waaronder Rabo Direct Connect, en er is digitale communicatie met de rechtbank. Het pakket is ISO 27001-gecertificeerd. Voor de dagelijkse cliëntpraktijk is dat een compleet plaatje.

Over de boekhoudkant is de leverancier opvallend zuinig. De enige formulering die je vindt, is dat er "slimme koppelingen met banken en administratiesystemen" zijn waardoor transacties direct verwerkt worden. Geen enkel boekhoudpakket wordt bij naam genoemd — niet Exact Online, niet Twinfield, niet Moneybird, niet SnelStart.

Dat is geen uitzondering in deze markt. De pakketten die je in de bewindvoering tegenkomt zijn Stratech, OnView, 2Work en smartFMS, en geen van hen adverteert met een kant-en-klare boekhoudkoppeling. Vergelijk dat eens met de advocatuur, waar exact hetzelfde probleem speelt van gescheiden geldstromen: kantoorsoftware als Urios noemt Exact Online, Twinfield, Yuki, e-Boekhouden.nl, SnelStart, AFAS en Unit4 gewoon met naam en toenaam. Daar is het al jaren opgelost.

Het handwerk dat je wilt automatiseren

Wie de vraag "kan smartFMS koppelen met mijn boekhouding?" stelt, bedoelt eigenlijk iets breders: er zit repeterend handwerk in de dagelijkse praktijk dat zich prima leent voor automatisering. Het Cliëntvolgsysteem noemt "eenvoudig uren boeken en factureren" als kernfunctie — de factuur voor je beloning ontstaat dus ín smartFMS. Maar daar houdt het op. Alles wat daarna komt, is mensenwerk:

• Facturen overnemen in de boekhouding — de grootste post. Elke beloningsfactuur die smartFMS aanmaakt, moet als verkoopfactuur met de juiste btw-code en grootboekrekening in Exact Online, Twinfield of Moneybird terechtkomen. Bij honderd dossiers met een jaarbeloning, intakes en eindrekeningen zijn dat honderden boekingen per jaar die iemand overtypt.
• Betaalstatus terugkoppelen — is de beloning daadwerkelijk van de beheerrekening afgeschreven en op de kantoorrekening ontvangen? Die afletterslag gebeurt nu in twee systemen die elkaar niet kennen.
• Tariefwijzigingen doorvoeren — de beloning wordt jaarlijks opnieuw vastgesteld in de Regeling beloning curatoren, bewindvoerders en mentoren. Dat betekent elk jaar de tarieven per dossiertype nalopen en bijwerken.
• Periodieke overzichten samenstellen — omzet per dossiertype, openstaande beloningen, aansluiting tussen wat smartFMS zegt dat je gefactureerd hebt en wat je boekhouding zegt dat je ontvangen hebt. Zonder koppeling is elk managementoverzicht een knip-en-plakoefening.

Kan dat geautomatiseerd worden? Ja — dit is precies waarvoor de REST API zich leent. De facturenstroom is er de logische eerste kandidaat van: goed afgebakend, laag callvolume (je pollt op nieuwe facturen, niet op alles), en de winst is elke maand voelbaar. De vervolgstappen — betaalstatus terug, overzichten automatisch — bouwen op datzelfde fundament voort.

De API bestaat wél — en dit zijn de voorwaarden

Hier gaat het gesprek meestal mis. "smartFMS heeft geen API" hoor je vaak, en dat klopt niet. Er is een REST API, en de leverancier publiceert er zelfs een openbare tariefstaffel bij. Die staffel loopt op met je verbruik, gemeten in API-calls per dag:

• Tot 660 calls per dag — € 50 per maand, goed voor circa 240.900 calls per jaar
• 661 tot 1.370 — € 250 per maand
• 1.371 tot 2.740 — € 500 per maand
• 2.741 tot 13.699 — € 750 per maand
• 13.700 tot 41.096 — € 1.000 per maand
• Daarboven — op offerte

Ga je over je bundel heen, dan geldt: "Blijkt dat het verbruik meer is dan de bundel die je hebt afgenomen, dan worden de extra calls per maand in rekening gebracht tegen een tarief van € 0,008 per call."

Drie andere passages van diezelfde pagina bepalen hoe een koppelingsproject in de praktijk verloopt. Ze zijn het citeren waard, want ze wijken af van wat je bij de meeste boekhoud- en ERP-leveranciers gewend bent.

• Over documentatie — "De gebruiker is hierbij verantwoordelijk voor het aanleveren van complete documentatie over de werking van de REST API."
• Over ondersteuning — "Het bieden van ondersteuning bij de ontwikkeling, het inrichten en/of oplossen van problemen met de REST API leveren wij in de vorm van betaalde consultancy tegen ons standaard tarief."
• Over de bouwkosten — "De kosten voor een maatwerk API-koppeling kom je overeen met de ontwikkelaar van de API-koppeling en staan los van onze API-service van BlueLemon24."

Daarnaast zijn er een API-verwerkersovereenkomst, aparte API-voorwaarden en een certificeringstraject voor de koppeling. Wat je niet vindt, is publieke endpoint-documentatie, een OpenAPI-specificatie, een sandbox of een lijst met integratiepartners.

Wat dat betekent voor je koppelingsproject

Vertaald naar de praktijk levert dat vier concrete aandachtspunten op.

• Begroot twee posten, niet één — de eenmalige bouw bij je ontwikkelaar én het API-servicetarief als terugkerende maandlast. Dat tweede vergeten mensen structureel, en het loopt door zolang de koppeling draait.
• Schat je callvolume vooraf in — de sprong van de eerste naar de tweede trede is een verviervoudiging van de maandlast bij ruim een verdubbeling van het verbruik. Een koppeling die per dossier pollt in plaats van gericht per gebeurtenis werkt, zit zomaar twee treden hoger dan nodig. Ontwerp op zuinigheid.
• Reken op een verkenningsfase — zonder publieke specificatie of testomgeving begint elk project met uitzoeken wat er precies beschikbaar is. Plan dat expliciet in als afgebakende fase met een eigen opleverpunt, in plaats van het als verrassing halverwege de bouw tegen te komen.
• Leg de contractuele kant vroeg op tafel — verwerkersovereenkomst, API-voorwaarden en certificering zijn geen formaliteit achteraf. Ze bepalen mede of je koppeling überhaupt in productie mag.

De rechtspraak dwingt koppelen inmiddels af

Er is een tweede reden waarom dit onderwerp nu speelt, en die komt van buiten. Sinds 1 januari 2026 moeten professionele curatoren, bewindvoerders en mentoren al hun verzoeken, evaluaties en rekening en verantwoording elektronisch indienen bij de rechtspraak. De NVVK beschrijft twee routes: een system-to-system-koppeling tussen je eigen software en het systeem van de rechtspraak, of het webportaal Mijn CBM met eHerkenning.

Over dat tweede is de NVVK ondubbelzinnig: Mijn CBM "is minder geschikt omdat er geen gegevens uitgewisseld worden tussen het eigen systeem en die van de rechtspraak. Daardoor moet alle informatie in 'Mijn CBM' handmatig ingevoerd worden." En de consequentie van helemaal niet aansluiten is stevig: wie op 1 januari 2026 niet elektronisch kon communiceren, voldoet niet meer aan de wettelijke eisen, wordt niet meer benoemd in nieuwe zaken en kan op termijn ook in lopende zaken worden ontslagen.

Dat is dezelfde afweging die bij de boekhouding speelt, alleen dan met een deadline eraan. Overtypen is een geldige route tot het volume te groot wordt — en dan is het ineens het enige knelpunt dat je hebt.

Veelgemaakte fouten

Uit de koppelingsprojecten die wij bouwen tussen branchesoftware en boekhouding komen steeds dezelfde valkuilen terug. In deze sector wegen ze zwaarder dan gemiddeld:

• Cliëntmutaties in de kantoorboekhouding laten landen — de ernstigste. Je kantoorboekhouding zwelt op met geld dat niet van jou is, en je accountant draait het terug.
• Callvolume niet ontwerpen — een koppeling die elk kwartier alle dossiers langsloopt, kost per jaar een veelvoud van een koppeling die alleen ophaalt wat gewijzigd is.
• Geen idempotentie — zonder idempotente verwerking levert één herhaalde poging na een time-out een dubbele factuur op. Bij een dossier dat onder rechterlijk toezicht staat, wil je dat niet uitleggen.
• De accountant pas aan het eind betrekken — die toetst jaarlijks je administratieve organisatie. Laat hem vooraf meekijken naar de mapping van grootboek en btw, niet achteraf.
• Een export voor een koppeling aanzien — een handmatige uitdraai die iemand maandelijks importeert, is een gewoonte die stukgaat zodra die iemand op vakantie is.

Mijn kijk hierop

Wat mij aan deze markt opvalt, is niet dat de techniek ontbreekt. Die is er. Wat ontbreekt is de vanzelfsprekendheid. In vrijwel elke andere branche waar wij koppelingen bouwen, is de vraag "koppelt jullie pakket met Exact?" een verkoopargument geworden en staat het antwoord op de homepage. In de bewindvoering is het bij alle grote pakketten een onbeantwoorde vraag.

Dat de advocatuur — met exact dezelfde structuur van gescheiden geldstromen en dezelfde toezichteisen — dit al jaren wél standaard heeft opgelost, laat zien dat het geen inhoudelijk obstakel is. Het is een keuze in hoe de markt is ingericht. En zolang die keuze zo uitvalt, blijft koppelen een project dat je zelf initieert en zelf betaalt, in plaats van een vinkje dat je aanzet.

Mijn advies aan kantoren die hierover nadenken: begin klein en concreet. Eén stroom — de beloning per dossier naar je boekhouding als verkoopfactuur — is binnen een overzichtelijke doorlooptijd te bouwen en levert direct meetbare tijdwinst op. Reken vooraf uit wat het API-servicetarief je per jaar kost bij het volume dat je verwacht, en zet dat naast de uren die je nu kwijt bent aan overtypen. Valt die som niet uit, dan is dat ook een uitkomst — dan weet je het tenminste op basis van cijfers in plaats van gevoel.

— Jasper

Zo helpt Coding Agency hierbij

Wij bouwen koppelingen tussen branchesoftware en boekhoudpakketten, en de scheiding tussen cliëntgeld en kantoorgeld is voor ons geen nieuw vraagstuk. We beginnen met een verkenning van wat de API van je pakket daadwerkelijk ontsluit, ontwerpen de synchronisatie op zuinig callverbruik, en zorgen dat de mapping naar dagboek, grootboek en btw klopt voordat er één factuur wordt weggeschreven — met de accountant erbij. Bekijk ook hoe een Twinfield-koppeling werkt, wat een Exact Online-koppeling inhoudt, of lees wat een API-koppeling kost.

Benieuwd of een koppeling in jouw situatie rendeert? Neem contact op voor een vrijblijvend gesprek.

Bronnen: API-service tarief (bluelemon24.nl), Financieel Beheer (bluelemon24.nl), Cliëntvolgsysteem (bluelemon24.nl), Besluit kwaliteitseisen curatoren, beschermingsbewindvoerders en mentoren (wetten.overheid.nl), Wet op het notarisambt (wetten.overheid.nl) en Verplichte elektronische communicatie voor bewindvoerders (nvvk.nl).