Mina produkter

Logga in för att följa kategorier och för att få genvägar i denna meny
avbryt
Visar resultat för 
Visa  endast  | Sök istället efter 
Menade du: 
Senaste inlägg

Hej @Sandica Välkommen som ny forummedlem. Jag tror jag vet vad som spökar här. Det låter som att du testar att göra slutlönen redan nu, fast den anställde inte slutar förrän 3/10. Det är precis det som ger dig dessa konstiga värden på dagarna. Anledningen är att programmet alltid räknar ut intjänade dagar fram till dagens datum, inte fram till det datum den anställde faktiskt slutar. Så när du kör beräkningen i förväg blir det fel siffror på semesterdagarna, särskilt eftersom ni har innevarande år som modell för semestern. Det andra du behöver ha koll på: har den anställde tagit ut fler dagar än hen hunnit tjäna in, så att det blir minus i intjänade dagar, drar programmet inte av det automatiskt från slutlönen. Det blir i så fall något du måste dra av manuellt själv, om du vill att det ska synas i slutlönen. Mitt bästa råd är att vänta med att skapa slutlönen tills efter 3/10, när anställningen faktiskt är avslutad. Då räknar programmet på rätt datum och du undviker just den här typen av felvärden. Jag kan inte utifrån det du skrivit se exakt hur underlaget ligger hos er, för det skulle vi behöva titta på tillsammans i programmet. Behöver du mer hjälp får du gärna höra av dig till oss på 0470-70 60 00 men då efter den 3/10 och så går vi igenom det tillsammans. Ha en fin eftermiddag!
Hej @Christel9 Att slippa den manuella justeringen varje månad är en fullt rimlig önskan, och jag är helt med på vad du är ute efter. Vi har skickat vidare ditt och Catarinas önskemål till vår produktavdelning, så att de har det med sig i sitt arbete och kan bedöma vad som är möjligt att bygga in i Visma Lön 600 framöver. Hur snabbt eller enkelt det går att lösa rent tekniskt är inte jag rätt person att svara på, men önskemålet är i alla fall inskickat. Om och när det sker en förändring så uppdaterar vi här i tråden!
Hej @Tomas11 Bra tänkt. Att kräva en orsak vid app-stämpling skulle göra avvikelser tydligare och nog få fler att välja terminalen istället. Så som Spiris fungerar idag finns det tyvärr inte något sådant krav inbyggt, och heller ingen inställning för att slå på eller stänga av det. Bästa vägen framåt just nu är nog fortsatt att jobba med tydliga rutiner och sedan följa upp i tidrapporterna vilken stämplingsmetod som använts, precis som webtomten redan är inne på. Jag tar med mig ditt önskemål vidare internt, så våra produktspecialister kan utvärdera det inför kommande utveckling.
Hej @Christel9 Du har helt rätt. När en anställd byter från timlön till månadslön hänger sysselsättningsgraden inte med på den första lönerad som skapas, och därför faller den bort på utskriften Grundlön. Det är först när lönen justerats en gång till som fältet fylls i korrekt och raden dyker upp. Jag har stämt av med våra produktspecialister igen, och jag vill vara ärlig och säga att just nu ligger den här rättningen inte som prioriterad i utvecklingskön. Så länge det ser ut så här är workaround den du redan är inne på: Gå in på Ändra lön och lägg tillbaka den nya månadslönen med rätt startdatum (i ditt exempel 34500 kr från 2026-01-01). Klicka OK och Spara.Ställ dig på den gamla raden (den med brytdatumet, t.ex. 2025-12-31), högerklicka och välj Ta bort rad. Klicka OK och Spara igen. Då rensas den felaktiga mellanraden bort, och månadslönen kommer med korrekt på utskriften.
Hej @Therese5 För att se hur Visma Lön beräknar ett belopp kan du använda Löneartslistan. Den visar en samlad översikt över lönearterna och deras beräkningsformler. Om du vill undersöka en specifik löneart öppnar du lönearten och går till flik 1. Där visas den beräkningsformel som används. Det är inte alltid helt självklart hur exempelvis BeräknaSemLön räknas fram. I sådana fall kan du gå till hjälpavsnittet Förteckning över beräkningsformler och titta under rubriken Förteckning över variabler. Där beskrivs de variabler som används i formlerna, och ofta går det att hitta förklaringen till hur à-priset har beräknats. Om ni efter kontroll kommer fram till att beloppen behöver justeras kan du på den anställdes lönebesked högerklicka på snabbvalet och välja Konvertera snabbval till rader. Då låses à-priskolumnen upp och du kan ändra beloppet manuellt. Tänk på att snabbvalet då omvandlas till lönerader och inte längre uppdateras automatiskt om du gör ändringar i exempelvis antal semesterdagar eller andra underliggande uppgifter. Kontrollera därför gärna beräkningen noggrant innan du gör en manuell justering. Ett tips är också att kontakta vår support. De brukar kunna hjälpa till med kluriga beräkningar och har ofta bra lösningar på det mesta. Hoppas detta hjälper!