Release 349 staat klaar op de acceptatieomgeving en gaat op 12 augustus live in productie. Deze update bevat 6 nieuwe functionaliteiten & doorontwikkelingen en 13 opgeloste bugs.

Zodra de release klaarstaat op de acceptatieomgeving kun je met ons meedoen met testen! Heb je testresultaten of merk je iets op? Meld dit dan via een ticket, zodat we direct op de hoogte zijn.

Let op: de exacte release notes kunnen nog veranderen op basis van de testresultaten. Ze zijn definitief zodra de release live gaat op 12 augustus.

Nieuwe functionaliteiten & doorontwikkelingen

Eigen menu-knoppen voor manager & beoordelaar (#6118)

Medewerkers met de rol "Manager" of "Beoordelaar" zien vanaf deze update een nieuwe menu-knop in het linkermenu. Onder deze knop vinden ze verschillende functionaliteiten die passen bij de betreffende rol. Deze nieuwe knop in het menu geeft ons bovendien de mogelijkheid dit in de toekomst verder door te ontwikkelen en meer rolspecifieke functionaliteiten toe te voegen.

Bekwaamheden: alleen toewijzen door beheerders (#5129)
Beheerders kunnen nu bij specifieke bekwaamheden aangeven dat deze alleen door beheerders mogen worden toegewezen. Via deze instelling gaat de bekwaamheid dus 'op slot' voor managers; zij kunnen de bekwaamheid niet toewijzen en bestaande toewijzingen ook niet verwijderen. Deze bekwaamheden worden voorzien van een 'chip' met de tekst 'Alleen toe te wijzen door beheerders'.

Bekwaamheid direct toewijzen vanuit de bekwaamhedenmatrix (#6227)
Managers kunnen nu vanuit de bekwaamhedenmatrix een medewerker in één keer aan een bekwaamheid koppelen. Klik in de matrix op een lege cel om een dialoogvenster te openen. In dit venster zie je dat de betreffende medewerker nog niet aan die bekwaamheid is toegewezen. Als manager of beheerder kun je de medewerker vervolgens meteen individueel toewijzen, zonder eerst naar een ander scherm te navigeren. Zo houd je de bekwaamheden van je afdeling sneller en overzichtelijker up-to-date.

Bekwaamheden individueel toewijzen in portfolio (#6229)
Beheerders en managers kunnen nu in het bekwaamheidspaspoort van een medewerker direct nieuwe bekwaamheden toewijzen (individueel). Voorheen kon dit alleen bij een specifieke bekwaamheid. Met deze nieuwe functionaliteit is het mogelijk om in één handeling meerdere bekwaamheden aan een medewerker toe te wijzen.

Optimalisatie ontwerp & tekst individueel toewijzen (#6278)

De lijst met medewerkers die individueel aan een bekwaamheid zijn toegewezen is aangepast zodat de verloopdatum duidelijker zichtbaar is. Ook de weergave in het venster om nieuwe medewerkers toe te wijzen is aangepast (duidelijkere tekst in titel en knop, mooiere uitlijning en juiste 'verwijder-icoontje').

Automatische opschoning na uitdiensttreding aangepast naar 1 week (#6263)
De automatische opschoning van gegevens na uitdiensttreding vindt nu plaats na 1 week in plaats van na 2 weken. Hiermee worden gegevens van medewerkers die uit dienst zijn sneller opgeruimd. Dit sluit beter aan bij de wens om gegevens niet langer te bewaren dan nodig is.

Opgeloste bugs

• Na de beoordeling van een dossieritem was niet zichtbaar wie de beoordeling had uitgevoerd. Dit is aangepast: voor nieuwe dossieritem beoordelingen wordt vanaf nu duidelijk zichtbaar wie het item heeft beoordeeld (#5793).
• Bij een verleende vrijstelling werd soms een ID-string (zoals "systemuser") getoond in plaats van de naam, bijvoorbeeld bij een vrijstelling via import. Dit is verholpen, zodat nu de juiste naam wordt weergegeven (#6134).
• Bij het downloaden van een certificaat van een klassikale opleiding werd afhankelijk van de gekozen manier soms een oude en soms een nieuwe naam getoond. Dit is rechtgezet, zodat de naam nu overal consistent wordt weergegeven (#6154).
• De rapportage bekwaamheden gaf onjuiste resultaten na het gebruik van het filter op afdeling en functie. Dit is opgelost, zodat de rapportage nu correcte gegevens toont (#6194).
• In de periodieke notificatie e-mail over verlopen(de) catalogusitems en bekwaamheden stond bij klassikale opleidingen ten onrechte het type "E-learning". Het juiste type wordt nu weergegeven (#6196).
• In diezelfde mail werden medewerkers die uit dienst zijn niet overgeslagen. Dit is aangepast, zodat deze medewerkers geen mail meer ontvangen (#6256).
• Een manager met alleen afgeleide rechten op onderliggende afdelingen zag geen matrixweergave op de opleidingen-tab. Dit is verholpen, zodat deze manager de matrixweergave nu wel ziet (#6197).
• De accreditatie-instellingen voor leerplannen en klassikale opleidingen werden niet correct opgehaald en opgeslagen. Dit is hersteld, zodat de instellingen weer goed worden bewaard (#6204).
• In de Excel-export van de opleidingsmatrix van een afdeling stonden verwarrende en onjuiste kolommen. De export is aangepast, zodat de gegevens nu correct en overzichtelijk worden getoond (#6210).
• Het wijzigen van de profielfoto werkte niet meer. Dit is verholpen, zodat je je profielfoto weer kunt aanpassen (#6269).
• Bij een meerdaagse training in SDB Planning werd als notitie de naam van de eerste sessie gebruikt in plaats van de naam van het rooster. Dit is aangepast, zodat nu de juiste naam wordt gekoppeld (#3028).
• In de resultaatrapportage (presentielijst) werden niet altijd de start- en einddatum getoond. Dit is opgelost, zodat deze data nu wel zichtbaar zijn (#6221).
• Een beoordelaar die was toegewezen aan een activiteit op een afdeling inclusief subafdelingen, verscheen niet in de lijst met beoordelaars voor medewerkers op de afdeling zelf. Dit is verholpen, zodat de beoordelaar nu voor alle betrokken medewerkers wordt gevonden (#6271).

Release 2026.09 gaat op maandag 3 augustus 2026 in acceptatie en op maandag 17 augustus 2026  in productie en bevat 9 functionaliteiten en 4 opgeloste bugs. 

functionaliteiten - Zorg

eOverdracht - Onbekende veroorzakende stof
Klanten die al gebruik maken van eOverdracht zullen het ongetwijfeld herkennen... 

• Je ontvangt vanuit een andere zorgaanbieder een overdrachtsbericht.
• In het overdrachtsbericht zijn allergieën opgenomen met een veroorzakende stof die niet voorkomt in de codetabel / uitwisselcodes van SDB ECD. Op zich niet heel gek want er zijn maar liefst 5 codelijsten toegestaan om de veroorzakende stof met elkaar uit te wisselen (zie de referentie ZIB die voor eOverdracht van toepassing is). In overleg met klanten is eerder de volledige SNOMED codelijst geïmplementeerd in de codetabel. De overige codelijsten werden als te medisch en te uitgebreid beschouwd. Maar een ziekenhuis kan er uiteraard voor kiezen om wel een andere codelijst te gebruiken.
• Dat betekent dus concreet dat je een veroorzakende stof ontvangt die je niet kunt vertalen naar de overeenkomstige waarde in SDB ECD.
• Met als gevolg dat de gestuurde allergie niet kan worden overgenomen.
• Dat is uiteraard geen wenselijke situatie.

In deze release is een wijziging doorgevoerd waardoor deze mismatch wordt opgelost. Krijg je een "vreemde" veroorzakende stof via een overdrachtsbericht binnen, dan tonen we die waarde in het bericht maar zal het ook mogelijk zijn om die allergie op te slaan.

Na overnemen zie je de betreffende allergie / veroorzakende stof in SDB ECD maar ... je kunt de veroorzakende stof niet aanpassen want geen link kunnen maken met de interne codetabel van SDB ECD. Deze allergie zal zich gedragen zoals alle andere allergieën: resulteert in een icoontje aan de rechterkant, wordt getoond op de zorgafdruk (cliëntactie), wordt opgenomen in de eOverdracht PDF en wordt opnieuw meegestuurd in een eOverdracht mocht je daar op een later moment voor kiezen.

Metingcodering niet meer zichtbaar
Zowel bij OMAHA als MIKZO moet je - als zogenaamd doel - via een meting registreren hoe je de situatie van de cliënt graag zou zien bewegen.

MIKZO: 

OMAHA:

Deel je deze informatie op één of andere manier met cliënt, familie, andere zorgaanbieders, ..., dan worden deze codering vermeld. Echter kennen de ontvangers van die informatie vaak niet die coderingen of hetgeen erachter schuil gaat en is het meer verwarrend dan verduidelijkend.  

Om die reden is besloten om de coderingen niet meer te tonen:

• Op de zorgplan afdruk
• Op de afdruk zorg (cliëntactie)
• In de PDF die wordt meegestuurd met eOverdracht

Status accorderen (on)vrijwillige zorg naar Ysis
Een in SDB ECD geregistreerde (on)vrijwillige zorg wordt ook in Ysis getoond. Op die manier kan de behandelaar kennis nemen daarvan. Doch het is gewenst om ook in Ysis te kunnen zien of de betreffende (on)vrijwillige zorg al is geaccordeerd.

Daar er geen expliciete plek is in Ysis om de status van accorderen te tonen, is in overleg met Gerimedica besloten om die status toe te voegen aan de eventuele toelichting bij de (on)vrijwillige zorg. De status van accorderen zal als eerste getoond worden, met daarop volgend de eventuele opmerking.

In SDB ECD:

functionaliteiten - Administratief

Functie medewerker bij afdruk en delen vanuit Zvw en Contracten

Bij Diensten - Zvw en Diensten - Contracten is het van belang om goed te kunnen onderbouwen wie wanneer de dienst heeft toegevoegd (oftewel "de indicatie heeft gesteld"). Accountants durven hier wel eens op controleren ... Maar blijkbaar is het ook van belang om de functie van de betreffende medewerker in beeld te hebben. Op die manier kan snel gecontroleerd worden of de betreffende medewerker de juiste functie heeft en überhaupt mag indiceren. 

Om die reden is, op beide plaatsen, de functie (of functies) van de medewerker toegevoegd. Deel je de afdruk met Documentbeheer, dan wordt vanzelfsprekend ook daar de functie meegenomen.

Basisplanning: zelfde functionaliteit / nieuwe look
Plaatjes zeggen meer dan duizend woorden ... 😀  Het registreren van de basisplanning was nog voorzien volgens een iets oudere techniek.  Deze functionaliteit is vernieuwd om jou als klant een optimale gebruikersinterface te kunnen bieden en om eventuele kwetsbaarheden qua veiligheid in de toekomst te voorkomen.

We hebben de signaleringen op de pagina gegroepeerd aan de rechterkant van het scherm en van een mouse over voorzien om deze te verduidelijken.

Daarnaast is het vanaf nu mogelijk om, net als bij groepsafspraken, met behulp van de functionaliteit Opslaan + in bulk afspraken toe te voegen voor de V&V.

Verbeterde registratie einde zorg
Om de registratie van het einde van zorg verder te verbeteren, is de reden van einde zorg opgesplitst voor Wlz, Zvw en Contracten. Hierdoor kan er beter een specifieke reden worden vastgelegd, wat zorgt voor een nauwkeurigere registratie en betere ondersteuning van administratieve processen.

Daarnaast is voor de Wlz een verbetering doorgevoerd in het meegeven van de leveringsstatus. Hiermee sluit de registratie beter aan op de geldende informatie-uitwisseling en wordt de kwaliteit van de aangeleverde gegevens verder verbeterd.

Import DBC uren
Sommige klanten willen DBC uren in SDB ECD geïmporteerd zien om van daaruit te kunnen declareren. De import werd tot op heden via een ticket (klantenportaal) door SDB uitgevoerd. Om klanten zelf in staat te stellen deze import te kunnen doen, is een nieuwe job “Import DBC uren” beschikbaar.

Je vindt deze job via Uitwisseling - Jobs en kiest daar in de keuzelijst de optie "Import DBC uren". Vergeet uiteraard niet de permissie voor deze job in de functierol te activeren.

Bij het aanmaken van de job voeg je het Excel toe met daarin de uren die je graag wenst te importeren.

Voor het importeren gebruik je het daarvoor voorzien sjabloon (kun je downloaden vanuit de kennisbank via het op het einde van de Release Notes vermelde artikel) met de volgende kolommen:

• Medewerkernummer
• BSN nummer cliënt
• DBC zorgtraject nummer
• DBC subtraject nummer
• DBC zorgactiviteit nummer
• Datum (formaat: dd-mm-jjjj, zonder tijd)
• CG (minuten)
• ICG (minuten)
• MDO (minuten)

Alle velden zijn verplicht, met uitzondering van de laatste drie waarden (CG, ICG, MDO): daarvan moet minimaal één veld een waarde groter dan 0 bevatten.

Bij het verwerken van het bestand worden eerst controles uitgevoerd. Records die niet voldoen, worden niet geïmporteerd. De uitval wordt in de job via het uitvalbestand kenbaar gemaakt.  Mogelijke redenen van uitval:

• Medewerkernummer bestaat niet in ECD
• BSN bestaat niet in ECD
• DBC zorgtraject bestaat niet voor de cliënt
• DBC subtraject bestaat niet voor de combinatie cliënt + DBC zorgtraject
• DBC zorgactiviteit bestaat niet

In de job logging zie je na afloop het resultaat van de verwerking (aantal verwerkte en niet verwerkte records).

Geen aparte kolom Partnernaam meer
Op basis van de resultaten van een eerdere klantbevraging is gevolg gegeven aan de vraag om de kolom Partnernaam te verwijderen uit het zoekscherm van cliënten. Bij het zoeken op naam zal de partnernaam nog steeds meegenomen worden doch zal niet meer apart getoond worden.

Verbetering Declaratie overzicht
Het overzicht Declaratie is verbeterd. De export mogelijkheid staat bovenaan mee in de filtering en het is nu zichtbaar als je op deze knop geklikt hebt.

Logging gegevens bij DCC-scripts
In een vorige release voegden we 2 DCC-scripts toe om basis- en contractgegevens van medewerkers te kunnen exporteren.

De output van beide scripts is uitgebreid met logging gegevens:

• Aangemaakt op: datum/tijdstip waarop medewerker / contract is aangemaakt
• Aangemaakt door: gebruiker / proces die medewerker / contract heeft aangemaakt
• Laatst gewijzigd op: datum/tijdstip waarop medewerker / contract laatst is gewijzigd
• Laatst gewijzigd door: gebruiker / proces die medewerker / contract laatst heeft gewijzigd

De uitbreiding helpt je om makkelijker in bulk te weten welke medewerkers / contracten recentelijk zijn aangemaakt dan wel bijgewerkt.  

Opgeloste Bugs

• In de leesweergave van de AW33 worden de commentaarvelden niet over de hele breedte van de afdruk getoond. (113939)
  [ Uitwisseling -> iStandaarden -> Importeren ]
• In bepaalde situaties worden interne producten niet getoond op Productieregistratie overzicht. (112032)
  [ Overzichten ]
• Filter binnen Cliëntrapportages werkt niet optimaal bij selectie van OE's. (109737)
  [ Start Dienst -> Cliëntrapportages ]
• Volgorde van namen is niet consistent in de Clients API. (112773|110611)

kennisbank

De volgende artikels in de kennisbank van het klantenportaal zijn toegevoegd / bijgewerkt:

• Import DBC uren (toegevoegd) 

Een frisse update met duidelijkere statussen, prettigere schermen en slimme verbeteringen voor dagelijks gebruik.

Deze update staat inmiddels live op productie en is dus direct beschikbaar voor organisaties die werken met de nieuwe KIS GroepsApp. Werk je er nog niet mee, maar ben je wel benieuwd? Neem dan gerust contact op met je CSM om de mogelijkheden te bespreken.

🧒 Duidelijke status per dagdeel op het dagoverzicht

De statuslabels op het groepsoverzicht klopten niet altijd. Het bekendste voorbeeld was het verwarrende “Afwezig - Geplaatst” bij een kind dat gewoon was afgemeld. Dat is grondig aangepakt.

• “Afgemeld” heet nu ook echt Afgemeld: is een kind uitgecheckt, dan zie je Afgemeld in plaats van “Afwezig - Geplaatst”.
• Twee dagdelen, twee labels: is de ochtend anders dan de middag, dan zie je beide apart — bijvoorbeeld “Ochtend: Afgemeld” en “Middag: Ziek”.
• Echte reden blijft staan: was een kind een deel van de dag ziek of op vakantie, dan zie je die reden ook echt terug.
• Ook op de kindkaart: dezelfde labels zie je terug als je een kind openklikt.
• Onderweg / Gebracht blijven één label voor het hele kind, omdat die over de rit gaan en niet over een dagdeel.

👤 Kindkaart: rustiger, beter leesbaar en met schoolinformatie

• Betere verhoudingen: de profielfoto is kleiner en de kolom Noodcontacten is breder, zodat gegevens beter leesbaar zijn.
• Op mobiel onder elkaar: persoonsgegevens en noodcontacten staan op telefoons netjes onder elkaar op volle breedte.
• Schoolgegevens worden weer getoond: je ziet nu schoolnaam, niveau en klas. Heeft een kind geen school, dan verdwijnt de kaart helemaal.
• Tabbladen niet meer over elkaar: de tabbalk schuift nu netjes zijwaarts, met een subtiele indicatie dat er nog meer tabbladen zijn.

📊 Statistieken: alleen relevante leeftijdsgroepen

• Geen babygroepen bij BSO/TSO: de leeftijdsuitsplitsing verschijnt nu alleen bij KDV. Bij andere opvangsoorten zie je gewoon Kinderen en Medewerkers.
• Duidelijkere leeftijdslabels: “1e halfjaar” en “2e halfjaar” heten nu “0-6 maanden” en “6-12 maanden”. “> 1 jaar” is “> 12 maanden”.

✅ Toestemmingen zonder einddatum blijven zichtbaar

• Geen einddatum is geen verlopen toestemming: toestemmingen zonder einddatum blijven zichtbaar en actief zolang de reageertermijn nog niet voorbij is.
• Bij het kind zie je nu álle toestemmingen: inclusief actieve toestemmingen met een ingevuld antwoord en verlopen exemplaren met hun eigen icoon.

🗂️ Wijzigingen: wachtlijstkinderen niet meer als starter

Op het tabblad Wijzigingen verschenen kinderen die alleen op de wachtlijst staan onterecht als Starter of soms als Vertrekt. Wachtlijstkinderen worden nu overgeslagen. Een kind met zowel wachtlijst- als echte dagdelen blijft wél een echte starter of vertrekker.

📅 Aanvragen: de dag van de week erbij

Meerdere organisaties gaven aan dat ze in één oogopslag willen zien om welke dag het gaat, zonder de datum te moeten omrekenen.

• In de lijst: bij Datum en Datum aangevraagd staat de dag er afgekort bij, bijvoorbeeld “ma 10 aug”.
• In het venster van een aanvraag: daar staat de dag volledig uitgeschreven, bijvoorbeeld “maandag 27 juli”.
• “Periode” is “Aangevraagd voor” geworden: je ziet nu Aangevraagd op en daaronder Aangevraagd voor, in een logischere volgorde.

🧑‍🏫 Mentor: wachtlijstkinderen niet meer in de koppellijst

Kinderen die volledig op de wachtlijst staan, verschenen in de lijst met kinderen zonder mentor als kandidaat om te koppelen. Die kinderen staan er nu niet meer tussen.

🛠️ Kleiner, maar prettig

• “Fp” verdwijnt uit Afwezigheid melden: in het venster om een kind afwezig te melden stond Fp (Flex preferred) tussen de redenen. Dat is een planningsvoorkeur en geen afwezigheid, dus die kun je niet meer per ongeluk kiezen.
  
  

Opgeloste Bugs  

• Het openen van documenten op Android devices was (weer) stuk. Dit is gemaakt zodat je alle documenten in Octopus weer gewoon kunt bekijken.
• De functie ‘open dossier’ in Okkie werkt weer. Bij het zoeken op naam wordt nu het dossier geopend. Als er meerdere personen worden gevonden, krijgt de gebruiker een overzicht met passende resultaten. SDB ECD CARE4 SDB EPD USER/REFLEX 

 Release 2026.09 gaat op 3 augustus 2026 in acceptatie en op 17 augustus 2026 in productie.

overzicht endpoints die worden uitgefaseerd  

Het kan gebeuren dat een endpoint om een bepaalde reden wordt uitgefaseerd. Dit maken we kenbaar in onderstaande tabel. Per endpoint wordt de release aangegeven vanaf wanneer het endpoint niet meer beschikbaar is. Je hebt altijd minimaal 1 jaar de tijd om er zorg voor te dragen dat het betreffende endpoint niet meer wordt aangeroepen.

functionaliteiten - OPEn Systeem

Vervangend end point om netwerk van cliënt op te vragen
Vanaf deze release is een nieuw end point beschikbaar om het netwerk van de cliënt (betrokkenen, interne zorgverleners en externe zorgverleners) op te vragen. Het end point api/clients/{id}/network vervangt api/v2/clients/{id}/stakeholders.  Inhoudelijk wordt dezelfde informatie geretourneerd maar beter gerubriceerd per type (betrokkene, interne zorgverlener, externe zorgverlener).

CliëntApp toegang betrokkene
Twee vliegen in één klap: in het nieuwe end point om het netwerk van een cliënt op te vragen is meteen ook voorzien dat je voor de betrokkene weet welke CliëntApp toegang van toepassing is. Het element ClientAppRole geeft je die informatie.

Toevoegen van een betrokkene
Er is vanaf deze release ook een end point beschikbaar om een betrokkene toe te kunnen voegen aan het netwerk van de cliënt. Via het POST end point api/clients/{id}/stakeholder kun je dit ten uitvoer brengen.

Wijzigen van een betrokkene
Nu we toch bezig waren ... 😀 Als je een betrokken kunt toevoegen, dan is het ook interessant om de gegevens van een betrokkene te kunnen wijzigen. Het PUT end point api/clients/{id}/stakeholder/{stakeholderId} is daarvoor in het leven geroepen.

OE-nummer bij opvragen organisatiestructuur
Er is een extra element Number toegevoegd aan het end point api/OrganizationalUnits. Daarmee krijg je naast de unieke identificatie en de naam dus ook het OE-nummer terug zoals toegekend in de organisatiestructuur.

Opvragen van verzekeringen cliënt
Er is een nieuw end point api/clients/{id}/insurer toegevoegd om de verzekeringen van een cliënt op te kunnen vragen. Je kunt er kiezen tussen current (actuele verzekeringen) en all (alle verzekeringen - dus ook historie en toekomst).

praktisch 

Wil je graag op de hoogte blijven van de API's uit SDB ECD? Stuur dan een mailtje naar ecd@sdbgroep.nl om je aan te melden. Graag ontvangen we je voornaam, naam en e-mailadres. Je wordt dan per e-mail op de hoogte gebracht van de Release Notes van SDB ECD API's.

Release 348 is op 22-07-2026 op de acceptatieomgeving geplaatst, gaat 3-08-2026 in productie en bevat 6 opgeloste bugs. Hieronder vertellen we je er alles over.

Spotlight

Op woensdag 6 augustus maken wij weer een kopie van de productie naar de acceptatie. Hierdoor is de acceptatie omgeving op woensdag 6 augustus vanaf 17 uur in onderhoud.
Wij streven er naar deze op donderdag 7 augustus zo snel mogelijk weer beschikbaar te hebben. Het is echter mogelijk dat de onderhoudspagina op de acceptatie omgeving aanwezig is tot 12 uur.

Opgeloste Bugs

• Dienst met kwalificatie uitzetten naar flexplan > Wanneer een dienst naar flexplan werd uitgezet en deze dienst bevatte een kwalificatie, was de kwalificatie niet zichtbaar. Hier ontstond kon bij het toevoegen van de kwalificatie een grijsscherm en werd de handeling niet uitgevoerd. (#1361)
• Bij openstaande diensten in het Medewerkerportaal worden medewerkers die zich hebben ingeschreven voor een zelfmatchdienst nu correct weergegeven. Hierdoor is direct zichtbaar welke medewerkers zich voor een dienst hebben aangemeld. (#1864)
• Tijdens het bewerken van de details van een planeenheid was het mogelijk om naar een andere planeenheid te navigeren. Hierdoor kon onduidelijkheid ontstaan over de planeenheid waarop de wijzigingen betrekking hadden. Om dit te voorkomen is het niet langer mogelijk om van planeenheid te wisselen zolang een planeenheid in bewerkmodus staat. (#575)

• De weergave van diensttijden in de frontend van de dienstcodetabel is verbeterd. Tijden worden nu consistent en correct getoond, ongeacht de volgorde waarin paginaonderdelen worden geladen. (#1878)

• Bij medewerkers met een groot aantal notities konden de notitie-indicatoren buiten het scherm vallen. De weergave is aangepast zodat een beperkt aantal stippen wordt getoond, aangevuld met een "+" en het aantal overige notities. Hierdoor blijft het notitiescherm overzichtelijk, ongeacht het aantal vastgelegde notities. (#2034)

• Bij sommige klanten kon het scherm Samenvatting dienstregels traag laden of in bepaalde situaties ontstond er een foutmelding. (#110)

Minor release 2026.08.01 gaat op 27 juli 2026 in productie en op 28 juli 2026 in acceptatie en bevat 2 opgeloste bugs. 

Opgeloste Bugs

• De leesweergave van Mikzo doelen kan niet worden geopend. (117894)
  [ Cliënten -> Zorgplan -> Doelen ]
• Indien 'uitgevoerd door' actief is, kan voor bestaande Mikzo doelen de discipline niet gevuld worden. (116429)
  [ Cliënten -> Zorgplan -> Doelen ]

Release 348 gaat op woensdag 22 juli 2026 naar acceptatie en gaat op maandag 3 augustus 2026 in productie.

HR 

Werving en Selectie – Dashboard
Werving en Selectie is uitgebreid met een nieuw dashboard dat in één oogopslag inzicht geeft in het wervingsproces. Het dashboard toont:

• Openstaande vacatures – inclusief het aantal nieuwe vacatures van deze periode
• Actieve kandidaten – kandidaten die nieuw zijn of in behandeling
• Nieuwe sollicitaties – sollicitaties van de afgelopen week
• Verlopen stappen – sollicitatiestappen waarvan de streefdatum is verstreken
• Recente sollicitaties – de meest recente sollicitaties, direct te openen vanuit het dashboard
• Mijn vacatures – openstaande vacatures met per vacature het aantal kandidaten en het aantal nieuwe kandidaten

Werving en Selectie – Voortgang
Naast het dashboard is er een nieuw voortgangsoverzicht beschikbaar. Hierin worden alle open kandidaten over alle vacatures heen in kolommen per voortgangsstatus getoond — bijvoorbeeld Nieuw, In behandeling, Gesprek gepland en Arbeidsvoorwaarden — tot en met de goedgekeurde kandidaten. De voortgangsstatus wordt per stap van het sollicitatieproces ingesteld.

Elke kandidaatkaart toont de vacature, de huidige stap en de score, en is direct te openen. Vanuit een goedgekeurde kandidaat kan direct worden doorgeklikt naar de instroom. Bovenin het overzicht staan tellers voor open, actieve, nieuwe en verlopen stappen.

Werving en Selectie beheer – Voortgangstatus per processtap
In Beheer | Processen kan bij het sollicitatieproces per accordatiestap een voortgangstatus worden ingesteld: Nieuw, In behandeling, Gesprek gepland of Arbeidsvoorwaarden. Deze status bepaalt in welke kolom van het voortgangsoverzicht een kandidaat wordt getoond zolang deze stap open staat.

Beide onderdelen komen automatisch beschikbaar voor klanten die Werving en Selectie gebruiken. De rechten zijn per rol in te stellen via de autorisatie.

Autorisatie
Voor de nieuwe schermen zijn twee aparte bevoegdheden toegevoegd: HR | Werving en Selectie | Dashboard en HR | Werving en Selectie | Voortgang.

• Organisaties die Werving en Selectie gebruiken, krijgen beide onderdelen automatisch. Rollen die nu toegang hebben tot Vacatures, krijgen dezelfde toegang tot het dashboard en het voortgangsoverzicht — er is dus geen inrichting nodig om van start te gaan.
• De toegang is daarna per rol aan of uit te zetten in het autorisatiebeheer. Heeft een rol geen bevoegdheid, dan is het betreffende tabblad op de Vacatures-pagina niet zichtbaar.
• Beide bevoegdheden zijn leesrechten: het dashboard en het voortgangsoverzicht zijn overzichtsschermen. Wat een gebruiker mag wijzigen, blijft bepaald door de bestaande Werving en Selectie-bevoegdheden (zoals Vacatures, Kandidaten en Sollicitatie).

Nedap koppeling – uurloon als perioderecord
Wijzigingen in het uurloon worden nu inclusief ingangsdatum als perioderecord meegestuurd naar Nedap, zodat ook het verloop van het uurloon in Nedap correct wordt bijgehouden.

Salaris

Veld "Kleur tabel" hernoemd naar "Code loonbelastingtabel"
Het veld Kleur tabel heet voortaan Code loonbelastingtabel, zodat direct duidelijk is welke code hier wordt vastgelegd.

 opgeloste bugs 

• Beheer stuurgegevens – medewerkerberichten naar privé-e-mailadres – De instelling om medewerkerberichten naar het privé-e-mailadres te sturen werkte nog niet in alle situaties. De instelling wordt nu bij alle gebruikers toegepast en ook bij nieuwe gebruikers correct overgenomen.
• Mutatieonderhoud – verwijderen mutatie – Een verwijderde mutatie kon bij uitzondering alsnog worden verwerkt, waardoor onder andere de contractvorm en de parttime-uren onbedoeld werden aangepast. Dit gebeurt niet meer.
• Mijn Inzicht – verzuimdocumenten niet zichtbaar in medewerkerdossier – Documenten in de categorie Verzuim UWV waren voor de medewerker wel zichtbaar onder Verzuim, maar niet onder Mijn dossier | Documenten. Deze documenten worden nu ook daar getoond.
• Accorderen instroom – sortering op datum in dienst – Op het tabblad Instroom van het accorderen-scherm werden mutaties bij het sorteren op datum in dienst niet in de juiste volgorde getoond. De sortering werkt nu correct.
• Beheer – organisatiestructuur – melding verdwijnt direct – Bij het opgeven van een einddatum bij een afdeling verdween de waarschuwingsmelding (bijvoorbeeld over nog gekoppelde mutaties of afdelingen) direct, waardoor deze niet te lezen was. De melding blijft nu zichtbaar.
• Contractverlenging – validatiefout op datum uit dienst – Bij een contractverlenging waarbij ook de datum uit dienst werd aangepast, verscheen ten onrechte een foutmelding op basis van de oude datum uit dienst. De validatie kijkt nu naar de gewijzigde datum.

Opgeloste Bugs  

• Technische aanpassingen in chat. 

🚀Er staat weer een fijne update klaar! 🎉 Deze release brengt een handige nieuwe verbetering voor statistieken over meerdere groepen én lost een aantal vervelende puntjes rond datums, inchecken en inloggen op. Kortom: iets slimmer, duidelijker en soepeler werken.

Deze update staat inmiddels live op productie en is dus direct beschikbaar voor organisaties die werken met de nieuwe KIS GroepsApp. Werk je er nog niet mee, maar ben je wel benieuwd? Neem dan gerust contact op met je CSM om de mogelijkheden te bespreken. 

📊 Statistieken over meerdere groepen — nieuw

Totaal over alle groepen: je ziet een samengeteld overzicht ("Alle groepen") van alle geselecteerde groepen samen. Kinderen die in meerdere groepen zitten, worden daarbij maar één keer geteld.

Ook per groep: naast het totaal zie je een uitsplitsing per afzonderlijke groep, zodat je in één oogopslag ziet waar de aandacht naartoe moet.

Slim bij KDV: heb je een KDV-groep in je selectie, dan tonen we bewust géén samengeteld totaal (dat zou een misleidend getal geven); je ziet dan netjes de cijfers per groep.

🛠️ Opgelost & verbeterd

Datums worden weer correct getoond: op onder andere de tabbladen Aanvragen en Berichten klopte de datum soms niet — dag en maand stonden omgedraaid (10 augustus werd bijvoorbeeld 8 oktober) of er verscheen zelfs een onmogelijke datum ver in de toekomst (zoals januari 2028). Datums worden nu overal — ook bij berichten en reacties — in het juiste Nederlandse formaat (dag-maand) getoond.

Reserveringen herkenbaar met een eigen label: op het dagoverzicht kreeg een kind met een reservering hetzelfde label "Verwacht" als een gewoon verwacht kind, wat verwarrend was. Een reservering toont nu een eigen label "Reservering" (of "Ochtend: Reservering" / "Middag: Reservering" als het om één dagdeel gaat). Aan- en afmelden werkt precies zoals voorheen.

Inloggen met PIN is betrouwbaarder: ging het inloggen met PIN mis (bijvoorbeeld door een korte netwerkhapering, de melding "Failed to fetch"), dan krijg je nu een duidelijke melding en probeert de app het automatisch opnieuw. 

Oude versie van de app: Mocht je op een oude versie van de webapp zitten, dan is het verstandig om de webapp te verwijderen en opnieuw te downloaden. 

Geen in-/uitchecktijden in de toekomst: bij het (bulk) in- en uitchecken en in het venster om een tijd aan te passen kun je geen tijd in de toekomst meer kiezen. De meldingen bij het in bulk in-/uitchecken zijn bovendien duidelijker en kloppen nu met wat er daadwerkelijk gebeurt.

Aanwezigheidsstatus klopt bij afwijkende inchecktijd: checkte een kind in op een tijd buiten het geplande dagdeel, dan bleef het soms op "verwacht" staan. De status wordt nu correct bijgewerkt.

In-/uitchecktijden dik gedrukt: Het kon voorkomen dat de in-/uitchecktijden niet dik gedrukt stond wanneer een kind wel was aan/afgemeld. Dit was alleen een visuele vervelende beperking, maar is nu weer gerepareerd.

🚐 Vernieuwd vervoersscherm

Kinderen afvinken als opgehaald: vink een kind af zodra het is opgehaald. Dit wordt centraal bewaard, dus collega’s die met dezelfde rit bezig zijn zien het meteen.

"Onderweg" in het groepsoverzicht: opgehaalde kinderen krijgen in het dagoverzicht de status Onderweg, zodat de groep ziet dat ze eraan komen. Zodra een kind bij de groep wordt ingecheckt, gaat het vanzelf naar "aanwezig".

Afwezigheid bijna direct zichtbaar: meldt een ouder of de administratie een kind af, dan verschijnt dat vrijwel meteen op het scherm. De chauffeur kan zelf ook een kind afmelden, met opgave van reden.

Brengen ⇄ ophalen: schakel eenvoudig tussen de brengrit en de ophaalrit, met een teller per richting. Bij het brengen zie je op het groepsbord de status Gebracht.

Opgefriste lijst: een vriendelijkere melding als er niets te brengen of op te halen valt, duidelijkere iconen en labels ("Brengen:"), en een teller die vooraf afgemelde kinderen niet meer meetelt — zo raakt een rit niet "vast" op bijvoorbeeld 7/8.

Ook zichtbaar bij Calamiteiten: de status Onderweg komt ook terug op het calamiteitenscherm, met een schakelaar om kinderen die onderweg zijn wel of niet mee te tellen bij het verzamelen.

Automatisch bijgewerkt: het scherm ververst zichzelf op de achtergrond, zodat je altijd de actuele situatie ziet.

🔒 Onder de motorkap