Wij zouden graag de mogelijkheid willen toevoegen om de loonkostenverdeling aan te passen binnen de actie 'Contract wijzigen', zodat managers en HR-medewerkers dit zelf kunnen regelen vanuit dezelfde actie. De optie om deze stap toe te voegen is reeds beschikbaar, maar we lopen in specifieke gevallen tegen een foutmelding aan. Deze foutmelding treedt op wanneer er een loonkostenverdeling met een einddatum actief is binnen de periode van de contractwijziging. Zodra dit het geval is, kan de actie 'Contract wijzigen' niet meer opgestart worden en verschijnt de foutmelding.   Ter illustratie (zie screenshots) in de testomgeving kunnen we de actie 'Contract wijzigen' niet starten binnen de periode van 25-07-2024 tot en met 30-09-2024, vanwege de foutmelding die optreedt als gevolg van de einddatum in de loonkostenverdelingsregel. Pas na 30 september, wanneer er geen loonkostenverdeling met einddatum meer actief is, kunnen we het contract wijzigen.   Zou het mogelijk zijn om de actie 'Contract wijzigen' door te voeren en daarbij de loonkostenverdeling aan te passen, ook als er een einddatum in de loonkostenverdeling aanwezig is? We merken namelijk dat deze foutmelding niet optreedt bij medewerkers zonder einddatum in de loonkostenverdeling.   De loonkostenverdeling:   De foutmelding:   ... View more

UWV melding: UWV EDI - Ziekmelding (ziek uit dienst) De UWV melding 'UWV EDI - Ziekmelding (ziek uit dienst)' kiest ervoor om de 'ziek vanaf' datum mee te leveren naar het UWV. Deze is echter vaak incorrect in verband met de migraties en eventuele nieuwe klanten. In deze gevallen wordt die 'Ziek vanaf' datum namelijk ingevoerd op de migratie datum, vaak is dit 1 augustus. De koppeldatum geeft vervolgens de werkelijke 'begin ziekte weer'. Ook bij onderbroken ziekte die binnen 4 weken wordt hervat, is de koppeldatum correct.  Wij zijn tegen de volgende situatie aangelopen: Het issue ligt in het feit dat bij de melding 'UWV EDI - Ziekmelding (ziek uit dienst)' de datum 'ziek vanaf' wordt doorgegeven, in plaats van de 'koppeldatum'. Dit veroorzaakt problemen bij het UWV, aangezien de melding ten onrechte wordt geïnterpreteerd als een 'nieuwe melding' met een 'nieuwe startdatum'. Aangezien de koppeldatum de werkelijke startdatum van de ziekte aangeeft. Als gevolg van het doorgeven van de 'ziek vanaf' datum ziet het UWV de situatie als een nieuwe ziekmelding, ondanks dat de medewerker reeds de volledige 104 weken ziekte heeft doorlopen. Dit leidt ertoe dat de medewerker, onterecht, opnieuw een vragenlijst van het UWV ontvangt, wat voor verwarring zorgt bij de medewerker. Het voorstel van ons is om de 'koppeldatum' te gebruiken in plaats van de 'ziek vanaf'-datum, aangezien deze laatste incorrect is voor besturen die naar Visma zijn gemigreerd en eventuele toekomstige nieuwe besturen. De koppeldatum is daarnaast ook correct bij een onderbroken ziekte die binnen 4 weken is hervat. Hierdoor zal het UWV bij gebruik van de koppeldatum deze melding niet zien als 'nieuwe ziekmelding' maar koppelen aan de oude en bekende start datum ziekte, aldus het UWV.  ... View more

Wij zouden graag de mogelijkheid zien om als administratiekantoor de functionaliteit 'foutbeheer' onder 'applicatiebeheer -> Exporten -> Foutbeheer' op Master Company-niveau te kunnen raadplegen. We willen hier graag de fouten inzien van alle besturen die onder de Master Company vallen. Dit zou ons aanzienlijk veel tijd besparen bij de foutbeheercontroles voor het UWV, Vervangingsfonds (VFPF) en ODP.     ... View more

We lopen regelmatig tegen het volgende probleem aan: als we een terugkerende verlofaanvraag inboeken en er daarna iets wijzigt, moeten we deze terugkerende verlofaanvraag per dag verwijderen. Wij willen graag meerdere verlofaanvragen in één handeling verwijderen.    Ter illustratie: In de situatie hieronder betekent dit dat we 52 keer op de 'Prullenbak' en vervolgens de knop 'Intrekken' moeten drukken. In de ideale situatie kunnen we deze in één handeling verwijderen.  ... View more

Wij lopen tegen het volgende aan bij 'eigen overzichten' in persoonsgegevens:   Wanneer wij een functiegroep autoriseren voor 'eigen overzichten' zetten we de volgende vinkjes aan: Hiermee willen we bewerkstelligen dat deze functiegroep alleen eigen gemaakte overzichten kan inzien en aanmaken. We willen voorkomen dat zij andere overzichten zien, die wij zelf of andere besturen hebben gemaakt. We zien echter met deze vinkjes, dat het mogelijk is om overzichten van andere partijen te zien, bewerken en verwijderen.    Onze wens is: We willen 'overzichten van anderen' per functiegroep kunnen autoriseren, zodat deze optie niet is aan te vinken (zie afbeelding hieronder). Hiermee zorgen we ervoor dat medewerkers alleen inzicht hebben in hun eigen overzichten en overzichten van anderen niet kunnen inzien, bewerken en verwijderen.   Dit zou de rapportage mogelijkheden in Visma voor bepaalde functiegroepen enorm uitbreiden.  ... View more