Jeg vil tro den beste løsningen er å ta ut en rapport med personalkort og inkludere akkumulatorer og evt lønnsarter.  Jeg ville nok også tatt ut en rapport med Lønns-ticker som viser alle godkjente lønnsarter med antall og beløp som er registrert pr person.  Så må du avlede basert på disse hvilke arter du må registrere i Tripletex for å få en komplett rapportering derfra.  ... View more

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.  ... View more

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. ... View more

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  ... View more

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. ... View more

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. ... View more

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.  ... View more

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.  ... View more

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. ... View more

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. ... View more

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) ... View more

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. ... View more

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? ... View more

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. ... View more

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.   ... View more

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? ... View more

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. ... View more

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. ... View more

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.             ... View more

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. ... View more

Hei, Feilen du får kan løses ved å enten å stoppe prosessen/sesjonen som låser raden (slik du forsøker). Eller dersom det ikke er mulig - så kan det hentes frem kolonnen "Prosessnr" i tabellen,  klikke i feltet og trykke "Ctrl+Delete" som fjerner låsen på raden. ... View more

Feltet "AutoInvoice e-post adresse" skal som du nok allerede tror brukes dersom en kunde har annen epostadresse for mottak av faktura enn den normale som brukes for annen utsending. Bruk av adressen i dette feltet forutsetter som du antyder at det brukes AutoInvoice for utsending av faktura på epost, noe det etter min mening er all grunn til å gjøre. ... View more

Ønsker også hurtigtaster. Hadde også vært greit om kopier, klipp og lim hadde fungert i alle felter - også inne i Finale Årsoppgjør. Nå er det mange plasser det bare fungerer dersom en bruker hurtigmenyen, og ikke ved bruk av Ctrl+ C, X eller V. Noen plasser er det avskåret fra bruk. ... View more

En mulig løsning ligger i å midlertidig sette trekkode på lønnskjøringen til "2 - Trekkfritt" når du legger inn lønnstransene for lønnsmottakerne som det ikke skal beregnes skatt på. Da vil denne trekkoden kopieres til disse lønnslinjene og vil ikke inngå i grunnlaget for beregning av forskuddstrekk. ... View more

Hekter meg på her jeg også - nå er vi i alle fall fire. Tror nok jeg får med meg de fleste av kundene mine også - når de ved neste tilfelle logger på nettsiden istedet for appen og blir tvunget til et passordbytte. Det er unødig mange krav - hva med å kreve bare 3 av dem innfridd for å akseptere passordet? Alternativt kunne et simpelt krav til passord vært styrket ved 2FA via SMS-kode til mobilen - ikke sikker på at jeg vil tvinge noen av mine kunder til å installere Google Autentisering Tror nok det er flere enn oss som synes dette er strengt og unødig - men det er vanskelig å argumentere mot at det er bra med økt sikkerhet. Når det kommer til muligheten for å tilpasse passord-policy så må vel det være like lett som det er at man kan velge om en ønsker å aktivere 2FA - og at dette gjelder for alle kundene samlet. ... View more