@marinkaeweg ook goed om te weten, dankjewel 🙂 ... View more

@Marinka Eweg bedankt voor je snelle reactie! Helaas, de sectie met het veld die ik zou willen importeren, staat niet in de rij (persoonlijke gegevens-overig).     ... View more

@Marinka Eweg  Wij willen graag in andere, eigen vrije velden massa-gegevens kunnen importeren. De bovengenoemde oplossing lijkt uitsluitend over de reiskosten sectie te gaan ?   ... View more

Dat zou voor ons een zeer welkome aanvulling zijn ! Wij gebruiken ook eigen vrije velden en dan zou het efficiënter zijn om die ook in een keer te kunnen vullen met een importbestand. ... View more

Wij ervaren ook problemen met de voorziening jubilea. Voor nood heb ik een extra veld bij persoonlijke gegevens aangemaakt en daar de (zelf berekende) harde datum ingevuld. Op deze manier kan je in ieder geval een eigen excell-overzicht maken en deze desgewenst "inplakken" in het jubileumvoorzieningenoverzicht van bijv. Vosabb. Een eenmalige actie.   Ook zit er een verschil in de jubileumberekening, wijkt enkele dagen af van de werkelijkheid (schrikkeljaar wordt met 366 dagen geteld?). ... View more

@lauraholm  Dankjewel, dit heeft geholpen 🙂 ... View more

@lauraholm   Wat is nu de juiste werkwijze ? Terugzetten naar 14.76 kan wel, maar dan wordt de eenmalige januari-uitkering voor het verschil alsnog TWK in februari ingehouden. Lijkt me niet de bedoeling.   Logisch is dat de januari en februari versie dit al ondervangen doordat daar geen percentage staat ingevuld. Dat is toch voldoende ? ... View more

De voorgestelde wijziging zou voor ons niet werkbaar zijn met docenten die ingeroosterd/uitgeroosterd moeten worden voor de volgende dag. Dit is funest voor onze huidige werkwijze (workflow) van het zelf beter melden via de app. Een docent moet zich beter kunnen melden (nu nog voor 12 uur) met een t/m datum. Als dit niet meer kan, krijgen onze roostermakers nooit meer op tijd een melding door en loopt de voortgang van de lessen gevaar.   NB Onze meldingen zijn niet gekoppeld aan het UWV. Wij doen handmatig de 42ste weekmelding.  ... View more

Wat mij betreft een must! Een foutje is zo gemaakt en kan iemand de declaratie snel zelf verwijderen en opnieuw indienen. Dit scheelt ook extra werk en verwarring voor de leidinggevende en salarisadministratie. ... View more

@NvdB  heb je hem wel bij de vaste salariscomponenten ingevoerd met datum 1-12-2024 ? ... View more

Ik heb zelf al de oplossing achterhaald :    transactie vastleggen op component 148040  (uitsluiting extra uitkering 6) ... View more

Hoe kan je een medewerker uitsluiten van deze uitkering ? ... View more

@Marinka Eweg @NvdB @Els Vonk  Dat klopt ! Logisch zou zijn als extra regel onder Datum-in-dienst bij Persoonlijke Gegevens. Net als op de salarisstrook. ... View more

Helemaal met Nico eens. Een vastlegging van de definitieve uitdienstdatum is (ook) relevant, niet wanneer een van de (vele) contracten afloopt. Dat werkt veel prettiger als naslagwerk. ... View more

Het zou inderdaad wel logisch zijn als de datum uitdienst ook bij de Persoonlijke Gegevens staat. Net als de indienstdatum. Het gaat niet om einde van (een van de) contract(en) maar einde volledig dienstverband.   ... View more

@NvdB @MvB  Het is inderdaad lastig. Wellicht heeft het te maken met het feit dat als de tijdelijke uitbreiding (> 5 klokuren) afloopt tijdens ziekte de werknemer hiervoor een ziektewetuitkering aan kan aanvragen bij het UWV.  In dat geval moet er een aanzegging worden gedaan. Dus zeg maar bedoeld als een seintje ? ... View more

Het verzoek van onze afdeling financiën is om de omschrijving van de afdrachten naar de Belastingdienst (en ABP) aan te kunnen passen naar bijv. "loonheffingen periode x" of "afdracht periode x" en niet zoals nu het geval is "salaris periode x" ... View more

@Asha  Wij maken gebruik van Pardon Salaris (abonnement), die is ook altijd up-to-date en tot op de cent nauwkeurig. Erg handig voor bijv. toekomstig verlof (seniorenverlof, ouderschapsverlof e.d.). ... View more

Ik ben het helemaal eens met Nico vander Bent ! Het roept nu alleen maar vragen op bij de medewerker, terwijl wij als professional toch wel weten hoe het berekend wordt. ... View more

Helemaal mee eens, het ziet er erg verwarrend uit zo. Desnoods niet vermelden op de strook. Dat geldt ook voor de rij bij de contracten onderaan de strook (die inmiddels zijn afgelopen). ... View more

@NvdB  Bij de implementatie gaf de consultant aan dat je hiermee uren kan verlonen tegen het oude uurloon (bijv. als iemand pas declareert na een structurele loonsverhoging). Dat heb ik overigens nooit uitgeprobeerd, vul meestal bedragen in. Wij zijn ook pas per 1-1-2023 begonnen met Visma (na Youforce) dus ik ben ook nog geen kenner. Loop wel regelmatig tegen dingetjes aan.   Maar ik ben er wel voorstander van om alleen de startdatum in te hoeven vullen.  ... View more

Dit heeft te maken met het feit dat als je in uren vergoed ipv een bedrag, naar de periode wordt gekeken tegen welk (oude) uurloon uitbetaald moet worden als mensen te laat doorgeven.   Maar efficiënter is inderdaad om alvast standaard de startdatum als periode in te vullen en zo nodig daarvan af te kunnen wijken. Ik heb ook wel eens bij de hand gehad dat de startdatum correct was ingevuld doch de periode abusievelijk op een andere maand stond. Daardoor werd de mutatie helemaal niet verwerkt. ... View more

@Marinka Eweg  Een voorbeeld: Een medewerker is per 1-11-2023 uitdienst gegaan. Eerder in juni 2023 verhuisd naar Utrecht. Ik wil deze medewerker een jaaropgave op papier nasturen. Vanuit Payroll wordt een jaaropgave met het oude adres Leerdam aangemaakt. Ook op een (eigen) overzicht met peildatum 31-12 of later komt het oude adres Leerdam tevoorschijn (of met filter beide adressen). Ik heb hier een aanvraag voor ingediend #42524455, kreeg een warrig verhaal en werd verwezen naar de ideeënbus. Vanuit de rapportages/jaaropgave kan je individueel een nieuwe jaaropgave printen, dan wel met het laatste adres, maar dat is met zoveel uitdiensttreders niet te doen.   Het is toch logisch om altijd het recente adres te gebruiken ? ... View more

@Rene van Jole  Fantastisch ! Deze info had ik even gemist. Dank voor de terugkoppeling. ... View more

@Rene van Jole  Ik zie het niet in de releasenotes 237 noch 237.01 terug. Heb je voor mij een link of voorbeeld?   ... View more

@MvB ook mee eens om zelf de volgorde te kunnen bepalen. ... View more

De consultant verwees ons juist naar de community omdat dit een wens is (van veel klanten). In het onderwijs wordt veel gebruik gemaakt van meerdere uitbreidingen. Het overzicht is dan zoek. ... View more

Deze wens is al eerder geplaatst in de community en (voorlopig) afgewezen.  Wij werken nu een jaar met Visma Payroll en hebben ook problemen met het feit dat een dergelijke uitsplitsing niet duidelijk op de salarisstroken terecht komt. Voor de berekening klopt het wel, maar is het niet duidelijk naar de medewerker (of lezer) toe. Ook niet voor een eventuele hypotheekaanvraag.   Wij zien ook graag een regel met einddatum eerdere werktijdfactor en begindatum nieuwe werktijdfactor. Een aanvullende wens is om een totaal werktijdfactor op de strook te zetten, op overzichten zijn al die losse contracten een crime. ... View more