Als het een dienstverbandgegeven betreft waarop historie wordt bijgehouden, zou dit terug te vinden moeten zijn onder de entiteit 'Dienstverband vrije velden historie'. ... View more

Deze melding krijg ik nu als ik Templatebeheer wil openen.. ... View more

Wij gebruiken altijd de filter om onnodige traagheid te voorkomen. ... View more

Ook hier werkt het weer. ... View more

Hoi @karl Wegner ,   We gebruiken de webservice van het BIG-register. Daarin voeren we het BIG-nummer (afkomstig uit HR Core) in als zoek criterea.   Deze webservice heeft (vergelijkbaar aan de website) 3 mogelijke reacties: - geldig BIG-nummer - BIG-nummer met maatregel - geen geldig BIG-nummer   Iedereen die dus een BIG-nummer heeft die verlopen is krijgt dus altijd de response dat het geen geldig BIG-nummer is. Immers die persoon heeft op dat moment geen geldige registratie.   De oorzaak waarom de registratie niet geldig is (b.v. fout nummer of verlopen registratie) wordt niet doorgeven door her BIG-register.   Maar we kunnen misschien leren van jullie ervaringen. Dus wat is de reden dat deze medewerkers wel een BIG-nummer hebben (in HR Core) maar in deze aantallen deze registratie niet verlengd hebben?   Hoor het graag. ... View more

@Roel_Harmsen Het is vanmorgen inderdaad weer opgelost. Via status.vismaraet.nl hebben we dit ook laten weten. ... View more

Hoi @Roel_Harmsen, zie ook de vergelijkbare vraag op het releasenoteforum.   Deze (overigens al langer bestaande) melding wordt getoond in Beaufort op het verwerkingsverslag mbt het verwerken van de indirecte mutaties. Dat is immers het moment waarop de applicatie de situatie constateert. Daarnaast zal de melding ook in de database worden gelogd zodat deze ook op het standaard rapport 'Verslag indirect muteren' zichtbaar wordt.       ... View more

Fout aan mijn kant, kan genegeerd worden. ... View more

Wij hebben nog steeds heel veel last dat Self Service traag is. Op de storingspagina wordt aangegeven dat het is opgelost, maar wij zien dit nog niet terug in de performance.    Meer mensen die hier last van hebben? ... View more

verkeerd bricht ... View more

Volgens mij wel ... View more

Hoi @Sylvia van Horick  en @Rianne van der Linden,  We zagen inderdaad dat het niet meer werkte. Gelukkig heeft het team dit snel op kunnen lossen en werkt alles weer naar behoren!  ... View more

@Bastiaan Friederichs ;   Kunnen jullie inbouwen dat het een maandelijks rapport kan worden?  Mijn collega's willen graag maandelijks een overzicht hebben. Daarnaast mag het half jaarlijkse ook blijven tot de mogelijkheden. Eigenlijk is het mooi dat je zelf de periode kunt kiezen. ... View more

Dank @Ralph ; die had ik nog net niet geprobeerd haha. Ik kan verder 🙂 ... View more

Hoi @Henk1,   Ik heb je bericht en mijn handreiking gedaan naar een collega die verantwoordelijk is voor BlueVi Verzuim. Of die wordt aangenomen en zo ja; op welke termijn, weet ik niet. ... View more

Hoi @Marcel Bouman ,   Scherp! De twee postcodes waren slechts voorbeelden. In 'adres wijziging' gebruiken we de adressen conform het officiele BAG-register. Je voert de postcode en huisnummer in en dan wordt de straatnaam en plaats gevuld conform het officiele BAG-register (zie als voorbeeld: https://bagviewer.kadaster.nl/lvbag/bag-viewer/?zoomlevel=1).   Voortaan als er dus in de officiele straatnaam een ( of ) voorkomt zal dit werken in de App. Dus niet alleen voor 'Hengelo (Gld)' of het  'Wyldpaed (Oast)', maar voor iedere plaats of straat met die tekens.   (Maar een leuk weetje, bij de bijvoorbeelde Beuningen heeft het BAG de officiele naam 'Beuningen Gld', dus zonder haakjes. Dus helemaal kunnen achterhalen wanneer 'Gld' met of zonder haakjes schrijft is nog een leuk onderzoekje)     ... View more

Voorheen is ons meerdere malen verteld dat wij de functie Genereren acties en Genereren Edi-Berichten niet in een batch moeten opnemen, omdat dit niet goed samen gaat en berichten niet goed zouden worden verzonden omdat het twee aparte functies betreft.    Ik heb afgelopen jaren niet in de releasenotes terug gelezen dat hier iets aan veranderd is, waardoor het nu wel in een batch opgenomen zou kunnen worden. Kunnen wij beide acties nu wel in batch opnemen en hebben jullie advies hoe dit in te stellen? ... View more

Ik gebruik voor een vaste waarde altijd deze berekende kolom (dit is ook ergens een relatienummer)     ... View more

Daar heb ik al gekeken. Vreemde is dat ik een heel ander getal krijg. Of in het verleden moet het altijd al verkeerd zijn geweest en niemand is het opgevallen... Ik weet iig dat ik goed zat en ga dit terugleggen. ... View more

Bedankt voor de sessie allen ... View more

Bij ons stokt ook het indienproces binnen de Flex Benefits omdat er geen document aangemaakt kan worden.   ... View more

@Roel_Harmsen : ik denk dat dit te maken had met een wijziging ergens in december 2024. Hierbij de link naar de uitleg wat je eventueel zou moeten aanpassen: https://community.visma.com/t5/Nieuws-Youforce-Self-Service/Verbeterde-inzet-per-19-12-2024/ba-p/701124?emcs_t=S2h8ZW1haWx8Ym9hcmRfc3Vic2NyaXB0aW9ufE00Vk9aWjNLWjI1SU0zfDcwMTEyNHxTVUJTQ1JJUFRJT05TfGhL ) ... View more

Bedankt Marcel, die was ik vergeten. ... View more

Zijn jullie allemaal al over naar VismaConnect met de SSO? Als dat zo is dan wacht ik nog even. ... View more

Hoi @Roel_Harmsen,   Er zijn een aantal rubrieken verplicht voor de import van een nieuwe medewerker. Volgens mij zijn dat de volgende rubrieken: Indien 1 van de rubrieken niet meekomt dan wordt de indienstmutatie niet verwerkt in hr core.   Hopelijk helpt dit je verder.   groet Jeroen ... View more

Hoi, ik snap niet zo goed waarom wij dit als klanten zelf moeten doen.  ... View more

Super bedankt, wist niet dat het zo makkelijk werkte. Het is gelukt! 🙂   ... View more