In het kort

In deze release hebben we gewerkt aan verbeteringen binnen contracten, planning en kalender, toestemmingen, gebruikersbeheer, facturatie, rapportages en de koppelingen met boekhoud- en planningssystemen. Daarnaast zijn verschillende technische verbeteringen doorgevoerd die zorgen voor een betrouwbaardere verwerking van gegevens en koppelingen.

Een deel van deze verbeteringen wordt versneld uitgerold en gaat al mee met release 349.

Belangrijke momenten

🧪 Testen op acceptatie: vanaf woensdagochtend 19 augustus 2026.
📦 Uitrol naar productie: maandagavond 31 augustus 2026.
⚡ Een aantal verbeteringen worden eerder uitgerold met release 349.

📄 Contracten

Automatische herinneringen voor SignRequest werken weer

Wanneer een contract via SignRequest werd verstuurd en niet werd ondertekend, werden in sommige situaties geen herinneringsmails meer verzonden. Dit probleem is opgelost.

Hierdoor ontvangen ouders weer automatisch herinneringen volgens de instellingen die zijn vastgelegd binnen de organisatie. Het opvolgen van openstaande contracten verloopt daardoor weer zoals verwacht.

Digitale handtekening op het tabblad SEPA verwijst naar het juiste document

Werd een SEPA-machtiging samen met een contract verstuurd, dan opende de link onder e-signature op het tabblad SEPA naar het contract in plaats van de machtiging.

De link verwijst nu naar het juiste document. Zowel document tonen als ondertekenlog tonen laat voortaan de gegevens van de SEPA-machtiging zien, net zoals dat bij aanvullende overeenkomsten binnen het contract al werkte.

👨‍👩‍👧 Gezinnen en inschrijvingen

Meer tijd om verlopen ouders te beoordelen

Op het scherm voor het opschonen van verlopen ouders was de geanalyseerde lijst maar 20 seconden geldig. Wie de lijst rustig doornam, kreeg bij het verwijderen een foutmelding.

De lijst blijft nu 20 minuten geldig, en is de lijst toch verlopen, dan volgt een nette melding om opnieuw te analyseren in plaats van een foutmelding. Zo is er voldoende tijd om de lijst goed te controleren voordat er iets verwijderd wordt.

📅 Planning en kalender

Kalender notificaties beïnvloeden de planning niet meer

Een kalender notificatie in de kalenders werd onterecht behandeld als een sluitingsdag. Hierdoor verdwenen kinderen uit de planning en werden tijden niet meer weergegeven.

Kalender notificaties functioneren nu weer uitsluitend als informatieve melding. Planningen blijven intact en kinderen blijven zichtbaar in de weekplanning en groepsplanning. Ook in de ouderapp wordt de melding weer correct getoond op de betreffende dag.

Duidelijkere annulering van dagdelen in de ouderapp

Staat de instelling aan dat alleen hele dagen aangevraagd mogen worden bij aansluitende dagdelen, dan leek het in de ouderapp mogelijk om één los dagdeel van een nog niet geaccepteerde aanvraag te annuleren — terwijl in werkelijkheid de hele dag werd geannuleerd.

De ouder krijgt nu vooraf een duidelijke melding dat alleen de volledige dag geannuleerd kan worden, zodat er geen aanvragen meer per ongeluk verdwijnen.

📊 Rapportages

VVE-detailrapportage sluit aan op de facturatie

De VVE-detailrapportage (PeuterMonitor) rekende alle uren toe aan VVE tot aan het weekmaximum, zonder rekening te houden met de ingestelde drempel. Daarnaast werden ook concept-trajecten meegeteld. Hierdoor week de rapportage af van wat er daadwerkelijk gefactureerd is, en kon een aanlevering bij de gemeente worden afgekeurd.

De rapportage past nu dezelfde urenverdeling toe als de facturatie: uren tot aan de drempel gelden als reguliere opvang, uren daarboven als VVE, met het weekmaximum als bovengrens. Concept-trajecten tellen niet langer mee.

Hierdoor sluiten de reguliere uren en VVE-uren in de rapportage aan op de facturatie en op de eisen van het gemeenteportaal.

✅ Toestemmingen

Toestemmingsantwoorden vanuit het inschrijfformulier zijn weer zichtbaar

Wanneer ouders tijdens een inschrijving een toestemmingsformulier invulden, werden de antwoorden niet altijd zichtbaar op het profiel van het kind. Dit is opgelost.

Daardoor heb je direct inzicht in de ingevulde toestemmingen zonder aanvullende controles uit te voeren.

Beheer van toestemmingen overzichtelijker en flexibeler

Op meerdere onderdelen zijn verbeteringen doorgevoerd binnen toestemmingen.

Bij het bekijken van een toestemming worden nu aanvullende publicatiegegevens getoond, zoals opvangsoorten, administraties, locaties, groepen en het aantal kinderen waarvoor de toestemming is gepubliceerd.

Ook is het voortaan mogelijk een toestemming aan te maken zonder een verplichte uiterste reactiedatum.

Dit zorgt voor meer overzicht tijdens het beheren van toestemmingen en biedt meer flexibiliteit bij het publiceren ervan.

👥 Medewerkers, ouders en gebruikers

E-mailadressen worden consistenter verwerkt

E-mailadressen zijn nu niet meer hoofdlettergevoelig. Daardoor worden e-mailadressen zoals Test.Testen@email.nl en test.testen@email.nl niet langer als verschillende gebruikers beschouwd.

Dit voorkomt onnodige duplicaten en zorgt voor een betrouwbaardere verwerking van gebruikersgegevens.

Minder verplichte velden bij medewerkers

Bij het aanmaken of wijzigen van een medewerker zijn de velden Land, Adres en BSN niet langer verplicht.

Hierdoor kunnen medewerkers eenvoudiger worden toegevoegd en bijgewerkt.

Wijzigingen in type gebruikers worden correct opgeslagen

Wanneer een type gebruiker, bijvoorbeeld ouder, werd verwijderd van een webgebruiker, werd deze wijziging niet altijd behouden.

Wijzigingen in type gebruikers worden nu weer correct opgeslagen, waardoor het beheer van gebruikers betrouwbaarder verloopt.

📤 Export en koppelingen

AccountView-instellingen in te stellen vanuit de administratie

De API-gegevens voor AccountView (client ID, client secret en redirect URI) konden alleen door een ontwikkelaar worden ingesteld. Ze staan nu bij de exportinstellingen van de administratie, op dezelfde plek als Twinfield en Exact, en verschijnen zodra het type API is gekozen.

Daardoor kan een organisatie zelfstandig worden aangesloten op AccountView. De inloggegevens worden bovendien per administratie bewaard, waardoor administraties elkaars gegevens niet meer kunnen gebruiken. Bestaande organisaties hoeven niets te doen; laat je de velden leeg, dan blijft de huidige instelling gelden.

🖥️ Nieuwe UI

Roosterwijzigingen bij groepen zijn weer toe te voegen

Bij een groep kon in de nieuwe UI het scherm voor een wijziging in tijden niet geopend worden; in plaats daarvan verscheen een foutmelding.

Wijzigingen zijn weer normaal toe te voegen en aan te passen vanuit het tabblad Groepsinstellingen.

📱 Groepsapp

Alleen daadwerkelijk geplaatste kinderen op de mentorlijst

Kinderen met alleen een wachtlijstplaatsing — of zonder actieve plaatsingsregel — verschenen toch op de mentorlijst.

De mentorlijst toont voortaan alleen kinderen met een echte plaatsing, waardoor de lijst aansluit op de praktijk.

⚡ Wordt eerder uitgerold met release 349

De onderstaande verbeteringen zijn ontwikkeld binnen sprint 350, maar worden al eerder beschikbaar gesteld in productie via release 349.

💶 Facturatie

Correcte btw-berekening bij exclusief-btw factuurregels

Bij administraties die werken met btw werd het btw-bedrag niet altijd correct opgeslagen. Hierdoor konden rapportages en exports onjuiste btw-waarden bevatten.

Factuurregels bevatten nu weer het juiste btw-bedrag, waardoor financiële gegevens betrouwbaarder worden verwerkt.

Collectieve facturen worden niet meer verdubbeld

Bij het herberekenen van facturen voor contracthouders konden dezelfde factuurregels meerdere keren worden toegevoegd aan een collectieve factuur.

Dit probleem is opgelost. Collectieve facturen bevatten daardoor altijd het juiste aantal factuurregels, ook na meerdere herberekeningen.

Extra controle op onrealistisch hoge uren

Er is een extra veiligheidscontrole toegevoegd aan de factuurberekening.

Wanneer een factuurregel een onrealistisch hoog aantal uren bevat, wordt de berekening automatisch gestopt en verschijnt een duidelijke melding. Hierdoor worden foutieve facturen eerder onderschept voordat ze verwerkt of verzonden kunnen worden.

🔗 Koppeling met SDB Planning

BKR-status wordt correct overgenomen

De BKR-status van medewerkers werd niet in alle situaties correct overgenomen vanuit SDB Planning. Wanneer één van beide bronnen — functie of periode — op ja stond, werd de status onterecht als ja verwerkt.

De synchronisatie volgt nu de bedoelde logica: is er een functie vastgelegd, dan geldt de BKR-status alleen wanneer functie én periode overeenkomen. Is er geen functie vastgelegd, dan volgt de status de periode. Daardoor sluit de BKR-status in KIS beter aan op de gegevens in SDB Planning.

👥 Gebruikersbeheer

Regio's zijn weer te koppelen aan een gebruiker

In de nieuwe UI ontbrak de mogelijkheid om regio's aan een gebruiker te koppelen bij het aanmaken of bijwerken. Dat had direct gevolgen voor wat een gebruiker mag zien, onder andere in de groepsapp.

Regio's zijn nu weer in te stellen op de gebruikerspagina, zoals dat in de oude UI al kon.

🕒 Datum en tijd

Datum- en tijdverwerking sluit beter aan op de Nederlandse tijdzone

In bepaalde situaties konden exportbestanden of mandaatdatums een dag afwijken.

De verwerking van datum- en tijdgegevens is verbeterd waardoor gegevens voortaan consequent volgens de Nederlandse tijdzone worden verwerkt.

🖥️ Nieuwe UI

Pagina's zijn weer betrouwbaar bereikbaar

Binnen de nieuwe gebruikers pagina weergave konden de pagina's Vakantiebudget en Flex Budget via administratie instellingen soms een foutmelding tonen.

Dit probleem is opgelost. Beide pagina's zijn weer stabiel bereikbaar vanuit de administratie.

📤 Exporters

Factuurreferenties blijven consistent

Bij het exporteren van ouderbijdragen naar boekhoudsystemen kon dezelfde export soms verschillende factuurreferenties gebruiken.

De referentie blijft nu altijd consistent en verwijst betrouwbaar naar de meest recente factuur. Hierdoor sluiten exportgegevens beter aan op boekhoudsystemen zoals iMUIS, AFAS en KING.

📱 Groepsapp

Juiste plaatsingsletters en aanvragen in de groepsapp

In de planning op de kindkaart werden reserveringen (`R`) en flexreserveringen (`Fr`) getoond als geplaatst (`G`). Daarnaast verscheen een nog niet goedgekeurde flexaanvraag op het dagoverzicht als verwacht.

De juiste plaatsingsletter en omschrijving worden nu getoond, en niet-goedgekeurde flexaanvragen verschijnen niet langer op het dagoverzicht.

Tot slot

Dank je wel voor het gebruiken van KIS. Met iedere sprint blijven we werken aan verbeteringen die dagelijkse processen eenvoudiger, betrouwbaarder en prettiger maken. Heb je vragen of loop je ergens tegenaan? Dan staat ons supportteam natuurlijk voor je klaar. 😊