Release 349: soepeler plannen, betrouwbaarder verwerken en duidelijker communiceren 🚀

Deze release bevat verbeteringen op het gebied van planning, aanvragen, contracten, rapportages, koppelingen en gebruikersbeheer. Sommige wijzigingen merk je direct in de dagelijkse werkzaamheden; andere zorgen vooral achter de schermen voor een betrouwbaardere verwerking.

📅 Planning en kalender

Kalendernotificaties hebben geen invloed meer op de weekplanning

Kalender notificaties die in een kalender worden geplaatst, worden voortaan alleen nog als informatieve melding gebruikt. Hierdoor blijven kinderen zichtbaar in de weekplanning en op de groep planning, terwijl ouders en medewerkers nog steeds de melding kunnen zien.

Verruimde opvangtijden worden duidelijker weergegeven

Wanneer extra opvangtijd wordt aangevraagd op een bestaand dagdeel, blijft de oorspronkelijke plaatsing zichtbaar. Alleen de aanvullende opvangtijd wordt nog als aanvraag weergegeven. Hierdoor blijven de groep planning en bezettingsinformatie beter aansluiten op de werkelijkheid.

Studiedagaanvragen sluiten beter aan op bestaande planning

Bij aanvragen voor studiedagen houdt KIS nu rekening met bestaande plaatsingen. Daardoor wordt bijvoorbeeld een al geplande middagopvang niet meer overschreven wanneer alleen voor de ochtend opvang wordt aangevraagd.

Groepsapp volgt weer de normale aanvraagflow

Wordt uitgerold met release 348.

Wanneer een afwezig kind via de groepsapp wordt aangemeld, doorloopt deze wijziging voortaan weer de gebruikelijke aanvraag- en goedkeuringsprocedure. Hierdoor blijven interne controles en budgetprocessen correct functioneren.

📨 Plaatsingsaanvragen en meldingen

Ouders ontvangen weer meldingen bij bulkacties

Wanneer meerdere plaatsingsaanvragen tegelijk worden goedgekeurd of afgewezen, ontvangen ouders voortaan weer de juiste melding. Ook worden deze berichten weer zichtbaar in de mobiele correspondentie, zodat communicatie volledig en overzichtelijk blijft.

✍️ Contracten en SEPA

Automatische herinneringen voor digitale ondertekening werken weer correct

Ouders die een contract nog niet hebben ondertekend, ontvangen weer automatisch herinneringsmails volgens de ingestelde termijnen. Hierdoor is minder handmatige opvolging nodig.

Juiste document wordt getoond bij SEPA-machtigingen

Wanneer een contract en SEPA-machtiging samen zijn verstuurd, opent de link bij de SEPA-informatie nu weer het juiste document en ondertekeningslogboek. Hierdoor is sneller zichtbaar welke machtiging daadwerkelijk is ondertekend.

Onjuiste SEPA-ingangsdatum leidt niet meer tot verlies van de machtiging

Wanneer een ouder een ongeldige ingangsdatum invult bij het ondertekenen van een SEPA-machtiging, blijft de machtiging nu behouden. Alleen de ingangsdatum moet nog worden aangevuld. Dit voorkomt dat het volledige ondertekenproces opnieuw moet worden gestart.

✅ Toestemmingsformulieren

Deze verbeteringen worden uitgerold met release 348.

Toestemmingsformulieren zijn betrouwbaarder en gebruiksvriendelijker geworden

Op verschillende onderdelen zijn verbeteringen doorgevoerd aan toestemmingsformulieren.

Formulieren worden nu consistenter weergegeven in zowel het ouderregistratieformulier als de ouder-app. Ook zijn antwoordopties en verschillende schermonderdelen beter vertaald.

Daarnaast is het duidelijker zichtbaar waar een toestemming betrekking op heeft, kunnen toestemmingsantwoorden eenvoudiger worden bekeken en kunnen beheerders antwoorden aanpassen of verwijderen wanneer dit nodig is. Alle wijzigingen worden daarbij automatisch vastgelegd in de geschiedenis, inclusief datum, tijdstip en gebruiker.

Ook is het nu mogelijk om een uiterste antwoorddatum op dezelfde dag in te stellen.

📊 Rapportages

VE Kinderen-rapport toont namen correct

Namen met speciale tekens, zoals accenten en umlauten, worden nu correct weergegeven in het VE Kinderen-rapport. Daardoor sluiten rapportages beter aan op de geregistreerde gegevens.

🔗 Koppeling met SDB Planning

Wordt uitgerold met release 348.

Dagdelen worden vollediger doorgegeven aan SDB Planning

Wanneer een kind een volledige dag is ingepland, worden zowel het ochtend- als middaggedeelte nu correct doorgestuurd naar SDB Planning. Hierdoor sluiten overzichten beter aan op de werkelijke planning en wordt de aanwezigheid betrouwbaarder weergegeven.

👥 Locaties en medewerkers

Nieuwe locaties worden niet meer automatisch zichtbaar voor alle medewerkers

Bij het aanmaken van een nieuwe locatie bepaal je voortaan zelf of deze direct als voorkeurslocatie voor alle medewerkers moet worden ingesteld. Daardoor wordt voorkomen dat medewerkers onbedoeld toegang krijgen tot locaties waarvoor zij niet zijn bedoeld.

Wijzigingen in e-mailadressen worden automatisch gesynchroniseerd

Wanneer het e-mailadres van een ouder wordt aangepast, worden de bijbehorende inloggegevens automatisch bijgewerkt. Hierdoor zijn handmatige synchronisaties niet meer nodig en blijft de toegang tot de ouder-app beter gewaarborgd.

Mentorinformatie wordt consistenter weergegeven

Mentorkoppelingen en medewerkergegevens worden nu vanuit één centrale bron beheerd. Daardoor worden mentornamen betrouwbaarder weergegeven en komen dubbele vermeldingen in selectielijsten niet meer voor.

🔐 Inloggen en uitloggen

Uitloggen werkt weer zoals verwacht

Een probleem waarbij tijdens het uitloggen een foutmelding verscheen, is opgelost. Gebruikers worden nu weer correct afgemeld zonder foutpagina.

💶 Financiële verwerking

KOT-import is betrouwbaarder geworden

Wordt uitgerold met release 348.

De verwerking van KOT-bestanden is op meerdere punten verbeterd. Betalingen worden consistenter verwerkt, foutieve regels blokkeren niet langer de volledige import en tijdens het importeren krijg je meer inzicht in de voortgang en eventuele aandachtspunten. Hierdoor verloopt het importproces stabieler en overzichtelijker.

Release 348 bevatte geen actieve bugs. Daarom wordt er voor deze release niets op de productieomgeving geplaatst.

Release 349 bevat één opgeloste bug en één spotlight.

Uitlevering

Testomgeving: deze wijziging wordt op 3 augustus tussen 18.30 en 20.30 uur toegevoegd aan de testomgeving. Alle klanten met een testomgeving kunnen dit testen.

Productieomgeving: op 31 augustus wordt de code tussen 18.30 en 20.30 uur uitgeleverd op de productieomgeving.

Alle organisaties kunnen deze release bekijken en testen. De toegevoegde, aangepaste en opgeloste onderdelen worden hieronder beschreven. Heb je vragen of opmerkingen over deze release? Maak dan een ticket aan in het serviceportaal.


Update acceptatieomgeving

• Op vrijdag 7 augustus krijgt de testomgeving een kopieslag van de productieomgeving.
• Hiermee worden alle wijzigingen in de testomgeving overschreven.
• De testomgeving is daardoor op 7 augustus mogelijk minder goed bereikbaar.
  
  

Managementportaal

Gearchiveerde vestigingen

Wanneer je het vinkje voor gearchiveerde vestigingen gebruikte en daarna een gearchiveerde vestiging opende, werden er na het wisselen van tabblad geen locaties meer getoond wanneer je terugging. Dit probleem is opgelost, zodat de locaties weer correct zichtbaar blijven.

OVERIG

Daarnaast zijn er diverse klantgerichte tickets opgelost. Deze worden via de conversatie in het serviceportaal gecommuniceerd.

Alle release notes zijn terug te lezen op updates.sdbgroep.nl.

Release 348 wordt vanavond uitgeleverd op productie.

Release 349 bevat één opgeloste bug en één spotlight.

Uitlevering

Testomgeving: deze wijziging wordt op 3 augustus tussen 20.00 en 22.00 uur toegevoegd aan de testomgeving. Alle klanten met een testomgeving kunnen dit testen.

Productieomgeving: op 31 augustus wordt de code tussen 20.00 en 22.00 uur uitgeleverd op de productieomgeving.

Alle organisaties kunnen deze release bekijken en testen. De toegevoegde, aangepaste en opgeloste onderdelen worden hieronder beschreven. Heb je vragen of opmerkingen over deze release? Maak dan een ticket aan in het serviceportaal.

Update acceptatieomgeving

• Op vrijdag 7 augustus krijgt de testomgeving een kopieslag van de productieomgeving.
• Hiermee worden alle wijzigingen in de testomgeving overschreven.
• De testomgeving is daardoor op 7 augustus mogelijk minder goed bereikbaar.
  
  

Weken tellen

Het 'weken tellen op basis van contractperiode' kon ervoor zorgen dat het in de kerstvakantie niet goed toonde.
De fout ontstond doordat er een gat zat tussen twee ingestelde periodes. Omdat deze dagen niet binnen een van beide periodes vielen, herkende het systeem ze niet als vakantiedagen.

OVERIG

Daarnaast zijn er diverse klantgerichte tickets opgelost. Deze worden via de conversatie in het serviceportaal gecommuniceerd.

Alle release notes zijn terug te lezen op updates.sdbgroep.nl.

In deze release lossen we twee vervelende situaties op die precies opdoken op momenten waarop je wilt kunnen vertrouwen op duidelijke informatie: bij het afmelden van een kind aan het einde van de dag en bij het verder afmaken van een dagnotitie die als concept was opgeslagen. Alles is getest en afgetekend, zodat jij weer met vertrouwen verder kunt. 🧡

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.

✅ Afmelden werkt weer duidelijk en betrouwbaar

Wanneer een kind de hele dag op dezelfde groep stond ingepland, kon je het kind ’s ochtends aanmelden en aan het einde van de dag afmelden. Toch leek het op het dagoverzicht soms alsof de afmelding niet goed was verwerkt: de tijd bleef vetgedrukt staan en de knop Afmelden bleef zichtbaar.

Dat was verwarrend, want de afmelding was wél gelukt. De statusbadge gaf al Afgemeld aan en op de kindkaart stond de eindtijd. Alleen het dagoverzicht liep niet helemaal mee.

📝 Dagnotities met activiteiten zonder tijd openen weer goed

Een dagnotitie met activiteiten zonder tijd kon vastlopen wanneer je deze eerst als concept opsloeg en later opnieuw opende via het tabblad Tekst. In plaats van je bericht zag je dan een foutmelding. Niet handig, zeker niet als je juist later rustig je notitie wilde afmaken.

Wat is er verbeterd?

• Je concept opent nu weer gewoon, ook als activiteiten geen tijd hebben.
• Een tijd invullen blijft optioneel. Een activiteit zonder tijd is helemaal prima.
• Activiteiten zonder tijd blijven netjes zichtbaar in het overzicht en in de gegenereerde tekst.
• Dezelfde verbetering is ook doorgevoerd in de activiteitenkiezer.

Daarnaast tonen we tijden in berichten voortaan netter. Waar soms nog een volledige kloktijd met seconden stond, zoals 08:30:00, zie je nu gewoon 08:30.

🧡 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 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)