En liten presisering er kanskje også på sin plass. Husk at dersom du skal "flytte" timene for mars så vil Payroll alltid med standard lønnsarter innrapportere trekk i lønn i perioden for opptjening, mens utbetaling av lønn alltid kommer på lønnskjøringsperioden. Så du må passe på at også den nye utbetalingen av timene for mars gjøres med en timelønnsart som plasserer innberetningen i samme periode som trekket. ... Vis mer

Hei, mistenker at importen plasserer timene tidsmessig i lønnskjøringsmåneden, og ikke med dato i opptjeningsmåneden. Altså vil timer utbetalt i april stå med dato i april, selv om disse er opptjent i mars. Altså vil endring av timesatser fra 01.04. påvirke timer utbetalt i april.  Den kjappeste måten å få til det du ønsker er jo å angi ny sats fra 01.05. selv om dette blir litt forvirrende i historikken.  Du kan jo også velge å importere timene utbetalt i april på nytt og datere disse til mars, og så importere en gang til med omvendt fortegn på antall til april slik at du får nullet importen fra april-lønnen i april, da vil ny timesats fra 01.04. ikke medføre noen faktisk etterbetaling selv om du får en haug med timer som går frem og tilbake.    Mulig du kan velge å slette importen fra april, importere på nytt med dato i mars. Det er alltid risky å slette noe i Payroll siden det da finnes lønnskjøringer som ikke har noen historikk-transaksjoner som man kan søke opp.  Uansett kan du velge å kjøre en ekstra korreksjonskjøring med rettingene - som da bør gå i null, før du kjører den nye kjøringen i mai med timer fra april. Lykke til.  ... Vis mer

Hei, du burde nok spurt spørmålet i Community for Payroll og ikke Visma Lønn.  Du vil nok få flere svar i korrekt kanal 🙂   Men for å faktisk også svare deg, tror jeg ville sjekket påfølgende lønnskjøringer og se om det likevel har vært retroverdier der som innrapporterer A-melding til måned 1 eller 2.  Konteringen av retroverdier gjøres jo ikke til regnskapet "korrekt periodisert" men inni samlesum for måneden.  Men enig i den umiddelbare tanken at avviket burde utlignes i påfølgende måneder/terminer.  ... Vis mer

Siden det ikke er trukket for avvikling av ferie ved utbetaling av feriepenger, vil det være nødvendig å trekke i lønn for ferie som avvikes etter at den ansatte er tilbake i jobb etter permitteringen.  ... Vis mer

Det er vanskelig å si hva som har skjedd uten å se registreringene, men jeg antar det må være gjort noe annet enn å sette sluttdato til 31.12.2022. Det høres nesten ut som at den faste lønnsarten er slettet - eller at det er satt feil sluttdato - datostyringen vil aldri endret noe lengre tilbake i tid enn sluttdatoen som er satt. Men vanskelig å si sikkert uten å kjenne detaljene.   Løsningen slik jeg ser det er å legge til en ny innberetning på periodene i 2022 som nå er reversert for å nulle den innlagte - pass bare på å bruke en lønnsart som innberetter på perioden den faste lønnsarten er registrert. Dette vil utligne de nye verdiene og innberetningen vil bli som før.   Det å sette sluttdato tilbake i tid medfører alltid at det sendes inn ny A-melding for alle perioder som blir berørt.   For gavegiving av naturalytelser er jeg klar over at det er mest korrekt å trekke tilbake innberetningen i tidligere perioder, men det medfører alltid problemer med avstemming av lønn, og skulle også medføre endring av lukkede og rapporterte perioder i regnskapet. Men jeg har enda til gode å få avvisning av skatteetaten dersom jeg tilbakefører fri telefon i sin helhet i november eller desember fordi kunden bestemmer seg for å gi dette som gave til den ansatte.   Et godt tips dersom man velger å gjøre en endring med retro-verdier, er å se på a-meldingene som enda ikke er sendt inn når man gjøre slike endringer - for å se hvilken effekt endringene man har registrert medfører. Da kan man spare seg for litt problemer i etterkant. Det er også kommet noen rapporter og spesifikasjoner som hjelper med å vise effekter av kjøringen som man er i ferd med å godkjenne.    ... Vis mer

Problemet er at standard lønnsarter behandler alle lønnstrekk tilbake i tid, mens etterbetalinger behandles etter kontantprinsippet. Noe som jo er helt korrekt og etter boka. I en ideell verden ville vi alle gjort alt rett første gangen, men det er et vell av tilfeller hvor jeg/man/den som kjører lønn trenger å gjøre korreksjoner slik at lønnskjøringen stemmer med virkeligheten og da er det ikke alltid at standard lønnsarter behandler lønnsartene på rett tid.    Løsningen er at du enten må opprette en kopi av lønnsarten som etterbetaler rett lønn - men som gjør A-meldingsinnrapporteringen etter registrert dato, og ikke følger kontantprinsippet.  Alternativt kunne du brukt en lønnsart for etterbetaling som justerer opp til fagarbeiderlønnen, da vil du jo kunne velge om denne skal følge kontantprinsippet eller innrapporteres på rett periode.    Det beste tror jeg ville vært om Payroll ikke så enkelt tillot sletting, men at man måtte legge inn justeringstransaksjoner - så slapp man å komme i den situasjonen som du er i nå, og jeg har vært flere ganger selv. Men fremdeles ville man jo måtte passe på at arten som trekker ned behandles likt med den som etterbetaler.  ... Vis mer

Det er en del innstillinger fra lønnsarter og annet som blir med ned på godkjente lønnslinjer. og som dermed ikke påvirkes av at nye innstillinger på lønnsarter.  Du må nok antakelig inn på menyen Forespørsel>Godkjent lønn - og se på en eller flere lønnslinjer som er med på aktuell lønnskjøring og se om det er avvik på disse i forhold til samme lønnsarter før og etter. Det er mulig å gjøre rettinger i denne visningen slik at innberetningen blir rett og godkjent. ... Vis mer

Permitteringen avbrytes ikke ved kortere arbeidsperioder, ei heller under lønnspliktperioden.   Dersom det utføres arbeid i lønnspliktperioden, enten ved at 100 % permittert ansatt tas tilbake i noe jobb, eller at en ansatt er delvis permittert, vil lønnspliktperioden strekkes til at arbeidsgiver har utbetalt lønn for totalt 15 dager under permittering.  Dvs. hvis en 100 % permittert ansatt tas tilbake for å jobbe i 2 dager vil disse dagene ikke telle som lønnspliktdager, og telling av lønnspliktdager fortsetter etter at den ansatte er tilbake i permitteringmodus igjen. Poenget er at arbeidsgiver skal dekke lønn for 15 dager før NAV overtar og begynner å betale dagpenger.    lenke til info: https://www.nav.no/arbeidsgiver/permittere#lonnsplikt  ... Vis mer

Hei, det løper ingen ny arbeidsgiverperiode så lenge det ikke er opphold i sykemeldingsperiodene. Dersom den aktuelle arbeidstakeren derimot hadde friskmeldt seg for å ta ferie hadde det vært noe annet. Men nå tar denne ut ferie under en løpende sykemelding og har dermed ingen opphold i faktisk sykemelding - altså løper det ingen ny arbeidsgiverperiode.  Arbeidstakeren løser det med å angi på sin melding av sykeperiode at denne har tatt ferie i den aktuelle perioden - dette kan den utnevnte ansvarlige for den ansatte sjekke når sykemeldingen blir levert til NAV. Arbeidsgiver skal egentlig ikke gjøre noe annet enn å se til at dette blir gjort og utbetale feriepenger for avviklet feriedager. Hvordan dette løses i Payroll har jeg dessverre ingen sikker formening om.  ... Vis mer

Jeg ville sjekket om betaling for T6-2020 stemmer med skyldig pr 31.12.2020.   Hvis kostnadsføringer i regnskapet i løpet av året stemmer med totalen av AGA i Visma Lønn, vil stort sett avsetninger til skyldig AGA (2770) også være korrekt. Siden alle bokføring mot 2770 er verifisert vil jeg anta at overføring fra avsatt AGA av FP ifm utbetaling av FP er korrekt, og at total AGA i A07 for hele året lik total AGA fra VL. Da står man vel strengt tatt bare igjen med at det er betalt et annet beløp enn det som stod som skyldig AGA ved forrige årsskifte. ... Vis mer

Jeg mistenker at dette kan være knyttet til hvordan DNS-innstillingene, for domenet for epostadressen som du forsøker å ha som avsender, er satt opp.    Det er ofte registrert en TXT-record i DNS for domenet som sier fra hvor mottakende epostservere kan forvente å motta eposter for domenet. Dersom denne er satt opp uten å inkludere SMTP-serveren som du har konfigurert i Visma Lønn vil mange epostservere avvise (eller bare droppe) meldinger som mottas fra uautoriserte kilder.    En TXT-record med SPF-oppsett vil kunne se slik ut dersom du bruker office365 og har daldata som ASP-leverandør:  "v=spf1 include:spf.protection.outlook.com include:_spf.daldata.net a:smtp.daldata.no -all"   Her er mer info om SPF: https://domene.shop/blog/2017/09/spf-oppforinger-i-dns/    Kjør følgende kommando i powershell for å se txt-oppføringer for ditt domene (bytt ut domene.no med ditt domenenavn):  nslookup -querytype=txt domene.no eller bruk denne webtjenesten: https://network-tools.com/nslookup/    Det er nok også å anbefale at Visma Lønn blir satt opp med sikker pålogging på SMTP-serveren til epostserveren hvor du har epostkontoene da vil du ofte omgå noe av problematikken rundt spf og spam-markering siden det er en verifisert epostkonto som står som avsender av epostene. ... Vis mer

Ja er ikke den kjekk! Jeg bruker å definere flytgrupper via menyen System>Autoflow>Regler - siden vi ofte bruker autoflow for våre kunder.  Opprett der en regel for akuell leverandør og angi stegene med flere alternative attestanter, og huk har av for at kun en av attestantene må godkjenne. Lagre.   Men når du bruker den manuelle funksjonen "Send dokument på flyt" kan du alltids også huke av for "Lagre flytgruppe på denne leverandøren" når flyten er ferdig definert der.   Man kan faktisk lage flere steg med multiple attestanter innenfor hvert steg, og bestemme innenfor hvert steg om bare en eller alle må godkjenne.  ... Vis mer

Hei, litt vanskelig å svare på dette uten å se på bilagene og hvordan disse er registrert ol. Kontakt leverandøren din så finner dere nok ut av det.    Men - jeg vet at det er mulig å få registrert og sendt på flyt to bilag med samme fakturanr fra samme leverandøren dersom fakturanummer på siste bilaget blir registrert før leverandørnummer blir registrert - kontroll på fakturanummer blir gjort i registreringsøyeblikket, og ikke når leverandørnummer blir registrert. Tror heller ikke det gjøres noen kontroll i prosessen med å sende bilag til attestering. Dette åpner opp for å kunne sende to bilag med samme fakturanummer til attestering, og få attestert begge, uten advarsel.   Men du vil normalt få feilmelding dersom du forsøker å sende til bokføring to faktura med samme fakturanummer, så du bør ikke få til å bokføre dobbelt opp.  ... Vis mer

Hei, klarer ikke å se at du får løst dette slik oppsettet ditt er nå. Du må nok angi faktisk trekk i timer  i antallsfeltet for pause-arten (og bruke faktor 1 også på denne arten). Det er så vidt jeg vet ikke mulig å styre hvilket felt som skal gå til akkumulator for timeantall.    Men en alternativ løsning jeg ser er følgende: Dersom du ikke er helt nødt til å vise totalt antall timer på jobb (dvs 20 timer fra eksempelet) så kunne du brukt antall timer som skal betales for på lønnsart 5 (i det tenkte tilfellet 19 timer), og bare hatt lønnsart 9 som en informasjon (evt. opprett en ny lønnsart): - lønnsart navn: "Herav trukket for pauser" - Sett lønnsarten til type 3 Påvirker grunnlag, ikke utbetaling - ikke koble lønnsarten til noen akkumulatorer, a-meldingskode eller grunnlag for skatt/aga/fp/pensjon - utelate/bruk samme hbkonto til både debet og kredit (evt. bruke forskjellige konto for å kunne spesifisere sum trekk for pauser)   Da får du rett akkumulator og innberetning av lønn og timeantall, og du får opplyst om trekk av pauser på lønnsslippen.    OBS! Jeg ser nå at det var forskjellige satser for trekk på pausen og timelønnen - dersom det er tilfellet vil mitt forslag ikke fungere. ... Vis mer

Det er ikke mulig å importere en excel-fil direkte til VB så vidt jeg vet, men det skal være mulig å lagre excel-filen som en CSV-fil og importere denne. Da er det viktig å benytte SQL-navnene på feltene som overskrifter på kolonnene i Excel, og deretter importere med veiviser/Import wizard. (se i hjelpefilen til VB under overskriften "Importing data from Excel". Usikker på om denne løsningen fungerer for import av bunter og bilag da jo disse er koblede tabeller.   Men det er også fullt mulig å bruke excel til å "organisere" data slik at du kan kopiere fra tabellen i excel og lime inn i buntlinjene i VB. Da må du bare passe på å ha eksakt de samme feltene og i samme rekkefølge i både VB og Excel. Dette fungerer OK i mange tilfeller og er tilstrekkelig dersom det ikke er for mange linjer som skal importeres.   Men dersom du trenger rene importfiler, kan du finne info og detaljer om formatering av disse i hjelpefilen VbusImportEksport.chm som du finner i mappen Nor.int i Business-mappen i VB-installasjonen. Her finner du forklaring til importfiler og funksjoner i forbindelse med slike - som blant annet dekker import av bunter og bilag.    Tror også du bør se på Visma Importfilter som vil kunne løse mange importbehov - også import av posteringer til bunt. Da defineres et "filter" som konverterer data mellom kildefilen og tabellene VB. Denne lager en importfil som forklares av i hjelpefilen som nevnt over. ... Vis mer

I det nye godkjenningsvinduet er det ikke mulig å avvise en kreditnota dersom noen har vært uheldig å fått med en som ikke skulle vært med i betalingsforslaget. For å kunne avvise en kreditnota i betalingsforslaget må det samtidig som minimum også avvises faktura som til sammen overstiger kreditnotabeløpet. Dette antar jeg er en bug i logikken da det ikke gir noen som helst mening i å ha en slik begrensning.  Jeg hadde skjønt det om det ikke var mulig å avvise faktura som gjorde at kreditnota overstiger gjenstående faktura i sum, man at kreditnota alene ikke skal kunne avvises er meningsløst. Dette vil jo også gjelde for betalinger som uheldigvis er kommer med men som feks gjelder forskuddsbetaling på fremtidige faktura. (det skal samtidig poengteres at jeg overhodet ikke er sikker på at dette fungerte som det burde før det nye godkjenningsvinduet ble lansert) ... Vis mer

Er helt enig i at kommentarer bør være med til Approval, men det må i denne sammenheng skilles mellom systemets logging av hendelser og merknader som gjelder dokumentet.  Dersom all logging også vises i Approval er jeg redd at faktiske kommentarer drukner og ikke blir fanget opp av den som skal godkjenne dokumentet. ... Vis mer

Spørsmålet er da om hvilken av følgende scenarier som VDC følger:   1. definert autoflow følges for alle valgte bilag (dvs som at "Send til Autoflow var valgt for hvert bilag), eller 2. alle valgte bilag blir tildelt flyt ut fra den foreslåtte flyten som vises i dialogen?   Jeg mistenker vel at det er scenarie nr. 2 som vil benyttes. Funksjonen er jo ment for at en skal kunne sende bilag på en helt spesifikk flyt, og velges det flere bilag bør den jo sende alle på den samme flyten. Men dette kan kanskje noen fra Visma bekrefte/avkrefte? ... Vis mer

Jeg antar du har rett i at EHF-faktura har begrensninger i at faktura med dato frem i tid ikke kan sendes - det har jeg enda til gode å forsøke. Men å sende faktura som vedlegg i epost burde ikke medføre noen problemer i AutoInvoice siden det ikke gjøres noen validering av innholdet i fakturaen ved slik utsending. ... Vis mer

Faktura som sendes med Autoinvoice blir sendt etter at du godkjenner faktureringen og bunten blir generert. Du får etter dette opp en bekreftelse på at/om fakturaene er sendt.   ... Vis mer

Det er etter det jeg vet ikke noen innstilling for lønnsartene som kan gjøre at det skal være mulig å utelate noe fra å bli trukket på frikortbeløpet. Men det kan være noe jeg har oversett.   Alle skattepliktige beløp går først til reduksjon av registrert frikortbeløp, og så vil overskytende bli skattelagt med 50 % - såfremt det ikke er angitt en annen skatteprosent på den ansatte.   Kan det være at det er registrert frikortbeløp som stemmer eksakt med den beregnede timelønnen? ... Vis mer

Jeg har også vært borti at vi har hentet frikortet først men ikke fått tildelt noen andel av frikortet - hverken helt eller delvis. Den ansatte har da måttet tildelt en sum til arbeidsgiveren først for at det skulle bli noe. ... Vis mer

Har støtt på samme problemet selv også - men ikke funnet noen løsning.   Det er jo mulig å begrense hvilke ansatte (via angivelse av ansattnummer) som du vil klargjøre for publisering, men det virker som Visma Lønn har buffret de øvrige ansatte som er klargjort for publisering tidligere, slik at alle blir med på en ny publisering. Dersom noen klarer å si hvordan man kan fjerne disse bufrede dataene så bør det være mulig å benytte avgrensningen i printdialogen for "klargjøring for publisering" for å oppnå det du ønsker.   Støtter forslaget ditt om en logg på utsendte lønnsslipper. Både for å se hvordan lønnsslipppen er utsendt og kanskje like my på OM den faktisk er utsendt. Dette kunne også åpne mulighet for systemet til å gjøre advarsler for å forhindre dublett-utsending av lønnsslipper til ansatte. ... Vis mer

I Visma Business styres dette fra tabellen for bilagsarter for hver klientdatabase.   I kolonnen/feltet "Ekstratekst-def" (må antakelig hentes frem) fremkommer det pr bilagsart hvilken tekst som skal skrives til feltet "Ekstratekst" på bilagslinjen der denne bilagsarten brukes. Denne kan relatift fritt defineres etter eget ønske ut fra registrerte verdier på bilagslinjen.   Eks på bilagsarten 21 for Inngående faktura kan følgende tekst defineres: "@Bilag (Aktør [Kredit konto->Lev.nr] (Navn))" - vil gi en tekst med Leverandørnavnet, eller: "@Bilag (Aktør [Kredit konto->Lev.nr] (Lev.nr)) - @Bilag (Aktør [Debet konto->Lev.nr] (Navn))" - vil gi en tekst med Leverandørnummer - Leverandørnavn.             ... Vis mer

Det eneste jeg kan tenke meg at dette kan skyldes er at det mangler hake på Resultatregnskap i innstillinger som kan gjøres under arkfanen "Annet" i oppgaven "Redigering av offentlig regnskap" - her kan en velge hvilke deler som skal være med i rapporten. ... Vis mer