Kinderopvangsoftware kiezen: test kindplanning, ouderwijziging en facturatie

Een kinderopvangpakket kan een ouderwijziging netjes doorgeven en toch een verkeerde factuur maken. Dat gebeurt wanneer planning, oudercommunicatie en financiële administratie elk hun eigen waarheid hebben. Test daarom geen losse functies. Laat iedere leverancier dezelfde wijziging met één geplande fout door de hele keten sturen.

Kinderopvangsoftware verbindt kindplanning, contracten, aanwezigheid, oudercommunicatie en facturatie in één proces. Een geschikte oplossing laat zien welke wijziging een ouder deed, wie die wijziging vrijgaf, wat de planning en bezetting daarna werden, welke factuurregels ontstonden en wat de financiële administratie uiteindelijk heeft opgeslagen.

Mijn oordeel vooraf:

• Eén locatie, een vast aanbod en weinig uitzonderingen: kies een kant-en-klaar sectorpakket. De BKR-logica, ouderapp, contracten en facturatie zijn dan belangrijker dan een eigen koppeling.
• Een goed sectorpakket, maar Exact Online, AFAS of een ander financieel systeem staat ernaast: kies het pakket plus een gecontroleerde koppeling. Eis een bronversie, menselijke vrijgave, export en read-back.
• Veel locaties, eigen tariefregels, meerdere administraties of hoge foutkosten: bouw geen tweede kinderopvangpakket. Laat een aparte bewijslaag de uitzonderingen en financiële overdracht beheersen.

De BKR-berekening, ouderapp en observatieverslagen zijn dus het startpunt. De proef hieronder volgt één ouderwijziging verder, tot de factuur en de teruggelezen financiële stand.

Wat je nodig hebt voordat je leveranciers spreekt

Je hebt geen wensenlijst met honderd vinkjes nodig. Je hebt één echt proces nodig dat iedere kandidaat op dezelfde manier doorloopt. Neem een recente maand met een ruildag, een absentie of een wijziging in opvanguren. Maak daar een veilig testdossier van met verzonnen kindgegevens.

Een bronkaart met vaste sleutels

Geef ieder record een zakelijke sleutel en wijs één bronhouder aan. Een kindnaam is geen goede integratiesleutel. Gebruik bijvoorbeeld:

Leg ook vast wat niet automatisch mag gebeuren. Een bericht in de ouderapp is nog geen goedgekeurde contractwijziging. Een nieuwe planning is nog geen factuur. Een geslaagde export is nog geen bewijs dat Exact Online, AFAS of je andere administratie de juiste waarden heeft opgeslagen.

Rollen die je echt test

Gebruik minstens vier rollen in je proef:

• Ouder: vraagt de wijziging aan, maar kan geen financiële vrijgave geven.
• Planner of locatiemanager: beoordeelt de opvangdag, groep en bezetting.
• Pedagogisch medewerker: ziet de actuele kindlijst en registreert aanwezigheid.
• Financieel beheerder: controleert de factuurregels en geeft de overdracht vrij.

In een kleine opvang kan één persoon meerdere rollen hebben. Maak de rechten toch apart aan. Anders lijkt de proef soepel omdat één testaccount alles mag. De vraag is juist of de normale gebruiker niet per ongeluk een factuur of contract aanpast.

BKR, privacy en administratie

Een softwarepakket mag een BKR-uitkomst tonen, maar de organisatie blijft verantwoordelijk voor de beslissing. De op 30 oktober 2026 geraadpleegde kinderopvangpagina van de Rijksoverheid verwijst naar de officiële rekentool voor de beroepskracht-kindratio. Gebruik die als controlepunt naast de ingebouwde berekening, zeker wanneer je test met een leeftijdsmix, een groepswissel of een medewerker die uitvalt.

Kijk ook naar de gegevens die buiten het pakket komen. BOinK benoemt op de op 30 oktober 2026 geraadpleegde pagina naam- en adresgegevens, ontwikkelingsinformatie en foto’s en video’s als persoonsgegevens die kinderopvangorganisaties verwerken. De privacy-eisen voor kinderopvang vragen om doel, grondslag, beveiliging, bewaartermijn en afspraken met leveranciers. Vraag daarom vóór de demo om de verwerkersovereenkomst, exportbeschrijving, toegangsrollen en verwijderroute. De op 30 oktober 2026 geraadpleegde overheidspagina noemt extra administratie voor kinderopvang naast de gewone basisgegevens, zoals gegevens over personeel en kwalificaties. Controleer dus ook welke personeels- en locatiegegevens je bij een overstap kunt meenemen.

Voor financiële gegevens geldt een andere controle dan voor een ouderbericht. De op 30 oktober 2026 geraadpleegde Belastingdienstpagina verlangt dat ontvangen en verstuurde facturen in de oorspronkelijke vorm worden bewaard en noemt een bewaartermijn van zeven jaar. Ook digitale facturen moeten digitaal worden bewaard met een juiste en volledige weergave van het origineel. Een leverancier die alleen een PDF-rapport na afloop kan maken, heeft je financiële dossier nog niet exporteerbaar gemaakt.

Budget en uitgangsdata

Zet vóór je leveranciers spreekt deze cijfers klaar:

• aantal locaties, groepen en actieve plaatsingen;
• aantal factuurregels per maand;
• huidige boekhoud- of financieel pakket;
• aantal ruildagen, correcties en creditfacturen in een normale maand;
• wie de maandafsluiting doet;
• welke gegevens je bij een overstap minimaal wilt meenemen;
• een budgetorde voor licentie, inrichting, migratie en koppeling.

De maandprijs is maar één rij. Een goedkoop pakket kan duur worden als een planner elke wijziging opnieuw moet controleren of als de financiële export maandelijks wordt overgetikt.

Concrete stappen: laat één ouderwijziging door de hele keten lopen

Vraag iedere leverancier om dezelfde case te gebruiken. Laat niemand een eigen voorbeeld kiezen met perfecte data. De kandidaat moet bewijzen dat een wijziging zichtbaar blijft, dat een fout naar een mens gaat en dat de financiële overdracht controleerbaar eindigt.

1. Bevries de startsituatie

Maak in de testomgeving kind K-204, plaatsing PLA-2026-017 en groep Zon aan. Het kind komt op maandag en vrijdag, telkens acht uur. De actieve planning krijgt versie v1. De ouder ziet de twee dagen in het portaal.

Leg vóór je verdergaat vast:

• welke locatie en groep bij het kind horen;
• welke medewerker de planner is;
• welke uren en tarieven in het contract staan;
• welke factuurperiode je gebruikt;
• welke financiële administratie de test ontvangt;
• welke exportvelden je verwacht.

Exporteer de startstand. Als de leverancier geen versie of export van deze nulmeting kan leveren, kun je een latere factuurcorrectie niet betrouwbaar vergelijken.

Geslaagd wanneer: je vanuit het kind naar plaatsing, planning, ouderbericht en factuurvoorstel kunt navigeren met vaste sleutels.

2. Laat de ouder een wijziging aanvragen

Laat de ouder via het ouderportaal de vrijdag ruilen naar dinsdag. Gebruik een wijzigingsverzoek met OWR-2026-081. Zet de status op aangevraagd, niet op goedgekeurd.

Test nu drie dingen:

1. Ziet de planner de oude vrijdag en nieuwe dinsdag naast elkaar?
2. Blijft de oorspronkelijke planning v1 bewaard?
3. Kan de ouder de aanvraag intrekken voordat iemand haar vrijgeeft?

Een vrije chatregel is geen wijzigingsworkflow. De ouder kan in een bericht schrijven “volgende week liever dinsdag”, maar de software moet daar geen definitieve planning of factuur uit afleiden. De aanvraag hoort eerst als record te bestaan.

Geslaagd wanneer: de aanvraag een ouder, kind, periode, oude waarde, nieuwe waarde, tijdstip en status heeft.

3. Maak v2 als voorstel, nog zonder definitief ouderbericht

Laat de planner de aanvraag inhoudelijk beoordelen en opslaan als voorstel v2. De actieve planning blijft v1. Het voorstel bevat de vrijdag als oude waarde en dinsdag als nieuwe waarde, maar de software mag de ouder nog geen definitieve afspraak sturen en mag nog geen factuur op v2 baseren. Geef de ouder hooguit een statusbericht zoals in behandeling.

Controleer:

• of v2 als voorstel herkenbaar is en niet als actieve planning;
• of het voorstel naar ouder, kind, periode en OWR-2026-081 verwijst;
• of de ouder de aanvraag kan intrekken voordat iemand haar vrijgeeft;
• of een conceptbericht duidelijk niet de definitieve opvangafspraak is;
• of een nieuwe wijziging een aparte voorstelversie maakt.

Test vervolgens een afwijzing. De planner wijst een andere ruildag af omdat de groep vol zit. De ouder krijgt de afwijzing, terwijl planning en factuur op v1 blijven staan. Een systeem dat bij een afwijzing toch een nieuwe factuurregel maakt, heeft de keten verkeerd gesloten.

Geslaagd wanneer: v2 als voorstel bestaat, de ouder de status begrijpt en planning, bericht en factuur nog op v1 blijven totdat de locatieverantwoordelijke vrijgeeft.

4. Forceer één planningsfout

Laat tijdens de proef medewerker M-12 ziek uitvallen op de nieuwe dinsdag. Voeg de ruildag uit voorstel v2 toe aan een groep waarin de bezetting daardoor niet meer past. De kandidaat moet de afwijking zichtbaar maken en het voorstel blokkeren, niet stilzwijgend de ouderwijziging accepteren.

Vraag naar:

• de berekening vóór en na de wijziging;
• de kinderen en medewerkers die meetellen;
• de groep of locatie waarop de uitkomst geldt;
• de waarschuwing en de eigenaar;
• de voorgestelde oplossing;
• de nieuwe controle na het vervangen van M-12.

De planner mag een alternatief voorstellen, zoals medewerker M-18 of een andere groep, maar v2 blijft een niet-actief voorstel totdat de nieuwe BKR-uitkomst is gecontroleerd. Er gaat nog geen definitief ouderbericht uit en er ontstaat geen factuur op basis van v2. Vergelijk de uitkomst met de officiële BKR-rekentool. Je test hier geen kleur van een dashboard. Je test of een fout een beslissing nodig maakt.

Geslaagd wanneer: de fout status, reden, eigenaar en vervolgactie heeft, v2 geblokkeerd blijft en de planning niet als definitief wordt gemarkeerd voordat iemand beslist.

5. Laat v2 vrijgeven, activeer en verstuur de definitieve wijziging

Laat de locatieverantwoordelijke de herstelde BKR-uitkomst en het voorstel v2 controleren en expliciet vrijgeven. Pas daarna wordt v2 actief, blijft de oude vrijdag zichtbaar in de historie en wordt de nieuwe dinsdag opnieuw als bezet geregistreerd. Verstuur daarna pas het definitieve ouderbericht, met een verwijzing naar de vrijgegeven planning v2. De ouder ontvangt dus geen definitieve afspraak vóór de vrijgave.

Laat de pedagogisch medewerker vervolgens de actuele kindlijst openen. De medewerker moet dinsdag K-204 zien en vrijdag niet meer, met de juiste locatie en groep. Controleer ook wat er gebeurt als de wijziging pas na de start van de dag wordt vrijgegeven. Dan hoort de software een correctie of uitzonderingsstatus te maken, geen stille overschrijving.

Geslaagd wanneer: vrijgave, activatie, definitief ouderbericht, actieve kindlijst, planning, BKR-controle en wijzigingshistorie dezelfde versie aanwijzen.

6. Maak een conceptfactuur en voeg een bewuste fout toe

Gebruik een testmaand met vier maandagen en vier vrijdagen. De oorspronkelijke planning bevat acht opvangdagen. De ouderwijziging ruilt één vrijdag om naar een dinsdag, dus het aantal dagen blijft gelijk. Laat de kandidaat daarna expres beide dagen op de factuur zetten. Zo ontstaat een fout van één opvangdag.

De controle moet uitkomen op:

• oorspronkelijke planning v1: acht dagen;
• actieve planning v2: acht dagen;
• foutief factuurvoorstel: negen dagen;
• verwachte correctie: één dag verwijderen;
• eigenaar: finance;
• status: factuur geblokkeerd.

Laat de leverancier ook tonen wat er gebeurt wanneer de maandfactuur al is verzonden. Dan moet je een credit- of correctiefactuur kunnen herleiden naar het oorspronkelijke factuurnummer. De oude factuur mag niet worden overschreven alsof hij nooit heeft bestaan.

Geslaagd wanneer: de factuurregel naar planning v2 wijst, het verschil van één dag zichtbaar is en de correctie een eigen besluit krijgt.

7. Geef de financiële overdracht gecontroleerd vrij

Test daarna de route naar je financiële administratie. Ovivio, de nieuwe naam die de voormalige KidsKonnect-site nu gebruikt, beschrijft op de op 30 oktober 2026 geraadpleegde softwarepagina een geïntegreerd pakket met onder meer Flexkids, KidsVision, Portabase en Konnect als labels en oudercommunicatie. De op 30 oktober 2026 geraadpleegde partnerpagina voor Exact noemt export van facturen, debiteuren, crediteuren en incassomachtigingen. Dat is een koppeling die je op veldniveau moet testen, niet alleen op het bestaan van een partnerlogo.

Vraag de leverancier om een export of write met minimaal:

• financieel debiteur-ID;
• factuurnummer en periode;
• plaatsings- of contractreferentie;
• regels met datum, hoeveelheid en tarief;
• correctie- of creditreferentie;
• totaal en status;
• bronversie van de planning;
• export-ID of idempotentiesleutel.

Laat de finance-eigenaar de write vrijgeven. Een planner mag de factuur voorbereiden, maar niet automatisch een foutief voorstel boeken of verzenden. Bij een time-out moet de koppeling eerst zoeken op de zakelijke sleutel en doel-ID. Een tweede klik mag geen dubbele factuur maken.

Geslaagd wanneer: de overdracht één doelrecord oplevert met een terugvindbare relatie naar planning, wijziging, ouderbericht en vrijgave.

8. Lees het doelrecord terug

Een CSV die zonder foutmelding is aangemaakt, bewijst nog niet dat de administratie klopt. Lees in het doelpakket terug:

• doel-ID en factuurnummer;
• debiteur en administratie;
• periode;
• aantal opvangdagen;
• correctie- of creditregel;
• bedrag;
• status;
• bronversie en export-ID.

Vergelijk die waarden met het vrijgegeven voorstel. Zet het dossier op read_back_ok wanneer alle dragende velden overeenkomen. Bij een afwijking gaat het naar read_back_mismatch met een eigenaar. Het dossier sluit niet omdat de export technisch gelukt is.

Geslaagd wanneer: een tweede medewerker vanuit de financiële administratie terug kan naar de oorspronkelijke wijziging en kan zien waarom de factuur dit bedrag bevat.

9. Exporteer en herstel de volledige proef

Vraag een export van planning, ouderwijziging, berichtmetadata, BKR-controle, factuurvoorstel, vrijgave, financiële response en read-back. Test daarna of je een dossier kunt herstellen in een aparte omgeving.

Een PDF van de factuur is bruikbaar voor lezen, maar niet voldoende voor herstel. Je wilt ook de relaties, statussen, versies en zakelijke sleutels terug. Laat de leverancier uitleggen hoe je een ouderbericht verwijdert of exporteert, hoe je een correctie terugvindt en hoe je bij een overstap de gegevens van het kind en de plaatsing meeneemt.

Geslaagd wanneer: je na een export weet wie wat wanneer heeft gewijzigd, welke planning actief was en welk financieel record daarbij hoort.

Valkuilen die je keuze onbetrouwbaar maken

Je test alleen het ouderportaal

Een mooie app bewijst dat een ouder een bericht kan lezen. Hij bewijst niet dat de wijziging de planning, bezetting en factuur veilig bereikt. Laat de leverancier altijd eindigen in de financiële administratie.

Je maakt van een chatbericht een besluit

Een ouderbericht bevat context, maar niet automatisch een goedgekeurde wijziging. Bewaar aanvraag, besluit en actieve planning als aparte statussen. Zo blijft duidelijk of een factuur gebaseerd is op een voorstel of op een vrijgegeven contract.

Je laat een planningsfout alleen rood kleuren

Een waarschuwing zonder eigenaar blijft liggen. Vraag wie de fout beoordeelt, welke oplossing is toegestaan en wanneer de nieuwe BKR-uitkomst opnieuw wordt gecontroleerd. De medewerker die de bezetting invoert, hoeft niet degene te zijn die de vrijgave doet.

Je overschrijft de oude planning

Een wijziging die alleen de actuele stand bewaart, maakt correcties lastig. Je moet kunnen zien welke dag de ouder eerst had, welke dag daarna actief werd en wie het besluit nam. Dit is extra belangrijk als een factuur al is verzonden.

Je vertrouwt op één financiële export

Een export kan bestanden maken en toch verkeerde velden bevatten. Test de route met een foutieve extra dag, een afwijzing en een time-out. Vraag om een read-back op de doeladministratie, niet alleen om een downloadknop.

Je vergeet debiteuren en incassomachtigingen

Facturen zijn niet het enige financiële object. Controleer ook de ouder of contracthouder als debiteur, de incassomachtiging, creditnota's en de status van een eerdere factuur. Een nieuwe factuur op een verkeerde ouder is een dataprobleem en een financieel probleem.

Je zet echte kindgegevens in een proef

Gebruik fictieve kinderen, ouders en observaties in een demo. Een leverancier heeft voor de keuze geen volledige kinddossiers nodig. Als je echte data nodig hebt voor een migratieproef, leg dan doel, toegang, bewaartermijn en verwijdering vast.

Je koopt op vanafprijs

Een maandbedrag zonder opstartkosten kan alsnog een aparte financiële koppeling, migratie of betaalmodule nodig hebben. Vraag om een totaaloverzicht voor twaalf maanden met licentie, inrichting, export, koppeling, support en exit.

Je accepteert roadmaptaal

“Die financiële koppeling komt eraan” is in je proef een ontbrekende functie. Zet onbekend op nul en vraag om een werkende test, een export of een contractuele afspraak met een eigenaar. Een belofte is geen read-back.

Beslis-kader: pakket, koppeling of maatwerk?

De keuze draait om vier vragen.

1. Hoeveel van je proces is standaard?

Als plaatsingen, ruildagen, BKR-controle, ouderberichten en facturen grotendeels volgens dezelfde route lopen, is een sectorpakket de beste eerste keuze. Je koopt dan branchekennis en updates mee. Je hoeft de regels niet zelf opnieuw te bouwen.

Als je verschillende entiteiten, subsidie- of tariefmodellen, uitzonderlijke contracten of meerdere financiële administraties combineert, kijk je naar de grens tussen pakket en koppeling. Laat het sectorpakket de kind- en ouderlogica beheren. Laat de koppeling alleen de overdracht en controle dragen.

2. Waar ontstaat je financiële waarheid?

Een pakket kan facturen maken zonder je boekhouding te zijn. Dat is prima, zolang je weet welke kant op de data gaat. Bij een export naar Exact Online of AFAS moet je vastleggen of het pakket, de koppeling of het financiële systeem eigenaar is van factuurnummer, debiteur, correctie en betaalstatus.

Jaamo positioneert op de op 30 oktober 2026 geraadpleegde productpagina planning, communicatie, facturatie en inzicht vanuit één centrale database en noemt koppelingen met AFAS, Exact Online, Peutermonitor, Nmbrs, Payt en SD Worx. De huidige productpagina noemt ook gegevensuitwisseling in beide richtingen. Test die claim met één wijziging en een terugleescontrole. “Beide kanten op” zegt nog niet wie een conflict mag oplossen.

3. Hoeveel menselijke vrijgave heb je nodig?

Een standaardpakket past wanneer medewerkers de meeste aanvragen volgens vaste regels kunnen behandelen. Een koppeling past wanneer de bestaande software goed werkt, maar de overgang naar de financiële administratie een controlepoort nodig heeft.

Maatwerk is pas verantwoord wanneer die controlepoort je onderscheidende proces is. Denk aan een wijziging die eerst door een locatiemanager moet worden vrijgegeven, een financiële administratie per stichting, of een auditdossier dat planning, ouderbericht en factuur aan elkaar moet koppelen. Bouw dan alleen de ontbrekende laag. Laat planning, oudercommunicatie en facturatie in het sectorpakket.

4. Kun je weg als het moet?

Een goede leverancier toont hoe je start en hoe je vertrekt. Vraag om een proefexport van kind, plaatsing, planning, communicatie, observaties, facturen, correcties en relaties. Controleer welke bijlagen en historie meegaan.

Mijn praktische beslisregel:

• Kies kant-en-klaar sectorpakket als de proef zonder maatwerk door de standaardroute gaat, één administratie volstaat en uitzonderingen door een klein team worden afgehandeld.
• Kies sectorpakket plus gecontroleerde koppeling als de kindplanning en oudercommunicatie passen, maar finance een ander systeem gebruikt of extra vrijgave nodig heeft.
• Kies maatwerk financiële bewijslaag als je meerdere administraties, eigen beslisregels of een harde read-back-eis hebt. Bouw dan geen vervangend kinderdagverblijfplatform, maar een smalle laag met bronversies, rechten, uitzonderingsqueue, idempotentie en export.

De keuzehulp volgt hetzelfde kader als de tekst. Een vaste route met één financiële waarheid vraagt een sectorpakket. Een ander financieel systeem vraagt een gecontroleerde koppeling. Eigen uitzonderingsregels en harde bewijs- en read-back-eisen rechtvaardigen een aparte financiële bewijslaag.

Uitgewerkt voorbeeld: De Kleine Ster voorkomt een dubbele opvangdag

Dit is een fictieve proefcasus. De bedragen zijn testdata, geen prijsclaim over een leverancier.

De Kleine Ster heeft drie locaties, 186 actieve kinderen en gebruikt Exact Online voor de financiële administratie. Het team vergelijkt Bitcare, Jaamo en Ovivio. Proles blijft op de lijst als kleinere, flexibele route. De organisatie wil geen nieuw financieel pakket. De vraag is of de planning en de financiële overdracht betrouwbaar samen werken.

De test gebruikt:

• kind K-204 in groep Zon;
• plaatsing PLA-2026-017;
• maandag en vrijdag, vier weken lang;
• acht opvangdagen in de oorspronkelijke maand;
• voorbeeldtarief van €96 per opvangdag;
• ouderwijziging OWR-2026-081 van vrijdag naar dinsdag;
• één absentie van medewerker M-12 op de nieuwe dinsdag;
• één extra korte opvangdag die na goedkeuring wordt toegevoegd.

De ouder vraagt maandag om 09.03 uur via het portaal om de vrijdag te ruilen naar dinsdag. De aanvraag krijgt status aangevraagd. De planner ziet v1 met vrijdag en maakt een voorstel v2 met dinsdag. De ouder krijgt alleen een statusbericht dat de aanvraag in behandeling is; het definitieve ouderbericht blijft uit en de actieve planning en factuur blijven op v1.

De uitval van M-12 veroorzaakt een planningsfout in voorstel v2. De planner kiest medewerker M-18 als vervanger en legt de herstelde versie opnieuw ter controle voor. De locatieverantwoordelijke controleert de BKR-uitkomst en geeft v2 om 10.14 uur vrij. Pas daarna wordt v2 actief en gaat het definitieve ouderbericht uit. De oude vrijdag blijft in de historie staan; de kindlijst voor dinsdag toont K-204 en die voor vrijdag niet.

Daarna simuleert finance de fout die in veel demo's onzichtbaar blijft. De factuurmotor leest zowel de oude vrijdag als de nieuwe dinsdag uit en maakt negen dagen in plaats van acht. Het voorstel van €864 is dus fout, want de verwachte basis is acht dagen maal €96, oftewel €768. Het systeem zet factuur geblokkeerd, koppelt het verschil aan OWR-2026-081 en stuurt het naar finance.

Finance verwijdert de oude vrijdagregel uit het voorstel, maar overschrijft de planning niet. De conceptfactuur blijft acht dagen en €768. Daarna keurt de ouder een extra korte opvangdag goed tegen een fictief testtarief van €48. Het nieuwe concept bevat negen regels of een samengevoegde regel met dezelfde bronversie, afhankelijk van de leverancier, maar het eindbedrag is €816.

De financiële export naar Exact Online bevat in de proef:

• debiteur-ID van de contractouder;
• factuurreferentie INV-2026-03-081;
• plaatsing PLA-2026-017;
• acht reguliere opvangdagen;
• één goedgekeurde extra dag van €48;
• correctieverwijzing naar de foutieve negen-dagenproef;
• bronversie PLN-2026-081-v2;
• vrijgave-ID REL-2026-081;
• export-ID FIN-2026-081.

De response wordt expres afgekapt na de write. De koppeling zoekt eerst op FIN-2026-081 en vindt het bestaande doelrecord. Er wordt geen tweede factuur gemaakt. De read-back controleert debiteur, factuurreferentie, acht reguliere dagen, €48 extra opvang, €816 totaal, status en bronversie. Alleen daarna sluit de proef het dossier.

De kandidaten beoordeel je op dezelfde vragen:

• Bitcare: de op 30 oktober 2026 geraadpleegde tariefpagina noemt Basis met contractbeheer, kind- en personeelsplanning, realisaties, financieel, rapportages en communicatie. Plus voegt onder meer een eigen factuurlayout, BCC doorsturen, Mollie en een eigen e-maildomein toe. De proef moet aantonen of de extra dag, correctie en financiële overdracht in de gekozen offerte zitten.
• Jaamo: de op 30 oktober 2026 geraadpleegde productpagina beschrijft een centrale database en genoemde koppelingen die aantrekkelijk zijn voor een organisatie met meerdere locaties. De proef moet bewijzen hoe een afwijzing, versie en financiële read-back worden opgeslagen.
• Ovivio: de op 30 oktober 2026 geraadpleegde KidsKonnect-pagina beschrijft de voormalige KidsKonnect-labels en de HUB als brede sectorroute. De op dezelfde datum geraadpleegde Exact-pagina noemt export van facturen, debiteuren, crediteuren en incassomachtigingen. Vraag om het exacte veld- en foutgedrag voor deze proef.
• Proles: de op 30 oktober 2026 geraadpleegde eigen site noemt een proefperiode van één maand, kindplanning met BKR, facturatie gekoppeld aan planning, oudercommunicatie, data-uitwisseling en rollen. Test of jouw financiële export alleen een bestand maakt of ook een terugleesbare doelstatus geeft.

De winnaar is niet het pakket dat de eerste factuur het snelst maakt. Het is het pakket dat de foutieve negende dag zichtbaar maakt, de planner niet laat factureren vóór de vrijgave, de correcte acht dagen naar finance brengt en na een time-out kan bewijzen dat er één factuur bestaat.

Vergelijkingstabel: kinderopvangsoftware op de proef

De productdetails en publieke prijsindicaties hieronder zijn gecontroleerd op 30 oktober 2026. Die raadpleegdatum geldt voor de leverancierspagina’s in de tabel. De onafhankelijke vergelijking is bijgewerkt op 1 oktober 2026 en opnieuw geraadpleegd op 30 oktober 2026. Bedragen zijn dus een actuele oriëntatie, geen offerte. Inrichting, migratie, koppeling, betaalmodule, support en exit-export kunnen apart worden berekend.

De openbare prijsindicaties voor KOVnet en Proles, plus de constatering dat Bitcare en Ovivio geen vast publiek maandbedrag tonen, komen uit de onafhankelijke vergelijking die op 1 oktober 2026 is bijgewerkt en op 30 oktober 2026 opnieuw is geraadpleegd. Gebruik die tabel om kandidaten te rangschikken, niet om een winnaar aan te wijzen.

De beste kinderopvangsoftware is niet de app met de meeste schermen. Het is de oplossing die één kleine wijziging eerlijk laat reizen: van ouderaanvraag naar planning, van planning naar communicatie, van communicatie naar factuur, en van factuur naar een financieel record dat je later opnieuw kunt lezen. Als je die reis niet met één foutieve dag kunt bewijzen, is je keuze nog niet klaar.