Visma skriver og retro-funksjonaliteten: "Men sannheten er at retro har betydelige fordeler for deg som bruker av Visma.net Payroll. Måten retro fungerer på er i tråd med gjeldende regelverk for innrapportering til a-melding. I hovedtrekk betyr det at kontantytelser skal følge kontantprinsippet og rapporteres i utbetalingsmåneden, mens naturalytelser, trekk og korreksjoner skal rapporteres i den måneden ytelsen gjelder. Fordelen er at Payroll ordner dette selv, så lenge du er nøye med å angi korrekt dato for når en ytelse skal gjelde. Legger du f.eks. inn en firmabil i oktober som gjelder fra 1. september vil Payroll automatisk sende en retroaktiv a-melding for september i tillegg til den ordinære for oktober". 2 ansatte hadde dekket egne lisvforsikringer. For den ene var det endret beløp i løpet av året (prisstigning), mens for den andre så hadde autogirobeløpet blir overskredet og stoppet opp. Gikk inn på ansattes faste transaksjonene for å endre grunnlaget for beskatning. Effekten av dette var at det ble generert korrigerte a-meldinger for tidligere perioder, uten at det ble laget nye samsvarende lønnskjøringer og dermed også regnskapsbunter. Dermed ble det inkonsistens mellom a-meldingene, lønnstransaksjoner og regnskapstransaksjoner selv om jeg egentlig oppnådde det som Visma beskriver ovenfor som korrekt innrapportering. Det som Visma beskriver som fordelaktig, vil jeg beskrives som ukontrollerbar dysfunksjonalitet når man sitter der og skal forklare avvikene, korrigere/forklare avvikende betalinger til skattekontoret og få alt gjenspeilet i regnskapet. Minimum så bør det genereres korrigerende lønnskjøringer, så det blir konsistens mellom a-meldingene og lønn (og dermed regnskapet). Min egentlige løsning hvis jeg hadde forstått effekten, hadde vært å lage en variabel lønnsart hvor jeg ikke hadde brydd meg med det «politisk korrekte», men løst problemet på enkleste måte med en lønnskjøring i desember. For å bli sittende i timesvis for først å forstå problemet og så få kontroll på det, den situasjonen blir jeg ikke å komme opp i på ny. Glad dette var en lønnsklient med 4 ansatte og ikke de som vi ellers kjører lønn for i Visma Lønn. Skal bli lenge til de blir flyttet til Payroll om de blir det noen gang.
... View more