Visma support har mottatt flere henvendelser fra kunder om at de har mottatt brev fra Skatteetaten - Skatteinnkreving om manglende rapportering av utleggestrekk for skattekrav.   Dette kommer ofte av at den ansatte som kravet gjelder ikke har hatt noe lønn i perioden (f.eks. vært permittert).  I hht. veiledningen til a-meldingen fremkommer det ikke noe krav om at det da skal sendes "null oppgave".    I informasjonsmøte 26. mars 2021 tok Visma opp med Skatteetaten at dette bryter med a-ordningens tanke. Skatteetaten bekreftet i dette møte at de ser at kravet er uheldig, og skulle se på andre løsninger.   Skatteetaten har i "Nyhetsbrev fra a-ordningen mai" skrevet at dette brevet er sendt feil. Relaterte brukertips Rapportering av utleggstrekk for skattekrav via a-melding   ... View more

Fra versjon 16.10 av Visma Lønn anbefaler vi migrering via Flyttefabrikken for å gå over til visma.net Payroll - les mer om det her. ---------------------------------------------------------------------------------------------------------------------------------------- Når du skal gå over fra Visma Lønn til Visma.net Payroll kan du med eksportmuligheten i Visma Lønn få en rask og enkel overgang til Visma.net Payroll.   Du får over ansattinformasjon (kun noen faste transaksjoner) ved å gå til "Verktøy /  Eksporter data / Eksport ansatte til Visma.net Payroll". Valget "Inkluder ansatte med arbeidsstatus ="sluttet", er kun aktuelt hvis du har mange ansatte som har sluttet og ikke fått feriepengene sine. Det vil tidsmessig ofte være bedre å registrere en slik ansatt manuelt i Payroll.   Du får da eksportert ut alle ansatte. Denne filen kan du så importere i Visma.net Payroll. Importen finner du under "Visma.net Employees / Oversikt" og valget "Importer ansatte".    Dersom de ansatte blir importert med "mindre" feil så vil de bli lagret som utkast. Dersom ingen feil blir funnet under importen vil de ansatte bli lagret. Du må uansett gå gjennom de ansatte og kontrollere at opplysningene er korrekte før du oppretter brukerne. Følgende informasjon blir ikke med i eksportfilen: - Faste transaksjoner med "Fast tr.type" = 0-manuell + 2-Fagforeningstrekk +7-Lån + 8-Fast oppdrag. - Permisjon (dersom arbeidsstatusen er satt til permisjon så vil den ansatte bli importert, men permisjonen må registreres i Calendar). Hvis du har noen ansatte med permisjon, må du på denne permisjonen rapportere sluttdato den siste dagen i måneden i for overgang. I Calendar så reg. du permisjonen med start dato dagen etter sluttdato i Visma Lønn.   - Ansatte uten fødselsnummer / D-nummer - Leder på den ansatte Merk! Kontroller at avlønningstype står korrekt på ansatte som har årslønn men ikke er fastlønnede. De vil bli importert som fastlønnede.   Lykke til med ditt nye lønnsprogram. ... View more

For at  "Visma Cloud Gateway - VCG" skal kunne kommunisere med Visma.net så må følgende være åpnet i brannmur.   Visma.net sin IP adresse er: 91.123.56.26 Hvis benytter "host name" er adressen: odg.visma.net .   MERK! Denne adressen 91.123.56.26 er ny fra 17.mars 2021, tidligere var den 193.75.92.25. Relaterte brukertips Feilsøking integrasjon med Visma.net Oppsett av Visma Lønn og Visma.net ... View more

Endringene i reglene om gaver i arbeidsforhold, som trådte i kraft fra 01.01.2021 i år gir deg som arbeidsgiver muligheter til å spare kostnader. Det er nå mulighet for å gi bort hele eller deler av en naturalytelse. Når det gjelder elektronisk kommunikasjon og firmabil er det kun sjablongbeløpet som kan gis bort. Les mer her for presisering og flere eksempler.   I dette brukertipset viser vi deg hvordan du håndterer dette i Visma Lønn. Elektronisk kommunikasjon som gave Har du rapportert elektronisk kommunikasjon på de ansatte i 2021 og ønsker å korrigere dette til gave så må du avslutte den faste transaksjonen på den / de ansatte ved å sette en "Til dato" Gaver med verdi under kr 5000,- skal ikke rapporters, så du skal ikke gjøre noe annet enn å registrere tildato.   Ønsker du å korrigere fra januar til d.d så kan du gjøre følgende: Gå inn på lønnsart 200 - Elektronisk kommunikasjon og sett feltet "Forsk.trekk" til  "2 -Ikke trekkpliktig". Fjern krysset for "Arb.g.avg" på lønnsår 2021. Gå inn på "Forespørsel / Godkjent lønn". I den blå søkefeltlinjen søker du etter 2021 i kolonnen "Lønnsår" og 200 i kolonnen "Lønnsart". Da vil du få opp alle transaksjoner for denne lønnsarten. I kolonnen "A-meldingsnr" slett verdien som står her på alle rader. Dersom du har mange rader så kan du bruke funksjonen "Masseendring". Kjør rutinen "Regenerering av akkumulatorer". Send inn erstatningsmelding på a-meldingen for januar og de andre måneder du har endret. MERK! - avsetning av arbeidsgiveravgift i regnskapet må korrigeres manuelt.  Eventuell endring av konto / motkonto må også endres manuelt i regnskapet.   Refusjon på bredbånd Følg pkt. 1 - pkt. 4. I pkt.1 må du søke etter lønnsarten for refusjon - standard lønnsart 203. Treningsavgift som gave Dersom treningsavgiften totalt er mindre enn kr 5000 så kan du gjøre følgende: Gå inn på lønnsarten du benytter for refusjon og sett feltet "Forsk.trekk" til  "2 - Ikke trekkpliktig". Fjern krysset for "Arb.g.avg" på lønnsår 2021. Gå inn på "Forespørsel / Godkjent lønn". I den blå søkefeltlinjen søker du etter 2021 i kolonnen "Lønnsår" og lønnsarten for refusjon i kolonnen "Lønnsart". Da vil du få opp alle transaksjoner for denne lønnsarten. I kolonnen "A-meldingsnr" slett verdien som står her på alle rader. Dersom du har mange rader så kan du bruke funksjonen "Masseendring". Kjør "Regenerering av akkumulatorer". Send inn erstatningsmelding på a-meldingen for januar. MERK! - avsetning av arbeidsgiveravgift i regnskapet må korrigeres manuelt.  Treningsavgiften er over kr 5000 Hvis du har lagt inn dette som en fast transaksjon, så reduser det månedlige beløpet slik at det kun er beløpet som overstiger kr 5000,- som fordelsbeskattes. Hvis ditt firma refunderer og ønsker at Visma Lønn starter fordelsbeskatning automatisk, så kan du følge dette brukertipset.    Fordel forsikring som gave Fremgangsmåten blir som for "Elektronisk kommunikasjon som gave". Fordel firmabil som gave Her anbefaler vi at du følger fremgangsmåten beskrevet her. Hvis fordelsbeløpet er mindre en kr 5000,- pr. måned,  så reduser fordelsbeløpet i 2 måneder.   Ofte stilte spørsmål Jeg finner ikke disse lønnsartnr. som brukertipset henviser til? Brukertipset henviser til "standard" lønnsartnr. Det kan være at firmaet ditt bruker andre lønnsartnr. Finn de lønnsartene dere bruker. Hvordan masseenderer jeg mange transaksjoner? Når du har søkt frem transaksjonene du ønsker å endre, så kan du slette verdien i den første kolonnen i listen. Høyreklikk i kolonnen og velg "Sett alle linjene i tabellen til verdien for valgt linje / kolonne". Les igjennom hva som står og sett hake for "Ja, jeg skal oppdatere alle" og trykk "Oppdater alle".  Kan myndighetene gjøre nye endringer i løpet av 2021? Support har pr.når denne artikkelen skrives ingen informasjon om dette. Hvis myndighetene gjør endring, og dette får tilbakevirkende kraft. Hva betyr det for meg? Da må fordelen legges inn pr. måned pr. ansatt. Dvs. en ny lønnskjøring pr. måned fordelen skulle vært innrapportert. Kan jeg fortsette å bruke lønnsart 203 for å refundere de ansattes bredbånd? Ja, men da må du i tillegg til å sette feltet "Forsk.trekk" til  "2 -Ikke trekkpliktig" og fjernet  krysset for "Arb.g.avg" på lønnsår 2021, også slette verdien i feltet "A-meldingsnummer". Relaterte brukertips Fagartikkel om de nye reglene Fordel elektronisk kommunikasjon Fordel forsikring  Korrigering av firmabil   ... View more

Dette brukertipset tar for seg ulike situasjoner. 1- hvor det kommer en feilmelding i tilbakemeldingen på innsendt a-melding. 2- hvor det er trukket for mye / skulle ikke vært trukket. 3- trekket er foretatt på feil lønnsart - skulle ikke vært innrapportert 4- trekket er foretatt på feil lønnsart - skulle vært innrapportert   1- Ved innsending av a-melding har noen kunder fått en tilbakemelding tilsvarende denne: Denne meldingen kommer av en manglende innstilling på lønnsarten. Se pkt.6. Men først hvordan rette. I dette eksemplet er kjøring 1 kjørt og godkjent, og kjøring 2 er korreksjonen.  MERK! Denne korrigeringen under gjelder kun når utleggstrekk for skatt er høyere innrapportert på inntektsmottakere enn hva som er oppgitt å betale. F.eks oppgitt utleggstrekk er 10 000, summen av utleggstrekk for inntektsmottakere er 10 001.    Gå inn "Forespørsel / Godkjent lønn". Søk frem den ansatte og aktuell kjøring. Her vil du se at trekket er gjennomført med et øre beløp. For eksempel 500,65. Dette avrundes forskjellig og gjør at du får en tilbakemelding med at du må rette. Gå så inn på den ansatte og fanen "Faste transaksjoner", på linje med "Fast.tr.type" = "3-Utleggstrekk for skatt", fjern eventuell verdi i "sats" og i beløp skriv inn ørene uten fortegn. I dette eksemplet 0,65.  Opprett så en ny kjøring i samme periode, overfør faste transaksjoner på aktuell ansatt, kun linjen med Utleggstrekk. Registrer så manuelt lønnsart for forskudd (400) med samme beløp i minus. Kjør så lønnskjøringen igjennom og godkjenn. Ikke send inn a-melding på denne lønnskjøringen alene. Send så inn en erstattningsmelding på a-meldingen. I feltet kjørenummer så angir du at innsendingen er på kjørenummer 1og 2 (skriv "1,2"). Og at du erstatter kjøring 1. Kontroller at a-meldingen har gått igjennom uten feil. Gå så inn på den ansatte og fanen "Faste transaksjoner", på linje med "Fast.tr.type" = "3-Utleggstrekk for skatt" legg inn opprinnelig sats eller beløp. Kontroller at saldoen er korrekt. Hent frem lønnsarten for utleggstrekk (495 / 9300) og påse at lønnsarten står med "Kutt desimaler" i avrunding, se eksempel her. 2- Trukket formye / skulle ikke vært trukket. Følg pkt. 2-5 over.   3 - Trekket skulle ikke vært påleggstrekk fra skatteoppkrever Gå inn på den ansatte og fanen "Faste transaksjoner", på linje med "Fast.tr.type" = "3-Utleggstrekk for skatt" setter du beløpet som er trukket, uten negativt fortegn, i kolonnen "Beløp". Fjern eventuell sats.  Legg opp en linje med "Fast.tr.type" = "5 - Andre pålagte trekk". Legg inn samme beløp som på forrige linje her, men med negativt fortegn, og opprinnelig saldo. Opprett trekkfrie kjøringer i periodene beløpene har blitt rapportert til A-meldingen som utleggstrekk og overfør Faste transaksjoner med linjene som er opprettet i punkt 1 og 2. Denne kjøringen skal da gå i null. Se på rapportene og godkjenn kjøringen. Send så inn en erstattningsmelding på a-meldingen. I feltet kjørenummer så angir du at innsendingen er på kjørenummer 1 (eksempel på opprinnelig kjørenummer) og 2 (eksempel på korrigeringskjøring) (skriv "1,2"). Og at du erstatter kjøring 1. Kontroller at a-meldingen har gått igjennom uten feil. 4 - Trekket skulle vært påleggstrekk fra skatteoppkrever, men er tatt på feil lønnsart Gå inn på den ansatte og fanen "Faste transaksjoner", legg opp en linje med "Fast.tr.type" = "3-Utleggstrekk for skatt" legg inn beløpet som er trukket på feil lønnsart. Legg også inn saldo. Legg opp en linje med "Fast.tr.type" = "5 - Andre pålagte trekk". Legg inn samme beløp som på forrige linje her, men uten negativt fortegn, og saldo. Opprett trekkfri kjøring i samme periode som trekket opprinnelig ble gjort. Overfør faste transaksjoner på disse lønnsartene på den ansatte det gjelder. Send så inn en erstattningsmelding på a-meldingen. I feltet kjørenummer så angir du at innsendingen er på kjørenummer 1 (eksempel på opprinnelig kjørenummer) og 2 (eksempel på korrigeringskjøring) (skriv "1,2"). Og at du erstatter kjøring 1. Kontroller at a-meldingen har gått igjennom uten feil. Relaterte brukertips. Registrere utleggstrekk (trekk pga. restskatt) Utleggstrekk i a-meldingen       ... View more

Noen firmaer har pensjonsavtaler hvor de ansatt skal betale en egenandel  - et pensjonstrekk. Pensjonstrekk finnes i flere varianter, men de 2 vanligste er:  Egenbetaling som kommer i tillegg til firmaets andel i OTP fondet. Pensjonstrekk tilsvarende ordning som i stat og kommune.  1 - Egenbetaling til OTP fondet Her benyttes standard lønnsart 480. På denne lønnsarten legger du inn trekkprosenten i sats feltet. Har ditt firma 2% trekk, så skriver du 0,02 i sats.  Hva bruker denne lønnsarten som grunnlag for trekket? - Som standard så benytter denne lønnsarten akkumulator 942 som grunnlag. Hvilke lønnsarter summeres opp i akkumulator 942? - Alle lønnsarter som har kryss i feltet "Pensjon" er med i grunnlaget. Hvilke lønnsarter har dette krysset på som standard? - Alle lønnsarter som også har kryss for arbeidsgiveravgift. Du må derfor fjerne krysset på lønnsarter som ditt firma ikke skal være med i grunnlaget. Fjerne krysset gjøres raskest i vinduet "Lønnsarter, 3-Lønnsarter med koder". I kolonnen "Pensjon", skriv 1 i den blå søkelinjen og trykk enter. Du vil nå få frem alle lønnsarter som har kryss for pensjon. Fjern krysset fra de lønnsarter ditt firma ikke  skal ha med i grunnlaget.   Hvilke lønnsarter som skal være med i grunnlaget styres av ditt firmas spareavtale. Spareavtalen får du ved å henvende deg til ditt firmas OTP tilbyder.    Så må lønnsarten opprettes som en fast transaksjon på de ansatte, eller mer effektivt, registrere den på en ansattgruppe. 2 - Pensjonstrekk tilsvarende stat / kommunal ordning Forskjellen mellom pensjonstrekk tilsvarende stat / kommunal ordning og egenbetaling til OTP er at for stat / kommunal ordning er at beregningen skal begrenses opp til 12G. Dette er nye regler fra 01.01.2022 som du kan lese mer om her. Du må derfor endre behandlingsregel på lønnsart lønnsart 480 fra 13 til "6-Sats * Faktor * Akkumulert denne kjøring" hvis det ikke skal være noen begrensning. Videre følger du de samme punktene som under avsnitt 1.   Les mer om reglene for Obligatorisk tjenestepensjon i Oppslag Juridisk  Relaterte brukertips Rapportering til pensjonsselskap via a-meldingen Arbeidsgiveravgift av pensjonspremie Pensjonsrapportering til OTP selskap ... View more

Det kan være tilfeller hvor betalingsforslaget som er sendt Autopay er ønskelig å nullstille, fordi for eksempel er brukt feil betalingsdato.   Nullstille betalingsforslag gjøres i skjermbilde under "Verktøy / Administratorfunksjoner / Vedlikehold av data" som heter "Nullstille betalingsforslag sendt til AutoPay". Her får du opp en liste med alle betalingsforslag som har status = sendt. Du velger det betalingsforslaget du vil nullstille ved å markere linje og trykke på knappen "Nullstill betalingsforslag". Visma Lønn sjekker deretter om betalingsforslag er sendt til AutoPay.   Når du har valgt nullstill betalingsforslag får du spørsmål om du ønsker å nullstille beløp, når du svarer "Ja" til å nullstille, blir beløpsfeltene nullstilt. Deretter må du generere betalingsforslaget på nytt.   Når det gjelder utbetaling fra en lønnskjøring er det ikke nødvendig å nullstille. Da trenger du kun å sende lønnskjøringen på nytt til Autopay. Relaterte brukertips Terminbetaling av skattetrekk og arbeidsgiveravgift Betaling til fordingshaver ... View more

Når Visma Lønn er integrert med Visma.net så er det flere verdier som knytter VL og .net sammen. Det er mulig å flytte et firma fra en kunden til en annen, men det er flere ting som må passes på. Visma support erfarer mindre problemer hvor firmaet ikke flyttes i Visma.net. Dette betyr i praksis følgende: Scenario 1 - anbefalt. I gammelt kundeforhold så fjernes rollene på alle ansatte. Firmaet opprettes manuelt i VL og legges inn verdier manuelt (ansatte + hittilverdier. Innkopierer ikke data fra tidligere installasjon. Registrering av ansatte kan gjøres ved hjelp av dette brukertipset og det settes opp integrasjon med Visma.net som om firmaet aldri har vært i Visma.net. Knytter typer mot lønnsarter, koder i Calendar mot lønnsarter og setter opp godkjenningsflyt. Merk! Eksisterende bruker vil få en e-post om at de må inn i Visma.net og godkjenne koblingen sin. Før de ansatte har godkjentkobling vil det ikke være mulig å tildele / endre roller i Visma Lønn. Hvis det ønsket muligheter for å se gamle data, beholder en / noen få tilgangen til tidligere firma -rollen Expense admin, Calender / Time admin ikke "regular user". Dette fordi admin rollen gir tilgang til rapporter, men ikke mulighet for å reg.ny verdier.  Scenario 2 - flytting kun av VL data Hvis Visma Lønn data flyttes over: 1 - I gammelt kundeforhold så fjernes rollene på alle ansatte. 2- Firmaet opprettes manuelt i VL og det innkopieres data fra tidligere installasjon. 3 - Før firmaet knyttes mot Visma.net,  må det fjernes følgende verdier i tabellen "FrmData" og "Employee". Dette kan gjøres ved å gå til "Verktøy / Adm.funk. / Generelt / Generelt" i feltet "Start skjermbilde" skriv 700338  og trykk enter for "FrmData" og 700339 for "Empolyee".  Eller via SQL   I tabellen "FrmData" må dere fjerne verdien som ligger i kolonnen "OdpExternalCompanyId". I tabellen "Employee" må dere fjerne verdier som ligger i kolonnen "OdpExternalId". Er det mange ansatte kan dere kjøre dette scriptet ved å logge inn med firmaets login, ikke SA. Script: "update Employee set ODPExternalId = NULL" Hvis firmaet har brukt Absence må også følgende script kjøres for å få over historisk fravær: update WgAbsInst set chkIsExternal = 0 Husk ta backup før dere kjører disse script! Videre må du gå inn i "Rutiner / Registrering / Visma.net / Oppsett" og registrere firma og ansatte på nytt. Merk! Eksisterende bruker vil få en e-post om at de må inn i Visma.net og godkjenne koblingen sin. Før de ansatte har godkjentkobling vil det ikke være mulig å tildele / endre roller i Visma Lønn. Videre må og det settes opp integrasjon med Visma.net som om firmaet aldri har vært i Visma.net. Knytter typer mot lønnsarter, koder i Calendar mot lønnsarter og sette opp godkjenningsflyt.   4- Hvis det ønsket muligheter for å se gamle data, beholder en / noen få tilgangen til tidligere firma. Scenario 3 - flytting av både VL data og firma i .net. I gammelt kundeforhold så fjernes rollene på alle ansatte. Firmaet opprettes manuelt i VL og det innkopieres data fra tidligere installasjon. ta kontakt med lisens avd. i Visma for flytting til ny kunde. MERK! Lisensen må inneholde tilsvarende tjenester som gammel kunde i .net. Visma Partnere kan lese mer her.   Før firmaet knyttes mot Visma.net, må koblingen fjerne følgende verdier:   I tabellen "FrmData" må dere fjerne verdien som ligger i kolonnen "OdpExternalCompanyId". I tabellen "Employee" må dere fjerne verdier som ligger i kolonnen "OdpExternalId". Er det mange ansatte kan dere kjøre dette scriptet ved å logge inn med firmaets login, ikke SA. Script: "update Employee set ODPExternalId = NULL" Husk ta backup før dere kjører dette scriptet! Alternativt kan skjermbilde 700338 Firmaopplysninger og 700339 Ansattliste brukes. Gå til "Verktøy / Adm.funk. / Generelt / Generelt" i feltet "Start skjermbilde" skriv inn nevnte nummere og trykk "enter". 5. Videre må du gå inn i "Rutiner / Registrering / Visma.net / Oppsett" og registrere firma og ansatte. Merk! Eksisterende bruker vil få en e-post om at de må inn i Visma.net og godkjenne koblingen sin. Før de ansatte har godkjent kobling vil det ikke være mulig å tildele / endre roller i Visma Lønn. Og godkjenningsflyt må settes opp på nytt. 6. Alle data er med over, all historikk både i VL og .net.   Scenario 4 - bytte lønnssystem når Calendar er benyttet, eller flytte Calendar og ikke lønnsdata Dette vil garantert feile og må ikke gjøres. I slike tilfeller må gamme Calendar avsluttes og ny opprettes. Hvis det ønskes oppslag, så husk å fjerne rollene på de ansatte slik at de ikke fører på fravær / timer i feil "firma".   Relaterte brukertips Integrere Visma Lønn med Visma.net Feilsøking når integrasjon med Visma.net ... View more

Når du skal flytte Visma Lønn funksjon til ny server, må du når du starter Visma Lønn på den nye serveren. Nå du får opp dialogen for å "Lisens aktivering" må du velge "Flytte". Når du har tastet inn kundenummer og aktiveringsnøkkel velge "Flytt lisens", her vil du da få frem den "gamle" maskinen. Velg denne og fortsett.   Vi har noen erfaringer med at flytt funksjonen ikke har opprettet alle køene riktig i Message Queuing. Hvis køene mangler, vil det ikke være noen kommunikasjon mellom Visma Lønn og Visma.net. Så etter flytting til ny server, må det kontrolleres at køene er på plass.  For å kontrollere om køene er på plass kan du på startknappen i windows, og velge "Computer management". Så "Services and Applications, Message Queuing, Private Queues", her skal du finne 5 køer som har med Visma Lønn å gjøre.   Hvis det mangler noen køer, gjør følgende: 1) Avslutt Visma Lønn, påse at VL_srv.exe er stoppet. 2) Sett SyncEngineEnabled = 0 og VL1200-DoNotTouchThis=0 i VafConfig.ini. 3)Sett ApplicationInstanceActivated=0 i VcpConfig.ini. 4) Sett chkActivateMDM = 0 i FrmData - dette må gjøres i SQL. 5) Sjekk at Visma Lønn OnDemandService startes med en bruker som har nok rettigheter (forslag: samme bruker som VL_srv.exe kjøres under). 6) Restart VCG + Visma Lønn OnDemand service. 7) Start VL og gå inn på oppsett og aktiver Visma.net på nytt. 8)Aktiver SyncEngine også slik at køene blir opprettet i MSMQ. Relaterte brukertips Feilsøking integrasjon med Visma.net ... View more

Det kan være en fordel å kjenne til hvordan feriesaldo i Visma.net Calendar og Visma Lønn presenteres, når det kan være avvik og eventuelt hva kan gjøres for å rette.   Hvordan overføre feriesaldo til Visma.net? Når du starter med Visma.net Calendar, eller når du får nyansette, så må feriedager overføres fra Visma Lønn til Calendar. Dette gjør du via "Visma.net eksport" i Visma Lønn. Feriedagene som blir overført hentes fra kolonnene "Fdgr. pr. år", "Fdgr o/6år" og "Overf. fdgr" på den ansatte under kolonnen "Forskuddstrekk og feriepenger".  Det er dette som gir saldoen som fremkommer i Calendar før det er registrert noe ferie.     Når oppstår avvik? Med en gang den ansatte har registret en feriedag vil dette endre saldoen i Calendar. Dette da før feriedagen er godkjent.  Frem til denne ferien er godkjent, og perioden er godkjent dersom Time brukes, så vil denne ferien ikke bli overført til Visma Lønn. I denne perioden vil det være avvik mellom feriesaldoen i Calendar og Visma Lønn.   MERK! Når Calendar er tatt ibruk, må det ikke føres noe ferie i Visma Lønn manuelt. Dette vil gjøre at det blir "dobbelt" opp med brukt ferie.   Hva må gjøres dersom det generelt er avvik / mangler på fravær? Hvis avvik / mangler på fravær i Visma Lønn, må du kontrollere at meldingstjenesten virker som den skal. Følg dette brukertipset for å kontroller dette.   Spørsmål til support Vi har fått overført feil antall feriedager fra Visma Lønn til Calendar, hvordan retter vi dette? Kontroller at det ligger korrekte verdier i feltene "Fdgr.pr.år + Fdgr 0/60 + Overf. fdgr" på den ansatte. Gå så til "Visma.net Eksport" og under "Feriesaldo og fridager" velg "Overfør". Godkjent ferie kommer ikke over til Visma Lønn, hvordan retter vi dette? Hvis ditt firma benytter Time, har dere aktivert at perioden også må være bekreftet og være godkjent før ferien blir overført til Visma Lønn. Godkjent ferie kommer ikke over til Visma Lønn, hvordan retter vi dette? Når det mangler ferie og eventuelt annet fravær / timer, så trykker du på knappen "Kontroller og bestill manglende timer og fravær". Påse at du velger ønsket "Fra dato". Hvis dette ikke retter problemet, må du kontrollere at meldingstjenesten virke som den skal. Følg fremgangsmåten i dette brukertipset.   Relaterte brukertips Feilsøking i forhold til integrasjon med Visma.net Oppsett Visma Lønn mot Visma.net Les mer om Visma.net Time her.   -Oppsett timekoder VL  -Oppsett av timekoder Les mer om Visma.net Absence.  - Oppsett Absence Les mer om Visma.net Expense  -Oppsett av typer i Expense  -Godkjenner oppsett  -Godkjenner oppsett på leder (gjør oppsett av godkjenning veldig enkelt Les mer om Payslip       ... View more

For større regnskapsbyråer er det aktuelt å ha flere applikasjonsservere for at Visma Lønn skal ha akseptabel hastighet.  Hvis ditt firma har flere applikasjonsservere må det gjøres endringer i 2 filer for at integrasjonen med Visma.net skal virke som den skal.   Første forutsetning for å ha flere applikasjonsservere er at lisesen din gir mulighet for dette. Videre så bør det benyttes RAC eller VUD for adgangskontroll. I dette eksemplet så heter serverne  "App1" og "App2". "App1" er "hovedserver hvor VCG er installert på og her går også Visma Lønn OnDemand service. På "App1" er det nødvendig å gjøre noen tilpasninger. Påse at brannmur tillater trafikk på TCP port 9251. Og påse at rettigheter er satt korrekt på "Message Queuing / MSMQ", gi alle rettigheter til gruppen "Everyone" og "ANONYMOUS LOGON" på køene "opgtomrqueue" og alle Visma Lønn køene.   På "App2" installer Visma Lønn som normalt, registrer lisens. Avslutt Visma Lønn og gjør følgende: Kopier over filen VafConfig.ini fra "App1". Dette gjør at linjen "OPGURL=xxx.." har korrekt verdi. Verdien i dette eksemplet vil være "OPGURL=http://APP1:55555/OPGatewayService/OPGatewayService" Finn filen VL_srv.exe.config, denne ligger på det området som Visma Lønn er installert på. Editer denne, finn avsnittet "<!--On Premises Gateway (OPG)--> " <add key="OPGHostName" value="localhost" /> - endre verdien "localhost" til "App1". Kopier denne linjen. Gå så på tjenester / services, finn tjenesten "Visma Lønn OnDemand Service" stopp denne og endre slik at den ikke starter igjen.  Integrasjonen med Visma.net skal nå virke.     Teknisk informasjon for hvis problemer med kommunikasjonen mellom de forskjellige maskiner og   MSMQ: Msmq from one machine should communicate with msmq from other machine, ping or telnet on msmq port 1801 can help https://support.microsoft.com/en-us/help/178517/tcp-ports-udp-ports-and-rpc-ports-that-are-used-by-message-queuing   Eksempler på filene nevnt i artikkelen VafConfig.ini   VL_srv.exe.config Relaterte brukertips Oppett av integrasjon mellom Visma Lønn og Visma.net Feilsøking Tips til regnskapsbyråer   ... View more