Opgeloste bugs
Er wordt dit keer niet gefaseerd uitgerold en staat de update direct voor je klaar in de stores.
Release 351 staat klaar op de acceptatieomgeving en gaat op 10 september live in productie. Deze update bevat 7 nieuwe functionaliteiten & doorontwikkelingen en 7 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 10 september.
Nieuwe functionaliteiten & doorontwikkelingen
Uitzonderingen op catalogusitems (#5268)
Beheerders en managers kunnen nu op medewerkersniveau uitzonderingen vastleggen voor (verplichte of aanbevolen) catalogusitems. Dat kan in het portfolio van de betreffende medewerker op het nieuwe tabblad 'Uitzonderingen'. Zo houd je rekening met medewerkers die een leerpad of opleiding om een geldige reden niet hoeven te volgen (bijv. een uitzondering op leeftijd of medische indicatie). De uitzondering is duidelijk zichtbaar in zowel het portfolio van de medewerker als in de opleidingen matrix op de afdeling. Hiermee wordt het toewijzen van opleidingen flexibeler en beter afgestemd op de individuele medewerker.
Nieuw: Vooruitblik-rapport (#6395)
Het vooruitblik-rapport is nu officieel gelanceerd en te vinden in het menu onder "Rapportage". Zowel Beheerders als Planners hebben toegang tot dit rapport. Het rapport biedt een prognose van het aantal benodigde plekken op basis van verloopdatums en toewijzingen. Het geeft geen inzicht in medewerkergegevens of resultaten.De prognose is bedoeld om te ondersteunen in het plannen van trainingen. Bovenaan de pagina wordt het rapport toegelicht. Op een later moment zal ook een kennisbank artikel volgen. Neem bij vragen of onduidelijkheden gerust contact op.
Resultaat catalogusitem doorsturen als kwalificatie naar Planning (#5375)
Naast bekwaamheden kun je nu ook het resultaat van een catalogusitem als kwalificatie laten doorsturen naar SDB Planning. Hiermee wordt het bijvoorbeeld mogelijk om een afgerond leerpad als matchingscriteria in SDB Planning te hanteren. In tegenstelling tot bekwaamheden, dient het doorsturen van deze resultaten per catalogusitem ingesteld te worden (door de beheerder). Dat kan door de schakelaar in te schakelen (zie schermafbeelding). Resultaten worden dan na de volgende nachtelijke synchronisatie doorgestuurd naar SDB One. In SDB One kan vervolgens worden ingesteld dat deze kwalificatie ook doorgezet dient te worden naar SDB Planning. Eenmaal ingeschakeld, hoeven kwalificaties niet handmatig te worden bijgehouden en klopt de inzetbaarheid van medewerkers altijd met hun behaalde resultaten. Dit maakt de koppeling tussen leren en plannen completer en betrouwbaarder.
Optimalisatie import template: alle activiteiten in één bestand (#6377)
Het venster voor het downloaden van het importtemplate (Beheer > Import > Download template) is geoptimaliseerd. De volgorde en naamgeving van de verschillende templates is aangepast. Bij het selecteren van het template voor activiteiten in een bekwaamheid of leerpad wordt de beheerder duidelijk geïnformeerd over de werking van het template. Bovendien worden nu standaard alle activiteiten in het template gezet. Het is dus niet langer nodig om een template per activiteit te downloaden. Het aantal activiteiten in het template wordt onderaan het venster vermeld. Hiermee werk je sneller en met minder kans op fouten bij het importeren.
Portfolio-onderdeel hernoemd naar "Resultaten & certificaten" (#6437)
Het menu-onderdeel "Resultaten" in je portfolio heet nu "Resultaten & certificaten". Uit klantfeedback bleek dat gebruikers hun certificaat soms lastig konden vinden. Met deze nieuwe naam is meteen duidelijk dat je op deze pagina naast je resultaten ook je certificaten terugvindt.
Medewerker-ID hernoemd naar Personeelsnummer (#6434)
Het veld "Medewerker-ID" in het profiel heet nu "Personeelsnummer". Deze term sluit beter aan bij hoe medewerkers en organisaties dit veld herkennen. Zo is direct duidelijk welke gegevens hier worden bedoeld.
Verbeterde navigatie en voortgang in leerpaden (#6125)
Wanneer je binnen een leerpad een onderdeel hebt geopend (zoals een e-learning), kom je bij het terugnavigeren netjes terug in het actieve leerpad. Voorheen belandde je dan onbedoeld weer in de catalogus. Hierdoor kun je je leerpad in één doorgaande beweging vervolgen zonder je plek kwijt te raken. Dit maakt het volgen van een leerpad overzichtelijker en prettiger.
Opgeloste bugs
Berichten is nu een conversatie 💬
Goed nieuws: binnenkort wordt berichten sturen op de KIS-platforms overzichtelijker én makkelijker! Je werkt straks met gesprekken: per groep, per kind en voor dagverslagen. Reacties van ouders verschijnen direct in hetzelfde gesprek, en oude berichten vind je terug in het archief.
In deze uitleg nemen we je kort mee door de nieuwe werkwijze. De aparte release staat gepland voor maandagavond 7 september 2026.
💬 Alles over één kind of één groep bij elkaar
✏️ Een gesprek beginnen met Nieuwe chat
Onder de filters staat de knop Nieuwe chat. Je kiest daar waar het gesprek over gaat:
Voorheen koos je eerst een berichttype en stelde je daarna zelf de ontvangers samen. Nu bepaalt het gesprek wie het bericht krijgt — zo kun je niet per ongeluk de verkeerde ontvanger aanvinken.
Goed om te weten: je ziet alle ingeschreven kinderen waar je bij mag. Kinderen die vandaag aanwezig zijn, staan bovenaan met een groen Aanwezig-label.
📎 Versturen: tekst, foto's, video's én documenten
Onderin het gesprek staat de invoerbalk. Met de + voeg je bijlagen toe: foto's, video's en documenten zoals pdf, Word, Excel, PowerPoint, tekstbestanden en audio.
Foto's controleren werkt zoals je gewend bent
Tik op het potlood op een foto om hem te bewerken. Gezichten worden automatisch gedetecteerd en je maakt ze onherkenbaar door te blurren. Blurren blijft permanent: het gebeurt vóór de foto wordt verstuurd en is niet terug te draaien.
Let op: een tag op een foto bepaalt niet meer wie het bericht krijgt — dat doet het gesprek. In een dagverslag wordt een getagd kind wel toegevoegd.
🔒 Bevestigen naar wie een bericht gaat
✎ Je eigen bericht bijwerken of terugnemen
Bij je eigen verzonden berichten staat een ⋮-menu:
Voorheen kon je een bericht alleen bewerken zolang er nog geen reacties op stonden. Nu kun je je eigen berichten altijd bijwerken of terugnemen.
📋 Het dagverslag heeft een eigen tab
Voorheen was een dagnotitie een berichttype in “Nieuw bericht”. Nu heeft elke groep één dagverslag-gesprek dat alleen medewerkers zien.
Belangrijk: open je een concept opnieuw, of bewerk je een verzonden verslag, dan bewaart de app dat niet vanzelf. Je wijzigingen staan alleen in het scherm tot je zelf op Concept opslaan of Opslaan tikt.
📁 Je oude berichten staan in het archief
Rechtsboven in het overzicht staat de knop Archief. Daar vind je alle berichten van vóór deze verandering terug.
Archief: alles is alleen-lezen. Nieuwe berichten verstuur je via de nieuwe chat.
✨ Nog goed om te weten
De afgelopen periode hebben we gewerkt aan een vernieuwde berichtenfunctionaliteit voor KIS, de KIS Groepsapp en de Octopus Ouderapp. Vanaf dinsdag 1 september 2026 staat deze vernieuwing voor je klaar op de acceptatieomgeving om te testen.
Met deze stap vernieuwen we niet alleen wat je ziet, maar ook de basis van de berichtenfunctionaliteit. Zo ontstaat meer overzicht in communicatie, sluiten de verschillende soorten berichten beter aan op hun doel en leggen we tegelijk een stevige basis om hier in de toekomst verder op door te bouwen.
De vernieuwde berichtenfunctionaliteit staat op maandagavond 7 september 2026 gepland om naar productie te gaan in een aparte release voor alle betrokken applicaties.
Berichten werken duidelijker en meer vanuit de context van het gesprek. Daardoor zie je sneller wat bij elkaar hoort, voor wie een bericht bedoeld is en waar je moet zijn om informatie terug te vinden.
De vernieuwing is beschikbaar voor de combinatie van de volgende applicaties:
Binnen KIS is er nu een apart menu-item Berichten. Daarmee krijg je veel meer inzicht in alle communicatie die speelt.
Je kunt werken vanuit:
Ook werk je met verschillende soorten berichten, elk met een eigen doel. Dat betekent dat je berichten makkelijker terugvindt en sneller kunt zien wat er al is gedeeld, besproken of opgevolgd.
Ook in de KIS Groepsapp is de berichtenfunctionaliteit vernieuwd.
Dat merk je bijvoorbeeld aan:
Hierdoor sluit de Groepsapp beter aan op hoe je dagelijks op de groep werkt.
In de Octopus Ouderapp worden berichten overzichtelijker getoond. Ouders zien daardoor sneller wat voor soort bericht ze ontvangen en waar ze informatie kunnen terugvinden.
Zo zijn er onder andere aparte overzichten voor:
Dat maakt de communicatie voor ouders duidelijker en prettiger in gebruik.
Met deze vernieuwing hebben we niet alleen de zichtbare schermen aangepast, maar de hele technische basis van de berichtenfunctionaliteit vernieuwd.
Dat zorgt voor:
Zo kunnen we de komende tijd stap voor stap meer verbeteringen en nieuwe mogelijkheden toevoegen.
We nodigen je uit om de vernieuwde berichtenfunctionaliteit te testen binnen de combinatie van KIS, KIS Groepsapp en Octopus Ouderapp.
Om alles goed te kunnen testen, heb je accounts nodig op de acceptatieomgeving voor de verschillende applicaties:
Heb je hulp nodig met de accounts of wil je weten hoe je de acceptatieomgeving van de verschillende applicaties kunt benaderen? Neem dan gerust contact met ons op.
Voor meer informatie over hoe de vernieuwde berichtenfunctionaliteit werkt, verwijzen we je graag naar de artikelen in de kennisbank.
Daar lees je meer over onder andere:
De productie-uitrol vindt plaats in een aparte release voor KIS, de KIS Groepsapp en de Octopus Ouderapp.
Tijdens de acceptatiefase horen we het graag als iets niet naar verwachting werkt. Zo zorgen we er samen voor dat de vernieuwde berichtenfunctionaliteit goed aansluit op de praktijk en klaar is voor gebruik in productie.
Alvast bedankt voor het testen.
Met vriendelijke groet,
Minder vastlopers, duidelijkere keuzes en schermen die beter doen wat je verwacht.
In deze release hebben we veel verbeteringen gedaan in de dagelijkse processen: contracten opslaan, trajectaanvragen verwerken, roosters aanpassen, kinderen aan- en afmelden, toestemmingen beheren, factureren en gebruikers bijwerken.
Deze uitleg loopt langs de belangrijkste verbeteringen: contracten, aanvragen, workflows, planning, toestemmingen, gebruikers, facturatie, ouderinschrijvingen, de Groepsapp en beveiliging.
🧪 Testen op acceptatie: vanaf woensdagochtend 2 september 2026.
📦 Uitrol naar productie: maandagavond 14 september 2026.
⚡ Een aantal verbeteringen worden eerder uitgerold met release 350.
Bij sommige contracttemplates kon je alleen nog kiezen voor E-mail. Daardoor werd een contract direct verstuurd, terwijl je het soms alleen wilde bewaren. Dat is hersteld. Je kunt nu weer kiezen voor Opslaan wanneer je een contract wilt maken zonder het meteen naar ouders te mailen.
Goed om te weten:
• E-mail gebruik je als het document direct naar ouders moet.
• Opslaan gebruik je als je het document eerst alleen wilt bewaren.
• Digitale handtekening gebruik je wanneer een document via digitaal ondertekenen moet worden verstuurd.
• De optie is weer beschikbaar bij alle templates.
Zo houd je zelf controle over het moment waarop een contract en/of bevestiging wordt verzonden.
Trajectaanvragen zijn duidelijker af te handelen. Voorheen kon een aanvraag uit beeld verdwijnen zodra de onderliggende regels waren verwerkt, terwijl de aanvraag zelf nog niet afgerond was. Ook kon een nieuwe contractaanvraag soms niet van status worden gewijzigd. Dat werkt nu anders. Een open aanvraag blijft zichtbaar totdat je bewust kiest wat ermee moet gebeuren.
Je kunt nu per aanvraag duidelijk kiezen:
• Toepassen — zet de aangevraagde regels om naar echte plaatsingen.
• Afronden — sluit de aanvraag af wanneer alles klaar is.
• Annuleren — sluit de aanvraag zonder de resterende conceptregels te gebruiken.
Staan er nog conceptregels open? Dan vraagt KIS eerst wat je daarmee wilt doen. Zo raak je minder snel gegevens kwijt en blijft duidelijk welke stap nog nodig is.
Voorheen voelde dit alsof een aanvraag “vast” kon zitten of zomaar verdween. Nu begeleidt KIS je beter door het proces.
Bij workflows kon je een actie selecteren, opslaan en daarna bij opnieuw openen iets anders terugzien. Daardoor was het niet betrouwbaar mogelijk om bijvoorbeeld een e-mailactie vast te leggen. Dat is opgelost. De actie die je kiest, blijft nu ook de actie die wordt opgeslagen.
Dat maakt workflows weer bruikbaar voor processen waarin je automatisch iets wilt laten gebeuren, zoals het versturen van informatie of het afhandelen van een registratie.
Bij nieuwe groepen of roosterwijzigingen werden openingstijden niet altijd goed opgeslagen wanneer de wijziging vandaag of in de toekomst inging. Het gevolg: een groep kon in KIS of de ouderapp als gesloten worden gezien, terwijl de openingstijden wel waren ingevuld.
Dat is opgelost. Roosterwijzigingen worden nu goed opgeslagen en gebruikt op de plekken waar ze nodig zijn.
Je merkt dit bijvoorbeeld bij:
• het aanmaken van een nieuwe groep;
• het aanpassen van openingstijden;
• trajectplanning;
• aanvragen in de ouderapp;
• controle of een groep open of gesloten is.
Wanneer groepen tijdelijk waren samengevoegd, werkte aan- en afmelden in de Groepsapp niet altijd goed.
Soms lukte bulk aanmelding niet. Soms bleef een individuele aanmelding hangen op een draaiend laadicoon. En soms leek er geen duidelijk verschil tussen kinderen die wel en niet aangemeld konden worden.
Dat is verbeterd. Bij samengevoegde groepen worden de juiste groepskoppelingen nu meegenomen. Daardoor kunnen kinderen uit de samengevoegde groep consistenter worden aan- en afgemeld.
Bij het aanmaken van een toestemming werkte de filtering tussen organisatie, administratie, locatie en groep niet altijd logisch.
Je kon bijvoorbeeld een locatie kiezen en daarna toch groepen zien die niet bij die locatie hoorden.
Dat is opgelost. De velden reageren nu beter op elkaar:
• kies je een organisatie, dan worden administraties, locaties en groepen daarop aangepast;
• kies je een administratie, dan worden locaties en groepen daarop aangepast;
• kies je een locatie, dan zie je alleen groepen van die locatie;
• maak je een keuze leeg, dan worden afhankelijke velden opnieuw berekend.
Zo selecteer je alleen combinaties die echt bij elkaar horen.
Bij toestemmingen met vooraf ingestelde antwoorden kun je nu beter bepalen hoe ouders mogen antwoorden.
Soms wil je dat ouders precies één antwoord kiezen. Soms wil je juist meerdere antwoorden toestaan. Dat kan nu beter worden ingericht. Daardoor past een toestemming beter bij de vraag die je stelt.
Wanneer meerdere toestemmingen in het ouderinschrijfformulier stonden, werd dat niet altijd prettig weergegeven. De weergave is verbeterd zodat toestemmingen beter leesbaar zijn en ouders duidelijker zien welke vraag ze beantwoorden.
Ook wordt beter rekening gehouden met de manier waarop antwoorden gekozen mogen worden.
In de Groepsapp kon een medewerker bij het openen van een toestemming meer kinderen zien dan bedoeld. De toestemmingslijst was wel gefilterd, maar de detailweergave kon alsnog kinderen tonen buiten de geselecteerde groep of locatie.
Dat is aangepast. Open je een toestemming vanuit de Groepsapp, dan zie je alleen de kinderen die passen binnen jouw groep(en) of locatie.
Bij het aanpassen van het e-mailadres van een medewerker kon KIS melden dat het medewerker-ID al in gebruik was.
Dat klopte niet: het ID hoorde bij dezelfde medewerker. De controle houdt daar nu rekening mee. Daardoor kun je het e-mailadres van een medewerker weer wijzigen zonder onterechte blokkade.
De synchronisatieknop voor medewerkers en ouders naar gebruikers is beschikbaar gemaakt voor backofficegebruikers.
Dat betekent dat klanten dit vaker zelf kunnen uitvoeren, zonder hiervoor SDB Support nodig te hebben. Handig wanneer gebruikers ontbreken of gegevens opnieuw gelijkgetrokken moeten worden.
E-mailadressen worden consistenter verwerkt. KIS gaat beter om met hoofdletters, spaties rondom adressen en foutieve spaties ín een e-mailadres.
Voorbeelden:
• Test.Testen@email.nl en test.testen@email.nl worden niet meer als verschillende adressen behandeld.
• Een adres met spaties ín het e-mailadres wordt geweigerd.
• Het factuur-e-mailadres van ouders wordt ook netter verwerkt.
Hierdoor ontstaan minder dubbele gebruikers en verlopen koppelingen tussen ouders, medewerkers en webgebruikers betrouwbaarder.
Oudere versies van de ouderapp kennen niet altijd alle velden die inmiddels in KIS bestaan. Als zo’n app een profiel bijwerkte, konden velden die niet werden meegestuurd toch leeg worden gemaakt.
Dat is aangepast. Niet meegestuurd betekent nu: laat staan wat er al staat. Alleen als een veld bewust leeg wordt meegestuurd, wordt het ook echt leeggemaakt.
Dat voorkomt dat gegevens verdwijnen die ouders niet eens in hun app zagen.
Een SEPA-machtiging met een startdatum in de toekomst werd niet altijd meegenomen bij facturatie, ook als die startdatum wél vóór de factuurperiode lag.
Voorbeeld: vandaag is het augustus, de SEPA start op 25 augustus en je factureert september. Dan moet die SEPA gewoon geldig zijn voor de septemberfactuur.
KIS kijkt nu naar de factuurperiode in plaats van alleen naar vandaag. Daardoor wordt de juiste SEPA-machtiging meegenomen bij het berekenen en bekijken van facturen.
Bij sommige klanten kon een foutmelding verschijnen tijdens het berekenen of goedkeuren van facturen.
Dit is opgelost, zodat het facturatieproces stabieler verloopt.
Tickets: #1515
Het ouderinschrijfformulier kan op de website van een klant staan. Daar werden vertalingen soms geblokkeerd, waardoor het formulier alleen in het Engels zichtbaar was.
Dat is opgelost. Het formulier kan de vertalingen nu weer ophalen vanaf klantwebsites. Ouders zien daardoor weer de juiste taal in het formulier.
De Groepsapp had een lijst met afwezigheidsredenen nodig voor de melding “afwezig”. Daarvoor werd tijdelijk een zware koppeling gebruikt die ook alle kinderen van een groep ophaalde.
Dat is vervangen door een gerichte .NET-koppeling. De Groepsapp kan nu alleen de afwezigheidsredenen ophalen die nodig zijn voor de gekozen groep.
Dat is sneller, lichter en duidelijker.
Zie ook Toestemmingen.
Voor de Groepsapp betekent dit: open je een toestemming, dan zie je alleen de kinderen die binnen jouw groep(en) vallen. Niet meer de volledige lijst van kinderen waarvoor de toestemming ooit is uitgezet.
Er zijn meerdere kleine verbeteringen gedaan in de nieuwe KIS-interface.
Je merkt dit bijvoorbeeld aan:
• ja/nee-waarden die vertaald worden weergegeven;
• links die naar de juiste organisatie, administratie of locatie gaan;
• namen in plaats van technische ID’s;
• velden die je weer kunt leegmaken en opnieuw opslaan;
• kostenplaatsen en productgroepen die weer zichtbaar zijn waar dat hoort;
• overzichten die beter navigeerbaar zijn.
Het zijn geen grote nieuwe functies, maar wel verbeteringen die de nieuwe UI prettiger en consistenter maken.
De Discovery Service helpt de ouderapp om de juiste omgeving te vinden. We hebben hierin opgeschoond om alles veilig te houden en weer beter beschermd.
Zo blijft de Ouderapp werken, maar is de technische toegang veiliger ingericht.
In deze update kun je je noodtelefoonnummer bekijken en aanpassen op je profielpagina. Daarnaast zijn fotoalbums overzichtelijker geworden, is de factuurinformatie duidelijker en hebben we een aantal problemen opgelost.
Nieuwe functionaliteiten
Opgeloste bugs
Een kleine onderhoudsrelease. Deze update lost een inlogprobleem op waardoor de app op een foutmelding kon blijven hangen.
Opgeloste bugs
In deze release hebben we de medische gegevens op de kindkaart duidelijker gemaakt, zorgen we ervoor dat de juiste gegevens altijd bij het juiste kind blijven horen. En elk zoekveld in de app leeg je met één tik op het kruisje.
🎉 Goed nieuws: deze update staat inmiddels live op productie en is dus direct beschikbaar voor organisaties die werken met de nieuwe KIS GroepsApp.
Onderaan het tabblad Medisch stond één knop Medisch bevestigen, die twee dingen tegelijk deed: akkoord gaan met een wijziging van de ouder én je eigen aanpassing opslaan. Die twee acties zijn nu gesplitst en het tabblad is opnieuw ingedeeld.
Sluit je de kindkaart of ga je door naar een ander kind terwijl je een wijziging nog niet hebt opgeslagen? Dan wordt deze wijziging verwijderd. Je ziet daarbij de melding:
De niet-opgeslagen wijziging in de medische gegevens van is verwijderd.
Zo voorkom je dat een wijziging die je bewust hebt laten liggen later alsnog in het dossier terechtkomt.
Een opslag die al onderweg is, wordt wél afgemaakt. Sluit je het scherm direct na Opslaan & bevestigen, dan ontvang je achteraf alsnog een melding of het opslaan is gelukt.
💡 Goed om te weten: lukt het opslaan niet terwijl de kindkaart nog open staat, dan blijft je wijziging gewoon behouden en kun je het opnieuw proberen. Er gaat niets verloren.
Bij een trage verbinding, of wanneer je snel van het ene kind naar het andere klikte, kon de kindkaart tijdelijk gegevens door elkaar tonen. Zo konden naam en foto van het ene kind zichtbaar zijn, terwijl medische gegevens, allergieën of contactpersonen van een ander kind werden weergegeven. Ook een medewerkersnotitie kon hierdoor bij het verkeerde kind terechtkomen.
Gegevens die binnenkomen nadat je al naar een ander kind bent gegaan, worden nu niet meer weergegeven.
Wat je ziet hoort daardoor altijd bij het kind waarvan de kindkaart op dat moment geopend is.
Een zoekopdracht wissen betekende op een tablet vaak dat je de volledige zoekterm handmatig moest verwijderen met de backspace.
Elk zoekveld heeft nu een wis-knopje dat automatisch verschijnt zodra je begint te typen. Met één tik maak je het hele zoekveld leeg.
Je vindt dit onder andere op:
Keuzemenu's werden altijd naar boven uitgeklapt. Wanneer de knop zich hoog in het scherm bevond, kon een deel van de opties buiten beeld vallen, waardoor niet alle keuzes bereikbaar waren.
Een keuzemenu bepaalt nu automatisch aan welke kant de meeste ruimte beschikbaar is en opent in die richting.
Past de volledige lijst niet op het scherm, dan wordt binnen het menu gescrold in plaats van buiten het scherm.
Dit geldt onder andere voor:
🧡 Veel plezier met deze update!
Heb je vragen of feedback? Gebruik gerust de feedbackknop in de app. We horen graag wat je ervan vindt.
Release 2026.10 gaat op 30 augustus 2026 in acceptatie en op 14 september 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.
| Release | Endpoint |
| 2026.02 | api/clients/{{clientId}}/reports/ovz |
| 2026.11 | api/clients/{id}key-arrangements |
| 2027.05 | api/v2/clients/{id}/reports/ovz Vervangend endpoint: api/v3/clients/{id}/reports/ovz |
| 2027.08 | api/v2/clients/{id}/stakeholders Vervangend endpoint: api/clients/{id}/network |
| 2027.10 | api/clients/{id}/care-plan Vervangend endpoint: api/v2/clients/{id}/care-plan |
| 2027.10 | api/clients/{id}/care-plan/mikzo Vervangend endpoint: api/v2/clients/{id}/care-plan/mikzo |
Functionaliteiten - Open Systeem
Financiële gegevens van cliënt via API wijzigen
Het is nu mogelijk om financiële gegevens van een cliënt via de API te wijzigen. Hiervoor is een nieuw endpoint beschikbaar:
Via deze functie kunnen financiële gegevens worden gewijzigd voor een specifieke cliënt.
Bij het gebruik van het endpoint wordt gecontroleerd of het opgegeven IBAN geldig is. Daarnaast wordt gecontroleerd of de opgegeven betalingswijze overeenkomt met een geldige code uit de codetabel. De betalingswijze kan worden opgehaald via de bestaande codecategorie voor betalingswijzen.
Om deze gegevens te mogen wijzigen is de juiste autorisatie vereist. De gebruiker moet beschikken over de benodigde rechten voor Financieel - IBAN en mag de actie alleen uitvoeren voor cliënten waarvoor de gebruiker toegang heeft.
Uitgevoerd door-gegevens beschikbaar via API
De API-bibliotheek is uitgebreid met ondersteuning voor de ‘Uitgevoerd door’-gegevens binnen zorgplan- en rapportagegegevens. Deze informatie is nu beschikbaar via diverse bestaande endpoints voor PDA-, Omaha-, MIKZO- en Werkplan-items. Daarnaast kunnen deze gegevens worden uitgelezen en vastgelegd binnen SDB-rapportages.
De volgende endpoints zijn uitgebreid:
Vervangende endpoints waarin actioncode bij Mikzo optioneel wordt
Vanaf deze release zijn er 2 nieuwe endpoints beschikbaar voor Mikzo waarbij de actioncode optioneel wordt.
Dit zijn volgende endpoints:
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 2026.10 gaat op maandag 31 augustus 2026 in acceptatie en op maandag 14 september 2026 in productie en bevat 8 functionaliteiten en 4 opgeloste bugs.
functionaliteiten - Zorg
Lees-permissie voor Ysis-rapportages
Het is nu mogelijk om het lezen van Ysis-rapportages te autoriseren, vergelijkbaar met rapportages die binnen ECD worden opgesteld. Daarom is een nieuw leespermissie ‘Rapportages’ toegevoegd binnen de functierol bij de overige Ysis-rechten.
Gebruikers met deze permissie kunnen Ysis-rapportages bekijken vanuit zowel het cliëntdossier als de groepsrapportage. Wanneer de permissie niet is toegewezen, zijn deze rapportages niet zichtbaar. Standaard staat deze permissie 'aan' gevinkt conform huidige werking.
Afdruk zorg/administratief: autorisaties worden nu gerespecteerd
Wij blijven continu werken aan het verbeteren van de kwaliteit, beveiliging en beschikbaarheid van cliëntgegevens. Daarbij controleren we regelmatig of informatie binnen het ECD alleen zichtbaar is voor gebruikers die hiervoor de juiste autorisaties hebben.
Tijdens een dergelijke controle hebben we geconstateerd dat gebruikers wel rechten konden hebben om een afdruk zorg/administratief te doen via cliëntacties, maar dat bij het genereren van de afdruk niet altijd rekening werd gehouden met de autorisaties op afzonderlijke onderdelen hiervan. Hierdoor konden onderdelen in de afdruk terechtkomen waarvoor de gebruiker geen inzagerechten had op de desbetreffende pagina's.
Dit is aangepast. Vanaf nu bevat een afdruk alleen de onderdelen waarvoor de gebruiker daadwerkelijk geautoriseerd is. Hierdoor sluiten afdrukken beter aan op de ingestelde toegangsrechten en wordt de privacy van cliëntgegevens beter gewaarborgd.
functionaliteiten - Administratief
Overhalen mobiele uren: datumselectie toegevoegd
Bij het handmatig starten van de job Overhalen mobiele uren moest een gebruiker aangeven hoeveel dagen terug de verwerking moest plaatsvinden. Dit vereiste het handmatig berekenen van het aantal dagen op basis van een gewenste startdatum.
Om dit gebruiksvriendelijker te maken is een datumkiezer toegevoegd. De gebruiker kan nu direct een datum selecteren, waarna het systeem automatisch het benodigde aantal dagen berekent.
Netwerkkaart: weergave derde telefoonnummer interne zorgverlener
Op de netwerkkaart werd het derde telefoonnummer van een interne zorgverlener niet weergegeven. Dit is aangepast, waardoor nu ook het derde telefoonnummer zichtbaar is aan de rechterzijde van de netwerkkaart.
Daarnaast wordt voortaan, net als binnen het onderdeel Netwerk, het type telefoonnummer (bijvoorbeeld werk, mobiel of privé) als label bij het telefoonnummer getoond. Hierdoor is direct duidelijk welk soort nummer wordt weergegeven.
Standaardfilter voor openstaande taken bij cliënttaken
Binnen [ Cliënten -> Communicatie -> Taken} werden standaard alle taken van de cliënt getoond. Hierdoor moesten gebruikers in lange takenlijsten telkens zelf zoeken naar openstaande taken of handmatig een filter instellen. Deze filterinstelling ging bovendien verloren zodra de pagina werd verlaten.
Om de gebruikservaring te verbeteren wordt voortaan standaard gefilterd op openstaande taken. Hierdoor krijgen gebruikers direct een overzicht van de nog uit te voeren taken en zijn minder handmatige filteracties nodig.
(On)vrijwillige zorg: verduidelijkende toelichting aangepast
De toelichtende tekst bij de laatste vraag in de situatiestap van (on)vrijwillige zorg is aangepast om duidelijker uit te leggen wanneer het WZD-stappenplan van toepassing is.
De tekst luidt nu: "Bij 'Ja' word je automatisch doorverwezen naar stap 1 van het WZD-stappenplan, dat vereist is voor onvrijwillige zorg of bepaalde vrijwillige zorg."
Waarom deze wijziging? Vanuit eerdere klantbevragingen bleek dat niet altijd duidelijk was waarom het WZD-stappenplan in sommige situaties ook bij vrijwillige zorg moet worden gevolgd. De module heet bewust (on)vrijwillige zorg, omdat deze niet alleen bedoeld is voor het registreren van onvrijwillige zorg, maar ook voor bepaalde vormen van vrijwillige zorg.
De Wet zorg en dwang (Wzd) schrijft namelijk voor dat naast onvrijwillige zorg ook bepaalde vrijwillige zorg via het WZD-stappenplan moet worden vastgelegd. Overige vrijwillige zorg wordt geregistreerd en geëvalueerd binnen het reguliere zorgplan.
Met deze aangepaste toelichting wordt dit onderscheid beter uitgelegd, zodat gebruikers duidelijker begrijpen wanneer het WZD-stappenplan moet worden gevolgd.
Adressynchronisatie naar Ysis aangepast
De logica voor het bepalen van welk adres aan Ysis wordt aangeleverd is vereenvoudigd. Voortaan geldt de volgende volgorde:
Hiermee wordt het postadres niet langer meegenomen in de bepaling van het adres dat naar Ysis wordt gestuurd.
Cliënt verwijderen: duidelijkere waarschuwing en verbeterde leesbaarheid
Het scherm voor het verwijderen van cliënten is verder verfijnd om de kans op onbedoelde verwijderingen te verkleinen en de informatie duidelijker te presenteren.
Bij het verwijderen van één cliënt wordt voortaan de naam en het cliëntnummer getoond in de bevestigingsmelding.
Voorbeeld: Je staat op het punt om cliënt Bekkers (11986) te verwijderen.
Bij het verwijderen van meerdere cliënten toont de bevestigingsmelding het aantal geselecteerde cliënten.
Voorbeeld: Je staat op het punt om 2 cliënten te verwijderen.
Hierdoor is direct duidelijk welke cliënt(en) worden verwijderd en valt de impact van deze actie beter op voordat de verwijdering wordt bevestigd.
Opgeloste Bugs
kennisbank
De volgende artikels in de kennisbank van het klantenportaal zijn toegevoegd / bijgewerkt:
