Met versie 26.7.0 wordt de informatie rondom de opvang een stuk completer. Opmerkingen van de planner zijn nu direct terug te vinden bij de dag waarop ze betrekking hebben, schoolgegevens van een kind kunnen zelfstandig worden bijgewerkt en wijzigingen die de backoffice doorvoert op toestemmingsvragen zijn transparant terug te lezen. Daarnaast is een aantal gemelde problemen verholpen en is de app op verschillende punten stabieler geworden.

Nieuwe functionaliteiten

• Opmerkingen van de planner in de dagdetails: Wanneer de planner een opmerking heeft achtergelaten bij een opvangdag, wordt deze nu weergegeven in de details van die dag. In de kalender is met een markering direct te zien op welke dagen een opmerking staat, zodat belangrijke informatie over de opvang niet gemist wordt.
• School, niveau en klas aanpassen in het kindprofiel: De schoolgegevens van een kind kunnen nu rechtstreeks vanuit het kindprofiel worden bijgewerkt. Hiervoor wordt hetzelfde formulier gebruikt als bij een nieuwe trajectaanvraag, wat zorgt voor een consistente ervaring.
• Inzicht in door de organisatie aangepaste antwoorden: Medewerkers van de backoffice kunnen antwoorden op toestemmingsvragen wijzigen. In de antwoordgeschiedenis is nu zichtbaar dát een antwoord is aangepast, door wie en op welk moment. Ook bij verwijderde antwoorden is dit terug te vinden, zodat de status van elke toestemmingsvraag altijd navolgbaar is. 
• Uitgebreidere informatie bij aanvragen voor extra opvang: Overzichten van aanvragen tonen nu ook de aanvraagdatum en de opgegeven reden, wat de aanvraaghistorie beter navolgbaar maakt.

Opgeloste bugs

• Schoolkeuze bij een nieuwe trajectaanvraag: Bij het aanvragen van een nieuw traject wordt het aanbod van scholen afgestemd op de ingevulde woonplaats, waardoor de juiste school sneller te vinden is. 
• Opzegtermijn bij het beëindigen van een traject: De opzegtermijn die door de organisatie is ingesteld, werd niet meegenomen bij het opzeggen van een traject. De vroegst mogelijke einddatum wordt nu berekend op basis van deze instelling.
• Toestemmingsvragen na verwijdering van een antwoord: Wanneer de backoffice een eerder gegeven antwoord volledig verwijderde, kon dit leiden tot een foutmelding. Deze situatie wordt nu correct verwerkt en de vraag kan opnieuw worden beantwoord.
• Laden van de tijdlijn: In bepaalde gevallen kon de tijdlijn niet worden geladen door onvolledige gegevens bij foto's en albums. De tijdlijn is hier nu tegen bestand.
• Toestemming voor meldingen op Android: Op Android-apparaten werd de toestemming voor meldingen in sommige gevallen geweigerd zonder dat deze ooit is gevraagd. Er wordt nu op het juiste moment om toestemming gevraagd.

UI/UX

• Attendering op urgente toestemmingsvragen: Zijn er toestemmingsvragen die als urgent zijn gemarkeerd en nog niet zijn beantwoord, dan wordt hier bij het opstarten van de app op geattendeerd met een informatieve melding. De app blijft daarbij volledig te gebruiken.

Verbeteringen en technische updates

• Verplichte updates: Vanaf deze versie kan per release worden bepaald of een update verplicht is. Zo kan ervoor worden gezorgd dat iedereen op een recente versie werkt, wat van belang is voor nieuwe functionaliteiten.
• Stabiliteit en logging achter de schermen: De verwerking van gegevens uit het systeem is op meerdere punten robuuster gemaakt en de logging rondom aanmelden en het vernieuwen van sessies is verbeterd, wat het opsporen van problemen vereenvoudigt.

Versie 26.7.0 is vooral een onderhoudsrelease: een aantal gemelde problemen is verholpen en de app is achter de schermen stabieler geworden. De belangrijkste verbetering is dat het aanvragen van een nieuw wachtwoord vanuit de app weer werkt zoals bedoeld.

Opgeloste bugs

• "Wachtwoord vergeten" vanuit de app: Een aanvraag voor een nieuw wachtwoord vanuit de app leidde niet tot een e-mail, terwijl dit via het ouderportaal wel werkte. De aanvraag wordt nu met de juiste organisatiegegevens verstuurd, waardoor de e-mail weer wordt ontvangen. 
• Toestemming voor meldingen op Android: Op Android-apparaten werd de toestemming voor meldingen in sommige gevallen geweigerd zonder dat deze ooit is gevraagd. Er wordt nu op het juiste moment om toestemming gevraagd.

UI/UX

• Stabiliteit rondom sessies: Het vernieuwen van de sessie is verbeterd, waardoor onbedoeld uitloggen wordt voorkomen.

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

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.

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.

Mentorkoppeling en medewerkergegevens uit één bron

✍️ SEPA

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 ouder inschrijfformulier 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. Dit is enkel bij het aanmaken van een nieuwe locatie mogelijk om in te stellen.

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.

🔐 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