Deze update maakt de app vooral prettiger in dagelijks gebruik. Een datum kiezen bij een aanvraag gaat merkbaar soepeler, ook als je verder vooruit plant of meerdere kinderen hebt, en een aantal kleine ergernissen op de profielschermen is verholpen.

Opgeloste bugs

• Een datum kiezen bij een planningsaanvraag gaat een stuk soepeler. Verder vooruit bladeren door de maanden blijft nu vlot, ook met meerdere kinderen, en de kalender blijft zichtbaar terwijl de planning geladen wordt.
• Wijzigingen op het ouder- en kindprofiel bleven bewaard als je het scherm sloot zonder op te slaan. Ze worden nu netjes weggegooid.
• iOS: het openen van de App Store vanuit de melding dat er een nieuwe versie is, ging soms mis. Dit is nu opgelost.

Onderhoud en verbeteringen onder de motorkap 
Zoals bij elke release hebben we ook achter de schermen gewerkt: de onderliggende frameworks en bibliotheken zijn bijgewerkt, verouderde code is opgeruimd en we hebben onze monitoring uitgebreid, zodat we problemen sneller zien en oplossen dan dat ze gemeld worden. Je merkt hier niet direct iets van, maar het houdt de app stabiel, veilig en klaar voor wat er de komende releases aankomt.

In deze update staan de toestemmingsverzoeken centraal. Verzoeken waarbij meerdere antwoorden zijn toegestaan kunnen nu ook echt zo beantwoord worden, verlopen verzoeken zijn eindelijk herkenbaar als verlopen en vallen niet meer over je heen in een pop-up, en de lijst is overzichtelijker geworden met filters. Daarnaast is een aantal schermen dat je dagelijks gebruikt soepeler en betrouwbaarder geworden.

Nieuwe functionaliteiten

• Toestemmingsverzoeken waarbij meerdere antwoorden mogen worden gekozen, tonen nu vinkjes in plaats van keuzerondjes, met de melding "Je kunt meerdere antwoorden selecteren".
• De lijst met toestemmingsverzoeken heeft nieuwe filters gekregen (in plaats van het filter op kind): Alle, Open en Verlopen.

Opgeloste bugs

• Een datum kiezen bij een planningsaanvraag gaat een stuk soepeler. Verder vooruit bladeren door de maanden blijft nu vlot, ook met meerdere kinderen, en de kalender blijft zichtbaar terwijl de planning geladen wordt.
• Wijzigingen op het ouder- en kindprofiel bleven bewaard als je het scherm sloot zonder op te slaan. Ze worden nu netjes weggegooid.
• Op het scherm van de contactpersoon werd het land niet getoond. Dit is nu opgelost. 
• iOS: het openen van de App Store vanuit de melding dat er een nieuwe versie is, ging soms mis. Dit is ook verholpen. 
• Verlopen toestemmingsverzoeken zonder antwoord lieten de pop-up nog verschijnen, terwijl je ze niet meer kon beantwoorden. Deze tellen niet meer mee voor de pop-up.
• De pop-up over openstaande toestemmingsverzoeken verscheen dubbel bij het wisselen van account of bij het openen van de app via een pushmelding. Dit is nu opgelost.

Onderhoud en verbeteringen onder de motorkap 
Zoals bij elke release hebben we ook achter de schermen gewerkt: de onderliggende frameworks en bibliotheken zijn bijgewerkt, verouderde code is opgeruimd en we hebben onze monitoring uitgebreid, zodat we problemen sneller zien en oplossen dan dat ze gemeld worden. Je merkt hier niet direct iets van, maar het houdt de app stabiel, veilig en klaar voor wat er de komende releases aankomt.

Minor release 2026.10.01 gaat op 22 september 2026 in productie en op 23 september 2026 in acceptatie en bevat 1 opgeloste bug. 

Opgeloste Bugs

• Verbeterde rechtencontrole op medewerkergegevens

  Als onderdeel hiervan controleert de ECD API nu ook bij het opvragen van een individuele medewerker (GET /api/employees/{id}) op het recht Medewerker Basis – Lezen. Hiermee is de rechtencontrole op dit endpoint gelijkgetrokken met de overige medewerker-endpoints, zodat medewerkergegevens consequent alleen zichtbaar zijn voor gebruikers die daar rechten voor hebben.

  
  

  Gebruikers kunnen hun eigen medewerkergegevens gewoon blijven opvragen, ook zonder dit recht. De bestaande afscherming van telefoonnummer, adres, e-mailadres en geboortedatum blijft ongewijzigd van kracht als extra laag.

De volgende nieuwe functionaliteit, bugfixes en verbeteringen zijn vanaf nu op jouw productie omgeving beschikbaar:

NIEUW 

🔐 Instellen van planningshorizon voor de agenda integratie met SDB EPD GGZ/Revalidatie (USER/REFLEX)

Om het centraal plannen van afspraken met clienten door planningsafdelingen te ondersteunen, hebben we een nieuwe setting toegevoegd aan de portaalinstellingen. Hiermee kan je beheren hoe ver vooruit afspraken getoond worden voor cliënten en dus ook over welke afspraken ze notificaties zullen ontvangen. Aan de hand van een publicatie interval, bijvoorbeeld elke 2 weken op dinsdag om 18:00, en een aantal dagen, bijvoorbeeld 19, kan je bepalen hoe ver vooruit een cliënt diens afspraken kan zien. Op het publicatiemoment wordt dan vervolgens de einddatum weer opgeschoven en worden de volgende afspraken zichtbaar. Daarnaast krijgt de cliënt dan ook een notificatie dat er een nieuw rooster voor diegene klaar staat.

Bekijk ook eens het artikel op onze kennisbank om alle portaalinstellingen nog eens door te nemen.

Doorontwikkeling 

🔐 Correspondentie integratie met SDB EPD GGZ/Revalidatie (USER/REFLEX)

De correspondentie integratie is vernieuwd vanaf versie 9.33 van onze EPD's. Er waren 2 versies van de correspondentie integratie met onze EPD's. 

1. De "oude" versie, geeft een inkijkje direct in USER en toont daar alle correspondentie die de status definitief/verwerkt heeft en waaraan een rubriek is gekoppeld. Wanneer het bestand wordt verwijderd uit USER, is deze ook niet meer zichtbaar in Karify. Deze versie was alleen bruikbaar in de webversie van Karify.
2. De "nieuwere" versie maakte correspondentie direct in het dossier van een cliënt in Karify aan vanuit het EPD. Het document wordt gedeeld wanneer de status definitief/verwerkt is en er een specifieke, door de organisatie gekozen, rubriek* aan is gekoppeld. Als het bestand wordt verwijderd in USER, dan moet deze nog los worden verwijderd in Karify. De gedeelde correspondentie was te zien in de Karify app en de webversie.

De "nieuwste" versie werkt zoals versie 1, dus je ziet alle correspondentie die de status definitief/verwerkt heeft en waaraan een rubriek** is gekoppeld. Echter is dit nu zichtbaar in zowel de webversie van Karify als de app van Karify. Daarnaast zijn bestanden nu zichtbaar in de stijl van Karify en daarmee ook reactief op de schermgrootte. Correspondentie kan vervolgens gedownload worden, of, afhankelijk van het bestandstype en de browser, direct in de browser bekeken worden. Vraag aan een productspecialist of een accountmanager om deze nieuwe functionaliteit aan te zetten.

*De rubriek moet een rol hebben die ook in het profiel van de client in de Clientportaal toegang voorkomt.

** De functionaliteit om slechts bepaalde rubrieken te gebruiken om correspondentie zichtbaar te maken in Karify in de nieuwste versie, staat als doorontwikkelpunt genoteerd. Hierover worden jullie op de hoogte gehouden via onze release notes.

🔐 Vernieuwing menu

Uit ons gebruikersonderzoek is naar voren gekomen dat onze gebruikers hun weg in Karify niet altijd goed kunnen vinden. Hiervoor hebben we in het verleden al een aantal stappen gezet, zoals het centraliseren van alle onderdelen van Karify naar een Healthspace en het vergemakkelijken van de activatie flow voor je account. Een volgende stap die we hebben gezet is het logischer groeperen van het menu, zowel voor cliënten (links) als voor professionals (rechts). Er zullen nog meer stappen volgen.

Bugfixes en verbeteringen

• Er zat een fout in de rechten om via de API informatie over een ingevulde opdracht op te halen, waardoor je geen resultaat kreeg, ondanks dat je de juiste scope had meegegeven. Dit is opgelost en je kan nu de details hiervan ophalen wanneer je de juiste rechten hebt aangevraagd.
• Er was een klein probleem met het bekijken van de details van een afspraak, door een doorontwikkeling die afhankelijk was van versie 9.33 van het EPD. Dit is opgelost en kan nu ook weer met versie 9.32 van het EPD.
• Het menu-item "Mijn account" is hernoemd naar "Instellingen" om de functionaliteit beter te representeren.
• Bij de vernieuwing van het menu waren een aantal oude menu opties verdwenen. Dit is binnen een dag opgelost en opnieuw gereleased.

---

Waar we aan werken

Benieuwd naar waar we momenteel aan werken? Bekijk het op ons 'Productboard Portal'. Hier vind je alle initiatieven waar we aan werken, die we aan het onderzoeken zijn en die we aan het overwegen zijn. Deel jouw input door op de initiatieven een reactie achter te laten of laat ons weten welke ideeën jij hebt om Karify nog beter te maken!

Productboard Portal

Vragen?

Heb je vragen of opmerkingen over deze release note? Mail deze naar support@karify.com

Let op: Niet alle functionaliteiten staan standaard aan en moeten mogelijk nog per healthspace ingesteld worden. 

Bij het aanmaken van een nieuw jaar is het belangrijk om de juiste jaaruren te hanteren. Hieronder vindt u de uitgangspunten voor 2027 en 2028.

Release 352 is op 16 september 2026 op de acceptatieomgeving geplaatst, gaat 28 september 2026 in productie en bevat 2 nieuwe functionaliteiten, 1 opgeloste bugs. Hieronder vertellen we je er alles over.

Nieuwe functionaliteiten

Tegel dienstreizen aangepast

De dienstreizen die nog goedgekeurd moeten worden in de voorgaande maanden worden nu getoond op de tegel. Door hierop te klikken wordt je doorgestuurd naar het overzicht van de dienstreizen voor de volledige periode

Nieuwe versie bi_func_daglimietregeling_voor medewerker

Omdat de daglimiet aanmaken op de medewerkerkaart is gewijzigd zodat deze op meerdere dienstverbanden aangemaakt kan worden, is nu ook de bi_func aangepast door een nieuwe versie beschikbaar te stellen.

Nieuwe velden zijn:

- dienstverband; Leesbare weergave: dienstverbandnummer als tekst, of 'Alle dienstverbanden' als er geen koppeling is

- dienstverband_nummer; Uniek intern dienstverbandnummer (integer), NULL als de regeling voor alle dienstverbanden geldt

- dienstverband_uuid; UUID van het dienstverband, NULL als de regeling voor alle dienstverbanden geldt

Opgeloste Bugs

• Het vinkje standaarddienst kon niet aangezet worden door een technische aanpassing in de database.
  Dit is nu weer mogelijk. Belangrijk is dat in elke omgeving 1 diensturensoort gekenmerkt is als standaarddienst om als er een keer geen diensturensoort aanwezig is deze bij het berekenen door de standaarddienst ingevuld wordt. (#1957)

Release 352 gaat op woensdag 16 september 2026 naar acceptatie en gaat op maandag 28 september 2026 in productie.

HR

HR – Overzichten 
De kolommen van alle standaardlijsten zijn gelijkgetrokken. Het registratienummer staat nu bij de naam van de medewerker in plaats van in een eigen kolom, en Functie staat vóór Afdeling. Wissel je van tab, dan blijven de kolommen op hun plek. 

Jubilea
Het jubilea-overzicht bij HR › Overzichten › Standaard lijsten werkt nu net zo als Instroom, Uitstroom en Pensioen. Je ziet de status van de bijbehorende jubileumactie en klikt vanuit de lijst door naar die actie. De periode stond vast op vorig jaar tot twee jaar vooruit; die stel je nu zelf in, met knoppen voor dit jaar en volgend jaar. Standaard staat het ingesteld op dit jaar. De kolommen Status, Contractvorm en Indienstdatum zijn erbij gekomen. De bevoegdheid voor het jubilea-overzicht valt nu onder Standaard lijsten, net als de andere lijsten. Wie de tab al kon zien, houdt die gewoon. Mocht je toegang nodig hebben, dan dient de bevoegheid HR | Overzichten | StandaardLijsten | Jubileumoverzicht aan te staan.

Verjaardagenlijst
De verjaardagenlijst heeft er twee knoppen bij: deze maand en volgende maand.

Verzuim
Het scherm voor een situatiewijziging is duidelijker geworden. Bovenaan staat nu de keuze of je de oorspronkelijke ziekmelding aanpast. Daaronder staan twee losse datums: de begindatum van de situatiewijziging en de begindatum van de ziekteperiode. Zo pas je niet per ongeluk de verkeerde datum aan. Is er al eerder een situatiewijziging geweest, dan kun je de oorspronkelijke ziekmelding niet meer wijzigen. Een info-icoon legt uit waarom.

Salaris

 Salaris – BPO 
Verzorgt SDB jouw salarisverwerking? Dan kan alleen een medewerker van SDB de definitieve salarisrun starten. Een proefverwerking draai je gewoon zelf. Zo wordt een run niet per ongeluk te vroeg definitief gemaakt.

 opgeloste bugs

Verlof: Kreeg een medewerker een salarisverhoging terwijl hij met verlof was, dan verdween de verlofregeling uit de planning. lanning kreeg vanaf dat moment de volledige contracturen door. De verlofuren blijven nu staan na zo'n wijziging, zodat je de medewerker op de juiste uren inroostert.
Verlof: Bij Ik wil › Verlof aanvragen werd het veld voor het aantal verlofuren bij regulier verlof over de hele breedte van het scherm uitgerekt. Het veld staat weer netjes in de kolom.
Verzuim – UWV: Sommige nachten liep de automatische taak die UWV-meldingen aanmaakt vast. De meldingen die daarvoor al aan de beurt waren geweest, gingen daardoor meerdere keren naar UWV. Die wees ze af omdat ze al bekend waren. Op andere nachten ging er juist voor niemand een melding weg. De taak loopt nu door en verstuurt elke melding nog maar één keer.
Overzichten: Elke tab op HR › Overzichten › Standaard lijsten heeft nu een eigen webadres. Ging je vanuit het pensioenoverzicht naar een actie en daarna terug, dan kwam je op de tab Jubilea uit. Je komt nu terug waar je vandaan kwam.
Overzichten: In het pensioenoverzicht leken alle regels aanklikbaar, ook als er geen actie bij hoorde. Klikken deed dan niets. Regels zonder actie zijn nu niet meer aanklikbaar.
Mutaties: Een onmogelijke datum kon je gewoon invoeren en indienen. Denk aan 31-12-0209 in plaats van 31-12-2029. De mutatie werd goedgekeurd en liep daarna vast, waarna hij pas ruim een dag later op Fout kwam te staan. Je krijgt zo'n datum nu meteen bij het invullen te zien. Dit geldt voor alle datumvelden in een persoonsgegevens- en instroommutatie.
Beheer – Documenten: De gekozen ondertekenaar bleef niet bewaard: opende je het scherm opnieuw, dan was het veld leeg. De ondertekenaar blijft nu staan.
Beheer – Documenttemplates: Een documenttemplate met een komma in de bestandsnaam kon je opslaan, maar was daarna niet te gebruiken bij een mutatie. Je zag op dat moment nergens dat er iets mis was. Een bestandsnaam met een teken dat niet mag, wordt nu meteen geweigerd met een melding welk teken het probleem is.
Beheer – Mutatieonderhoud: De knop Ongedaan maken deed niets: je kreeg een foutmelding van de server en de mutatie bleef op Gepland voor verwerking staan. Ongedaan maken werkt weer.
Beheer: De Beheer-schermen laadden een tijd lang niet meer door een technische fout bij het opbouwen van de pagina. Dat is opgelost, ook in Salaris.
Salaris – Mutaties inlezen: Het percentage voor de kostenverdeling werd verkeerd gecontroleerd. Geldige percentages werden daardoor afgekeurd met de melding dat de waarde tussen 0 en 100 moet liggen. De controle rekent nu goed.

SDB KIS webapplicatie (release 352)

KIS werkt weer net wat beter ✨

In deze release hebben we vooral gewerkt aan stabiliteit, duidelijkere foutmeldingen en het oplossen van situaties waarin gegevens niet goed werden verwerkt of onverwacht konden verdwijnen. Daarnaast zijn verbeteringen doorgevoerd in facturatie, planning, gezinnen, gebruikersbeheer, de Octopus Ouderapp, rapportages en de Groepsapp.

Deze releasenotes lopen langs de belangrijkste verbeteringen: facturatie, planning, gezinnen, schoolgegevens, de Ouderapp, gebruikersbeheer, rapportages en achtergrondprocessen.

Belangrijke momenten

🧪 Testen op acceptatie: woensdag 16 september 2026
📦 Uitrol naar productie: maandag 28 september 2026

Facturatie: kostenplaatsen worden weer correct verwerkt

Factuurregels nemen nu weer de juiste kostenplaats over wanneer deze op locatieniveau is vastgelegd.

Voorheen kon een factuurregel zonder kostenplaats worden aangemaakt wanneer de kostenplaats niet op groepsniveau stond ingevuld. Daardoor ontstonden problemen in financiële exports naar boekhoudpakketten. Dat is opgelost. KIS volgt nu weer correct de hiërarchie tussen groep, locatie en artikel.

Goed om te weten:

• bestaande administraties worden vooraf gecontroleerd voordat herberekeningen plaatsvinden;
• historische facturen buiten de facturatieperiode blijven ongewijzigd.

KOI-export: KDV kinderen op PSZ groepen worden weer meegenomen

In specifieke situaties kon een kind wel gefactureerde KDV uren hebben, maar niet in het KOI-bestand terechtkomen. Dat is opgelost. Wanneer een kind als kinderopvang wordt gefactureerd, wordt het nu ook correct opgenomen in de KOI-export.

Zo sluiten facturatie en KOI-gegevens weer beter op elkaar aan.

Planning: studie- en vakantiedagen rekenen weer correct

Bij studie- en vakantiedagen werd niet altijd gerekend met de juiste uren uit het vakantierooster van de groep. Daarnaast kon een aanvraag volledig worden geweigerd wanneer onvoldoende budget beschikbaar was, terwijl een deel van de aanvraag wel mogelijk was. Dat is verbeterd.

• uren worden berekend op basis van het vakantierooster;
• beschikbaar budget wordt eerst gebruikt voordat extra opvang wordt ingezet;
• een studiedag blijft als studiedag zichtbaar in de planning.

Hierdoor sluit de verwerking beter aan op de werkelijke situatie.

Gezinnen: toekomstige wijzigingen worden automatisch verwerkt

Wijzigingen met een toekomstige ingangsdatum worden nu automatisch verwerkt zodra die datum bereikt is. Dit geldt bijvoorbeeld voor:

• adreswijzigingen;
• IBAN-wijzigingen;
• wijzigingen van persoonsgegevens.

Daardoor blijven de gegevens in het dossier beter aansluiten op de gegevens die daadwerkelijk gebruikt worden binnen KIS.

Profielupdates wissen geen gegevens meer

Bij het opslaan van gegevens vanuit oudere versies van de Octopus Ouderapp konden bepaalde gegevens onbedoeld verdwijnen. Dat is aangepast. Niet meegestuurde gegevens blijven nu behouden. Alleen gegevens die bewust zijn gewijzigd of leeggemaakt worden bijgewerkt.

Dit voorkomt dat gegevens worden overschreven door oudere app-versies.

Schoolgegevens: betere controle op niveau en klas

Bij het wijzigen van schoolgegevens kon je niveaus en klassen zien die niet bij de gekozen school hoorden. Dat is opgelost. KIS toont nu alleen nog de niveaus en klassen die horen bij de geselecteerde school.

Daarnaast:

• worden klassen gefilterd op het gekozen niveau;
• kunnen ongeldige combinaties niet meer worden opgeslagen;
• sluiten keuzelijsten beter op elkaar aan.

Octopus Ouderapp: sneller en gebruiksvriendelijker

We hebben verschillende verbeteringen doorgevoerd in de aansluiting op de Octopus Ouderapp. Dit staat nu klaar op de KIS omgeving om voor de Octopus Ouderapp verder mee aan de slag te gaan. Hou de releasenotes van de Octopus Ouderapp in de gaten voor verdere ontwikkeling. 

Bijvoorbeeld:

• aanvragen voor extra opvang worden sneller verwerkt;
• een hele dag aanvragen of annuleren werkt overal hetzelfde;
• het inschrijfformulier opent ook wanneer nog geen kinderen gekoppeld zijn;
• scholen worden geselecteerd via een keuzelijst in plaats van vrije invoer;
• niveau en schoolklas laden direct na het kiezen van een school.

Dit maakt straks het inschrijven en aanvragen van opvang duidelijker voor ouders.

Ouderinschrijfformulier: kaart wordt weer correct weergegeven

In het ouderinschrijfformulier werd bij het kiezen van een voorkeurslocatie op de kaart een melding van de kaartleverancier weergegeven. Dit is opgelost. De kaart wordt nu weer correct getoond, zodat ouders locaties duidelijk kunnen bekijken en selecteren.

Berichtenservice: bewust activeren

De instelling voor de nieuwe berichtenservice is nu alleen beschikbaar voor SDB-medewerkers. Hierdoor wordt voorkomen dat de functionaliteit per ongeluk wordt geactiveerd of uitgeschakeld.

Opslaan: duidelijkere foutmeldingen

Wanneer een wijziging niet opgeslagen kon worden, was dat niet altijd zichtbaar. Dat hebben we verbeterd.

KIS geeft nu duidelijker aan:

• waarom een wijziging niet kan worden opgeslagen;
• bij welk veld het probleem zit;
• welke onderdelen wel of niet succesvol zijn verwerkt.

Hierdoor wordt sneller duidelijk wat je moet aanpassen om een wijziging succesvol op te slaan.

Gebruikersbeheer: betere synchronisatie en minder blokkades

Bij de synchronisatie van medewerkers werd niet altijd het juiste e-mailadres gebruikt. Dat is opgelost. KIS gebruikt nu het e-mailadres dat daadwerkelijk gekoppeld is aan de login van de gebruiker.

Daarnaast kunnen situaties waarbij een ouder en medewerker dezelfde login delen beter worden opgelost. Support beschikt hiervoor nu over aanvullende hulpmiddelen.

Hierdoor zijn minder workarounds nodig bij gebruikersbeheer.

Rapportages en query's: geen 502-fout meer bij downloaden

Sommige gebruikers kregen bij rapportages of query-exporten een 502-foutmelding.

Dat probleem is opgelost. Rapportages en exports werken hierdoor stabieler, ook voor gebruikers die intensief met KIS werken.

Import KOT: Rabobank-bestanden in het nieuwe CAMT.053-formaat

Rabobank stopt per 15 november 2026 met het MT940-formaat (`.sta` / `.swi`) en levert vanaf die datum alleen nog CAMT.053-bestanden (`.xml`). Import KOT kan die bestanden nu inlezen.

Aan je manier van werken verandert niets.Je kiest op het scherm geen bestandsformaat: je selecteert het bestand dat je bij de bank hebt gedownload en KIS herkent zelf waar het mee te maken heeft. Het nieuwe CAMT.053-bestand komt erbij — MT940 (`.sta`, `.swi`) en CSV blijven gewoon werken, precies zoals je gewend bent.

Je kunt vanaf maandag 28 september al overstappen en het nu op de acceptatie omgeving uitproberen. Rabobank levert CAMT.053 vandaag al naast MT940, dus tot 15 november kun je beide bestanden importeren. Daarmee kies je zelf het moment van overstappen, in plaats van dat het je overkomt op de dag dat MT940 verdwijnt.

Goed om te weten

• Nieuwe foutmeldingen kunnen zichtbaar zijn op plekken waar voorheen geen melding werd getoond. Dit betekent niet dat er nieuwe problemen zijn ontstaan; bestaande situaties worden nu beter zichtbaar gemaakt.

• Voor de verbetering rondom profielgegevens in de Ouderapp hoeven ouders geen update uit te voeren.

• Organisaties die kostenplaatsen gebruiken kunnen bestaande handmatige werkwijzen rondom facturatie mogelijk vereenvoudigen.

• De verbeteringen in deze release richten zich vooral op betrouwbaarheid, duidelijke terugkoppeling en het voorkomen van situaties waarin gegevens onverwacht afweken van wat gebruikers op het scherm zagen.

Release 351 is zojuist op de productieomgeving geplaatst.

Release 352

Geen actieve bugs
Op dit moment zijn er geen actieve bugs opgenomen in deze release. Wordt er tussendoor nog een ticket opgelost? Dan voegen we die natuurlijk direct toe.

Klantgerichte tickets
Wel 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 351 is zojuist op de productieomgeving geplaatst.

🚀 Release 352 staat klaar om te testen

Release 352 is beschikbaar op de acceptatieomgeving. Je kunt de nieuwe versie dus alvast bekijken en testen.

📅 Planning
Deze release gaat op 28 september naar productie.
🕡 De uitlevering vindt plaats in de avond, tussen 18.30 en 20.30 uur.

✅ In deze release is 1 bugticket opgelost.

✨ Wat is er verbeterd?

Rapporten

Gedetailleerde verlofkaart rapport (extra)
In beide rapporten kon het voorkomen dat medewerkers die op 31-12 uit dienst waren gegaan, toch nog zichtbaar waren in het nieuwe jaar. Dit is opgelost. Het rapport kijkt nu nauwkeuriger naar het volledige jaar, van 1-1 t/m 31-12, in plaats van naar de weken.

Daarnaast zijn er meerdere klantgerichte tickets opgelost. De terugkoppeling hierover delen we via de conversatie in het serviceportaal.