avbryt
Viser resultater for 
Søk heller etter 
Mente du: 
Mine områder

Logg inn Gå til de områdene du ønsker å legge til og velg "Legg til i Mine områder"

Brukertips i Visma.net Payroll

Sorter etter:
av Wenche_Jacobsen VISMA
Av sikkerhetsmessige årsaker er 2FA (tofaktorautentisering) i AutoPay gjort obligatorisk fra 01.01.2020 for alle nye Payroll kunder som betaler gjennom AutoPay. For kunder på  Visma.net Payroll innebærer dette at de må bruke Google Authenticator for å godkjenne bankbetalinger som skal sendes til banken.   I første omgang vil alle nye kunder/bankavtaler bli aktivert med 2FA som standard. Planen er at alle Payroll kunder skal flyttes over på 2FA i løpet av 1. halvår   Alle nye selskaper/firmaer vil som standard ha hake i feltet “Aktiver totrinnskontroll for Visma.net AutoPay” under Admin | Firmaer.   Når 2FA er aktivert på selskapet, kan bruker med rollen AutoPay Administrator, velge hvilket trinnet som skal utløse totrinns godkjenning. Du kan velge mellom opplasting, ved godkjenning eller både ved opplasting og godkjenning.     Bare ved godkjenning Kun den som godkjenner betalingen bruker 2FA. Lønnsansvarlig sender betaling til Autopay og Godkjenner må bruker bruke Google Authenticator for å godkjenne betaling.   Bare ved opplasting Kun den som sender betalinger fra Payroll bruker 2FA. Lønnsansvarlig må bruke Google Authenticator for laste opp betalingen til Autopay. Denne flyten krever at lønnsansvarlig (betaler) har rollen Autopay Uploader.   Både ved opplasting og godkjenning Både den som sender og den som godkjenner bruker 2FA. Først må lønnsansvarlig  godkjenne opplastninge via Google Authenticator, og deretter må godkjenner gjøre det samme. Denne flyten krever at lønnsansvarlig (betaler) har rollen Autopay Uploader. Relaterte brukertips: Hvordan opprette en Autopay-avtale  
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎30-12-2019 11:40
Under Rapporter | Standardrapporter i Visma.net Payroll finner du rapporten Avstemming av A-melding mot regnskap . Rapporten viser kolonne over hva som er innrapportert og hva som er bokført for en eller flere måneder. Hvis det er avvik mellom hva som er innrapportert og hva som er bokført, vises tallene i rødt.     Avvik kan skyldes at du har en transaksjon tilbake i tid som påvirker en tidligere a-melding. Transaksjonen vil bli bokført på inneværende måned, men om du er f.eks. legger inn en forsikringsordning eller firmabil tilbake i tid, vil den bli rapportert i a-meldingen på den aktuelle måneden.   For å kontrollere hvorfor det er avvik, anbefaler vi at du bruker Transaksjonsoversikten under Rapporter i Payroll. Hent opp rapporten for aktuell lønnskjøring/måned og klikk deretter på overskriftsraden Fra (dato), slik at denne sorteres stigende.     I dette eksemplet ser vi at lønnskjøringen for juli inneholder verdier for firmabil og helseforsikring for juni. Det tyder på at transaksjonen er lagt inn med startdato i juni, og følgelig innrapporteres disse på a-meldingen for juni.   Slike avvik vil ofte bli utlignet om du tar ut rapporten for flere perioder. I eksemplet nedenfor har vi tatt ut rapporten både for juni og juli, og vi ser da da denne ikke har avvik.    
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎05-12-2019 10:30
Kunder som tidligere har brukt Huldt & Lillevik Lønn eller Visma Lønn, vil oppleve noen konteringsforskjeller når de går over til Visma.net Payroll. Noen av dette kan løses ved å endre oppsettet på lønnsart/konti i Visma.net Payroll   I dette brukertipset finner du informasjon om hvilke forskjeller som finnes og hvilket muligheter du har for å endre dette.   Vær oppmerksom på følgende når du skal endre: Du blir bedt om å  angi en dato for når endringen skal gjelde fra. Dersom du ikke har kjørt lønn i Payroll enda,  velger du «I nåværende versjon». Dersom du har kjørt lønn i Payroll anbefaler vi at du angir den 1. i måneden for neste lønnskjøring (gjelder på lønnsart, kontotype og konto). Skyldig lønn Standard i I Visma.net Payroll er at nettolønn krediteres konto for skyldig lønn. Dersom du ønsker at denne skal krediteres direkte på bankkonto gjør du følgende: Velg Innstillinger | Regler | Lønnsarter i Payroll. Hent opp lønnsart 901100 - Til Utbetaling Gå til fanen «Kontering» og klikk «Endre». Legg inn kontotype 10300 - Bank på kredit. Klikk «Lagre». Kontering av forskuddstrekk Hvis bedriften ikke har bankgaranti for forskuddstrekk, skal forskuddstrekket overføres til bankkonto for skattetrekk. Vanligvis gjøres dette i forbindelse med utbetaling av lønn. Standard i Payroll er ingen kontering av forskuddstrekk. Du må derfor endre kontering på lønnsarten for forskuddstrekk: Velg Innstillinger | Regler | Lønnsarter i Payroll. Hent opp lønnsart 90050 - Sum Forskuddstrekk. Gå til fanen «Kontering» og klikk «Endre». Legg inn kontotype 10300 - Bank på debet og kontotype 10400 - Bankinnskudd skattetrekk på kredit. Klikk «Lagre». Kontering av fagforeningskontingent Standard i Visma.net Payroll er at fagforeningskontingent debiteres konto for skyldig lønn og krediteres konto for fagforeningstrekk. Siden trekk og betaling av fagforening vanligvis skjer i samme måned er det ikke krav om bokføring av trekket. Dersom du ikke ønsker bokføring av fagforeningstrekk, anbefaler vi at du fjerner kontering på  lønnsart 3105300 - Fagforeningskontingent inkl forsikring Kontering av utleggstrekk skatt I Visma.net Payroll er utleggstrekk skatt koblet til betalingsregel og ikke til lønnsart. Dette medfører at utleggstrekket ikke blir kontert. I henhold til regelverket skal utleggstrekk skatte oppbevares på samme måte som forskuddstrekket. Siden dette ikke gjøres automatisk i Visma.net Payroll, anbefaler vi at det gjøres en manuell avsetning i regnskapet (debet bankkonto for skattetrekk og kredit driftskonto).   Kontering av andre utleggstrekk Også andre utleggstrekk i Visma.net Payroll er koblet til betalingsregel og ikke lønnsart, som innebærer at disse ikke blir kontert. Siden trekk og betaling skjer i samme måned er det ikke krav om bokføring av disse trekkene.   For å se hvordan du kan endre en eksisterende lønnsart,  klikk her.
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎20-11-2019 08:22
I Visma.net Payroll gir rapporten Terminoppgjør en oversikt over hva du skal betale i forskuddstrekk og arbeidsgiveravgift for en termin. Rapporten inneholder også nødvendig  betalingsinformasjon. Du finner rapporten under R apporter | Standardrapporter | Terminoppgjør . Velg aktuell termin og skriv ut rapporten.   Foreløpig er det ikke støtte for å remittere terminoppgjør via Autopay, så denne må behandles manuelt i banken.
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎18-11-2019 12:52
Hvilke systemer er Visma.net Payroll integrert med? Hvilke data kan importeres og eksporteres?
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎08-11-2019 08:23
Her finner du hjelp til hvordan du kan beregne halv skatt i november / desember eller endre skattetrekksbeløp på en ansatt i Payroll.
Vis hele artikkelen
Sist oppdatert av Ruben_Auren VISMA ‎25-10-2019 10:56
Company setup Employees / Settings / Company Settings You are now ready to enter settings related to the company, employees and the payroll itself. Many of the settings affect the entire solution in Visma.net, and it is therefore important that the correct settings are entered at an early stage.  It is highly recommended that you go through these settings again, even though several of them were a part of the Onboarding wizard , and get to familiarize yourself with the system. Under company settings, you will find all the overall settings for your company. Here you enter the address, company number and bank account for payroll account and any tax deduction account.   Company information We start with the company information, where information about the company itself is entered.     Start-up date in Visma.net: This field will disappear in a later version of Payroll. The field is not possible to change and is only used by Visma. Pro rata method: Choose between calendar days or working days. The settings indicate which method to use for calculations in Payroll. The most common choice is "Working Days." Calendar Days: Wages will be divided by the number of days in the current month and multiplied by the number of days for the particular absence or benefit. Working Days: Wages will be divided by the number of working days of that month and multiplied with the number of working days for the absence or performance in question.   Tax-free org: Specify whether the company is a tax-free organization or not. If it is stated that the company is a tax-free organization, information about this will be added to the payment by reporting via A-message. The tax authorities will thus exclude the income from the tax calculation / tax return for the employee, provided that the amount is lower than the limit set for the individual year. The tax calculation for each employee will not start until the limit has passed. IA: Specify whether the business is an IA business or not. This has, among other things, an impact on absence in Absence and payment in Payroll. If your business practices the IA rules even though you are not an IA company, you must set "Yes" here so that it will be correct in relation to the self-reporting days in Visma.net Calendar.   Feature Select Here we will enable or disable som core features in the company.   Automatically prefill employee IDs: Check this box if you want the employee number to be automatically generated to one higher number than the previous employee. E.g if you enter an employee with employee number 100 then the next employee will automatically get employee number 101. Merged company option: Check this out if you have used another payroll system before Visma.net Payroll. This will allow the employees to retain the rights they have in relation to their own notifications, sick pay and the like. Show employee import option: Select whether you want the import button to import employees to be visible under Employees / overview.   Contact information These fields include basic contact information regarding the company. Adress and phone.   Contact person: Enter information in the fields to register a contact person in the company. The fields are mandatory.   Tax unit information Furthermore, you must enter the business(es) the company has. These are the different locations for their business.   Name: Add the name of the workplace where the business is registered. Business number: Enter the business number of the sub-unit. This is not the same number as the legal organization number, but the number that belonged to the individual location where the company has its work. If you are unsure of what it is, you can search the Brønnøysund Register website and look at "overview of registered sub-units". The field is locked after the first A-message with the business number is submitted. Municipality: Enter the municipality where the business is located. You can also find this information in the Brønnøysund Register Center. Start-up month A-message: Define which month you want the system to start sending A-messages. The field is locked after the first A message is submitted.   Note! When editing this information, you must also provide a "valid from date" from which the changes will apply. If there is a correction of a previous error registration or the first time you enter a registration for a new field, enter "Or use existing valid from date". In the case of actual change of information, it is very important that you provide a new off-date because this may affect the calculation of your salary and benefits back in time.   Accounting settings Under the Accounting tab you will find the following information:   Export format: Used in Payroll when creating the accounting file. Here you have the choice Visma.net Financials, Huldt & Lillevik Standard or SIE 4 format. Huldt & Lillevik standard is a standard format created by Huldt & Lillevik, and can be used by many different accounting systems. SIE 4 is a standard export format used by several accounting systems ex.Visma Global, Visma Business, eAccounting.   Adjustment account: The account is used for rounding and "debugging" in Payroll (Interim account / debugging account). Enter one of the ledger accounts in the selected chart of accounts. If you do not find the correct account, it must be created under Employees | Settings | Accounts - see sections for accounts for guidance. The field must be filled before you can pay salaries in Visma.net Payroll. If the field lacks a value, this will lead to errors in the payroll and the payroll can not be carried out. Accounting standard If you want to use the predefined charts of accounts, you can choose between "Norwegian standard chart of accounts" and "Mamut standard chart of accounts".   Note! Please note that changes to the chart of accounts with date back in time will lead to corrections in book entries back in time, on the next open pay run. You will receive this alert if you try to change:   Banking and payment Here you need to provide information about which account the salary should be paid from and which account the tax deduction should be transferred to.     Create bank file: Here you decide whether Payroll should create and send a bank file to AutoPay or not. If you set this field to "Yes", you will be able to send a bank file directly to AutoPay pay run. The bank agreement must be set up in Visma.net AutoPay to make the process possible. AutoPay is a payment service that automatically takes care of the payments. Bank salary: Before you can pay the salary, you must enter the account number in the bank the salary must be paid from. Click "Add" to add a bank account for payout if this has not already been done. Bank guarantee for tax: Here you choose whether the company has a bank guarantee agreement. The field is automatically linked to the next field on bank account numbers for tax deductions. By default, this field stands for "No". If you do not have a bank guarantee agreement and "No" is the correct choice, you must enter a bank account number regarding the tax deduction account in the field below. Bank tax: If the bank guarantee is set to "No", you must enter a bank account number for the tax deduction account. Click "Add" to add a bank account to which the tax deduction shell is transferred at payroll if this is not already done. If you are going to change the bank account already paid in, click in the field to open it for editing. If a bank guarantee is set to "Yes" you will not be able to enter this account. Paying Expense Tax: Specify how often tax deductions are paid to the government. You have two choices, monthly or bi-monthly. If you set up a monthly payment, the outlay deductions that are deducted on employees will appear on the bank list and may be paid monthly with wages if you are to use AutoPay.   Branch The last tab under company settings includes information about hours per year on the employees, recommendations on when the system should deduct half tax, and method of calculation for employer's national insurance contributions.     Number of hours per year: Here you enter the number of hours per year in full position. This is independent of whether employees work part-time or not. The value is used to calculate actual working hours per year according to the position fraction for such employees. By default, the system sets 1750 hours. Half tax: Specify which month the company will deduct half tax before Christmas. Possible values are November or December.
Vis hele artikkelen
Sist oppdatert av Lene Fredriksen VISMA ‎07-10-2019 09:39
I dette brukertipset går vi gjennom de vanligste feilmeldingene som kan oppstå på lønnskjøringen. 
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎03-10-2019 14:48
I denne artikkelen får du hjelp til å se transaksjonsoversikt i Visma.net Payroll.  Dette brukertipset er en del av dokumentasjonen "Kom i gang med Payroll". Ønsker du å se alle stegene i oppstartsdokumentasjonen, klikk  her . 
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎02-10-2019 13:50
Du kan benytte lønnsart  10090   -  Stopp fastlønn, hvis en ansatt ikke skal ha utbetalt hele eller deler av sin fastlønn i en måned.  Siden denne lønnsarten er datosensitiv vil systemet deleberegne trekket hvis du angir et trekk for spesifikke datoer og ikke hele måneden.   Beregning av trekket avhenger av hvilken delberegningsmetode som er valgt i selskapsinnstillingene, enten kalenderdager eller arbeidsdager.   Eksempel 1:   Stopp fastlønn 11. - 12. mars, kalkulert fastlønn = 50.000, delberegningmetode = Kalenderdager Antall kalenderdager i mars er 31. Formelen blir da: 50.000/31 * 2 dager = 3226   Eksempel 2:   Stopp fastlønn 11. - 12. mars, kalkulert fastlønn = 50.000, delberegningmetode = Arbeidsdager Antall arbeidsdager i mars er 21. Formelen blir da: 50.000/21 * 2 dager = 4762   Eksempel 3:   Det er også mulig å bruke faktor ved registrering av stopp fastlønn, f.eks. hvis man kun skal ha halv fastlønn. Kalkulert fastlønn = 50.000, dato angitt for hele måneden, faktor 0,5. Formelen blir da:  50.000 * 0,5 = 25.000   Relaterte brukertips: Fravær som påvirker lønn  
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎27-09-2019 09:46
For å lage FNO rapporten må du gjøre tre oppsett.
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎26-09-2019 11:43
Det er mye automatikk på lønnsarter som brukes for utbetaling og lønnsarter som brukes som akkumulatorer i Visma.net Payroll. Her skal vi forsøke å forklare hvordan du kan se forskjell på lønnsartene dine. 
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎26-09-2019 10:30
Her går vi gjennom de forskjellige rapportene som du finner i Visma.net Payroll
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎25-09-2019 14:43
Dersom regnskapsbilaget ikke balanserer vil differansen bli ført på konto for øreavrunding. Du sette opp konto som skal benyttes til øreavrunding i Employees under Innstilinger | Selskapsinnstillinger. I dette eksemplet konto 7740 Avrundingskonto.     I enkelte tilfeller kan det være vanskelig å forstå hvor et beløp på avrundingskontoen kommer fra. Her finner du noen tips til hva du bør sjekke for å finne differansene.   Manglende konto på lønnsart Dette er det vanligste årsaken til at man får differanser. Du må derfor sjekke at alle lønnsarter som er med i en lønnskjøring er til tilknyttet en konto. Dette vises i fanen Kontering på lønnsarten:     I Payroll er kontoer knyttet mot en Kontotype. I eksemplet over er lønnsarten knyttet til kontotype 30000 Faste lønninger som igjen er koblet til konto 5010 Fast lønn. Du må derfor alltid påse at kontotypen er tilknyttet en konto. Dersom konto mangler på kontotypen, vises det slik på lønnsarten. Dette medfører at transaksjoner fra denne lønnsarten vil bli bokført på konto for avrunding.   I slike tilfellet anbefaler vi at du angir konto på kontotypen under Innstilinger | Kontotype. Les mer om kontotyper her.   Feil definisjon på lønnsart Under Generell Informasjon på lønnsart, angir du i feltet Til utbetaling om en lønnsart skal utbetales eller ikke. Alt som skal utbetales skal ha hake i dette feltet, mens f.eks. naturalytelser som kun skal øke grunnlaget for skatt og arbeidsgiveravgift ikke skal ha det.     Hvis oppsettet er feil vil det medføre en differanse som føres mot konto for øreavrunding. Følgende bør sjekkes: At lønnsarter med hake i feltet Til utbetaling kun er definert med debet konto i fanen kontering At lønnsarter uten hake i feltet Til utbetaling er definert med både debet og kredit konto i fanen kontering   Manglende konto på kontotypen Du bør også kontrollere at alle kontotyper er tilknyttet en konto. Dette ser du enkelt i Employees under Innstilinger | Kontotyper.  Er konto blank for noen av kontotypene, anbefaler vi at du legger inn aktuell konto.     Tidspunkt for endring Når du endrer på en lønnsart må du angi dato for når endringen skal gjelde i fra. Dersom du velger "I nåværende versjon", vil det medfører at Payroll rekalkulerer endringene tilbake til foregående endringsdato/startdato. Dette medfører at bokføring som tidligere er gjort på avrundingskontoen vil bli tilbakeført.     Husk også å angi dato for når endringen skal gjelde fra n år du endrer konto på en kontotype!   Vi anbefaler i de fleste tilfeller å benytte første dato i neste kalendermåned, for å unngå at du får med deg rekalkuleringer fra tidligere kalendermåneder. Når du gjør endringer i august før lønnskjøringen er bekreftet kan du benytt endringsdato 01.08 Når du har bekreftet lønnskjøringen for august, bruk endringsdato fra neste måned, altså 01.09   Feilsøking For å se hvilke transaksjoner som er ført på avrundingskontoen i en periode, anbefaler vi transaksjonsoversikten i Payroll. Velg Rapporter | Transaksjoner per konto og kostnadsbærer. Legg inn utvalg på avrundingskontoen i feltet Kontoer, i vårt eksempel konto 7740.     Du vil da se hvilke ansatte som har transaksjoner mot den aktuelle kontoen. Gå deretter til  lønnskjøringen/lønnsslippen for den aktuelle ansatte for å forsøke å finne igjen beløpet som kom på avrundingskontoen.     I dette eksemplet ser vi at det var lønnsarten for kontorrekvisita som manglet konto.   Relaterte brukertips: Innstilling lønnsarter  Endre lønnsart Kontoer, innstilling og endring Kontotyper    
Vis hele artikkelen
Sist oppdatert av Wenche_Jacobsen VISMA ‎23-09-2019 10:56
Fra 1. januar må alle arbeidsgivere sende en inntektsmelding til NAV med informasjon om ansatte, fraværet og den månedlige inntekten. Tidligere ble dette gjort på papir, men fra 01.01.2019 må arbeidsgivere sende dette digitalt, direkte fra et fagsystem, eller ved å fylle ut et skjema i Altinn.   Visma.net Payroll har nå fått en inntektsmelding rapport som du kan benytte ved utfylling på Altinn.  Mulighet for å sende inn rapporten direkte til Altinn kommer i en senere versjon.   Oppsett av kode i Visma.net Calendar På fraværskodene under Innstillinger | Koder er det kommet et nytt felt i fanen Rapporter, “Inntektsmelding ytelse”. Dette angir hvilken type permisjon som rapporters på koden.     Følgende ytelser kan velges: Ingen Foreldrepermisjon Svangerskapspenger Sykepenger Pleiepenger barn Pleiepenger pårørende Opplæringspenger Omsorgspenger   Tabellen under viser hvordan de forhåndsdefinerte kodene er satt opp i Visma.net Calendar: Kode Navn Type  PE Permisjon N/A PU Permisjon uten lønn N/A AV Ferie aldersbetinget N/A PP Pleiepenger Pleiepenger AD Fødsel/adopsjonspenger Foreldrepermisjon VP Velferdspermisjon Omsorgspenger AP Oppspart overtid N/A UP Utdanningspermisjon N/A FF- Fleksitid - hel dag N/A F- Fleksitid - del av dag N/A SP Svangerskapspenger Svangerskapspenger MP Permisjon ved militærtjeneste N/A FO Foreldrepermisjon Foreldrepermisjon SB Sykt barn Omsorgspenger SY Syk Sykepenger FE Ikke legitimert fravær N/A AAP Arbeidsavklaringspenger N/A   Merk at feltet “Inntektsmelding ytelse” ikke er mulig å redigere.   Inntektsmeldingen i Payroll Inntektsmeldingen finner du under Rapporter | Inntektsmelding i Payroll.   Når en ansatt har et fravær i Visma.net Calendar, som innebærer at det skal sendes en inntektsmelding, vil denne automatisk bli generert.     Du kan skriv ut denne rapporten i PDF.   Rapporten inneholder følgende: Navn Fødselsnummer/D-nummer Virksomhet Startdato Forskutterer sykdom - Ja/Nei Forskutterer annet fravær - Ja/Nei Beregnet månedsinntekt (basert på siste 3 mnd før nåværende lønnskjøring) Planlagt ferie Fravær - Type fravær (inkludert dato, prosent og arbeidsgiverperiode) Naturalytelser - informasjon om hvordan du håndtere naturalytelser Vi anbefaler at du skriver ut denne rapporten, logger inn i Altinn og fyller ut inntektsmeldingen der. Når du har lastet ned skjemaet i Payroll endres status til “Lastet ned”.   Dersom det er endringer, enten på registreringen i Calendar eller informasjon på den ansatte vil rapporten automatisk regenereres. Du kan også regenerere rapporten manuelt ved å markere denne og klikke “Regenerer”.   Når inntektsmeldingen er registrert i Altinn, kan du lukke rapporten ved å markere den og klikk “Lukk”.   Da legges rapporten under “Lukkede rapporter» og få status “Bekreftet”. MERK! Det er fortsatt mulig å oppdatere rapporten selv om den er lukket/bekreftet. Hvis det er gjort endringer på f.eks. den ansatte, kan du generere rapporten på nytt fra “Lukkede rapporter”. Da legges rapporten under “Åpne rapporter” igjen.    MERK! Du vil også få et varsel i den åpne lønnskjøringen dersom det finnes nye inntektsmeldinger. Beregning av gjennomsnittlig månedslønn Beregningen av gjennomsnittlig inntekt gjøres ved hjelp av en ny lønnsart “4209000 - Gjennomsnittlig månedslønn for Digital inntektsmelding“. Denne lønnsarten er som standard ikke synlig på lønnsslippen, men vises blant annet på rapporten “Transaksjonsoversikt”. Kalkuleringen baseres på de 3 siste månedene før fraværet. På lønnskjøringen for september vises gjennomsnittlig måndeslønn basert på juni, juli og august.    Alle lønnsarter som har hake for Sykepengegrunnlag under "Generell informasjon" er med i kalkuleringen. I standard lønnsartregister gjelder dette følgende lønnsarter: Lønnsart nr Lønnsart navn 10000 Fastlønn 10050 Faste tillegg 10090 Stopp fastlønn 10100 Timelønn 10150 Honorar, akkord, prosent eller provisjon 10160 Tips 10200 Utbetaling oppsparte timer 11250 Helligdagstillegg 133% 12200 Timelønn for helligdager 12300 Variable tillegg 12310 Tillegg 45 % (nattarbeid - statens sats) 12400 Kompensasjonstillegg utland 13000 Styrehonorar 23150 Elektronisk kommunikasjon (utgift - skattepliktig) 43100 Arbeidstøygodtgjørelse, skattepliktig 43200 Trekkpliktig utgiftsgodtgjørelse 43300 Smusstillegg 107040 Helligdagstillegg 33% 108000 Fravær uten lønn - trekk i timer 108010 Ulegitimert fravær - trekk i timer 108100 Fravær med lønn - timer utbetalt 108110 Velferdspermisjon - timer utbetalt 108120 Fleksitid - timer utbetalt 108130 Avspasering - timer utbetalt 108200 Pleiepenger - timer utbetalt 108250 Sykt barn - timer utbetalt 108500 Sykelønn (i arb g per) 108510 Sykelønn (i arb g per) forskuttert 108520 Sykelønn (utenfor arb g per m feriep) forskuttert 108600 Omkontering permisjon-/sykelønn 316000 Trekkpliktig bilgodtgjørelse 501000 Timelønn 501010 Honorar, akkord, prosent eller provisjon 501020 Tips 502000 Provisjon/bonus (gir rett til feriepenger) 504300 Trekkpliktig bilgodtgjørelse  
Vis hele artikkelen
av Ruben_Auren VISMA
Explanation of paycode settings   In this article I will go through the settings you may choose to apply when editing an existing, or creating a new paycode. A tip to find the information you need is to use the ctrl + f search function.   General information In this tab you specify the general settings on the Paycode.   In the upper left you specify the paycode number, and name. They can be changed for new paycodes and paycodes that you have created.   Right under the general information tab you will find the description field, here you can add a description to the paycode, this will be shown when hovering your mouse over the paycode later on.   Behaviour: Here you choose wether the paycode should be variable or duration sensitive. Duration sensitive: This setting mean that the transaction will consider dates used in a transaction. For example, you may have a monthly transaction of 100,- but it starts in the middle of a month. The actual amount will then be calculated to 50,-. Only fixed transaction may have this setting. Variable: Paycodes with this selection may be used for "variable transaction" on a single employee. If neither of the setting are chosen the paycode will be regarded a fixed transaction, and may then only be added to employees as such. Taxable income: Here you choose wether the paycode should be calculated based on tax percentage or a tax table. FNO Pension reporting: Here you choose wether the paycode should be reported as an hourly pay or additional pay to the pension company. Basis: Here you choose what basis the paycode should apply for. Gross/ Net: Here you specify if the paycode should have an impact on gross income or not. In addition you must choose wether the paycode should lead to a payout or not. Payments in kind for example should not be selected for net pay. Reporting: Every Paycode that should be included in the A-message report need to be checked for "A-message report" here. Basis for calculation: Here you may check the boxes if you want this paycode to be used as a basis for further calculation in other paycodes. An example would be when working over time. You can read more about this here: https://community.visma.com/t5/Brukertips-i-Visma-net-Payroll/Fleksible-kalkuleringer-arve-belop-antall-fra-lonnsart-Visma-net/ta-p/171731 though it is not translated to English as of yet.     Appearance In this tab you choose how this paycode should be shown in for example Payslip. And also which paycode type it should be included in.   Paycode types: Here you choose which types the paycode should have. At least one must be selected. These types are a way to categorize the different paycodes. Many of these types are mainly used to filtrate, but some of them do have an actual function. The following types are available:   Absence: Here you may if the paycode should be available for Visma.NET absence. An example of paycode: 10800 - absence without pay. Expense: Specify whether the type of salary is to be generated from the travel bills the employees register in Visma.net Expense. Example of paycode: 311000 - Car allowance. Opening balance: All types of payroll to be used as incoming balance payrolls, must be checked for this group. The salary type will then be automatically available  under "Opening balances" in the transaction image of the single employee. Salaries that have this checked  can be coded with a salary description, but the check mark for "A-message report" on the General tab should not be checked in this case. Salaries checked for "Incoming balance" will not appear on the pay slip of the employees. Benefits: Indicate whether the wage type is a payment in kind. Examples of paycode: 23000 -Electronic communication (benefit). Taxes: Here it is stated whether the wage type should be deducted for tax. Example of paycode: 89000 - Extra tax. Time: If the salary type is to be available for Visma.net Time, you have to check here. These are typical variable pay types that are generated from the timesheet employees registers during Visma.net Time. Examples of salary type: 10100 - Hourly salary. Payment Rule: Specify whether the type of salary will appear under bank and payment on the employee. This option is not in use at this time. Holiday allowance: The field is only filtering. Salary: The field is filtering only. Pension: Here it is stated whether the wage type should treat pension, typically OTP or deduction for pension. Otherwise, only used as filtration. Example of paycode: 60000 - Occupational pension, OTP. Sickness benefits: Indicate whether the type of salary applies to sick pay. Examples of salary types: 14000 - Sick pay, refunded by NAV. Transaction: Here it is stated whether the paycode should cause a transaction. All salaries which should be available for both fixed and variable transactions in "Employees" must be watchful for that choice. Example of paycode: 11150 - Overtime 50%. Miscellaneous: Here it is stated whether the salary type is diverse. As of the current version, there are no paycodes associated with this group. Prepayment: Currently this group is for filtering options only. Example of paycode: 13100 - prepayment, fixed. Template: Currently not in use. Reporting: This is only used for filtering in reports. The paycodes we have been thinking that is most sensible to show in reports has been linked to this group. These filters in reports can be changed by the customer themselves, but we have created some reports by default with filter only on "Reporting". Example of paycode: 12600 - Bonus (percentage tax). System: When you change additional information on a pending transaction in this group, an A-message will be generated on the original month it is posted and not this month. The group does not follow the cash principle. Example of paycode: 310000 - Company car. Deductions: This field is only used for filtering. Example of paycode: 63000 - Canteen deduction.   Payslip- Information: Below this point you must specify how the paycode is displayed in the payslip. Payslip sorting: Sorting for paycheck indicates which area of ​​the paycheck the type / transaction should be displayed. The "Sum" sorting group is predefined and shown in bold on the paycheck. In cases where sorting groups other than "Sum" or "Do not show on payslip" are selected, you can further select:   ● One transaction per line: Each transaction on the paycodeis shown on its own line on the payroll. ● Display to and from dates: Whether to show to and from dates on the transaction, for example date for when the hours from Calendar apply. ● Display additional information: Whether additional information from the payroll type should be displayed. Details: It is possible to specify whether Factor / Quantity / Rate should be displayed on the pay slip or not. Amounts should always be displayed. You can also specify whether the text entered in the "Description" field of the individual transaction should appear on the pay slip. Mobile payslip category: Here you can decide which category results for the type of salary shall be displayed below when the applicant receives his pay slip electronically, for example in the Payslip service, or in the Mobile Employees app.   Accounting Under Accounting, you must choose how the type of salary is to be posted in the accountsystem.   Accounting: Choose whether the type of salary is linked to an account type, or directly to an account. This applies to both debit and credit. If account types are used, it is very important to check that the correct account is connected to the account type to ensure that the type of salary is posted to the correct account in the accountsystem. The account will appear to the right of the selected account type. If the check mark for "Use account type ... "is not set you will have the option to select a single account. Dimension: It is possible to enter a fixed dimension of the salary type. This can for example be applicable if the customer uses Visma.net Financials, and has salaries that are not to be posted to a special department - in these cases it may be appropriate to enter a dummy department with ID 000, but make sure the ID matches the dummy ID created in Visma.net.   Reporting codes On this tab you can manage how the type of salary is reported in the A-message, like report code salary description and benefit. Type of amount: Specify whether the paycode  is of the type "Salary", "Deduction" or "Payroll withholding tax". Based on what is chosen here, relevant salary descriptions will be available under descriptions. Description: Based on what is stated in the Type of amount, relevant salary descriptions will be available. Advantage: Specify whether the type of salary applies to a cash benefit, allowance or payment in kind. Only the benefits that are relevant to the salary description are available. Reporting period: The reporting period says something about when the type of salary is to be reported in the A-message. The paid period means that the type of salary is reported against the period the employee receives the money in their bank account and must be used for all types of salaries paid in cash. Initial period means that the wage type is always reported with the period it belongs to and should be used for payments in kind. For example: an employee may have a mobile subscription from an employer as of January, but this is not posted to Employees until March. Since the transaction date on electronic communication is now entered with 01.01, electronic communication will nevertheless be reported on the A-message for January, February and March. In the payroll for March, this will be marked by the emergence of retroactive A-messages for previous calendar months.   Advanced On this tab you can make some advanced settings for factor, quantity, price and amount of salary on the paycode.   Transaction data: Specify whether the factor, quantity, price and amount should be optional, required or illegal. Script: Some of the payrolls contain a script that allows Payroll to process those payrolls automatically. Eg. for example, the script based on the type of pay for electronic communication (payment in kind) will be calculated at 366, - per month if the paycode is connected with an employee. In the image above there is a script below the price that allows Payroll  to automatically collect the fixed salary for the individual employees. Constant: Specify whether the salary type should have a fixed value for factor, quantity, price or total amount. Starts paycodes: If any paycodes are to be linked, you can add a paycode under "Add paycode". When this type of salary is added to an employee, it will then automatically enter the paycode under "Starts paycodes" so that both are paid to the employee. Run at: Here you specify whether the salary type is calculated based on positions on the employee, or on the single employement. If you select "Position" in this field, the salary type can retrieve information from the "Position" tab of the employee, including dimensions. If you select "Employee" in this field, the salary type could consider that it should always be calculated per. employed and thus only once per employee. For accounting purposes, it is recommended to select "Position" in this field. Rounding mode: Specify which rounding is desired for the type of salary. Rounding accuracy: Specify the rounding level desired for the paycode. In this case 1 is indicated to indicate that the wage type is to be calculated in full amount (NOK). For example, enterering 0.1 will result in the type of salary rounded to the nearest øre. Sequence number: If multiple paycodes are to be linked, and a paycode should form the basis for calculations in another paycode, the paycode that forms the basis must always have a lower sequence number than the type of salary to be used. You can read more about how to link salaries in this way at Visma Community, here: https://community.visma.com/t5/Brukertips-i-Visma-net-Payroll/Fleksible-kalkuleringer-arve-belop-antall-fra-lonnsart-Visma-net/ta-p/171731   Note: We do not recommend removing scripts from existing paycodes. If you want to change or remove a script we suggest creating a new paycode using the existing one as a template.   Additional information On the "Additional Information" tab, you can add additional information to your paycode.     Additional information is used to add additional information that is required with the reporting of the a-message. A typical example of this is diet or number of passengers.
Vis hele artikkelen
Sist oppdatert av Ruben_Auren VISMA ‎17-09-2019 09:59
How to create a Paycode Payroll/ Settings/ Rules/ Paycodes     To create a new Paycode click on the button "New Paycode" at the bottom right on this screen.   Here you may choose to create the Paycode "from existing" or "from scratch". We recommend that you always choose "from existing" and use a Paycode that is similar to the one you want to create.     
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎16-09-2019 12:44
Dersom en ansatt har krav som krever at selskapet trekker et visst beløp eller prosent fra lønnen til den ansatte, må det registreres en kreditorbetaling. 
Vis hele artikkelen
Sist oppdatert av Marius_Fjeldstad VISMA ‎16-09-2019 09:44
Her finner du en oversikt over hva alle de ulike innstillingene på lønnsarten brukes til. 
Vis hele artikkelen
Sist oppdatert av Gunnar Glendrange VISMA ‎09-09-2019 12:25
Det er mulig å importere transaksjoner fra ett eksternt timeregistreringssytem. For å importere går du til Payroll / Lønnskjøringer. Her trykker du på "Importer transaksjoner".    Du kommer da til en veiviser og første bilde forklarer litt om importen.    Trykk "Fortsett" eller trykk på fanen "Velg fil" for å komme videre.    Her kan du velge filen du skal importere ved å trykke på "Klikk her" eller du kan dra filen over til denne siden. Når filen er lagt til vil du få opp ett nytt felt der du må velge hvilket år og periode dette skal bli importert på.      Merk! Hvis du velger å importere på en tidligere periode, altså en periode som er avsluttet i Payroll, så vil transaksjonene komme med på den åpne lønnskjøringen. De vil få transaksjonsdato i den perioden som du valgte og de vil ligge som en retroaktiv verdi på lønnskjøringen.      Når filen er lagt til og det er valgt hvilken periode transaksjonene skal importeres til kan du trykke på "Fortsett" eller fanen "Forhåndsvisning". Da kommer du til følgende bilde: Her kommer det en oversikt over hva som blir importert.  Hvis det er noe feil i filen så vil dette også vises her. Er det en feil i filen får vil du ikke få lov til å importere filen. Du må derfor rette det som er feil i filen for så forsøke å importere igjen.    For å legge til filen på nytt etter at du har rettet feilen, trykker du på "Forrige" eller fanen "Velg fil". Den filen som du hadde lastet opp her tidligere blir da borte og du kan laste opp oppdatert fil. Gå videre til neste fane, "Forhåndsvisning", igjen.    Så lenge alt ser greit ut og det ikke er noen feil kan du trykke på "Import av transaksjoner". Når transaksjonene er importert får du opp følgende bilde: Trykk på "Fullfør".    Transaksjonen vil da ligge i den åpne lønnskjøringen.    Transaksjonene som er importert vil også ligge på Employees / den ansatte / transaksjoner / variable. Her kan dere korrigere på transaksjonen hvis det skulle være noe feil.    Etter at du har importert en fil vil du få opp ett nytt valg under Payroll / Lønnskjøringer som heter "Import transaksjoner": Her vil du kunne se når filen ble importert, filnavn og hvor mange transaksjoner som var inkludert i filen. Det er også mulig å slette filen. Hvis du velger å slette en fil vil alle transaksjonene som ble importert på denne filen bli slettet.    Merk! Det er ikke mulig å slette filer dersom transaksjonene er med på en betalt lønnskjøring. Da må dette eventuelt korrigeres på transaksjonene inn på Employees / den ansatte / transaksjoner / variable.      Det er ikke noen validering på at en fil er blitt importert tidligere.    Litt om filen:  Filen som skal importeres må være en csv fil. Nå så er det Visma Lønn formatet som støttes, med en begrensing. Det er at på slutten av linjen støtter Visma Lønn siffer 0-3. Dette støttes ikke av Payroll, her støttes kun "ingen verdi".     Forklaring til felter Her er en liten forklaring på de ulike feltene i filen. Felt 1: Lønnsår Må være 0 Felt 2: Lønnskjørenummer (periode) Må være 0 Felt 3: Ansattnummer Må fylles ut og må være identisk med Payroll Felt 4: Lønnsart Må fylles ut og må være identisk med Payroll Felt 5: Grunnlag Kan være 0.00 (merk, desimal skrives med punktum) Felt 6: Antall Antall timer, desimal skrives med punktum (eks. 5.00) Felt 7: Sats felt for sats (ikke nødvendig om  ansattes timesats ønskes benyttet) Felt 8: Beløp Kan være 0.00 (genereres hvis lønnsart er sats*antall) Felt 9: Konto Kan være blank (konto hentes fra lønnsarten) Felt 10: Motkonto Kan være blank (konto hentes fra lønnsarten) Felt 11-16: Kostnadsbærere Kan være blank men må inneholde anførselstegn (“”). Hentes evt. fra den ansatte.   Alle felt skal være adskilt med semikolon ( ; ). Alfanumeriske felt skal være omgitt av anførselstegn (" ") Numeriske felt kan bli fylt ut med inntil oppgitt antall tegn. Det vil si du kan benytte færre siffer, men ikke flere. Numeriske felt og beløpsfelt kan ikke ha ledende blanke ( ) foran. Du kan kun benytte null (0) som ledende tegn. Alle beløpsfelt må benytte desimalpunktum (.). Lengden på feltet blir angitt med antall siffer før og etter desimalpunktum. Max. lengde på feltet blir da siffer før desimalpunktum + siffer etter desimalpunktum + selve desimalpunktumet. Eksempel: Lengde angis som 8 + 2: 12345678.90 og 01234567.90  Negative beløp skal ha minustegnet som ledende tegn foran beløpet. Det vil si den plassen minustegnet opptar teller som ett siffer. Eksempel: -250.00 Numeriske felt og beløpsfelt som ikke har noen verdi, må bli oppgitt med 0 eller en blank.  Eksempel:;0; eller ; ;  Ett eksempel på en fil:   0;0;1;10100;0.00;10.00;0.00;0.00;;;"";"";"";"";"";""; 0;0;1;11150;0.00;2.00;0.00;0.00;;;"";"";"";"";"";""; 0;0;2;10100;0.00;12.00;0.00;0.00;;;"";"";"";"";"";""; 0;0;2;10100;0.00;5.00;0.00;0.00;;;"";"";"";"";"";""; 0;0;5;10100;0.00;15.00;0.00;0.00;;;"";"";"";"";"";"";
Vis hele artikkelen
Aktuelt brukertips