@karl Wegner @Michiel_Kootker  We snappen dat dit niet de ideale oplossing is, maar het is voor ons niet zo eenvoudig om dit aan te passen. Zoals jullie zelf ook aangeven is de overweging vanuit oogpunt van medische dossiers wel te begrijpen. Indien we echter een perfecte oplossing willen bieden zullen we dus functionaliteit moeten bouwen die hiermee rekening kan houden (wanneer mag je het wel/niet en hoe ga je om met wijzigingen van wel of niet gebruiken van medische dossiers en al toegekend rechten)  en dat is gewoonweg niet eenvoudig voor ons en weegt niet op tegen de andere zaken waaraan we werken binnen Verzuim Management. Daarnaast is er inderdaad gewoon een alternatief via de Service Desk en dit gaat heel snel. Als ik het ticket bekijk dat @Michiel_Kootker hiervoor aangemaakt heeft gisteren was dit gewoon binnen de 5 minuten gerealiseerd en dat vinden we momenteel een acceptabel alternatief. ... Meer weergeven

Goedemiddag @Chris van den Berg ,   Kan het kloppen dat we alleen nog maar toekomstige jubilea zien? De standaard is denk ik nog niet aangepast hierop? ... Meer weergeven

Een bekend probleem. Hierover destijds contact gehad met de Helpdesk. De historie van het registratienummer gaf een verschil aan met de huidige waarde. We hebben deze historische tabel aangevuld/gewijzigd met de juiste waarde.  ... Meer weergeven

Wij hebben dezelfde vraag. Ik ga een ticket aanmaken.  ... Meer weergeven

Ik hoop dat er nu echt PERMANENT gemonitord wordt of de performance goed blijft. Als dat het geval is zullen we als gebruikers een stuk beter worden bediend en hadden we waarschijnlijk weinig gemerkt vanmorgen en gisteren. ... Meer weergeven

Hier helaas ook last van, weliswaar niet bij alle gebruikers. ... Meer weergeven

Visma|Raet heeft de data opnieuw aangeleverd, daarna hadden we weer toegang tot de data. Waarschijnlijk een storing. ... Meer weergeven

@Marc Draaijers Graag zou ik nog willen weten wanneer de meldingen uit de inbox verwijderen. Op de 1e ziektedag krijgen teammanagers allerlei meldingen in de inbox. Nadat ze de medewerker hersteld hebben gemeld, blijven de meldingen nog eventjes staan en daarna worden ze vanzelf verwijderd.  Zou jij concreet aan kunnen geven na hoeveel dagen de meldingen vanzelf worden verwijderd? ... Meer weergeven

Op dit moment zullen we dit nog niet gaan ontwikkelen. We hebben een alternatief, de IAM API. Mocht je hier meer informatie over willen dan kan je contact opnemen met jouw Customer Succes Manager.  ... Meer weergeven

Hoi @Joyce de Brouwer,    Voor het onderwerp verzuim werken wij hard aan vernieuwingen in de gebruiksvriendelijke oplossing die wij via app en desktop beschikbaar stellen. Dit vaak ook in samenwerking met Verzuim Management. Waar de oplossing in app zich richt op het snel en gemakkelijk ziek- en hersteldmelden, wordt in Verzuim Management de complexere kant benaderd (verzuimtaken, dossiers, wet verbetering poortwachter, etc). Ook in Youforce Reporting zijn diverse standaard rapportages voor Verzuim en kan je ook je eigen maken.   Met voor ieder vlak een eigen aspect van het verzuimdomein, zie ik niet het nut in van het aanbieden van deze functionaliteit. Als je zelf op een eigen rubriek een teller probeert bij te houden met dit doel, dan staat dat je natuurlijk vrij. Maar "3 keer" zonder enige tijdspanne voegt in mijn ogen ook weinig waarde toe. ... Meer weergeven

      Specificaties DPIAI 00 importbestand            Document2                                                                                                                                                                                                   I Als u mutaties wilt importeren in Beaufort, moet u deze mutaties in een mutatiebestand in ASCII-Formaat aanleveren. Standaard geeft u dit bestand de naam DPlAIOO.txt. Alle mutaties in dit ASCII-bestand moeten op een bepaalde manier zijn vastgelegd: conform een voorgeschreven bestandsindeling, die hieronder wordt uitgewerkt. Zo voldoen de mutaties aan de kenmerken van de rubriek in de rubriekentabel van Beaufort. ledere mutatie bestaat uit de volgende velden, waarbij deze volgorde moet worden aangehouden: Procescode Rubriekscode Object_id Indicator stam/variabel Creatiedatum Creatiegebruiker • Waarde Ingangsdatum Productiesoort Verrekenperiode Elk van de bovenstaande gegevens moet aan bepaalde eisen voldoen. Hieronder worden deze eisen, per veld, toegelicht. Procescode Dit is de code van het aanleverende proces waarmee de mutatie moet worden verwerkt. Voor de procescode gelden de volgende eisen: Beginpositie: 1 Eindpositie: 3 Lengte: 3 Datatype: alfanumeriek Inhoud: de inhoud van het veld Procescode moet in hoofdletters worden opgegeven. U kunt de codes zelf bepalen; een aantal codes zoals TMT, CMT en RVM zijn reeds in gebruik. De procescode die u hier invult, moet corresponderen en daarom in Beaufort bekend zijn. U legt deze code in Beaufort vast als u het aanleverend proces definieert: u vult hier een 'code proces' in. Rubriekscode Dit is de aanduiding van de rubriek waarvoor de mutatie geldt. De volgende eisen zijn van toepassing: Beginpositie: 4 Eindpositie: 9 Lengte: 6                       Datatype: alfanumeriek    Inhoud: u kunt zowel Standaard-rubrieken als eigen rubrieken opgeven. De inhoud van het veld Rubriekscode mag uitsluitend met hoofdletters worden gevuld. Object_id De waarde van het object_id zorgt ervoor dat de mutatie uiteindelijk bij de juiste persoon en/of dienstverband terechtkomt. Hiervoor gelden de volgende eisen:                       Beginpositie: 10                       Eindpositie: 59 Lengte: maximaal 50 Datatype: numeriek Inhoud: Het object_id is een samengestelde sleutel, die uit een of meer deelsleutels kan bestaan. De onderdelen van de sleutel moeten gescheiden zijn door een spatie. Er mogen geen voorloopnullen in staan. Uit welke onderdelen het object_id bestaat, is afhankelijk van de gegevenssoort: PS (Persoon): pers_nr DV (Dienstverband): pers_nr, dv_vlgnr BG (Bank-giro, dienstverbanden): pers_nr, dv_vlgnr, bg_vlgnr   IZ (Inzet): pers_nr, dv_vlgnr, oe_oper_sl, operfunc_kd, ingang_dt IP (Inpastabel): reg_sal_kd, inpas_nr LV (Loonverdeling): pers_nr, dv_vlgnr, lv_rglnr     SD (Speciale doorbelasting): pers_nr, dv_vlgnr, sd_rglnr ZG (ziektegeval): pers_nr, dv_volgnr, ZG_nr ZT (Ziektetijdvak): pers_nr, dv_volgnr, ZG_nr, ZT_nr Hieronder vindt u de kenmerken van de deelsleutels van de object_id.: Pers_nr (persoonsnummer). Maximale lengte: 6, numeriek DV_vlgnr (dienstverband-volgnummer). Maximale lengte: 3, numeriek Bg_vlgnr (volgnummer bank/giro). Maximale lengte: 2, numeriek Lv_rglnr (regelnummer loonverdeling). Maximale lengte: 3, numeriek Sd_rglnr (regelnummer spec. doorbelasting). Maximale lengte: 2, numeriek Oe_oper_sl (technische sleutel operationele organisatorische eenheid). Maximale lengte: 10, numeriek. Operfunc_kd (Code operationele functie). Maximale lengte: 7, alfanumeriek. Ingang_dt (ingangsdatum inzet). Geldig Beaufort datumformaat, zie creatiedatum. Reg_sal_kd (Code salarisregeling) Inpas_nr. (Inpasnummer) ZG_nr (ID nr ziektegeval): Maximale lengte: 10, numeriek ZT_nr (ID nr ziektetijdvak): Maximale lengte: 10, numeriek Indicatie stam/variabel Hiervoor gelden de volgende eisen: Beginpositie: 60 Eindpositie: 60               Lengte: 1 Datatype: alfanumeriek Inhoud: deze indicator kan uitsluitend de waarden S (Stamgegeven) of V (Variabel gegeven) hebben. Deze waarde moet overeenkomen met de indicatie Stam/Variabel van de rubriek volgens de rubriekentabel in Beaufort. Creatiedatum De creatiedatum wordt in Beaufort opgenomen in de historie van de mutatie. Hiervoor gelden de volgende eisen: Beginpositie: 61 Eindpositie: 71 Lengte: 11 Datatype: alfanumeriek Inhoud: de datum moet in een voor Beaufort geldig formaat worden opgegeven, zonder extra voorloopnullen. Bijvoorbeeld: ddmmeejj (0101 2022). dd = dagnummer, mm = maandnummer, ee = eeuwnummer,jj = jaarnummer - dd-mm-eejj (01-01-2022). ddmmjj (010122, 01 jan 2022). Creatiegebruiker Dit is de identificatie van de gebruiker die de mutatie aanbrengt. Hiervoor gelden de volgende eisen: Beginpositie: 72 Eindpositie: 87 Lengte: 16 Datatype: alfanumeriek Inhoud: het formaat van 'creatiegebruiker' is alfanumeriek. De gebruiker moet in Beaufort reeds bekend zijn, in verband met het importeren van de mutaties. Bij het definiëren van het aanleverende proces voor deze mutaties kan worden bepaald of gebruik zal worden gemaakt van gebruikersautorisatie. Hiermee kunt u ervoor zorgen dat alleen de creatiegebruiker de mutaties verder kan verwerken. 5 Waarde Voor de waarde van de mutatie gelden de volgende eisen: Beginpositie: 88    Eindpositie: 137 Lengte: 50 Datatype: alfanumeriek Inhoud: De waarde kan links worden aangesloten, voorloopnullen zijn toegestaan. De waarde moet voldoen aan de voorwaarden die voor de betreffende rubriek in de rubriekentabel zijn vastgelegd. Als bij de rubriek van de mutatie een referentietabel aanwezig is, moet de opgegeven waarde in de referentietabel voorkomen. Als de waarde uit een bedrag bestaat, geldt het volgende. Als de waarde negatief is, dan moet een minteken op positie 88 worden geplaatst. Hele bedragen en decimalen moeten worden gescheiden door een decimale punt. Ingangsdatum De ingangsdatum wordt in Beaufort gebruikt als selectiecriterium in het proces van het verwerken van indirecte mutaties. Hiervoor gelden de volgende eisen: Beginpositie: 138 Eindpositie: 148 Lengte: 11 Alfanumeriek of numeriek: alfanumeriek Inhoud: het formaat van de ingangsdatum is gelijk aan het formaat van de creatiedatum. Als de ingangsdatum in de toekomst ligt, dan kan de mutatie pas met indirect muteren worden verwerkt als die datum is bereikt. Houd rekening met rubrieken waarvoor een speciale syntax geldt, zoals de rubriek Geslacht, met de vaste waarden M of V. Raadpleeg de rubriekentabel. Als u wilt herrekenen over een jaarwerkperiode, dan moet u de verrekenperiode gebruiken. De ingangsdatum wijziging moet gelijk zijn aan de begindatum van de laatste loonperiode uit de periodekalender waarin ook de betreffende jaarwerkperiode is   opgenomen. Productiesoort Op positie 179 t/m 181 kunt u de productiesoort vastleggen, bijvoorbeeld NOR of JWP. Verreken periode Op positie 182 t/m 187 kunt u eventueel de verrekenperiode vastleggen, bijvoorbeeld 022022. In een jaarwerkperiode (13 t/m 1 5) kunt u alleen nog maar herrekenen over een van de voorgaande salarisperiodes. 7 ... Meer weergeven

Ook bij ons super traag en Beaufort start bij mij bv niet door. Kom er nog niet eens in. Tevens hoor ik klachten over de performance van Self Service. Ook super traag, dus wellicht algehele malaise. Ook call ingediend. Jammer dat Visma Raet ons niet voor is met het mededelen van dit performance issue. Er wordt toch gemonitord? ... Meer weergeven

Hier ook ellende, systeem reageert niet of supertraaaaaaaaaaag ticket ingeschoten ... Meer weergeven

@Anonymous  Klopt dat wij bij persoonlijk ook autorisatie hebben doorgevoerd voor Alle gebruikers en niet alleen voor Self Service. De reden daarvoor is dat als een medewerker volledig uit dienst is, deze nog 3 maanden de mogelijkheid heeft om via een paar applicaties nog iets door te voeren. Dat zijn medewerkers met een personeelsnummer. We kunnen dat niet wijzigen in Medewerkers, want dan hebben zij deze rechten niet na hun uitdiensttreding. Ik begrijp dus dat de beperking nu is dat ook een IC-account (zonder personeelsnummer) onder Alle gebruikers valt. Dan is dit in de huidige situatie dus niet op te lossen. Of er moet iets anders verzonnen worden voor medewerkers die uit dienst zijn gegaan en nog een paar maanden een aantal rechten dienen te hebben. Nu kan je dit alleen oplossen door de optie Alle gebruikers in te richten. Of een aparte optie voor gebruikers zonder een personeelsnummer?  ... Meer weergeven

Ook onze salarisadministratie hebben diverse keren moeten wachten op bijgewerkte data in YF reporting, die wel nodig was voor een controle van de salarisproductie. ... Meer weergeven

Ik had eerder vandaag ook steeds een wit scherm. Nu, na uitloggen en opnieuw inloggen verschijnt een foutmelding:   ... Meer weergeven

Hier ook. Ik was gisteren bezig met de oude rapportages van report builder afsluiten en de nieuwe rapportages open in Youforce reporting. Gisteren ook een test gedaan m.b.t. verwijderen ziekmelding in beaufort en tot op heden niet zichtbaar in Youforce rapportages. Wij kunnen ook nu niet terug naar report builder rapportages omdat de ziektegegevens niet meer ververs worden! Ook maar call inschieten. ... Meer weergeven

Dag,   Dit heb ik niet gedaan. Het vreemde vind ik wel dat ik bij meerdere mensen een tegel B4 heb terwijl zij geen professional zijn. Ik heb nog wel even een certificaat aangemaakt, moet natuurlijk ook nog. Hopelijk gaat dit de oplossing zijn. ... Meer weergeven

Hallo @henkvandermeulen,   Zie de wijziging van 5-3-2023 in dit bericht Youforce Dossier maart 2023 - Visma Community Hiermee kun je de bewaartermijn instellen op medewerkerniveau of op dienstverbandniveau. Daarmee wordt in principe het oorspronkelijke probleem grotendeels opgelost. ... Meer weergeven

wij hebben er ook geen last meer van (sinds dinsdag), even afkloppen.  Heb ik ook gemeld in ons openstaande ticket hieromtrent ... Meer weergeven

Hoi @PetravanGeenen ,   Precies. Mocht je er niet uit komen, dan hoor ik wel wel. ... Meer weergeven

Reden Regres en Reden Regres Code zijn gisteravond toegevoegd aan verzuimgeval!   ... Meer weergeven

Hoi @karl Wegner,   Ik begrijp dat uitdaging en met sjablonen is het altijd lastig om te zorgen dat de juiste beschikbaar en/of standaard is. De templates voor meldingen zijn in beheer van het Service Center (liggen buiten het product zelf). Het goede nieuws is dat er een project is om de templates te herzien, en daar wordt je feedback in meegenomen.   Bij gebrek aan een betere status geef ik dit idee de status Afgewezen mee, primair omdat het buiten het product ligt. Dat zegt uiteraard niets over je feedback zelf. ... Meer weergeven

Iedere handeling in BO4 is bij ons super traag ... Meer weergeven

Goedemorgen Beide,   Zoals aangegeven is er inderdaad een storing in Mijn Youforce. Zie ook het verstoringsbericht daar.https://community.visma.com/t5/Verstoringen-Youforce-Portaal/Mijn-Youforce-onbereikbaar/ta-p/640486   We werken met hoogste prioriteit aan het issue.   Groetjes, Katinka ... Meer weergeven