ZilliZ koppelen aan je boekhouding.

Waarom een ZilliZ-koppeling?

ZilliZ uit Wageningen noemt zichzelf "hét zorgadministratiesysteem voor de kleinschalige zorg", en de cijfers onderbouwen dat: zo'n 5.000 aanbieders van kleinschalig georganiseerde zorg werken ermee, met samen 45.000 medewerkers. Denk aan zorgboerderijen, wooninitiatieven, dagbesteding, ambulante teams en thuiszorg. Het pakket dekt cliëntregistratie, zorgplannen, doelrapportages en evaluaties, incidentmeldingen, een cliëntportaal — en de financiële kant van de zorg: declareren en factureren.

Die financiële kant is precies waar dit artikel over gaat, want daar lopen twee werelden door elkaar die administratief gescheiden zijn.

Declareren is geen boekhouden

Bij een zorgaanbieder bestaan twee geldadministraties naast elkaar:

• De zorgdeclaratie — geleverde zorg indienen bij de financier. Voor Zorg in Natura ontvang je toekenningen en indicaties via Vecozo, en berichten van gemeenten, zorgkantoren en zorgverzekeraars verwerk je met de Vecozo-koppeling direct in het ECD. Bij pgb factureer je de budgethouder; bij onderaanneming exporteer je productie voor de hoofdaannemer. Dit zit allemaal in ZilliZ.
• De bedrijfsboekhouding — je omzet, btw-positie (zorgvrijstellingen incluis), loonkosten, kostenplaatsen en resultaat. Dit zit in je boekhoudpakket, en dáár kijken je accountant, de bank en jijzelf als ondernemer naar.

De brug tussen die twee is bij de meeste kleinschalige aanbieders een mens met een maandelijkse routine: declaratieregels en facturen uit ZilliZ overnemen als omzetboekingen, ontvangsten afletteren, en verschillen tussen ingediend en uitbetaald uitzoeken. ZilliZ zelf vat het declareren samen als iets wat je "elke maand makkelijk en snel" doet — maar dat gaat over het indienen, niet over het inboeken.

Het declaratieproces eindigt bij ZilliZ met een ingediend bericht; je boekhouding begint pas daarna.

Wat ZilliZ wel en niet biedt

Aan koppelingen documenteert ZilliZ publiek: de optionele Vecozo-koppeling voor het berichtenverkeer, CBS-aanlevering en exports. Wat er niet is: een geadverteerde koppeling met welk boekhoudpakket dan ook, en geen publieke API-documentatie. Daarmee volgt ZilliZ hetzelfde patroon dat wij eerder beschreven bij bewindvoeringssoftware: de branchesoftware is compleet voor het primaire proces, en de bedrijfsboekhouding is andermans probleem.

Voor de duidelijkheid: dat is een observatie, geen verwijt. Een ECD-leverancier heeft zijn handen vol aan zorgplicht, berichtenstandaarden en declaratieregels die per gemeente verschillen. Maar voor de aanbieder betekent het dat de koppeling met de boekhouding een eigen project is — en dat je vooraf bij de leverancier moet uitvragen welke export- of API-mogelijkheden er precies zijn en onder welke voorwaarden.

Het handwerk dat je automatiseert

• Omzetboekingen uit declaraties — elke ZIN-declaratie en pgb-factuur als omzet in de boekhouding, uitgesplitst naar financieringsstroom (WMO, Jeugdwet, WLZ, pgb, onderaanneming) zodat je rapportage per stroom klopt.
• Ontvangsten afletteren — uitbetalingen van gemeenten en zorgkantoren matchen op ingediende declaraties, inclusief de gedeeltelijke afkeuringen die deze sector kent.
• Debiteurenbewaking pgb — pgb-facturen aan budgethouders zijn gewone debiteuren met gewoon betaalgedrag; die horen in het debiteurenproces van je boekhoudpakket, niet in een lijstje ernaast.
• Managementcijfers — omzet per locatie of zorgvorm zonder maandelijkse spreadsheetexercitie.

Ontwerp de koppeling smal. Je boekhouding heeft factuurregels, bedragen, data en debiteurgegevens nodig — géén zorgplannen, rapportages of andere dossierinhoud. Een goede ZilliZ-koppeling is er een waarbij zorginhoudelijke data het ECD nooit verlaat: kleiner AVG-oppervlak, kleinere verwerkersafspraken, kleiner project.

Veelgemaakte fouten

• Te veel data meenemen — wie "alles synchroniseert" sleept dossierdata mee die nergens voor nodig is en maakt van een boekhoudkoppeling een privacyproject.
• Financieringsstromen op één hoop — WMO, Jeugdwet, WLZ en pgb hebben elk hun eigen afrekenlogica; een koppeling die alles op één omzetrekening boekt, maakt je rapportage waardeloos.
• Afkeuringen negeren — een declaratie is pas omzet als hij wordt uitbetaald; ontwerp de koppeling op het verschil tussen ingediend en toegekend.
• Geen idempotentie — een export die twee keer wordt verwerkt, mag geen dubbele omzet opleveren.

Mijn kijk hierop

De kleinschalige zorg is een sector van ondernemers die zorg willen leveren en er een bedrijf bij moeten runnen. ZilliZ heeft de zorgkant goed geregeld; de bedrijfskant blijft bij de aanbieder liggen, en die lost het op zoals het altijd wordt opgelost: met avonduren en overtypen. Bij vijf cliënten is dat vol te houden. Bij dertig cliënten over drie financieringsstromen is het een structureel lek in je week.

Wat mij aanspreekt aan deze niche: de koppeling die je nodig hebt, is klein en goed af te bakenen. Geen zorginhoud, alleen de financiële stroom. Dat maakt het een project van weken, niet maanden — en de maandelijkse tijdwinst is er direct. Begin met de leveranciersvraag over exports en API, en bouw daarna de smalste koppeling die het probleem oplost.

— Jasper

Zo helpt Coding Agency hierbij

Wij bouwen koppelingen tussen branchesoftware en boekhoudpakketten, ook in domeinen met gevoelige data — daar ontwerpen we bewust smal, zodat inhoudelijke data het bronsysteem niet verlaat. Voor een ZilliZ-traject vragen we de export- en API-mogelijkheden uit, ontwerpen we de omzet- en afletterstroom per financieringsstroom en leggen we de mapping vast met je accountant. Lees ook hoe hetzelfde patroon in de bewindvoering speelt, of wat een API-koppeling kost.

Benieuwd wat er in jouw situatie kan? Neem contact op voor een vrijblijvend gesprek.

Bronnen: Alles over ZilliZ (zilliz.nl) en Zorgadministratie (zilliz.nl).