Ik loop er nu tegen aan dat in een rapport met alleen gegevens mbt rollen uit de organisatiestructuur, afdelingen waar nog geen medewerkers op staan gemuteerd, niet worden getoond. Binnen Report Builder had ik hier geen last van en blijkbaar is de tabel anders samengesteld binnen Youforce Reporting.   Lopen anderen hier ook tegen aan? Ik heb inmiddels een call ingediend. Voor ons niet handig, aangezien wij ook rollen vastleggen op OE-niveau mbt de intensiteit van de afdeling. Deze willen we wel graag zien.   Ik heb dus alleen gegevens in het rapport opgenomen uit de geel gearceerde tabellen.   ... Mostrar más

Ik lees dat de laatste paar dagen verstoringen worden ervaren door klanten en in het forum worden gemeld en ook calls hiervoor zijn aangemaakt. Ik ervaar op dit moment een verstoring icm einddatum slicer historie. Krijg over 2024 geen gegevens in mijn rapportage met salarisgegevens. Inmiddels call ingeschoten.   Waarom zien wij van Visma Raet in de Community hierover geen berichtgeving als door klanten verschillende verstoringen worden gemeld en ook nog eens over hetzelfde onderwerp. Dan is er toch wat aan de hand.   Ik moet zeggen dat de stabiliteit van Youforce Reporting de laatste tijd niet om over naar huis te schrijven is.   Wij zijn ook blij dat wij een replicadatabase van HR Core Online hebben en nog steeds over de zeer stabiele rapportagetool Impromptu kunnen beschikken. Werkt als een dolle.   ... Mostrar más

Liepen er nu tegen aan dat de proefproduktie van de gehele januariproduktie (107000 regels), was afgekeurd mbt een fout. Helaas daarna nog een proefproduktie van 1 medewerker afgeroepen en deze heeft de vorige overschreven. Helaas kon Visma Raet dus niet achterhalen wat de fout was en zijn we genoodzaakt om de proefproduktie over geheel januari weer opnieuw af te roepen. Duurt bij ons ongeveer 5 uur. Met de kans dat het weer fout gaat.   In dit geval was een back-up bestand gearchiveerd op de J:\schijf handig geweest. Waarom is er voor gekozen om een proefproduktiebestand te overschrijven ipv te archiveren? Is dat ivm met de hoeveelheid proefprodukties die afgeroepen kunnen worden. Als deze nu net als de andere bestanden op de J:\schijf 3 maanden worden gearchiveerd en daarna verwijderd is er toch niet zo veel aan de hand?     ... Mostrar más

Laatst is hier een aanpassing in doorgevoerd, aangezien de autorisatie van een gebruiker helemaal niet doorwerkte in een slicer waar je de oe-structuur in had opgenomen. Deze aanpassing is nog steeds niet waar wij mee kunnen werken.   Wat blijkt in de presentatie van de oe-structuur gaat het als volgt: De uitleg is dat de slicer alle afdeling toont waarvoor de gebruiker is geautoriseerd, plus de OE's die in de geschiedenis staan van de contracten waarvoor de gebruiker bevoegd is.   Dat laatste vetgedrukte is voor ons niet gewenst en een vreemde insteek van deze oplossing. Wat wij willen zien zijn alleen de actuele afdelingen waarvoor de gebruiker is geautoriseerd en niet ook de afdelingen van het contract van de medewerker waar deze ooit heeft gewerkt. Deze krijg de gebruiker dus ook in de slicer van de oe-structuur te zien en dat is niet gewenst, want dit geeft een scheef beeld.   De oplossing die wij in Report Builder hadden ging ook uit van allen de actuele situatie en is nu dus niet mogelijk, dus een achteruitgang.   Voor mij een duidelijk voorbeeld van de denkwijze van een techneut tov de praktijk. Ik ben hier niet blij mee en zou dit graag anders zien.   ... Mostrar más

In het begin konden we dit als functioneel beheerder zelf. Onder het mom van AVG etc mbt het medische dossier is deze functionaliteit overgegaan naar de Servicedesk van Visma Raet.   Nu is het zo dat wij het medische dossier niet gebruiken in RVM. Het medische dossier wordt bij ons  vastgelegd in de applicaties die de arbodiensten gebruiken. Mijn aanname is dat dit bij de meeste klanten zo gaat. Wij hebben 20 bedrijfsartsen en dit wijzigt ook wel eens. Tevens vergeet de bedrijfsarts regelmatig zijn wachtwoord voor toegang tot Verzuim Management. Bij dit soort acties zijn we afhankelijk van de Servicedesk van Visma Raet en dat is omslachtig. Vaak is er haast bij en een aanvraag bij de Service Desk van Visma Raet wordt niet altijd gelijk opgepakt. Ik snap de afweging van Visma Raet mbt het medische dossier, maar die gebruiken we dus niet en zou de weg moeten vrij maken om deze autorisaties van medische gebruikers zelf te kunnen regelen.   Mooier zou het kunnen zijn als er een optie komt in Verzuim Management om het medische dossier aan of uit te zetten en dat mag wat mij betreft wel door de Service desk van Raet uitgevoerd worden. Gebruik je het medisch dossier niet en staat dus uit, dan de rechten aan de klant geven om zelf de medische gebruikers aan te maken en wachtwoorden te kunnen resetten.   Hoe makkelijk kan het zijn en scheelt de Servicedesk van Visma Raet tijd en de klant heel erg blij:-)       ... Mostrar más

Dit is een functie, welke alleen door de Servicedesk van Visma Raet uitgevoerd kan worden. Dit willen we graag zelf kunnen uitvoeren. Elke keer als we het nodig vinden om openstaande acties automatisch te laten afronden moeten we een call inschieten bij de Service Desk.   Maak dit gewoon een onderdeel tbv functioneel beheer. Die kunnen dat prima zelf bepalen en uitvoeren. ... Mostrar más