Oppsettsdokumentasjon

Transkript

1 A-meldingen Oppsettsdokumentasjon HN60 A-meldingen 15. desember 2017 Selv om alt er gjort for at informasjonen skal være nøyaktig og fullstendig, kan opplysningene i dette dokumentet endres uten varsel. Unit4 AS er ikke ansvarlig for eventuelle feil i dokumentasjonen. Kontakt nærmeste Unit4 Support hvis du har spørsmål. MicrosoftExcel, Windows og Microsoft SQL Server er enten registrerte varemerker eller varemerker for Microsoft Corporation i USA og/eller andre land. Oracle er registrert varemerke for Oracle Corporation og/eller andre land. Alle andre merkenavn, produktnavn og logoer er varemerker eller registrerte varemerker for de respektive eierne. Dette dokumentet inneholder informasjon som er rettighets beskyttet av Unit4 AS, og som selskapet betrakter som en forretningshemmelighet. Det er uttrykkelig avtalt at det ikke skal kopieres helt eller delvis, offentliggjøres, bekjentgjøres eller på andre måter gjøres tilgjengelig for noen tredjeparter verken direkte eller indirekte. Kopiering av denne dokumentasjonen for noe som helst formål er forbudt uten at det på forhånd er innhentet skriftlig samtykke fra Unit4 AS, Oslo, Norge. Med enerett. Unit4 AS Unit4 AS, Gjerdrums vei 4, 0401 Oslo, Norge Tenk på miljøet. Vær vennlig å ikke skriv ut dette dokumentet så fremt det ikke er nødvendig!

2 Innhold A-meldingen 1 Innhold 2 Endringslogg 3 Innledning 5 A-meldingen 6 Ord og utrykk 7 Nyheter/endringer 9 Forutsetninger 10 Oppsett i UBW 11 Rapporteringsstruktur 13 Andre begreper og relasjoner 18 Verdireferanser/Satser 29 Lønnarter i rapportkolonner 34 Sjøfolkrelatert informasjon 45 Systemparametre 47 Oppsettsperioder 49 Oppsettsskjermbildet 52 Avvikende periodeoppsett 64 Fribeløpsordningen 67 Relasjonsdatoer 71 Lønnartskatalogen 73 Fil og dokumenthåndtering 81 Datasystem-ID 85 Diverse forklaringer 87 Forutsetninger for å rapportere permisjoner og permitteringer fra Fravær 92 Informasjon 95 Kontakt 95 Siste oppdatering 95 Andre kilder 95 Side 2 av desember 2017

3 Endringslogg Historikk Her er en punktvis beskrivelse av hva som har endret seg i dokumentet siden sist utgivelse: Dato Endring Navn Endringer rapportering av permisjoner fra NS Oppdatert med beskrivelse av nødvendig oppsett vedr. ny finansskatt gjeldende fra Lønnarter i rapportkolonner, side 36. NHN Endringer i maltekst NS Rettet henvisning til hvor dokumentasjonen for Omberegning av arbeidsgiveravgift (MLF05) er å finne, side Agressonavnet er byttet ut med ny betegnelse UBW Unit4 Business World Oppdatert med ny dokumenttype vedrørende Sammenstilling til arbeidstaker AMLD_SAMST, i avsnittet Dokumenttyper i kapittelet Fil og dokumenthåndtering, side 82. Sikring av dokumenter, side 83 og Oppdatert med nytt kolonnenavn for feriepengegrunnlag i kapittelet Lønnarter i rapportkolonner til bruk i rapporten Generer sammenstilling, side 43 Ny systemparameter NO_PR_AM_ZIP_XML ved ekstra store filer (xml er), side 47 og ny dokumenttype AMLD_ZIP ved aktivering av denne, side Oppdatert med nytt avsnitt i kapittelet Andre begreper og relasjoner Prefiks til lønnstrinn (SST), side Oppdatert kapittelet Datasystem-ID med ny nedtrekksliste for valg av sikkerhetsnivå, side 85. NHN NHN NHN NHN NHN Endret navn på skjermbildet Ressurs- og arbeidsforholdsinfomasjon til Internasjonal identifikator - Ressurs Beskrevet bruk av Lønnarter i rapportkolonner for deg som benytter beregningskoden Kun forskuddtrekk, side 43. Det er kommet nye forutsetninger for deg som benytter fribeløpsberegningen, side Kun småendringer som skrivefeil og endring på ordlyd enkelte steder. Byttet ut enkelte skjermbilder med nye med annen dato Dokumentet er oppdatert med følgende nye kapitler og avsnitt: Avvikende periodeoppsett, side 64 Oppholds-ID for Svalbard mm, side 26 Sjøfolkrelatert informasjon, side 45 Siste lønnsendringsdato, side 56 NHN NHN NHN 15. desember 2017 Side 3 av 95

4 Dato Endring Navn Flere relasjoner for permisjoner, side Lagt til nytt kapittel om forutsetninger ved rapportering av permisjoner/permitteringer fra fraværsmodulen, side Oppdatert med beskrivelse av hvordan håndtere fribeløp i et konsern. Se eget avsnitt, side 68. Det er lagt inn justeringer av ordlyden enkelte steder. Beskrevet bruk av systemparameteren NO_PR_LF_MUNICIPAL, side Det er lagt til beskrivelse av nye/endrede felt i skillekortet Foretaksopplysninger i Oppsett. Nytt kapittel vedr fribeløp. Valideringer på lønnartskombinasjoner. Nytt kapittel vedrørende relasjonsdatoer Lagt til en merknad vedrørende oppsettsperioder. Nye oppsettsperioder, side Lagt til avsnitt om Kobling i lønnartkatalogen. Beskrevet oppslagsmulighet i Kodifisering av lønnarter i 553 (autofullfør) Gjort endringer i kapittelet Lønnarter i rapportkolonner for kolonnenavn BETAGA, side 37 NHN NHN NHN NHN NHN Nytt avsnitt om søkehjelp i kapittelet Diverse forklaringer. NHN Nytt kapittel om oppsettsperioder og kopiering av oppsett og lønnartskodifisering. Kapittelet vedr. oppsettsskjermbildet er omskrevet p.g.a ny og endret funksjonalitet. Nytt kapittel om kodifisering av lønnarter i v Ny forutsetning om avrunding av skattetrekklønnartene Kapittelet vedr. Lønnarter i rapportkolonner er oppdatert med endring av verdier i prosentkolonnen. NHN NHN Dokumentet er oppdatert med enkelte kompletteringer. NHN Dokumentet er oppdatert med nye kapitler: Lønnarter i rapportkolonner Fil og dokumenthåndtering Dokumentet er i tillegg endret på enkelte punkter som følge av endringer i programvaren. NHN Dokumentet er ferdigstilt NHN Dokument opprettet NHN Side 4 av desember 2017

5 Innledning Generelt Dette dokumentet beskriver hva som skal til av oppsett i UBW for å få produsert en a-melding. Formål Dokumentet skal gjøre det mulig å sette opp de begreper, relasjoner, verdireferanser mm. som kreves for å få produsert en a-melding. Oppbygging av dokumentet Dokumentet er delt inn i; Ord og uttrykk, Nyheter/endringer, Forutsetninger, Oppsett i UBW. 15. desember 2017 Side 5 av 95

6 A-meldingen Generelt A-meldingen innføres som lovpålagt innrapportering for alle opplysningspliktige fra 1. januar A-opplysningsloven regulerer de juridiske forholdene rundt innrapporteringen. A-meldingen er en månedlig innrapportering av lønns- og arbeidsforholdsinformasjon og erstatter: Terminoppgaven (RF-1037) Lønns- og trekkoppgavene (RF-1015) SSB-statistikk (RA-0500) AA-register (NAV ) Årsoppgave for arbeidsgiveravgift (RF-1025). Når oppsett er korrekt og alle nødvendige grunnlagsdata er registrert kan a- meldingen genereres og sendes til mottaksapparatet hos Etatenes Fellesforvaltning via Altinn.no. Hensikt og bruk Med a-meldingen skal myndighetene og næringslivet få en effektiv og sikker rapporteringsmåte for lovpålagte opplysninger. Alle som tidligere har levert en av de erstattede rapportene, er pliktige til å levere a-melding. Rapporteringstidspunkt A-meldinger skal leveres minimum en gang pr. kalendermåned med frist senest femte virkedag i påfølgende måned. Du kan levere flere a-meldinger pr. kalendermåned hvis du ønsker det. Mottaker Det er etablert et eget mottaksapparat kalt Etatenes Fellesforvaltning. Denne er organisert under Skattedirektøren. Versjoner De til enhver tid supporterte versjoner av UBW. Side 6 av desember 2017

7 Ord og utrykk Generelt EDAG I forbindelse med innføring av a-ordningen er det viktig å forstå at det innføres en del endringer i det begrepsapparatet som er kjent fra tidligere rapporteringer. For eksempel blir rapporteringsbegrepet Bedrift nå erstattet med Virksomhet. Under et juridisk foretak (Opplysningpliktig) vil det være knyttet en eller flere virksomheter. Den ansatte (inntektsmottaker) er knyttet til virksomheten gjennom ett eller flere arbeidsforhold. Prosjektorganisasjon satt sammen fra de tre etatene for å utvikle teknisk og organisatorisk løsning for a-meldingen. Etatenes Fellesforvaltning Forvaltningsorgan underlagt Skattedirektøren med ansvar for drift og videreutvikling av a-meldingen etter Forkortelsen EFF benyttes i løsningen. Opplysningspliktig Fysiske og juridiske personer som har opplysningsplikt etter loven. Normalt vil dette omfatte alle arbeidsgivere i Norge. I UBW vil dette tilsvare begrepet FORETAK (MNAA). Opplysningspliktig representeres i a-meldingen ved foretaksnummeret. Virksomhet A-melding Et foretak har et eller flere bedriftsledd under seg. I a-meldingen heter disse Virksomhet og representeres i a-meldingen ved Virksomhetsnummer. Dette er det som til nå har blitt betegnet som Bedriftsnummer i UBW. (Begrep: BEDRNR, DMkode - MNAB) En a-melding er den rapporten som sendes til Etatenes Fellesforvaltning via Altinn. Inntektskombinasjoner Siden lønns- og trekkoppgaver, SSB-rapporter og terminoppgaver forsvinner må all informasjon disse rapporteringene inneholdt, rapporteres i a-meldingen. EDAG har derfor laget en liste med alle lovlige kombinasjoner inntekt, forskuddstrekk og fradrag kan innrapporteres med. Arbeidsforhold I a-meldingen skal det rapporteres opplysninger om inntektsmottagernes tilknytning til virksomhetene. Disse opplysningene kalles et arbeidsforhold, og kan omfatte mer enn hva mange tradisjonelt forbinder med et arbeidsforhold. En frilanser eller et eksternt styremedlem skal for eksempel rapporteres med et arbeidsforhold når de får utbetalt ytelser. Permisjon/permittering En person kan ha permisjon eller være permittert fra et arbeidsforhold, og dette skal rapporteres i a-meldingen. Det spiller ingen rolle om permisjonen er med eller uten lønn, men permisjoner med kortere varighet enn 14 dager er ikke rapporteringspliktig. 15. desember 2017 Side 7 av 95

8 Oppsettsperioder Oppsett for a-meldingen kan endre seg over tid. For å skille hvilke verdier som gjelder i ulike perioder benyttes oppsettsperioder. Dette er datointervaller som blant annet avgjør hvilken rapporteringsstruktur og hvilken kombinasjon av lønnartskodifisering som skal benyttes når en a-melding bestilles. Avvikende periodeoppsett Kunder som har avvikende regnskapsår eller etterskuddsbetaling av lønn hvor lønn opparbeidet en måned utbetales neste, har det vi kaller et avvikende periodeoppsett. I a-meldingssammenheng er dette det samme som a-meldingsperioder. I a-meldingen er det kontantprinsippet som gjelder og lønn skal rapporteres i a-meldingen i den måneden den utbetales og ikke den måneden den kostnadsføres. Side 8 av desember 2017

9 Nyheter/endringer Generelt Her beskrives de siste endringer og/eller nyheter siden tidligere dokument og/eller programversjon. Nyheter/endringer Programvaren er oppdatet med nye systemdata som følge av endringer fra EFF. Endringer vedrørende nye kodelisteverdier for permisjon er implementert. Konsekvens Ny programpakke må installeres, og deretter må du: Lage ny oppsettsperiode med gyldighet fra og med Koble nye kodelisteverider for permisjon mot fraværskoder og/eller verdireferanser for permisjon. Detaljer For detaljer, se: Endringer fra EFF for permisjoner Permisjonsprosent 15. desember 2017 Side 9 av 95

10 Forutsetninger Generelt Det er avgjørende for innholdet i a-meldingene at forutsetningene nedenfor følges. Erfaringer etter prøvedrift/test og produksjonssetting av ordningen kan føre til endringer i disse. Forutsetninger gitt av mottaker A-meldingen skal leveres på fastsatt format og inneholde informasjon om inntektsmottakere, arbeidsforhold, inntekt mm. Meldingen skal leveres minimum en gang pr. måned. Forutsetninger i UBW For å få kjørt en rapport må det være definert et gyldig oppsett for rapporteringsperioden i skjermbildet Oppsett. Alle aktuelle lønnarter må være knyttet opp mot en gyldig inntektskombinasjon og oppsettsperiode. Alle lønnarter for forskuddstrekk må ha avrunding til hel krone. Dersom du ikke benytter et avvikende periodeoppsett, må alle lønnskjøringer være bokført til en GL-periode (hovedboksperiode) mellom Dersom du benytter et avvikende periodeoppsett, må alle lønnskjøringer være bokført til en GL-periode (hovedboksperiode) som er koblet til en kalendermåned/år (a-meldingsperioder). Se oppsettsdokumentasjon for detaljer. Alle aktuelle relasjoner må være registrert på ressursene. Dersom du benytter stillingsregister må alle aktuelle relasjoner være registrert på ansettelsene og ikke ressursene. Aktuelle relasjoner er beskrevet i dette dokumentet. Ved bruk av stilling/ansettelse forutsettes det at stilling benyttes på samtlige ressurser. Ved bruk av stilling/ansettelse anbefales det at systemparameteren POSITION_LEVEL er aktivert med verdi 2 eller 3 slik at det ikke vil være mulig å opprette en ressurs uten at en stilling er koblet på. Begrep som angir Virksomhet må være en konteringsdimensjon eller utledes fra et annet begrep som er en konteringsdimensjon slik at det er mulig å hente informasjon om virksomhetsnummer via transaksjonen. Dersom du benytter deg av fribeløpsberegningen må lønnarter for arbeidsgiveravgift (9810,9811 mm.) ha kontering mot virksomhet både på konto og motkonto-/balansekontosiden. Dersom du benytter deg av fribeløpsberegningen kan du ikke benytte en egen «hjelpelønnart» for å snu fortegnet for balanseposten (2770). Lønnart for avsetning av arbeidsgiveravgift må inneholde både resultatkonto og balansekonto. Systemparametern NO_PR_LF_MUNICIPAL må være satt slik at all informasjon hentes fra transaksjonene. Se side 48 for detaljer. Brukere som skal bestille, sende inn og hente tilbakemeldinger på a- meldingen må være knyttet til rollen AMELDING. (Se side 81) Ved bruk av «Dummy» yrkeskode, må denne verdien være Merk! Det anbefales at alle lønnarter som har med arbeidsgiveravgift å gjøre ikke avrundes. Dette for å minimere mulighet for differanser mellom beregnet arbeidsgiveravgift basert på innrapportert avgiftsgrunnlag og arbeidsgiveravgift til betaling. Differanser her fører til avvik med feilkode Øyeblikkelig. Side 10 av desember 2017

11 Oppsett i UBW Generelt Nødvendig oppsett beskrives som eksempler. Oppsettet viser UBW-standard og kan variere noe i ulike installasjoner. Dokumentet tar for seg de ulike elementene i oppsettet i den rekkefølge det er naturlig å definere det. Alle skjermbilder er fra UBW versjon 5.5. Det gjøres oppmerksom på at det kan være ulikheter mellom versjon 5.5 og høyere versjoner, men disse skal være beskrevet spesifikt. Standard begreper Løsningen leveres med et sett begreper med tilhørende begrepsverdier som skal benyttes i rapporteringen. Du må selv sette begrepene opp som relasjon på begrepet RESSNR (DM-kode C0). De må i tillegg settes opp som relasjon på begrepet STILLNR (DM-kode CG) dersom du benytter stilling. Det samme gjelder for begrepene knyttet til maritime arbeidsforhold. Dersom du ønsker å samle disse begrepene må de settes opp som relasjon på begrepet AMFARTOY (DM-kode MNMH). Begrepet AMFARTOY (DM-kode MNMH) settes så opp som relasjon på begrepet RESSNR (DMkode C0) og begrepet STILLNR (DM-kode CG) dersom stilling benyttes. DM-kode Begrep Beskrivelse Benyttes til MNMB AMARBFORHTYPE Type arbeidsforhold å angi type arbeidsforhold. MNMC AMAVLONNTYPE Avlønningstype å angi arbeidsforholdets avlønningstype. MNMD AMARBTIDORDNING Arbeidstidsordning å angi arbeidsforholdets arbeidstidsordning. MNME AMSKIPSREGISTERKODE Skipsregisterkode å angi skipsregisterkode ved maritime arbeidsforhold. MNMF AMSKIPSTYPE Skipstype å angi skipstype ved maritime arbeidsforhold. MNMG AMFARTSOMRADE Fartsområde å angi fartsområde ved maritime arbeidsforhold. MNMH AMFARTOY Fartøy å samle informasjon i et begrep ved maritime arbeidsforhold. MNMI AMPERMPROS Permisjonsprosent å angi permisjonsprosent for et arbeidsforhold. MNMP AMPERMFORELDER Permisjonsprosent å angi permisjonsprosent ved foreldrepenger for et arbeidsforhold. MNMQ AMPERMMILIT Permisjonsprosent å angi permisjonsprosent ved militærtjeneste for et arbeidsforhold. MNMR AMPERMUTD Permisjonsprosent å angi permisjonsprosent ved utdanning for et arbeidsforhold. 15. desember 2017 Side 11 av 95

12 DM-kode Begrep Beskrivelse Benyttes til MNMS AMPERMVELF Permisjonsprosent å angi permisjonsprosent ved velferdspermisjon for et arbeidsforhold. MNMJ AMPERMITTPROS Permitteringsprosent å angi permitteringsprosent for et arbeidsforhold. MNMM AMPERMPROS2 Permisjonsprosent 2 å angi permisjonsprosent for et arbeidsforhold. MNMN AMPERMPROS3 Permisjonsprosent 3 å angi permisjonsprosent for et arbeidsforhold. MNML AMSVOPPHOLD Opphold på Svalbard mm. å angi oppholdsperioder på Svalbard eller på Jan Mayen og bilandene. Det er to ulike måter å angi permisjons- og permitteringsprosent på 1. Via fraværstransaksjonene 2. Ved bruk av verdireferanser For detaljer, se kapitlene Andre begreper og relasjoner og Verdireferanser/Satser. Side 12 av desember 2017

13 Generelt Rapporteringsstruktur Oppsettet beskrevet nedenfor definerer en entydig rapporteringsstruktur hvor alle enheter/nivåer knyttes opp på rett sted i hierarkiet. Et slikt oppsett sikrer at ingen enheter/nivåer mangler knytning i strukturen. Alle ressurser og ansettelser (dersom stilling er i bruk) må være knyttet til en virksomhet. Dette gjelder også for alle inntektstransaksjoner som skal inkluderes i en a- melding. Dersom du benytter et enklientsoppsett må også fradrag- og forskuddstrekkstransaksjonene være knyttet til en virksomhet. Dette betyr at begrepet for virksomhet må være en konteringsdimensjon, eller ligge som relasjon på et annet begrep som er en konteringsdimensjon. Dette kan være arbeidssted, avdeling eller et annet begrep. Begrepet skal identifisere den juridiske tilhørigheten til ressursen/ansettelsen, og vil ofte avvike fra en typisk koststedsstruktur hvor hensikten er å henføre kostnaden til rett sted. Det er to måter å sette opp dette på: Du kan benytte en utledende relasjon til å angi virksomhetsnummer og legge denne på ressurs/ansettelse. Du kan legge begrepet som angir virksomhetsnummer, som relasjon direkte på ressurs/ansettelse. Merk! Uansett hvilket oppsett du velger må relasjonen som ligger på ressurs/ansettelse, være en del av konteringen på samtlige inntektstransaksjoner som skal inkluderes i en a-melding. Dette gjelder også transaksjoner for beregnet arbeidsgiveravgift. For kunder med enklientsoppsett må konteringen også ligge på fradrag- og forskuddstrekkstransaksjoner. Virksomhetsnummer som konteringsdimensjon Dersom begrepet BEDRNR (DM-kode MNAB) allerede finnes i din UBW-installasjon kan du benytte dette og endre begrepsnavnet til VIRKSOMHETSNR dersom du ønsker det. Trinn Handling 1 Begrep VIRKSOMHETSNR opprettes dersom det ikke eksisterer. Dersom begrepet ikke finnes fra før skal DM-koden være MNAB. Eksempelet viser at begrepet brukes i dimensjon 5 i konteringen, men det er opptil brukeren å vurdere hvor i konteringsstrengen begrepet legges. 2 Begrepsverdi(er) for begrepet VIRKSOMHETSNR opprettes. 15. desember 2017 Side 13 av 95

14 Trinn Handling 3 Begrepet settes opp som relasjon på begrepet RESSNR (DM-kode C0) og eventuelt begrepet STILLNR (DM-kode CG). Ressurs Verdi i feltet Obl. skal være M. Stiling Verdi i feltet Obl. skal være M. 4 Legg inn relasjonsverdi for virksomhetsnummer på alle ressurser/ansettelser. Ressurs Ansettelse Virksomhetsnummer ved bruk av Utledende relasjon Dersom du ikke har begrepet VIRKSOMHETSNR (tidligere BEDRNR) (DM-kode MNAB) satt opp som relasjon direkte på ressurs/stilling, må dette begrepet settes opp som relasjon på et annet begrep på ressurs/stilling. Dette begrepet må være en konteringsdimensjon. Trinn Handling 1 Begrep VIRKSOMHETSNR opprettes dersom det ikke eksisterer. Dersom begrepet ikke finnes fra før skal DM-koden være MNAB. 2 Begrepsverdi(er) for begrepet VIRKSOMHETSNR opprettes. Side 14 av desember 2017

15 Trinn Handling 3 Sett begrepet VIRKSOMHETSNR opp som relasjon på et begrep som identifiserer den juridiske tilhørigheten til ressursen/ansettelsen. Dette kan for eksempel være ARBSTED. Merk! Det er viktig å merke seg forskjellen mellom juridisk struktur og koststedsstruktur. Koststedsstruktur henviser til det stedet kostnaden skal belastes. Dette kan i mange tilfeller avvike fra der hvor ressursen har sin juridiske tilhørighet. Verdi i feltet Obl. skal være M. Merk! Det begrepet du velger å bruke må entydig utlede virksomhetsnummer. Du kan ikke velge et begrep som benyttes på tvers av virksomheter. Den valgte relasjonen må være en konteringsdimensjon. 4 Koble relasjonsverdier for begrepet VIRKSOMHETSNR til begrepsverdier for begrepet du har valgt, for eksempel ARBSTED, for alle verdier. 5 Begrepet settes opp som relasjon på begrepet RESSNR (DM-kode C0) og for begrepet STILLNR (DM-kode CG), dersom du benytter stilling. Ressurs Verdi i feltet Obl. skal være M. Stilling 15. desember 2017 Side 15 av 95

16 Trinn Handling Verdi i feltet Obl. skal være M dersom du benytter stilling. 6 Legg inn relasjonsverdi for arbeidssted på alle ressurser/ansettelser. Ressurs Ansettelse Opplysningspliktig Rapporteringsstrukturen i a-meldingen krever at det finnes et begrep for Opplysningspliktig. Opplysningspliktig er det juridiske organisasjonsnummeret. Dersom du har begrepet FORETAK (DM-kode MNAA) opprettet fra før kan du benytte dette som det øverste nivået. Du kan endre begrepsnavnet dersom du ønsker det. Trinn Handling 1 Begrep FORETAK opprettes dersom det ikke eksisterer. Dette skal være begrepet for Opplysningspliktig, det øverste nivået i rapporteringsstrukturen. DM-kode skal være MNAA. Merk! Dersom du har et annet begrep med den samme informasjonen kan du benytte dette. 2 Begrepsverdi for begrepet FORETAK opprettes dersom det ikke eksisterer. For kunder som kjører med flere juridiske foretak i én klient (Enklient), opprettes en begrepsverdi pr. juridiske enhet (Opplysningspliktig) Side 16 av desember 2017

17 Trinn Handling 3 Begrepet FORETAK settes opp som relasjon på begrepet VIRKSOMHETSNR (DM-kode MNAB). 4 Koble relasjonsverdier for begrepet FORETAK til begrepsverdier for begrepet VIRKSOMHETSNR for alle verdier. 15. desember 2017 Side 17 av 95

18 Andre begreper og relasjoner Generelt Begrepene som leveres med programpakken må settes opp som relasjon på begrepet RESSNR (DM-kode C0). Dersom du benytter stilling/ansettelse må de i tillegg settes opp som relasjon på begrepet STILLNR (DM-kode CG). Relasjoner på ressurs settes opp i skjermbildet Relasjoner på ressurs under Lønn og Personal Lønnssystem Faste registre. De kan eventuelt settes opp i skjermbildet Relasjoner under Felles Begreper og relasjoner Relasjoner. Relasjoner på stilling settes opp i skjermbildet Relasjoner under Felles Begreper og relasjoner Relasjoner. Type arbeidsforhold AMARBFORHTYPE (DM-kode MNMB) Benyttes til å angi hvilken type arbeidsforhold som rapporteres. Alternativene er: MARITIMT - Maritimt arbeidsforhold ORDNINÆRT - Ordinært arbeidsforhold PENSJON MM. - Pensjonist o.l. uten arbeidsforhold ØVRIGE - Frilanser/oppdragstaker, styremedlem o.l. IKKE RELEVANT - Blir ekskludert i a-meldingen Alternativene leveres som begrepsverdier i systemdatapakken. Alternativet IKKE RELEVANT kan benyttes på ressurser som ikke skal med i a- meldingen. Begrepet må settes opp som relasjon på begrepet RESSNR (DM-kode C0) og på begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. Side 18 av desember 2017

19 Avlønningstype AMAVLONNTYPE (DM-kode MNMC) Benyttes til å angi hvilken avlønningsform som gjelder. Alternativene er: AKKORDLONNET - Akkordlønnet FASTLONNET - Fastlønnet HONORAR - Honorar PROVISJON/PROSENT - Provisjonslønnet, prosentlønn TIMELONNET - Timelønnet IKKE RELEVANT Blir utelatt i a-meldingen Alternativene leveres som begrepsverdier i systemdatapakken. Alternativet IKKE RELEVANT benyttes blant annet for arbeidsforholdstypen PENSJON MM hvor avlønningstype ikke kan rapporteres. Begrepet må settes opp som relasjon på begrepet RESSNR (DM-kode C0) og på begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. Arbeidstidsordning AMARBTIDORDNING (DM-kode MNMD) Benyttes til å angi hvilken arbeidstidsordning som gjelder. Alternativene er: 33,6 OFFSHORE - Arbeid offshore - 33,6 t/u 33,6 ØVRIG - Helkontinuerlig skiftarbeid og andre ordninger med 33,6 t/u 35,5 DØGNKONT SKIFT - Døgnkontinuerlig skiftarbeid og turnusarbeid - 33,5 t/u 36,5 SKIFT - Skiftarbeid - 36,5 t/u IKKE SKIFT - Ikke skiftarbeid og øvrige arbeidstidsordninger IKKE RELEVANT - Blir utelatt i a-meldingen Alternativene leveres som begrepsverdier i systemdatapakken. Alternativet IKKE RELEVANT benyttes blant annet for arbeidsforholdstypen PENSJON MM hvor arbeidstidsordning ikke kan rapporteres. Kan også benyttes for arbeidsforholdstypen ØVRIGE hvor det er valgfritt å rapportere arbeidstidsordning. 15. desember 2017 Side 19 av 95

20 Begrepet må settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. Skipsregisterkode AMSKIPSREGISTERKODE (DM-kode MNME) Benyttes til å angi skipsregisterkode ved maritime arbeidsforhold. Alternativene er: NIS - Norsk internasjonalt skipsregister NOR - Norsk ordinært skipsregister UTL - Utenlandsk skipsregister Alternativene leveres som begrepsverdier i systemdatapakken. Begrepet må, dersom du har maritime arbeidsforhold, settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. Du kan alternativt samle alle begrepene knyttet til maritime arbeidsforhold i et begrep, AMFARTØY (DM-kode MNMH). Om du velger denne løsningen behøver du ikke sette begrepet AMSKIPSREGISTERKODE (DM-kode MNME) opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG). RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Side 20 av desember 2017

21 Verdi i feltet Obl. skal være M dersom du benytter stilling. Skipstype AMSKIPSTYPE (DM-kode MNMF) Benyttes til å angi skipstype ved maritime arbeidsforhold. Alternativene er: BOREPLATTFORM - Boreplattform TURIST - Turist ANNET - Annet Alternativene leveres som begrepsverdier i systemdatapakken. Begrepet må, dersom du har maritime arbeidsforhold, settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom du benytter stilling. Du kan alternativt samle alle begrepene knyttet til maritime arbeidsforhold i ett begrep, AMFARTØY (DM-kode MNMH). Om du velger denne løsningen behøver du ikke sette begrepet AMSKIPSTYPE (DM-kode MNMF) opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG). RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. Fartsområde AMFARTSOMRADE (DM-kode MNMG) Benyttes til å angi fartsområde ved maritime arbeidsforhold. Alternativene er: INNENRIKS - Innenriks UTENRIKS - Utenriks Alternativene leveres som begrepsverdier i systemdatapakken. 15. desember 2017 Side 21 av 95

22 Begrepet må, dersom du har maritime arbeidsforhold, settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom du benytter stilling. Du kan alternativt samle alle begrepene knyttet til maritime arbeidsforhold i et begrep, AMFARTØY (DM-kode MNMH). Om du velger denne løsningen behøver du ikke sette begrepet AMFARTSOMRADE (DM-kode MNMG) opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG). RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. Fartøy AMFARTOY (DM-kode MNMH) Benyttes for å samle relasjonene som har med maritime arbeidsforhold å gjøre. Ved å samle relasjonene på denne måten vil du bare ha én relasjonsverdi på ressurs og ansettelse å forholde deg til. Velger du dette alternativet behøver du ikke sette begrepene AMFARTSOMRADE (DM-kode MNMG), AMSKIPSTYPE (DMkode MNMF) og AMSKIPSREGISTERKODE (DM-kode MNME) opp som relasjon på begrepene RESSNR (DM-kode C0) og STILLNR (DM-kode CG). Trinn Handling 1 Begrepsverdier til begrepet AMFARTOY (DM-kode MNMH) opprettes. Legg opp så mange fartøy du har behov for, og navngi de som du ønsker. 2 Begrepene AMFARTSOMRADE (DM-kode MNMG), AMSKIPSTYPE (DMkode MNMF) og AMSKIPSREGISTERKODE (DM-kode MNME) settes opp som relasjon på begrepet AMFARTOY (DM-kode MNMH). Side 22 av desember 2017

23 Trinn Handling 3 Koble relasjonsverdier for begrepene AMFARTSOMRADE (DM-kode MNMG), AMSKIPSTYPE (DM-kode MNMF) og AMSKIPSREGISTERKODE (DM-kode MNME) til begrepsverdier for begrepet AMFARTOY (DM-kode MNMH) for alle verdier. 4 Begrepet AMFARTOY (DM-kode MNMH) settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. 5 Koble relasjonsverdier til aktuelle ressurser/ansettelser. Ressurs 15. desember 2017 Side 23 av 95

24 Trinn Handling Ansettelse Permisjonsprosent AMPERMPROS (DM-kode MNMI) er benyttet for permisjoner med kodelisteverdi «permisjon» gyldig til og med Dersom du ønsker å benytte dette begrepet videre for en av de nye kodelisteverdiene som gjelder fra , må du koble den tilknyttede verdireferansen til en av de nye kodelisteverdiene i Oppsett for oppsettsperioden som gjelder fra Les mer om oppsett. Merk! Dersom permisjonsprosenten skal hentes fra fraværsregistreringen trenger du ikke forholde deg til dette begrepet. Alternativene er: Verdier fra Alternativene leveres som begrepsverdier i systemdatapakken. Har du behov for verdier med desimaler, kan du selv opprette disse i tillegg. Fra og med 1. januar 2018 erstattes verdien «permisjon» med fire nye verdier i kodelisten for PermisjonsOgPermitteringsBeskrivelse: Permisjon med foreldrepenger tilhørende begrep AMPERMFORELDER (DM-kode MNMP) Permisjon ved militærtjeneste - tilhørende begrep AMPERMMILIT (DM-kode MNMQ) Utdanningspermisjon - tilhørende begrep AMPERMUTD (DM-kode MNMR) Velferdspermisjon - tilhørende begrep AMPERMVELF (DM-kode MNMS). Disse nye begrepene leveres ikke i systemdatapakken, men kan defineres dersom du ønsker å rapportere de nye permisjonsverdiene via relasjoner knyttet mot verdireferanser. Dersom du ønsker å registrere permisjonsprosenten som en relasjonsverdi på ressurs eller ansettelse, kan du koble begrepsverdiene til aktuelle verdireferansesatsene for de ulike permisjonstypene. Begrepene må i tillegg settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. Merk! Dersom du ikke ønsker å registrere permisjonsprosenten via en relasjonsverdi, kan sats for permisjonsprosent knyttes direkte på en ressurs/ansettelse. Alternativene er beskrevet i kapittelet Verdireferanser/Satser i avsnittet om Permisjonsprosent. Side 24 av desember 2017

25 Permisjonsprosent 2 AMPERMPROS2 (DM-kode MNMM) er benyttet for permisjoner med kodelisteverdi «permisjon» gyldig til og med Dersom du ønsker å benytte dette begrepet videre for en av de nye kodelisteverdiene som gjelder fra , må du koble den tilknyttede verdireferansen til en av de nye kodelisteverdiene i Oppsett for oppsettsperioden som gjelder fra Les mer om oppsett. Denne benyttes til å angi en permisjonsprosent nummer 2 dersom du har flere samtidige permisjoner. Pass på at den totale permisjonsprosenten ikke overstiger 100 % dersom du har flere samtidige permisjoner. Merk! Dersom permisjonsprosenten skal hentes fra fraværsregistreringen trenger du ikke forholde deg til dette begrepet. Alternativene er: Verdier fra Alternativene leveres som begrepsverdier i systemdatapakken. Har du behov for verdier med desimaler, kan du selv opprette disse i tillegg. Dersom du ønsker å registrere permisjonsprosenten som en relasjonsverdi på ressurs eller ansettelse, må du koble begrepsverdiene til verdireferansesatsene for Permisjonsprosent. Begrepet AMPERMPROS2 (DM-kode MNMM) må i tillegg settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. Merk! Dersom du ikke ønsker å registrere permisjonsprosenten via en relasjonsverdi, kan sats for permisjonsprosent knyttes direkte på en ressurs/ansettelse. Alternativene er beskrevet i kapittelet Verdireferanser/Satser i avsnittet om Permisjonsprosent. Permisjonsprosent 3 AMPERMPROS3 (DM-kode MNMN) er benyttet for permisjoner med kodelisteverdi «permisjon» gyldig til og med Dersom du ønsker å benytte dette begrepet videre for en av de nye kodelisteverdiene som gjelder fra , må du koble den tilknyttede verdireferansen til en av de nye kodelisteverdiene i Oppsett for oppsettsperioden som gjelder fra Les mer om oppsett. Denne benyttes til å angi en permisjonsprosent nummer 3 dersom du har flere samtidige permisjoner. Pass på at den totale permisjonsprosenten ikke overstiger 100 % dersom du har flere samtidige permisjoner. Merk! Dersom permisjonsprosenten skal hentes fra fraværsregistreringen trenger du ikke forholde deg til dette begrepet. Alternativene er: Verdier fra Alternativene leveres som begrepsverdier i systemdatapakken. Har du behov for verdier med desimaler, kan du selv opprette disse i tillegg. Dersom du ønsker å registrere permisjonsprosenten som en relasjonsverdi på ressurs eller ansettelse, må du koble begrepsverdiene til verdireferansesatsene for Permisjonsprosent. Begrepet AMPERMPROS3 (DM-kode MNMN) må i tillegg settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. 15. desember 2017 Side 25 av 95

26 Merk! Dersom du ikke ønsker å registrere permisjonsprosenten via en relasjonsverdi, kan sats for permisjonsprosent knyttes direkte på en ressurs/ansettelse. Alternativene er beskrevet i kapittelet Verdireferanser/Satser i avsnittet om Permisjonsprosent. Permitteringsprosent AMPERMITTPROS (DM-kode MNMJ) Benyttes til å angi permitteringsprosent ved permisjoner. Merk! Dersom permitteringsprosenten skal hentes fra fraværsregistreringen trenger du ikke forholde deg til dette begrepet. Alternativene er: Verdier fra Alternativene leveres som begrepsverdier i systemdatapakken. Har du behov for verdier med desimaler, kan du selv opprette disse i tillegg. Dersom du ønsker å registrere permitteringsprosenten som en begrepsverdi på ressurs eller ansettelse, må du koble begrepsverdiene til verdireferansesatsene for Permitteringsprosent. Begrepet AMPERMITTPROS (DM-kode MNMJ) må i tillegg settes opp som relasjon på begrepet RESSNR (DM-kode C0), og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. Merk! Dersom du ikke ønsker å registrere permitteringsprosenten via en begrepsverdi, kan sats for permitteringsprosent knyttes direkte på en ressurs/ansettelse. Alternativene er beskrevet i kapittelet Verdireferanser/Satser i avsnittet om Permitteringsprosent. Opphold på Svalbard mv. AMSVOPPHOLD (DM-kode MNML) Benyttes til å angi hvor ressursen har oppholdt seg i forbindelse med generering av oppholds-id. Alternativene er: JAN MAYEN MM Jan Mayen og bilandene SVALBARD - Svalbard Alternativene leveres som begrepsverdier i systemdatapakken. Begrepet må, dersom du har ressurser som arbeider på Svalbard, Jan Mayen og bilandene, settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom stilling er i bruk. RESSNR Verdi i feltet Obl. skal være M dersom du ikke benytter stilling. Benytter du stilling skal denne verdien være O. Side 26 av desember 2017

27 STILLNR Verdi i feltet Obl. skal være M dersom du benytter stilling. Prefiks til lønnstrinn (SST) Ved overgang til a-ordningen bortfalt noen av de kjente dataelementene i SSBs overføring av data til SST. For at departementet skal være i stand til å skille mellom ulike grupperinger ved utarbeiding av forhandlingsstatistikk - herunder bl.a. kostnadsberegninger til lønnsoppgjør, beregning av eventuelle sentralt avsatte lokale midler, eller beregning av virksomhetenes kompensasjon etter lønnsoppgjør - må virksomhetene legge til noen spesialmarkeringer (bokstaver/tall) i a- meldingen på enkelte arbeidstakere. Merk! Begrepet og begrepsverdiene som skal benyttes til disse spesialmarkeringene leveres ikke i systemdatapakken. Dersom du skal rapportere lønnstrinn med disse spesialmarkeringene, må du opprette et begrepet og begrepsverdier som beskrevet under. AMLONNSTRINN (DM-kode MNMO) Benyttes som prefiks til lønnstrinn for ressurser som skal spesialmarkeres. Trinn Handling 1 Begrepet AMLONNSTRINN opprettes. DM-koden skal være MNMO. 2 Begrepsverdier til begrepet AMLONNSTRINN (DM-kode MNMO) opprettes. 15. desember 2017 Side 27 av 95

28 Trinn Handling 1 Begrepet AMLONNSTRINN opprettes. DM-koden skal være MNMO. 2 Begrepet AMLONNSTRINN (DM-kode MNMO) settes opp som relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG). RESSNR Verdi i feltet Obl. skal være O. STILLNR Verdi i feltet Obl. skal være M. 3 Koble relasjonsverdier til aktuelle ansettelser. Når arbeidsforhold genereres vil dette prefikset legges på ansettelsens registrerte lønnstrinn. Spørring på arbeidsforhold viser en stilling med prefiks på lønnstrinn 32 og en stilling med vanlig lønnstrinn 33. Se også kapittel Oppsettsskjermbildet, avsnitt Foretaksopplysninger (Lønnstrinn) om hvordan markere at du skal repportere lønnstrinn, side 60 Side 28 av desember 2017

29 Verdireferanser/Satser Generelt Verdireferanser defineres i skjermbildet Verdireferanser under Lønn og Personal Lønnssystem Lønnarter Verdireferanser Satser Saldi. Verdireferansesatser legges inn i skjermbildet Verdireferansesatser under Lønn og Personal Lønnssystem Lønnarter Verdireferanser Satser Saldi. Permisjonsprosent A-meldingen skal inneholde informasjon om Permisjonsprosent og start- og sluttdato for permisjoner i et arbeidsforhold. For hvert permisjonstilfelle skal det rapporteres en permisjonsprosent som identifiserer prosentvis permisjon i det enkelte arbeidsforhold (uavhengig av stillingsprosent), dvs. er man ansatt i 80% stilling og har permisjon på full tid, så er permisjonsprosenten 100%. I oppsettsbildet for a-meldingen må det angis hvor denne permisjonsprosenten skal hentes fra. Det er to alternative måter å hente denne på: Dersom du benytter fraværsmodulen i UBW, kan denne hentes via en prosentsats på fraværstransaksjonene. Dersom du ikke benytter fraværsmodulen, må permisjonsprosenten angis ved bruk av verdireferansesatser i satsregisteret. Det siste alternativet gir deg igjen to muligheter: Registrering av satsen direkte på ressursen eller ansettelsen, dersom stilling er i bruk. Koble satsen til en begrepsverdi i skjermbildet Verdireferansesatser. Begrepene AMPERMPROS (DM-kode MNMI), AMPERMPROS2 (DM-kode MNMM) og AMPERMPROS3 (DM-kode MNMN) kan benyttes. Løsningen er levert med disse begrepene med tilhørende begrepsverdier fra Begrepene settes opp som relasjon på ressurs og stilling, dersom stilling er i bruk. Ved permisjon registreres permisjonsprosenten som en relasjonsverdi på ressursen eller ansettelsen. AMPERMPROS2 og AMPERMPROS3 kan benyttes ved flere samtidige permisjoner. For de nye verdiene for permisjoner gjeldende fra er tilhørende begreper AMPERMFORELDER (DM-kode MNMP), AMPERMMILIT (DM-kode MNMQ), AMPERMUTD (DM-kode MNMR) og AMPERMVELF (DM-kode MNMS) som man kan velge å benytte. Disse leveres ikke i løsningen. For flere detaljer, se avsnittene om permisjonsprosenter i kapittelet Andre begreper og relasjoner. Merk! Du trenger ikke opprette verdireferanse og satser dersom du ønsker å registrere permisjonsprosenten via fraværsregistreringen. Trinn Handling 1 Verdireferanse for Permisjonsprosent må opprettes hvis den ikke eksisterer. Satsen registreres ved uttak av permisjon på ressursen. Ved bruk av stilling må satsen registreres på ansettelsen. 15. desember 2017 Side 29 av 95

30 Trinn Handling 2 Dersom du velger å identifisere permisjonsprosenten via en relasjonsverdi på ressurs/stilling, må sats for Permisjonsprosent kobles mot begrepet AMPERMPROS (DM-kode MNMI) og verdireferansesats. Du trenger bare koble de verdiene du har behov for. Verdien registreres på ressursen, eller ved bruk av stilling, på ansettelsen. 3 Sett opp begrepet AMPERMPROS (DM-kode MNMI) som en relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG), dersom du benytter stilling. Merk! Eksempelet over er for begrepet AMPERMPROS (DM-kode MNMI). For de nye begrepene gjeldende fra må du da oppdatere på tilsvarende måte dersom du skal benytte dem. Permitteringsprosent A-meldingen skal inneholde informasjon om Permitteringsprosent og start- og sluttdato for permitteringen. For hvert permitteringstilfelle skal det rapporteres en permitteringsprosent som identifiserer prosentvis permittering i det enkelte arbeidsforhold (uavhengig av stillingsprosent), dvs. er man ansatt i 80% stilling og er permittert på full tid, så er permitteringsprosenten 100%. I oppsettsbildet for a-meldingen må det angis hvor denne permitteringsprosenten skal hentes fra. Det er to alternative måter å hente denne på: Dersom du benytter fraværsmodulen i UBW, kan denne hentes via en prosentsats på fraværstransaksjonene. Dersom du ikke benytter fraværsmodulen, må permitteringsprosenten angis ved bruk av verdireferansesatser i satsregisteret. Det siste alternativet gir deg igjen to muligheter: Registrering av satsen direkte på ressursen eller ansettelsen, dersom stilling er i bruk. Koble satsen til en begrepsverdi i skjermbildet Verdireferansesatser. Begrepet AMPERMITTPROS (DM-kode MNMJ) kan benyttes. Løsningen er levert med dette begrepet med tilhørende begrepsverdier fra 1 Side 30 av desember 2017

31 100. Begrepet settes opp som relasjon på ressurs eventuelt også stilling dersom du benytter dette. Ved permittering registreres permitteringsprosenten som en relasjonsverdi på ressursen eventuelt ansettelsen. For mer detaljer, se avsnitt om permitteringsprosent i kapittelet Andre begreper og relasjoner. Merk! Du trenger ikke opprette verdireferanse og satser dersom du ønsker å registrere permitteringsprosenten via fraværsregistreringen. Trinn Handling 1 Verdireferanse for Permitteringsprosent må opprettes hvis den ikke eksisterer. Satsen registreres ved permittering på ressursen. Ved bruk av stilling må satsen registreres på ansettelsen. 2 Dersom du velger å identifisere permitteringsprosenten via en relasjonsverdi på ressurs/ansettelse, må sats for Permitteringsprosent kobles mot begrep AMPERMITTPROS (DM-kode MNMJ) og verdireferansesats. Du trenger bare koble de verdiene du har behov for. Verdien registreres på ressursen, eller ved bruk av stilling, på ansettelsen. 3 Sett opp begrepet AMPERMITTPROS (DM-kode MNMJ) som en relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG), dersom du benytter stilling. Stillingsprosent A-meldingen skal for hvert arbeidsforhold ha informasjon om andelen den avtalte ukentlige arbeidstid utgjør av det som er fulltid for tilsvarende stilling. Med dette menes den deltidsprosent ressursen er ansatt i. 15. desember 2017 Side 31 av 95

32 Merk! Dette trenger ikke nødvendigvis å være prosentsatsene som vist over, men en hvilken som helst verdireferansesats som ligger på ressurs eller ansettelse. Avtalt arbeidstid for full tilsvarende stilling Det skal for hvert arbeidsforhold angis antall timer per uke som tilsvarer en full stilling. Til dette kan du opprette en ny verdireferanse, eller benytte en du allerede har dersom denne gir timetallet i full stilling. Timetallet kan også identifiseres via en relasjon på ressurs eller ansettelse, dersom stilling er i bruk. Antall timer representeres ved relasjonsverdier koblet til verdireferansesatser. Dersom du velger det siste alternativet, kan begrepet ARBTIDGR (DM-kode MNBB) med tilhørende verdireferansesatser for verdireferansen Avtalt arbeidstid pr. uke (verdireferanse AAU) benyttes. I oppsettsbildet for a-meldingen må det angis hvilken verdireferanse dette timeantallet skal hentes fra. Trinn Handling 1 Verdireferanse for Antall timer pr. uke i full stilling må opprettes hvis den ikke eksisterer. Sats registreres på ressursen eller ansettelsen, dersom stilling er i bruk. Det kan være en fordel å opprette en generell sats, slik at kun arbeidsforhold hvor satsen avviker fra den generelle satsen må oppdateres på ressursen. Merk! Ved bruk av stilling må satsen ligge på ansettelsene. Her kan ikke generell sats benyttes. 2 Dersom du velger å identifisere timeantallet via begrepet ARBTIDGR (DM-kode MNBB) og verdireferansen Avtalt arbeidstid pr. uke (verdireferanse AAU), bør du også opprette en generell sats. Side 32 av desember 2017

33 Trinn Handling Alle ressurser uten relasjonen ARBTIDGR (DM-kode MNBB) vil da få den generelle satsen. Merk! Ved bruk av stilling må ARBTIDGR (DM-kode MNBB) ligge på ansettelsene. Her vil ikke generell sats kunne benyttes. 3 Begrepet ARBTIDGR (DM-kode MNBB) må være satt opp som en relasjon på begrepet RESSNR (DM-kode C0) og begrepet STILLNR (DM-kode CG) dersom du benytter stilling. 15. desember 2017 Side 33 av 95

34 Lønnarter i rapportkolonner Generelt I a-meldingen (HN6006) skal det angis beløp for skyldig forskuddstrekk og arbeidsgiveravgift. Det skal i tillegg angis grunnlaget for beregning av arbeidsgiveravgiften. For deg som benytter beregningskoden Kun forskuddstrekk (EE) skal grunnlaget rapporteres, men satsen skal rapporteres med 0,00. I rapporten Sammenstilling til inntektsmottaker (HN6007) skal feriepengegrunnlaget inkluderes. For å hente ut disse opplysningene må lønnartene hvor dette er angitt, kobles mot lønnartskolonner i skjermbildet Lønnarter i rapportkolonner. Skjermbildet finner du under Lønn og Personal Lønnssystem Lønnarter Lønnarter i rapportkolonner. Lønnarter i rapportkolonner Lønnarter for arbeidsgiveravgift, arbeidsgiveravgift av utbetalte feriepenger, arbeidsgiveravgift av refusjon, arbeidsgiveravgift av betalt pensjonspremie, arbeidsgiveravgift for utenlandske arbeidstakere med særskilt prosentsats (UTL1), arbeidsgiveravgift for utenlandske arbeidstakere med en fast avgiftssats (UTL2), arbeidsgiveravgift av refusjon for utenlandske arbeidstakere med særskilt prosentsats (UTR1), finansskatt på lønn, forskuddstrekk og feriepengegrunnlag må kobles mot Program og Kolonnenavn i skjermbildet som vist nedenfor. Oppsettet nedenfor er kun et eksempel. Trinn Handling 1 Lønnartene må eksistere. 2 Lønnart kobles mot program og kolonne i skjermbildet Lønnarter i rapportkolonner. Valg angitt i verdikolonnen må stemme overens med hva som skal rapporteres. Beløp = Beløp og Antall = Grunnlag. Om prosentkolonnen skal være + eller avhenger av oppsettet på lønnartene dine. Side 34 av desember 2017

35 Merk! Det er meget viktig at du benytter oppgitte verdier i kolonnene for Program og Kolonnenavn. Du trenger ikke koble kolonnenavn for lønnarter du ikke har behov for. Du vil få et varsel når du du kjører a-meldingen om at disse kolonnenavnene ikke finnes. Dersom du ikke ønsker å få dette varslene kan du opprette kolonnenavnene og koble de mot en «dummy» lønnart. En «dummy» lønnart er en lønnart som ikke brukes til annet enn å unngå varsler på kolonnenavn som ikke er i bruk. Betalt forskuddstrekk Benyttes for å hente forskuddstrekk som skal betales for kalendermåneden. For eksempel lønnart 8910 og Tekstelement Program Kolonnenavn Felt Feltdetaljer Beskrivelse AMELD BETFORSKTR Betalingsinformasjon sumforskuddstrekk Trinn Handling 1 Angi AMELD i kolonne Program og BETFORSKTR i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Beløp og % skal i vårt eksempel være -100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden for betalingsinformasjon. 3 Fordi beløpet i betalingsinformasjonsnoden (feltet) i filen skal rapporteres som et positivt beløp, må % settes til -100,00 slik at fortegnet snus. Merk! Forskuddstrekkene pr inntektsmottaker er det programmet (HN6006) som plasserer under de ulike virksomhetene (Bedriftsnumrene). Rapporten gjør ikke noe med fortegnet og legger ut det som ligger på transaksjonene. Disse postene har normalt negativt fortegn. 15. desember 2017 Side 35 av 95

36 Betalt finansskatt av lønn Fra inntektsåret 2017 skal det for arbeidsgivere som utøver finansielle aktiviteter, svares finansskatt på lønn etter fastsatt regelverk. For detaljer se: Lovdata Kolonnenavnet benyttes mot lønnart for å hente finansskatt av lønn som skal betales for kalendermåneden. For eksempel lønnart 8910F. Tekstelement Program Kolonnenavn Felt Feltdetaljer Beskrivelse AMELD BETFINSKATT Betalingsinformasjon sumfinansskattloenn Trinn Handling 1 Angi AMELD i kolonne Program og BETFINSKATT i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Beløp og % skal i vårt eksempel være -100,00. Det må registreres en rad for hver lønnart som skal med i noden for betalingsinformasjon. 2 Du må opprette en ny lønnart for dette. Det er ulike måter å lage denne lønnarten på. Nedenfor finner du to eksempler. En med prosentsatsen liggende på lønnarten og en hvor det er opprettet en verdireferanse som holder satsen. I begge tilfeller hentes grunnlaget fra lønnarten Grunnlag arbeidsgiveravgift. Merk! Dette er kun forslag. Det finnes unntak fra regelen og da er det ikke sikkert lønnarten Grunnlag arbeidsgiveravgift kan benyttes. Du må selv lage lønnarter som gir korrekte grunnlagsbeløp. Side 36 av desember 2017

37 Trinn Handling 3 Legg inn den nye lønnarten(e) med kolonnenavn som vist. 4 Fordi beløpet i betalingsinformasjonsnoden (feltet) i filen skal rapporteres som et positivt beløp, må % settes til -100,00 slik at fortegnet snus. Betalt arbeidsgiveravgift Benyttes for å hente arbeidsgiveravgift som skal betales for kalendermåneden, for eksempel lønnart Merk! Det er viktig å påpeke at det er avsetningslønnartene som skal brukes. Tekstelement Program Kolonnenavn Felt Feltdetaljer Beskrivelse AMELD BETAGA Betalingsinformasjon sumarbeidsgiveravgift 15. desember 2017 Side 37 av 95

38 Trinn Handling 1 Angi AMELD i kolonnen Program og BETAGA i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Beløp og % skal i vårt eksempel, være -100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. 3 Fordi beløpet i betalingsinformasjonsnoden (feltet) i filen skal rapporteres som et positivt beløp, må % settes til -100,00 i vårt eksempel, slik at fortegnet snus. 4 Lønnartene ser i vårt eksempel slik ut, med balansekontoen på Kontosiden: Merk! Dersom du har et lønnartsoppsett hvor dette er omvendt, skal %- kolonnen settes til 100,00. Se eksempel under. Arbeidsgiveravgift Benyttes for å hente ut grunnlag arbeidsgiveravgift for avgiften som er rapportert i kalendermåneden. For eksempel lønnart Side 38 av desember 2017

39 Tekstelement Program Kolonnenavn Seksjon i a-meldingen Felt i seksjonen Feltdetaljer Beskrivelse AMELD GRLAGAORD Arbeidsgiveravgift lønnoggodtgjørelse avgiftsgrunnlagbeløp Trinn Handling 1 Angi AMELD i kolonnen Program og GRLAGAORD i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. 3 Beløpet i arbeidsgiveravgiftsnoden (feltet) i filen skal rapporteres som et positivt tall. Arbeidsgiveravgift av pensjon Benyttes for å hente ut avgiftspliktige tilskudd og premier til pensjonsordninger for kalendermåneden. For eksempel lønnart Tekstelement Program Kolonnenavn Seksjon (node) i a- meldingen Felt i seksjonen Feltdetaljer Beskrivelse AMELD GRLAGAPENSJ Arbeidsgiveravgift tilskuddogpremietilpensjon avgiftsgrunnlagbeløp 15. desember 2017 Side 39 av 95

40 Trinn Handling 1 Angi AMELD i kolonnen Program og GRLAGAPENSJ i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. Arbeidsgiveravgift av refusjon Benyttes for å hente ut avsatt arbeidsgiveravgift av refusjon for kalendermåneden. For eksempel lønnart Tekstelement Program Kolonnenavn Seksjon (node) i a- meldingen Felt i seksjonen Feltdetaljer Beskrivelse AMELD GRLAGAREF Arbeidsgiveravgift fradraglgrunnlagetforsone avgiftsfradragbeløp Trinn Handling 1 Angi AMELD i kolonnen Program og GRLAGAREF i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. UTL1 Benyttes for å hente ut avsatt arbeidsgiveravgift for utenlandske arbeidstakere fra USA og Canada for kalendermåneden. For eksempel lønnart Side 40 av desember 2017

41 Tekstelement Program Kolonnenavn Seksjon (node) i a- meldingen Felt i seksjonen Feltdetaljer Beskrivelse AMELD GRLUTL1 Arbeidsgiveravgift utenlandskemedsærskiltprosentsats avgiftsgrunnlagbeløp Trinn Handling 1 Angi AMELD i kolonnen Program og GRLUTL1 i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. UTR1 Benyttes for å hente ut refusjon arbeidsgiveravgift for utenlandske arbeidstakere fra USA og Canada for kalendermåneden. For eksempel lønnart Tekstelement Program Kolonnenavn Seksjon (node) i a- meldingen Felt i seksjonen Feltdetaljer Beskrivelse AMELD GRLUTR1 Arbeidsgiveravgift fradraglgrunnlagetforutenlandsk avgiftsfradragbeløp Trinn Handling 1 Angi AMELD i kolonnen Program og GRLUTR1 i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. 15. desember 2017 Side 41 av 95

42 UTL2 Benyttes for å hente ut antall sjøfolk for kalendermåneden. For eksempel lønnart Tekstelement Program Kolonnenavn Seksjon (node) i a- meldingen Felt i seksjonen Feltdetaljer Beskrivelse AMELD GRLUTL2 Arbeidsgiveravgift utenlandskemedfastavgiftsbeløp antallavgiftsgrunnlagpersoner Trinn Handling 1 Angi AMELD i kolonnen Program og GRLUTL2 i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal med i noden. Tilskudd (Annen bagatellmessig støtte) Arbeidsgiver plikter å oppgi annen offentlig støtte som er mottatt, dersom denne støtten også er omfattet av forordning (EF) nr. 1998/2006 om bagatellmessig støtte. Benyttes for å hente ut beløp på tilskudd som er mottatt. Et konsern har bare krav på ett fribeløp selv om det innenfor det enkelte konsern er registrert flere juridiske enheter som driver virksomhet i sone 1a eller som er omfattet av et sektorunntak. Fribeløp som skal benyttes i andre foretak i et konsern skal oppgis som Annen bagatellmessig støtte i a-meldingen for Januar. Du kan lese mer om detaljene rundt dette i kapittelet Fribeløp, avsnittet Fribeløp i konsern, side 68 Tekstelement Program Kolonnenavn Seksjon (node) i a- meldingen Felt i seksjonen Beskrivelse AMELD TILSKUDD JuridiskEntitet annenbagatelmessigstøtte Trinn Handling 1 Angi AMELD i kolonnen Program og TILSKUDD i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være beløp og % skal i vårt eksempel være 100,00. Side 42 av desember 2017

43 Trinn Handling 2 Arbeidsgiveravgift av avsatte feriepenger Dersom du er omfattet av fribeløpsordningen kan du velge om du ønsker å få tilbakeført overgangssatsen for avsatt arbeidsgiveravgift av avsatte feriepenger. Dette er kun relevant dersom du vet at du på feriepengeutbetalingstidspunktet neste år ikke har brukt opp fribeløpet. Du kan ved å legge til en rad i Lønnarter i rapportkolonner, sørge for at denne «tilleggsavsetningen» alltid blir tilbakeført, slik at avsatt arbeidsgiveravgift stemmer med de utbetalingene som skal gjøres. Trinn Handling 1 Angi AMELD i kolonnen Program og GRLAGAFERIEP i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Dersom du vet at du på utbetalingstidspunktet året etter har brukt opp hele fribeløpet lar du vær å tilbakeføre denne «tilleggsavsetningen» ved å ikke opprette en rad med dette kolonnenavnet. Spesielt for beregningskode Kun forskuddstrekk (EE) Denne beregningskoden skal rapportere arbeidsgiveravgiftsgrunnlag, men med sats 0. Dette gjelder selv om det er beregnet avgift og dette er avsatt i regnskapet. Forslag a-meldingen (HN6006) vil alltid sette prosentsatsen til 0 i a-meldingen. For at dette skal bli rapportert korrekt skal du ikke koble lønnarter til kolonnenavnet BETAGA. For å unngå varsel om at dette mangler, kan du koble kolonnenavnet til en dummy-lønnart. Feriepengegrunnlag Benyttes for å hente ut feriepengegrunnlaget til rapporten Generer sammenstilling (HN6007). For eksempel lønnart desember 2017 Side 43 av 95

44 Tekstelement Program Kolonnenavn Beskrivelse AMELD FPGRL Tips! De lønnartene som utgjør feriepengegrunnlaget og som skal med i rapporten er de samme som tidligere var markert med den gamle L&T-koden 000. Ved å benytte menypunktet Oppslag lønnarter og søke opp de lønnartene som har denne koden, vil du enkelt finne de lønnartene som du må legge inn med dette kolonnenavnet. Trinn Handling 1 Angi AMELD i kolonnen Program og FPGRL i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Beløp og % skal i vårt eksempel være 100,00. 2 Det må registreres en rad for hver lønnart som skal inkluderes i rapporten. Side 44 av desember 2017

45 Sjøfolkrelatert informasjon Generelt A-meldingen skal omfatte lønnsopplysninger, herunder inntektsfradrag som gis ved ligningen. Særskilt fradrag for sjøfolk er et slik fradrag. Alle inntektsopplysninger i a-meldingen som gir grunnlag for Særskilt fradrag for sjøfolk må merkes med denne spesielle skatte- og avgiftsregelen. Tidligere LT-kode 922 Antall døgn ombord for sjøfolk og LT-kode 921 Småutgifter sjøfolk skal i a-meldingen rapporteres månedlig. Opplysningene rapporteres under noden Sjøfolksrelatert informasjon. For å få rapportert dette korrekt i a-meldingen kan du benytte de lønnartene du tidligere har benyttet for Lønns- og trekkoppgavene (LT-kodene 921 og 922). Lønnartene må i tillegg kobles mot lønnartskolonner i skjermbildet Lønnarter i rapportkolonner. Dette skjermbildet finner du under Lønn og Personal Lønnssystem Lønnarter Lønnarter i rapportkolonner. Lønnarter, antall døgn Det må benyttes egne lønnarter for registrering av Antall døgn om bord og Antall døgn om bord uten dekkede småutgifter. Lønnartene skal ikke kodifiseres, men må konteres slik at informasjonen reflekterer samme virksomhet som inntekter som er kodifisert med skatte- og avgiftsregel Særskilt fradrag for sjøfolk. Informasjon på disse lønnartene må registreres og rapporteres månedlig. Lønnarter, inntekter mm Alle inntektsopplysninger i a-meldingen som gir grunnlag for særskilt fradrag for sjøfolk, må merkes med den spesielle skatte- og avgiftsregelen, Særskilt fradrag for sjøfolk. Lønnarter i rapportkolonner Lønnarter for antall døgn om bord og antall døgn om bord uten dekkede småutgifter må kobles mot Program og Kolonnenavn i skjermbildet som vist nedenfor. Trinn Handling 1 Lønnartene må eksistere. 2 Lønnart kobles mot program og kolonne i skjermbildet Lønnarter i rapportkolonner. Merk! Det er meget viktig at du benytter oppgitte verdier i kolonnene for Program og Kolonnenavn. Valg angitt i verdikolonnen må stemme overens med hva som skal rapporteres. I dette tilfellet skal verdikolonnen være Antall. 15. desember 2017 Side 45 av 95

46 Antall døgn om bord Benyttes for å hente antall døgn for en kalendermåned. For eksempel lønnart 4525 Tekstelement Program Kolonnenavn Felt Feltdetaljer Beskrivelse AMELD SJOFOLKDOGN sjøfolksrelatertinformasjon antalldøgnombord Trinn Handling 1 Angi AMELD i kolonne Program og SJOFOLKDOGN i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Antall døgn om bord Benyttes for å hente antall døgn uten dekkede småutgifter for en kalendermåned. For eksempel lønnart 4520 Tekstelement Program Kolonnenavn Felt Feltdetaljer Beskrivelse AMELD SJOFOLKDOGNUTEN Sjøfolksrelatertinformasjon antalldøgnombordutendekkedesmåutgifter Trinn Handling 1 Angi AMELD i kolonne Program og SJOFOLKDOGNUTEN i kolonnen Kolonnenavn. Koble til aktuelle lønnarter i kolonnen Lønnart. Kolonnen Verdi skal være Antall og % skal i vårt eksempel være 100,00. 2 Feltet i a-meldingen vil se sånn ut: Side 46 av desember 2017

47 Systemparametre Generelt Systemparameter defineres i skjermbilde Systemparametre Lønn under Lønn og Personal Lønnssystem System oppsett. POSITION_LEVEL Når systemparameter POSITION_LEVEL er aktivert med verdi 2 eller 3 vil ressurser ikke kunne lagres uten at det er registrert stillingsinformasjon i skillekortet Ansettelse. Se hjelpefiler for beskrivelse av alternativene. NO_PR_AM_ARBFORH_FRA_PER Ved å angi et år og et månedsnummer i denne systemparameteren overstyres datoen i året før oppstartsperioden, og du vil kun få generert arbeidsforhold for ansettelser som ikke er avsluttet før angitt år og måned. (f.eks ) Merk! Relasjonen som angir virksomhet, eller den som utleder til virksomhet må være gyldig i angitt periode. Det samme gjelder for relasjonen for arbeidsforholdstype (AMARBFORHTYPE). NO_PR_AM_ZIP_XML Noen kunder opplever at xml en som produseres av rapporten Forslag a-meldingen (HN6006) blir så stor at den ikke kan lagres i dokumentarkivet. Jobben feiler med en feilmelding i loggen: The maximum number of network packets in one request was exceeded. Dersom xml en som er produsert er så stor at den får rapporten til å feile, må systemparameteren NO_PR_AM_ZIP_XML opprettes og aktiveres. Når systemparameteren er aktivert vil xml en bli zippet før den lagres til dokumentarkivet. Når systemparameteren er aktivert vil det neste gang du kjører rapporten Forslag a-meldingen, bli opprettet en ny dokumenttype AMLD-ZIP. Se avsnitt om Dokumenttyper i kapittelet Fil- og dokumenthåndtering, side 82 Merk! Forslaget du startet vil nå «henge igjen» i skjermbildet med status «Pågår» og være låst for ny kjøring av rapporten. Kontakt Unit4 Kundeservice for bistand til å få «Låst opp» skjermbildet igjen. 15. desember 2017 Side 47 av 95

48 NO_PR_LF_MUNICIPAL Det er en forutsetning at systemparameteren NO_PR_LF_MUNICIPAL er satt til verdi 1 slik at kommunetilknytning, herunder sats for arbeidsgiveravgift, hentes fra transaksjonene. I eksempelet under er virksomhetsnummer (DM-kode MNAB) knyttet til arbeidssted (DM-kode MNAH) som igjen er knyttet til hver ressurs/ansettelse. Arbeidssted må også ligge som et konteringsbegrep på arbeidsgiveravgiftstransaksjonene. Det er arbeidssted på transaksjonene som benyttes for å hente ut kommune. Om kommune finnes i adressen på arbeidssted vil denne benyttes, hvis ikke hentes kommune fra virksomhetsnummer. Side 48 av desember 2017

49 Oppsettsperioder Generelt Med jevne mellomrom vil det fra EFF komme nye versjoner av kodelister og inntektskombinasjoner. For å kunne skille på disse er det nødvendig å koble de ulike versjonene til bestemte datointervaller for å ha kontroll på hvilke kodelister og inntektskombinasjoner som gjelder på de ulike tidspunktene. Du oppretter oppsettsperioder under Lønn og Personal A-meldingen Oppsettsperioder. Etter at du har opprettet en oppsettsperiode må du koble et Oppsett og et sett lønnartskodifiseringer til den. Dette kan du gjøre på to måter. Enten ved å opprette et nytt Oppsett og nye kodifiseringer på lønnartene og koble oppsettsperioden til disse manuelt, eller kopiere verdier fra en tidligere oppsettsperiode for så å oppdatere med de endringene som måtte finnes. Hvordan du kopierer verdier fra en oppsettsperiode til en annen er beskrevet i eget avsnitt. Oppsettsperioder (THN6006) Skjermbildet vil når du åpner det for første gang, inneholde en rad med datointervallet Dette er den første og den siste datoen som er mulige i UBW. Du må lagre denne oppsettsperioden før du kan fylle inn verdier i skjermbildet Oppsett og før du kan kodifisere lønnartene dine. Nye oppsettsperioder Når du skal lage en ny oppsettsperiode må du oppdatere sluttdatoen for den forrige oppsettsperioden ved å overskrive Dato til med korrekt dato før du klikker på Legg til. Det vil da opprettes en ny rad med Dato fra dagen etter den datoen du avsluttet den forrige oppsettsperiode med. Merk! Det vil være nødvendig å lage flere oppsettsperioder dersom myndighetene kommer med nye versjoner av kodelister og inntektskombinasjoner. Det vil bli gitt spesiell informasjon om dette. I tillegg kan det være aktuelt å opprette flere oppsettsperioder dersom du gjør endringer i rapporteringsstrukturen og/eller kodifiseringen av lønnarter som skal gjelde fra et bestemt tidspunkt. 15. desember 2017 Side 49 av 95

50 Når du lager nye oppsettsperioder må alltid den første gjelde fra og den siste gjelde til Det kan ikke være overlapp eller «hull» i datointervallene, og Dato fra og Dato til må alltid være den første og den siste i en kalendermåned. Valideringer i skjermbildet vil sørge for at du ikke får lagret ugyldige verdier. Slette oppsettsperioder Dersom du feilaktig har opprettet en oppsettsperiode, kan du slette denne dersom den ikke er koblet til et oppsett eller et sett lønnartskodifiseringer. Kopiere oppsettsperioder Til å kopiere et oppsett eller ett sett med lønnartskodifiseringer til en ny oppsettsperiode kan du benytte rapporten Kopiere oppsett og lønnartskodifisering (HN6003) Rapporten kopierer oppsett og lønnartskodifiseringer fra en angitt oppsettsperiode til en annen. Dette så du slipper å opprette et nytt oppsett eller kodifisere alle lønnarter på nytt når det kommer endringer som krever nytt periodeoppsett for å skille gammel og ny struktur. Etter kopieringen trenger du kun hente opp de lønnartene som må endres i den nye oppsettsperioden og korrigere disse. Rapporten Kopiere oppsett og lønnartskodifisering (HN6003) finner du under Lønn og Personal A-meldingen Oppsettsperioder. Velg oppsettsperioden du ønsker å kopiere fra i nedtrekkslisten. Velg så oppsettsperioden du ønsker å kopiere til på samme måte. Når det lages ny oppsettsperiode må både Oppsett og Lønnartskodifisering knyttes til den nye oppsettsperioden for å kunne generere en a-melding. Det er en id i disse tre tabellene (oppsettsperiode, oppsett og lønnartskodifisering) som knytter disse sammen slik at systemet vet hvilke data som skal brukes til enhver tid. Rapporten starter du ved å lagre. (F12) Gyldighetsdatoer på lønnartskombinasjoner Lønnartskodifiseringene er knyttet til en oppsettsperiode. For at en kombinasjon skal være gyldig må den være gyldig i hele oppsettsperioden. Det betyr at du må ha en ny oppsettsperiode for hvert tidspunkt det skjer en endring på kombinasjonene. Ved endringer i lønnartskombinasjonene vil det bli sendt ut nye versjoner av programvaren. For hvert datoskille kombinasjoner blir gyldige eller ugyldige vil du måtte ha nye oppsettsperioder for å kunne håndtere valideringer i ulike deler av programvaren riktig. Vi vil gi anbefaling ved hver programversjon om hvilke oppsettsperioder som er nødvendige å opprette på grunn av dette. Side 50 av desember 2017

51 Det kan i tillegg være behov for å lage en ny oppsettsperiode dersom du ønsker å endre kodifisering av lønnart pga ny måte å hente ut informasjon på. Eksempel her kan være at du fram til og med henter ut tilleggsinformasjon fra et felt på transaksjonen, men ønsker å endre dette til å hente det fra relasjon fra og med Ved denne type endringer er det også relevant å lage en ny oppsettsperiode, kopiere oppsett og lønnartskodfisering til nytt periodeoppsett for så å foreta nødvendige endringer på lønnartene i det nye periodeintervallet. 15. desember 2017 Side 51 av 95

52 Oppsettsskjermbildet Generelt Nødvendig oppsett er beskrevet med en trinnvis rekkefølge for de nødvendige stegene som skal til for å definere oppsettet. Ved lagring av oppsettet vil det bli foretatt ulike valideringer på innholdet. Ved feil eller mangler vil du få en pop-up som forteller deg hva som forårsaket feilen/mangelen. Du får ikke lagret et oppsett uten at det er fullstendig utfylt. Når oppsettet er lagret, kan du hente det opp igjen ved å velge datointervallet i nedtrekkslisten Oppsettsperiode. Oppsett (THN6002) Oppsettet som skal benyttes ved generering av en a-melding. Med oppsett menes hvor de ulike elementene som skal inn i a-meldingen, skal hentes fra. Løsningen leveres med et standardoppsett for noen av elementene, mens andre må settes opp i dette skjermbildet. Du finner Oppsett under Lønn og Personal A-meldingen Oppsett Innstillinger Avhengig av hvordan UBW benyttes og hvilke typer utbetalinger du har til ulike ressurstyper, benyttes dette skillekortet til å markere ulike forhold som er spesielt hos deg. A-meldingen Tekstelement Oppsettsperiode Beskrivelse Dette feltet går igjen i alle skillekortene og må fylles ut før du kan legge inn verdier i de ulike skillekortene. Mulige valg i denne nedtekkslisten hentes fra skjermbildet Oppsettsperioder. Side 52 av desember 2017

53 Generelt Tekstelement Benytter stillingsregister Beskrivelse Hukes av dersom du benytter stilling/ansettelse. Dersom det er huket av for dette, vil det ved lagring av oppsettet gjøres en validering på om begrepene i de ulike skillekortene ligger som relasjon på begrepet STILLNR (DMkode CG). Avvikende periodeoppsett Hukes av dersom du har et avvikende periodeoppsett i foretaket Språk for tilbakemelding Velg språket du ønsker på tilbakemeldingene fra Etatenes Fellesforvaltning. (EFF) Oppstartsperiode Angi fra hvilken periode du starter å rapportere a-meldingen. Arbeidsforhold Tekstelement Maritime arbeidsforhold Beskrivelse Hukes av dersom du har maritime arbeidsforhold. Skillekortet for maritime arbeidsforhold er ikke synlig dersom det ikke hukes av for dette. 15. desember 2017 Side 53 av 95

54 Rapporteringsstruktur Her må du angi den juridiske strukturen som skal benyttes i rapporteringen. Hvordan denne settes opp avhenger av om du benytter Virksomhet som relasjon direkte på ressurs/ansettelse eller som relasjon på et annet begrep på ressurs/ansettelse, for eksempel arbeidssted. Valget må ligge som en konteringsdimensjon. Se kapittelet om Rapporteringsstruktur for detaljert beskrivelse. Juridisk struktur Tekstelement Bruk relasjon på relasjon Beskrivelse Har du Virksomhetsnummeret liggende som relasjon direkte på ressurs/ansettelse skal denne boksen ikke hukes av. Har du ikke Virksomhetsnummeret liggende som relasjon direkte på ressurs/ansettelse må denne boksen hukes av. Organisasjonsnivåer Avhengig av om haken for Bruk relasjon på relasjon er avhuket eller ikke, vises det i denne seksjonen to eller tre nivåer. Dersom det ikke er huket av for Bruk relasjon på relasjon, vises to nivåer: Virksomhet Opplysningspliktig På øverste rad angir du i feltet Begrep, begrepsnavnet for Virksomhet. Du får i nedtrekkslisten kun tilgang til begreper som er satt opp som relasjon på ressurs. Merk! Begrepet for Virksomhetsnummer må være en konteringsdimensjon. På rad to angir du begrepet som benyttes for å angi Opplysningspliktig. Du får i nedtrekkslisten kun tilgang til begreper som er satt opp som relasjon på begrepet du valgte i øverste rad. Side 54 av desember 2017

55 Dersom det er huket av for Bruk relasjon på relasjon, vises det tre nivåer. Utledende relasjon Virksomhet Opplysningspliktig Angi i feltet Begrep på øverste rad, begrepsnavnet for Utledende relasjon. Du får i nedtrekkslisten kun tilgang til begreper som er satt opp som relasjon på ressurs. Merk! Begrepet for Utledende relasjon må være en konteringsdimensjon. På rad to, angir du begrepet som benyttes for å angi Virksomhetsnummer. Du får i nedtrekkslisten kun tilgang til begreper som er satt opp som relasjon på begrepet du valgte i øverste rad. På rad tre, angir du begrepet som benyttes for å angi Opplysningspliktig. Du får i nedtrekkslisten kun tilgang til begreper som er satt opp som relasjon på begrepet du valgte i rad to. Arbeidsforhold Arbeidsforhold - relasjoner I denne skillekortet vises de begrepene som vil bli benyttet ved generering av arbeidsforhold til a-meldingen. Begrepene i den første seksjonen er levert i systemdatapakken. Se kapittelet Andre begreper og relasjoner for detaljer. Begrepene må ligge som relasjon på ressurs og stilling dersom stilling er i bruk. Du må i tillegg angi det begrepet du benytter for å identifisere Yrkeskode. I nedtrekkslisten får du kun tilgang til begreper som er satt opp som relasjon på ressurs. Arbeidsforhold - verdireferanser I denne seksjonen angir du de verdireferansene som du ønsker å benytte for å angi Avtalt arbeidstid for full tilsvarende stilling og Stillingsprosent. Velg fra verdiene i nedtrekkslistene. 15. desember 2017 Side 55 av 95

56 Merk! Verdireferansen du her velger for stillingsprosent skal representere hvor stor prosentandel av en full stilling arbeidsforholdet utgjør. Dette kan avvike fra utlønningsprosenten. Du må da håndtere dette ved å bruke to ulike verdireferanser i UBW. Arbeidsforhold - siste lønnsendringsdato I denne seksjonen angir du hvor datoen for siste lønnsendring skal hentes fra. Det er datoen for siste faste (varige) endring av sats for fastlønn, timelønn, faste eller uregelmessige tillegg som skal rapporteres på arbeidsforholdet i a-meldingen. Se Veiledning for opplysningspliktige som innrapporterer via lønnssystem for detaljer. Kapittel 4 omhandler arbeidsforhold og 4.13 lønnsendringsdato spesielt. I tabellen kan du velge flere ulike verdireferanser som du ønsker det skal sjekkes endringsdato på. Rapporten Generer arbeidsforhold (HN6004) vil benytte den datoen som er den seneste av datoene, men ikke en dato som er senere enn bestillingsdato for rapporten. Det samme gjelder dersom Dato fra på verdireferansene er tidligere enn Dato fra på arbeidsforholdet. Da vil Dato fra på arbeidsforholdet benyttes som siste lønnsendringsdato. Arbeidsforhold - Selvstendig næringsdrivende Tidligere ble all utbetaling til selvstendig næringsdrivende innberettet på lønns- og trekkoppgaven under lønns- og trekkartskode 401. Det er ikke lenger slik at alle utbetalinger til selvstendig næringsdrivende skal rapporteres i a-meldingen. Det er kun dersom du har utbetalinger i form av honorar eller godtgjørelse til opphavsmann til åndsverk at dette skal rapporteres i a-meldingen. Dersom du skal rapportere slike utbetalinger må du i denne seksjonen angi begrepet hvor foretaksnummeret til den selvstendig næringsdrivende ligger. Dette kan for eksempel være SELVNER (DM-kode MNEE) Begrepet må være satt opp som relasjon på begrepet RESSNR (DM-kode C0). Merk! Du skal ikke legge dette begrepet opp som relasjon på stilling/ansettelse selv om ansettelse er i bruk. Dette vil ikke bli hensyntatt ved rapportering. Side 56 av desember 2017

57 Maritime arbeidsforhold Dersom det på skillekortet Innstillinger er huket av for Maritime arbeidsforhold vil dette skillekortet dukke opp. Informasjon om fartøy I denne seksjonen vises de begrepene som i tillegg til de i forrige skillekort, vil bli benyttet ved generering av maritime arbeidsforhold til a-meldingen. Begrepene må ligge som relasjon på ressurs og stilling, dersom stilling er i bruk. Du kan alternativt benytte et annet begrep, for eksempel begrepet AMFARTOY (DM-kode MNMH), hvis du har satt begrepene for Skipsregister, Skipstype og Fartsområde opp som relasjon på dette. Det valgte begrepet må ligge som relasjon på ressurs og stilling, dersom stilling er i bruk. Se avsnitt om Fartøy under Andre begreper og relasjoner, for detaljer. Dersom du velger det siste alternativet, må du huke av i boksen Relasjoner på fartøy og velge begrepet du vil benytte fra nedtrekkslisten. Permisjoner/permitteringer A-meldingen skal inneholde informasjon om permisjons- og permitteringsprosent, og start- og sluttdato for permisjonen/permitteringen. Hvert tilfelle skal identifiseres med en permisjons-/permitterings-id. Merk! Det er i a-meldingen kun pliktig å rapportere permisjoner/permitteringer som overstiger 14 dager. UBW har valgt å rapportere alle permisjoner/permitteringer uavhengig av lengde. Det vi da være opp til myndighetene å bruke dataene som sendes inn der hvor det er relevant. I skillekortet Permisjoner/permitteringer angir du hvor du vil de ulike permisjons- /permitteringsprosenter skal hentes fra. Du kan hente noe fra fraværsregistreringen og noe fra satser. 15. desember 2017 Side 57 av 95

58 Merk! Du kan ikke benytte samme verdi på flere rader i de samme seksjonen. Forutsetningene for å bruke fraværstransaksjoner som utgangspunkt for rapportering av permisjoner/permitteringer er nærmere beskrevet i kapittelet Forutsetning for å rapportere permisjoner og permitteringer fra Fravær Endringer fra EFF for permisjoner Fra og med 1. januar 2018 erstattes verdien «permisjon» med fire nye verdier i kodelisten for PermisjonsOgPermitteringsBeskrivelse: Permisjon med foreldrepenger Permisjon ved militærtjeneste Utdanningspermisjon Velferdspermisjon. Verdien «Permisjon» er kun gyldig til og med , og det er ikke tillatt å rapportere med denne verdien i A-meldinger for Merk! Dersom du har permisjoner med verdi «permisjon» som krysser årsskiftet 2017/2018, så vil rapporten Generer arbeidsforhold (HN6004) automatisk lage et brudd ved årsskiftet for denne permisjonen når du har laget den nye oppsettsperioden og koblet de nye kodelisteverdiene for den. Det vil da settes en sluttdato på gammel permisjonsid pr , og automatisk opprettes en ny permisjonsid med startdato i henhold til det nye oppsettet. Det er ikke tillatt å rapportere eller korrigere permisjoner med verdi «permisjon» i noen kalendermåneder i 2018, selv om permisjonen gjelder Tilsvarende er det ikke tillatt i noen kalendermåneder i 2017 å rapportere med de nye kodelisteverdiene som gjelder fra 2018, selv om permisjonene starter i Etter ny programpakke er installert må du: Lage ny oppsettsperiode med gyldighet fra og med Les mer om Oppsettsperiode på side 49. Koble nye kodelisteverdier for permisjon mot fraværskoder og/eller verdireferanser for permisjon gjeldende fra Side 58 av desember 2017

59 Eksempel skillekortet Permisjoner/permitteringer: Foretaksopplysninger For at rapporten som lager a-meldingen skal vite hvilket foretaksnummer som skal benyttes som opplysningspliktig må du angi dette i skillekortet Foretaksopplysninger. I nedtrekkslisten ligger alle begrepsverdiene som er registrert på begrepet du anga som opplysningspliktig i skillekortet Rapporteringsstruktur. Det er bare tillatt å ha én verdi i denne tabellen dersom du ikke i tillegg har huket av for Enklient. (Se eget avsnitt, Foretaksopplysninger, Enklient, side 61). Velg Opplysningspliktig i nedtrekkslisten og klikk på Legg til. Verdien du valgte vil da legge seg i den underliggende tabellen. Beregningskode: I kolonnen Beregningskode angir du den generelle beregningskoden i foretaket. Dersom ingen verdi angis vil AA Generelle næringer bli benyttet. Denne verdien vil bli benyttet på arbeidsgiveravgiftstransaksjoner fra reisemodulen dersom disse ikke er utbetalt via en lønnskjøring. Denne verdien mangler i lønnstransaksjonstabellen (aprhistr) dersom reisetransaksjoner utbetales direkte. Merk! Det gjøres ingenting med avgiftsberegningen. Det anbefales at alle avgiftspliktige reisetransaksjoner utbetales via en lønnskjøring dersom du benytter deg av fribeløpsordningen. Dette for å sikre korrekt beregning og rapportering av arbeidsgiveravgiften. 15. desember 2017 Side 59 av 95

60 Fribeløp/Ambulerende: Du må markerer om foretaket benytter fribeløpsordningen og/eller er ambulerende. Dersom du huker av for Fribeløpsordningen må du kjøre rapporten Fribeløpsberegning (HN6005) før du kan bestille Forslag a-meldingen (HN6006) Dersom du huker av for Ambulerende må du benytte rapporten Omberegning av arbeidsgiveravgift (MLF05) for å få beregnet arbeidsgiveravgiften korrekt i a- meldingen. Rapporten må kjøres før du eventuelt kjører rapporten Fribeløpsberegning (HN6005) Det er laget en egen dokumentasjon til denne rapporten. Brukerdokumentasjon MLF05. Du finner den sammen med annen dokumentasjon til A-meldingen på Kundenettet. Lønnstrinn: Dersom du skal rapportere lønnstrinn i a-meldingen huker du av for dette. Du kan ikke huke av for Lønnstrinn dersom du ikke også har huket av for Benytter stillingsregister i skillekortet Innstillinger. Lønnstrinn skal rapporteres for ansatte som er innplassert på lønnstrinn gjennom tariffavtale, overenskomst eller lignende. For noen grupperinger av ansatte i statlige foretak skal lønnstrinn rapporteres med et prefiks til lønnstrinnet. Dette gjelder foretak som tidligere rapporterte lønnsdata til SST. Se eget avsnitt Prefiks til lønnstrinn (SST) i kapittelet Andre begreper og relasjoner, side 27 Ansiennitet: Dersom du skal rapportere lønnsansiennitet avhenger det av om du benytter stillingsregister eller ikke hvor denne datoen hentes fra. Har du huket av for Benytter stillingsregister i skillekortet Innstillinger vil du i denne nedtrekkslisten kun ha to valg. Ikke aktuelt og Ansiennitetsdato. Ved valget Ansiennitetsdato hentes verdien fra skillekortet Ansettelse i ressursregisteret. Dette feltet må benyttes dersom stilling er i bruk og du skal rapportere ansiennitet. Side 60 av desember 2017

61 Har du ikke huket av for Benytter stillingsregister i skillekortet Innstillinger vil du i nedtrekkslisten ha fire valg. Ikke aktuelt, Dato fra, Tjenestedato og Ressursdato3. Ved valget Dato fra, hentes ressursenes startdato. Ved valgene Tjenestedato eller Ressursdato3, hentes ansiennitetsdato i skillekortet Personal i ressursregisteret for valgt felt. Foretaksopplysninger, Enklient Dersom du benytter et enklientoppsett (flere foretak i samme klient) og huker av for dette, vil du få mulighet til å registrere flere foretaksnumre i tabellen. Du kan velge et og et, eller velge Legg til alle. Har du mange foretaksnumre kan det være hensiktsmessig å velge alle for så å slette de som ikke er aktuelle etterpå. De øvrige kolonnene fylles ut for hvert foretaksnummer som beskrevet i forrige avsnitt. 15. desember 2017 Side 61 av 95

62 Slette gjør du ved å markere ønskede foretaksnumre og benytte knappen Slette. Merk! Slette gjør du kun dersom du har registrert et feil foretaksnummer. Dersom det er rapportert på et foretak som nå er avviklet, skal du ikke slette dette foretaket. Feilmeldinger For å unngå feil og stopp i kjøringen av A-meldingen (HN6006) er det lagt på flere ulike valideringer ved lagring av Oppsett (THN6002). At alle obligatoriske felt er fylt ut. At aktuelle begreper er satt opp som relasjon på ressurs. At aktuelle begreper er satt opp som relasjon på stilling dersom det er huket av for Benytter stillingsregister i skillekort Innstillinger. At aktuelle relasjoner er satt opp korrekt dersom det er huket av for Relasjoner på fartøy i skillekortet Maritime arbeidsforhold. At det ikke er duplikate fraværskoder og/eller verdireferansesatser i skillekortet Permisjoner/permitteringer. Eksempel på feilmeldinger: Ved å klikke på OK, vil du bli geleidet til det skillekortet hvor det første av feltene som mangler informasjon befinner seg. Fyll inn manglende informasjon og forsøk å lagre på nytt. Du har huket av for Benytter stillingsregister i skillekortet Innstillinger og ikke satt de listede begrepene opp som relasjon på STILLNR (DM-kode CG) Klikk på OK, sett opp de manglende relasjonene og forsøk å lagre på nytt. Se kapittel Andre begreper og relasjoner, avsnitt Generelt. Side 62 av desember 2017

63 Du har huket av for Relasjon på fartøy i skillekortet Maritime arbeidsforhold og ikke satt de listede begrepene opp som relasjon på det valgte begrepet for fartøy. Klikk på OK, sett opp relasjonene og forsøk å lagre på nytt. Se avsnitt om Maritime arbeidsforhold. Du har registrert samme verdireferanse på flere rader i skillekortet Permisjoner/ permitteringer. Klikk på OK og slett duplikatene eller endre til en annen verdi. Se avsnitt om Permisjoner/permitteringer. Endring av oppsett Dersom det av ulike årsaker skulle være behov for å endre på et oppsett, kan du hente opp et allerede lagret oppsett og endre de feltene du ønsker. Når du så lagrer (F12) det endrede oppsettet, vil du få en bekreftelse på at det endrede oppsettet er lagret. Merk! Har du flere ulike oppsett i løpet av et år og finner ut at én verdi har vært feil hele året, må du endre denne verdien i alle oppsettsperiodene du har oppsett for. 15. desember 2017 Side 63 av 95

64 Avvikende periodeoppsett Generelt A-meldingen skal rapporteres pr. kalendermåned. Det er kontantprinsippet som ligger til grunn for hvilke ytelser som skal rapporteres i den enkelte kalendermåned. Når du bestiller Forslag a-meldingen (HN6006) for en kalendermåned, hentes transaksjoner for måneden det bestilles for. Dersom du har noe annet enn 12 hovedbokperioder i året, har hovedbokperioder som avviker fra rene kalendermåneder eller har utbetalingsdato som faller i annen kalendermåned enn hovedbokperioden, må du koble de ulike hovedboksperiodene til kalendermånedene de tilhører. Merk! Har du avvikende periodeoppsett må du koble periodene dine før du eventuelt kjører rapportene Omberegning av arbeidsgiveravgift (MLF05) og/eller Fribeløpsberegning (HN6005) Perioder Oppsett av perioder i UBW gjøres i skjermbildet Perioder. Dette finner du under Felles Faste registre Perioder. Eksempel på lønnsperioder: I a-meldingen gjøres utplukket av transaksjoner i forhold til HBper som ligger på lønnstransaksjonene. Derson du har et periodeoppsett som tilsvarer oppsettet ovenfor og hvor lønnsutbetalingsdato faller innenfor denne perioden, behøver du ikke foreta deg noe. Avvikende perioder Derson du faller inn under minst ett av punktene nedenfor har du et avvikende periodeoppsett. Da må du koble hovedboksperiodene dine til en kalendermåned for å kunne rapportere korrekte data i a-meldingen. Du har hovedbokperioder som avviker fra ovennevnte oppsett, dvs. du har flere eller færre enn 12 hovedboksperioder hvor det kommer inn oppgavepliktige lønns- og reisetransaksjoner. Du har hovedbokperioder som går på tvers av kalendermåneder. Du har utbetalingsdato for lønns- og reisetransaksjoner i perioden etter hovedbokperioden. Oppsett Dersom du har et avvikende periodeoppsett må du huke av for dette i skjermbildet Oppsett. Dette gjør du i skillekortet Innstillinger. Side 64 av desember 2017

65 A-meldingsperioder I dette skjermbildet knytter du hovedboksperiodene dine til den kalendermåneden/året transaksjonene skal rapporteres på i a-meldingen. Merk! Du vil ikke kunne åpne dette skjermbildet dersom det ikke er huket av for Avvikene periodeoppsett i Oppsett. Skjermbildet viser det periodeoppsettet du har definert i skjermbildet Perioder under Felles. Du må velge periodetype og minst et annet filter før du benytter F7 for å hente fram dataene fra periodetabellen. Filter Periodetype Periode HB periode Lønnsdato År Beskrivelse Nedtrekkslisten lister alle periodetyper foruten hovedboksperiodetypen GL Periode basert på periodetype. Hovedboksperioden perioden er koblet mot. Lønnsdato dersom periodetypen er en lønnsperiode. Året du ønsker å se. I kolonnene Kalendermåned og Kalenderår kobler du hovedboksperioden til kalendermåneden/året. For å følge kontantprinsippet skal kalendermåned og år stemme overens med den faktiske lønnsutbetalingsdatoen. 15. desember 2017 Side 65 av 95

66 I eksempelet over er det to lønnsperioder pr. måned. Lønnsperiode og har begge utbetalingsdato i januar. De er koblet mot to ulike hovedboksperioder og I dette tilfellet kobles både hovedboksperiode og mot kalendermåned Januar. Lønnsperiodene og er begge koblet til hovedboksperiode Da skal begge lønnsperiodene kobles mot samme kalendermåned. Merk! Ved oppstart i 2015 må du være bevisst på hvilke perioder som blir rapportert i 2014 opp mot hvilke perioder du rapporterer i januar Dette for å unngå at du dobbeltrapporterer ved at periode(r) kommer inn på både 2014 og 2015, eller at du underrapporterer ved at periode(r) ikke kommer med i hverken 2014 eller Når du lagrer (F12) i skjermbildet, lagres koblingen hovedboksperiode Kalendermåned/år til en egen tabell kun for denne koblingen. Dersom du gjør endringer i Perioder under Felles og dette påvirker koblingen av kalendermåned/år mot hovedboksperiodene du har lagret, må du hente opp skjermbildet A- meldingsperioder og korrigere der også. Du må alltid åpne dette skjermbildet og koble nye perioder etter hvert som du oppretter de. Side 66 av desember 2017

67 Fribeløpsordningen Generelt For arbeidsgivere i sone 1a gjelder det en fribeløpsordning. Det gjelder også en fribeløpsordning i sone 2-5 for arbeidsgivere som er omfattet av et sektorunntak og som derfor skal betale arbeidsgiveravgift etter høyeste sats uavhengig av beliggenhet. Det gjelder ikke noen fribeløpsordning i sone 1a for statsforvaltningen og helseforetak, eller for jord- og skogbruk, fiskeri etc. som faller utenfor EØSavtalen Dersom du skal benytte deg av fribeløpsordningen, må du angi fribeløpets størrelse i et eget skjermbilde. Dette finner du under Lønn og Personal A- meldingen Fribeløp og ambulerende Vedlikehold fribeløp. Fribeløpets størrelse avhenger av hvilken beregningskode for arbeidsgiveravgift du benytter. (Generelle næringer (AA), Sektoruntatt aktivitet (CC) og Godstransport på vei (GG)) For fullstendig oversikt, se skatteetaten sine nettsider. Arbeidsgiveravgift til folketrygden for Kapittel 6 omhandler fribeløp. Dersom du er en del av et konsern skal bruk av fribeløp behandles spesielt. Se eget avsnitt, Fribeløp i konsern, side 68 Innlegging av fribeløp Første gang skjermbildet åpnes hentes foretaksnummeret automatisk inn dersom det er huket av for Fribeløpsordningen i skillekortet Foretaksopplysninger i skjermbildet Oppsett. Oppsett Vedlikehold fribeløp Registrer Fribeløp og Dato fra. Lagre verdiene (F12). Merk! Du skal ikke legge inn nytt fribeløp hvert år. Det er kun når myndighetene endrer fribeløpets størrelse at du skal endre dette. Hvordan du endrer fribeløpet finner du i avsnittet Endring av fribeløp, side 70. Merk! Ved oppstart/overgang til UBW midt i året, skal beløpet som legges inn være «rest fribeløp» for inneværende år. Du må da i tillegg legge inn hele fribeløpets størrelse fra året etter. 15. desember 2017 Side 67 av 95

68 Innlegging av fribeløp, Enklient Første gang skjermbildet åpnes hentes foretaksnumrene automatisk for de foretakene som det er huket av for Fribeløpsordningen i skillekortet Foretaksopplysninger i skjermbildet Oppsett. Oppsett Det er kun foretak hvor det er huket av for Fribeløpsordningen som hentes inn i skjermbildet Vedlikehold fribeløp. Registrer Fribeløp og Dato fra. Lagre verdiene (F12). Merk! Det gis bare ett fribeløp pr. arbeidsgiver. Dersom de ulike foretakene er del av et konsern må likevel hele konsernet ses under ett. Med konsern forstås en gruppe av foretak med en slik tilknytning til hverandre at ett foretak har bestemmende innflytelse over minst ett annet foretak. Fribeløp i konsern Det kan kun benyttes ett fribeløp pr. konsern. Med konsern forstås her en gruppe av foretak med en slik tilknytning til hverandre at ett foretak har bestemmende innflytelse over minst ett annet foretak. Et konsern har altså bare krav på ett fribeløp, selv om det innenfor det enkelte konsern er registrert flere juridiske enheter som driver virksomhet i sone 1a eller som er omfattet av et sektorunntak. Hvert selskap i konsernet må ved innsending av a-meldingen for januar måned oppgi hvor mye av fribeløpet som skal benyttet andre steder i konsernet. Benyttet fribeløp i andre foretak i konsernet oppgis som Annen bagatellmessig støtte. Side 68 av desember 2017

69 I skjermbildet Lønnarter i rapportkolonner angis lønnarter for Annen bagatellmessig støtte (Tilskudd). Se kapittel Lønnarter i rapportkolonner, avsnitt Tilskudd (annen bagatellmessig støtte), side 42. Det er en fordel å ha en egen lønnart for fribeløp benyttet i andre foretak i konsernet. Dette for å skille benyttet fribeløp i andre foretak i konsernet og eventuell annen støtte. Dersom du ikke benytter et enklientsoppsett registrerer du i skjermbildet Vedlikehold fribeløp det totale fribeløpet i alle firmaene (klientene). Dersom du benytter et enklientsoppsett registrerer konsernets totale fribeløp på alle foretakene. Deretter må du angi hvor stor del av fribeløpet som ikke skal benyttes i det enkelte foretaket. Dette gjør du ved å registrere en manuell lønnstransaksjon i Variable lønnstransaksjoner. Du må registrere en transaksjon pr. foretak med aktuelt beløp. Eksempel (enklient) Med utgangspunkt i de to foretakene registrert over (enklientsløsningen), skal Vågstranda og Glomfjord regnskap benytte kr av fribeløpet og Uvdal og Kvede kr Vågstranda og Glomfjord regnskap er opprettet med begrepsverdi 1 til begrepet ORGTIL og Uvdal og Kvede med desember 2017 Side 69 av 95

70 Dersom du ikke benytter et enklientsoppsett må du registrere en transaksjon i hvert av firmaene (klientene) som inngår i konsernet. Merk! Det er beløpet som skal benyttes i de andre foretakene som skal registreres. Ikke det du selv skal benytte i gjeldende firma (klient) Merk! Denne rapporteringen skal gjøres i januar måned. Det er derfor viktig at transaksjonene for bagatellmessig støtte er med på en lønnskjøring for januar. Endring av fribeløp Dersom fribeløpets størrelse endres fra myndighetenes side, må du oppdatere beløpet i dette skjermbildet. Du endrer størrelsen på fribeløpet ved å overskrive beløpet i kolonnen Fribeløp. I kolonnen Dato fra legger du inn datoen det nye fribeløpet skal gjelde fra. Når du så «tabber ut» av feltet vil det bli opprettet en ny rad med de nye verdiene. Den gamle raden vil få Dato til dagen før den nye radens Dato fra. Lagre verdiene (F12). Side 70 av desember 2017

71 Relasjonsdatoer Generelt For at endringer i rapporteringsstrukturen, som for eksempel virksomhetsoverdragelser i en enklient, eller for at endringer i andre relasjoner i Oppsett skal gjelde fra riktig dato, er det laget et eget skjermbilde for Vedlikehold av relasjonsdatoer. Merk! Dette gjelder ikke i UBW M4 og høyere versjoner hvor denne funksjonaliteten finnes som del av standardløsningen. NB! Denne funksjonaliteten er lisensbelagt. Dette skjermbildet er grunnleggende for hele a-meldingsløsningen. Det er derfor svært viktig at informasjonen i dette skjermbildet er korrekt. Informasjon bør derfor kun oppdateres av superbrukere e.l. Når dette skjermbildet åpnes ses det etter ulikheter mellom relasjonsverdier registrert i skjermbildene Begrep pr relasjon (GL07) og Relasjoner pr begrep (GL08) og verdier i dette skjermbildet. Dersom det er gjort endringer i GL07/GL08 oppdateres skjermbildet med de nye verdiene. Endring av relasjonsverdier Nedenfor finner du eksempel på hvordan dette skjermbildet skal brukes. Du ønsker du å endre relasjonsverdien på virksomhet fra opplysningspliktig til opplysningspliktig fra da virksomheten ble overdratt. Før du starter med endringen ser relasjonen slik ut i Vedlikehold relasjonsdatoer: Det første du gjør er å endre til ønsket opplysningspliktig i skjermbildet Relasjoner pr begrep (GL08): 15. desember 2017 Side 71 av 95

72 Når du så åpner skjermbildet Vedlikehold relasjonsdatoer på nytt vil det se slik ut: Du har nå fått inn en ny rad basert på det du nettopp registrerte i Relasjoner pr begrep (GL08). Du kan se hvilken rad som er ny ved at denne ikke har Dato til utfylt. Det du må gjøre er å påse at Dato fra og Dato til registreres korrekt. Når du lagrer endringene (F12) vil du få opp en melding som forteller at datoendringene du har gjort er lagret. Den nye raden leses inn hver gang du åpner skjermbildet eller genererer arbeidsforhold så lenge relasjonsverdien er definert i GL07/GL08. Hvis du feilaktig har fått inn en linje kan du slette denne ved å markere linjen og bruke slette-knappen. Side 72 av desember 2017

73 Lønnartskatalogen Generelt Lønnarter kobles mot en inntektskombinasjon for a-meldingen i et eget skillekort i Lønnartskatalogen. Skillekortet er ikke en del av Lønnartskatalogen, men et Actskjermbilde som vises som et eget skillekort. Merk! Dette gjelder ikke UBWversjon 553. I denne versjonen må et eget skjermbilde, Kodifisering av lønnarter benyttes. Skjermbildet finner du under A- melding oppsett. Se egen beskrivelse av dette skjermbildet, side 78. Kodestruktur Alle lønnarter som skal innberettes må kobles mot rett inntektskombinasjon og oppsettsperiode i skillekortet A-meldingen. I feltet i den grønne rammen velges korrekt oppsettsperiode. Feltene i den røde rammen betegnes som Inntektskombinasjoner og feltene i den blå rammen for Feltinformasjon. All informasjon i dette skillekortet lagres samtidig med eventuelle andre endringer på lønnarten (F12). Du vil få en feilmelding om du forsøker å lagre lønnarten uten at alle nødvendige felt er utfylt. Ved mangler i Inntektskombinasjoner: Ved mangel i Feltinformasjon: 15. desember 2017 Side 73 av 95

74 Valg av Oppsettsperiode (Grønn ramme) Du må ha opprettet Oppsettsperioder før du kan begynne å kodifisere lønnartene dine. Se eget kapittel for detaljer, side 49. Utfylling av inntektskombinasjoner (Rød ramme) Skjermbildet er dynamisk, og seksjoner og felter vil vises eller skjules avhengig av hvilke valg som er tatt lengre opp i strukturen. I nedtrekkslistene er det bare lovlige verdier til kombinasjonen som er valgt som vil vises. Der hvor det er bare ett mulig valg vil denne velges automatisk. Det er ikke mulig å overskrive verdier med fritekst. Utfylling av de enkelte feltene (Blå ramme) Når du har valgt inntektskombinasjon må du definere hvor feltinformasjonen skal hentes fra. Feltinformasjonen kan hentes på ulike måter: Fast verdi hvis verdien er konstant og skal hentes fra skillekortet A-meldingen. Relasjon hvis verdien skal hentes fra ressursen/ansettelsen. Transaksjon hvis verdien skal hentes fra den enkelte lønnstransaksjon. Du må angi hvilket felt på lønnarten verdien skal hentes fra. Dersom feltet er et ja/nei felt kan dette visualiseres på flere ulike måter. Ingen verdi At feltet i a-meldingen skal ha verdien NEI. Fast verdi At feltet i a-meldingen skal ha verdien JA. Valideringer på inntektskombinasjoner Myndighetene kan endre hvordan innberetningspliktige ytelser og fradrag skal rapporteres. Kombinasjoner kan «gå ut på dato» og nye kombinasjoner kan komme til fra gitte datoer. I tillegg inneholder kombinasjonene kodelisteverdier som også har sine gyldighetsperioder. Side 74 av desember 2017

75 Bruk av ugyldige inntektskombinasjoner i en rapporteringsperiode vil gi utslag på forretningsregel F200 Øyeblikkelig. Bruk av kodelisteverdier som ikke er gyldige i rapporteringsperioden vil gi utslag på forretningsregel F114B Øyeblikkelig. Systemdataene i UBW vil alltid inneholde alle inntektskombinasjoner og kodelisteverdier med tilknyttede gyldighetsintervaller. Hvis kombinasjonen ikke er gyldig i perioden vil den ikke være tilgjengelig for kodifisering. Dersom du kopierer lønnartskodifisering fra en periode til en annen ved hjelp av rapporten Kopiere oppsett og lønnartskodifisering (HN6003) er det likevel mulig å ha ugyldig kodifiseringer i en oppsettsperiode. Når du henter opp en lønnart i denne perioden kan du få opp følgende meldingsboks: Du bør da kodifisere lønnarten med en gyldig kombinasjon i perioden eller blanke kodifisering hvis den ikke skal innberettes lenger. I rapporten Forslag a-melding (HN6006) valideres alle lønnarter som er kodifisert uavhengig av om det finnes transaksjoner som skal være med i forslaget eller ikke. Du vil få varsel i loggfil og Spørring feil og varsler på de lønnartene som har ugyldig kodifisering i en periode. Du kan velge å gå videre med forslaget uten å rette disse advarslene, men vi anbefaler å rette opp kodifisering og generere Forslag a-melding (HN6006) på nytt. Hvis det finnes transaksjoner på en lønnart som har ugyldig kodifisering vil du kunne få øyeblikkelig-avvik når meldingen sendes til EFF. Kodifisering av lønnarter Merk! For UBWversjon 553 finnes ikke skillekort 6. A-meldingen i Lønnartskatalogen. Er du 553 bruker, må du benytte et eget skjermbilde, Kodifisering av lønnarter til kodifisering av lønnartene. Skjermbildet finner du under A-melding oppsett. Se egen beskrivelse av dette skjermbildet, side 78. Nedenfor beskrives hvordan du går frem for å få lagt på korrekte kombinasjoner på lønnartene dine. Du må benytte Veiledning til a-meldingen for arbeidsgivere og andre opplysningspliktige for å få kodifisert lønnartene dine korrekt. Trinn Handling 1 Hent opp lønnart i lønnartskatalogen og gå til skillekort 6. A meldingen. 2 Velg ønsket Oppsettsperiode fra nedtrekkslisten. 15. desember 2017 Side 75 av 95

76 Trinn Handling 3 Velg Type beløp fra nedtrekkslisten. 4 Tittel og innhold i de neste nedtrekkslistene vil avhenge av valgene du har gjort i de foregående. Velg rett verdi fra nedtrekksmenyene. Valget Ingen særskilt regel i Skatte- og avgiftsregel betyr at denne lønnarten skal innrapporteres uten noen av de spesielle skatte- og avgiftsreglene. Valget Spesifikasjon nødvendig i Spesifikasjon betyr at kombinasjonen skal innrapporteres med noen av spesifikasjonsfeltene utfylt. Valget Ikke spesifikasjon i Spesifikasjon betyr at kombinasjonen ikke skal innrapporteres med spesifikasjonsfelter utfylt. Nedtrekkslister som er «låst» viser det eneste mulige valget i denne listen. 5 Fortsett å velge verdier i nedtrekkslistene som dukker opp helt til seksjonen Antall og beløp dukker opp. 6 I seksjonen Antall og beløp må du huke av for Utløser arbeidsgiveravgift dersom det er en avgiftspliktig lønnart. Er ikke avhukningsboksen tilgjengelig, er det fordi den valgte kombinasjonen bare har ett mulig valg for avgiftsberegning. Side 76 av desember 2017

77 Trinn Handling 7 Angi hvor feltet Beløp skal hente sin verdi fra. Ved valget Fast verdi legges verdien som skal benyttes i feltet Verdi. 8 Noen kombinasjoner skal også ha oppgitt antall. Feltet Antall vil da være tilgjengelig og du må velge hvor antall skal hentes fra. Ved valget Fast verdi legges verdien som skal benyttes i feltet Verdi. 9 Dersom du har valgt tilleggsinformasjon og spesifikasjon i kombinasjonen din vil det ha åpnet seg seksjoner for hver av disse. Innholdet i seksjonene vil variere avhengig av hva kombinasjonen krever utfylt. Du må her angi hvor disse tilleggsinformasjonene og spesifikasjonene skal hentes fra. Her ser du eksempler: 10 Lagre lønnarten (F12) Endring av kodifisering på lønnart Dersom du ser at kodifiseringen din er feil kan du endre dette. Dette gjør du ved å velge en annen verdi i den nedtrekkslisten feilen er. Når du endrer verdi i denne nedtrekkslisten, vil alle felt og verdier nedenfor blankes. Du må deretter fortsette kodifiseringen på vanlig måte før du lagrer på nytt. Du kan også fjerne kodifiseringen helt ved å velge blank verdi i nedtrekkslisten Type beløp og lagre. (F12) 15. desember 2017 Side 77 av 95

78 Kodifisering av lønnarter i 553 Skjermbildet finner du under Lønn og Personal A-meldingen A-melding oppsett. Dette er et frittstående skjermbilde som må benyttes ved kodifisering av lønnarter i versjon 553. Skjermbildet er også tilgjengelig i de andre versjonene av UBW og kan benyttes i disse dersom du ønsker det istedenfor skillekortet i Lønnartskatalogen. Du kan fra Lønnartskatalogen legge opp en kobling direkte til dette skjermbildet. På den måten har du enkel tilgang til skjermbildet for kodifisering når du oppretter en ny lønnart. Se avsnitt Kobling i Lønnartskatalogen i kapittelet Diverse forklaringer, side 90. Du henter opp lønnarten ved hjelp av nedtrekkslisten, eller ved å begynne og skrive inn lønnartnummer eller navn (autofullfør). Bekreft valg med enter eller tab ut av feltet. Sperrede lønnarter vises ikke i nedtrekkslisten. Den øverste delen (markert i gult), viser nøkkelinformasjon som er registrert på lønnarten i Lønnartskatalogen og som du kan ha behov for når lønnarten skal kodifiseres. Fra Oppsettsperiode og ned er skjermbildet, identisk med skillekort 6. A- meldingen i Lønnartskatalogen i de andre versjonene av UBW. Hvordan du fyller ut disse seksjonene står beskrevet i avsnittet Kodifisering av lønnarter side 75. Du starter fra punkt 2. i tabellen i avsnittet. Spørremal - A-melding - kontroll av kodestruktur Til hjelp under kodifiseringen av lønnarter er det laget en spørremal. Du finner denne under Lønn og Personal Lønnssystem Lønnarter Oppslag lønnarter A-melding kontroll av kodestruktur. Spørringen vil vise oppsettsperiode og kodifiseringen på den enkelte lønnart sammen med lønnartens opprinnelige L&T ref og inntektskombinasjonens tilhørende LT-kode(r). Side 78 av desember 2017

79 Hvis du bare ønsker å vise kodifisering som er gyldige ved dagens dato kan du sette 1 i søkebetingelsene på feltet Dagens oppsett. Spørringen vil da vise de lønnartene som aldri har vært kodifisert og lønnarter som har gyldig kodifisering på dagens dato. Tilsvarende hvis du ønsker å se historiske oppsett eller framtidige oppsett må det stå 1 i det feltet du vil se verdier for. Merk! Du kan ikke kombinere flere søkebetingelser, da vises bare de lønnartene som aldri har vært kodifisert. Koblingene mellom gammel L&T ref og den nye inntektskombinasjonen er tatt med som hjelp i kodifiseringen. Disse to kolonnene for LT-kode skal være like, ellers er enten LT-koden på lønnarten feil, eller så er det valgt feil inntektskombinasjon i a-meldingen. Vær oppmerksom på at nye inntektskombinasjoner fra ikke vil ha kolonnen Kombinasjonens LT-koder utfylt. Noen kombinasjoner er også mulige å benytte for flere av de gamle L&T kodene. Kolonnen for Kombinasjonens LT- kode(r) vil da inneholde alle disse adskilt med semikolon. Kombinasjonens LT-kode(r) har ikke A bak for å angi at dette er en lønnart det skal beregnes arbeidsgiveravgift av. For eksempel 111, ikke 111A. Om du har angitt at dette er en avgiftspliktig lønnart eller ikke, ser du i kolonnen AGA. Verdien 1 i denne kolonnen betyr at lønnarten er markert som avgiftspliktig. Det samme gjelder for kolonnen Trekkplikt. Resten av kolonnen fylles inn med valgte verdier fra de ulike nedtrekkslistene i lønnartskatalogen. Dersom du har behov for å sortere og filtrere resultatet av spørringen på en annen måte, kan du lett eksportere dette til Excel og organisere rader og kolonner som du vil der. 15. desember 2017 Side 79 av 95

80 Ved bruk av Excelerator får du det eksakt samme resultatet i Excel. Ved bruk av Excel (Default) kommer også skjulte kolonner med. Disse kan du enkelt slette etter eksporten. Side 80 av desember 2017

81 Fil og dokumenthåndtering Generelt Dette kapittelet inneholder ulike sider ved fil og dokumenthåndtering. Rollen - AMELDING For å hindre uautorisert innsyn i sensitive opplysninger må alle brukere som skal bestille og sende a-meldinger til EFF via Altinn inneha rollen AMELDING i UBW. (Rollen AMELDING leveres med programvaren.) Det samme gjelder dersom du skal kunne hente opp og se innholdet i XML en som skal sendes. Innsynsbegrensningen gjelder i tillegg ved henting av tilbakemeldinger fra EFF og for innsyn i hentede tilbakemeldinger. Merk! Dette betyr at brukeren som skal hente tilbakemeldinger ikke bare må ha rettigheter til foretaket i Altinn, men også være tildelt rollen AMELDING i UBW. Du tildeler roller under Systemadministrasjon Brukere og tilgang Trinn Handling 1 Du må først gi rollen AMELDING tilgang til aktuelle firmaer. Åpne Rolleregister og hent opp Rollen AMELDING. 2 Velg firma(er) i boksen Firmaer og flytt de over til Valgte firmaer ved hjelp av de doble piltastene. 3 Gi de aktuelle brukere tilgang til firmaet(ene). Velg firma i nedtrekkslisten i skillekort 2 - Medlemmer 15. desember 2017 Side 81 av 95

82 Trinn Handling 4 Velg bruker(e) i boksen Brukere og flytt de over til Valgt ved hjelp av de doble piltastene. 5 Lagre endringene (F12) Dokumenttyper Følgende dokumenttyper benyttes: AMLD_XML Dokumenttype for a-melding som sendes EFF. AMLD_XMLR Dokumenttype for tilbakemelding på a-melding fra EFF. AMLD_ZIP Dokumenttype for zippede a-meldinger. AMLD_SAMST Dokumenttype for Sammenstilling til arbeidstaker. De to første dokumenttypene opprettes ved første gangs kjøring av a-meldingen. Den siste, ved kjøring av rapporten Generer sammenstilling (HN6007). Dersom systemparameteren NO_PR_AM_ZIP_XML aktiveres, vil i tillegg dokumenttypen AMLD_ZIP opprettes ved neste gangs kjøring av a-meldingen. Systemparameteren må aktiveres når xml en som produseres er over en viss størrelse. Se eget avsnitt i kapittelet Systemparametre, side 47 for detaljer. Merk! For korrekt håndtering av filer og sikkerhet rundt dette, forutsettes det at dokumenttypene ikke endres. Alle dokumenttypene er i UBW Milestones sikret mot uautorisert innsyn gjennom rollen AMELDING. I UBW 553 er alle dokumenttyper sikret gjennom den samme rollen foruten dokumenttypen AMLD_SAMST. Denne må du i 553 sikre på samme måte som du har sikret andre sensitive dokumenter (lønnsslipper). Side 82 av desember 2017

83 Sikkert dokumentarkiv (xml er) Alle dokumenter/filer lagres i dokumentarkivet. Dokumentene (xml ene) kan hentes opp fra flere steder i UBW. Direkte i skillekortet A-meldingen: Spørring dokumentarkiv: Begrepsverdien for FORETAK (DM-kode MNAA): Sikkert dokumentarkiv Sammenstilling (Milestones) Når rapporten Generer sammenstilling (HN6007) kjøres opprettes en dokumenttype som i UBW Milestones er sikret gjennom rollen AMELDING på skillekort 4 Adgang i skjermbildet Dokumenttype. Denne kan du endre til en annen rolle og/eller legge på andre begrensninger dersom du ønsker det. 15. desember 2017 Side 83 av 95

84 Sikkert dokumentarkiv Sammenstilling (553) I UBW 553 finnes ikke skillekortet 4 Adgang i skjermbildet Dokumenttype. For å sikre dokumentene må du endre Dokumentsystem på dokumenttypen til Sikrede personal/lønnsdokumenter. Du kan deretter begrense tilgangen gjennom begrepsverdien AMLD_SAMST til begrepet DOCTYPE. Dette gjør du under menypunktet Begrepsregister i mappen Begreper og relasjoner under Felles. Dette er den samme måten å sikre sensitive dokumenter på som for eksempel for Lønnsslipper. Merk! Du må endre Vedl på begrepet DOCTYPE (DM-kode A12) fra A til M før du får gjort endringer i Begrepsregisteret. Husk å sette denne verdien tilbake til A når du er ferdig! Side 84 av desember 2017

85 Datasystem-ID Generelt Hvordan opprette datasystem-id i Altinn og hvordan du tildeler roller og setter opp for systeminnsending, finner du i dokumentet Registrering av datasystem og rettigheter i Altinn. Du finner dokumentet på Kundenettet. Hvordan koble Datasystem-ID til ulike foretak i UBW. Oppsettet for Datasystem-ID skal gjenspeile det oppsettet som er lagt opp i Altinn. Du setter opp datasystem-id under Lønn og Personal A-meldingen Bestilling og innsending a-meldingen. Trinn Handling 1 - Åpne Datasystem-ID i seksjonen Kommunikasjon med ALTINN ved å klikke på knappen. 2 Du vil nå få opp en pop-up. 3 Registrer Datasystem-ID og legg inn Passord til denne. Huk av for Aktiv. Huk så av for det foretaksnummeret som skal kobles til denne Datasystem-ID en i tabellen under. Har du delegert systeminsending fra flere foretak i Altinn huker du av for de samme foretakene her. Har du delegert systeminnsending for alle foretakene dine, kan du huke av for Gyldig i alle firma. Da vil samtlige foretak i tabellen bli avhuket. Feltet Beskrivelse kan du benytte til fri tekst. Velg Sikkerhetsnivå. Det er sikkerhetsnivå 2 som skal benyttes for a- meldingen. Sikkerhetsnivå 4 gjelder innsending fra HMS-modulen. Verdiene 1, 3 og 5 er foreløpig ikke i bruk. Klikk så på Lagre. 15. desember 2017 Side 85 av 95

86 Trinn Handling Den teksten du la inn i feltet Beskrivelse vil vises i nedtrekks-menyen for Datasystem-ID ved pålogging til Altinn. 4 Når du nå logger deg på Altinn med denne Datasystem-ID en vil du kun kunne hente tilbakemeldinger for de foretakene som er koblet til denne ID en. Merk! Dersom DM-koden for begrepet hvor foretaksnumrene ligger har annen verdi enn standard (MNAA), må du opprette en parameter under Systemoppsett som forteller hvilken DM-kode du bruker til dette. Se hvordan under avsnittet Foretaksnummer og DM-kode i kapittelet Diverse forklaringer. Side 86 av desember 2017

87 Diverse forklaringer Generelt Mer utdypende forklaringer som kan være nyttig å kjenne til. Foretaksnummer og DM-kode Dersom du benytter en annen DM-kode enn MNAA på begrepet hvor foretaksnumrene ligger, får du ikke opp alle foretaksnumrene i pop-up en Datasystem-ID i seksjonen Kommunikasjon med Altinn når du skal koble datasystem-id til foretaksnummer. Du kan overstyre denne standard DM-koden ved å opprette en fellesparameter, og angi hvilken kode du benytter. Oppsett Systemadministrasjon System oppsett Oppsett parametre Felles parametre. Legg inn ønsket DM-kode i feltet Verdi. Attestasjonsansvarlig Dersom systemparameter OPTIONAL_RESPONSIBLE ikke er satt aktiv må attestasjonsansvarlig opprettes for modul Lønnssystem. Hvis ikke, feiler rapporten Fribeløpsberegning (HN6005) med følgende beskjed i loggen: «Rapportparameter Responsible er udefinert» Trinn Handling 1. Attestasjonsansvarlig må opprettes 2. Dette gjøres under menypunkt Felles System oppsett Ansvarlig for oppsett. Felthjelp i skjermbildet Ressurs- og arbeidsforholdsinformasjon Du kan sette opp egendefinert felthjelp i feltet Ressurs i skjermbildet Internasjonal identifikator - Ressurs dersom du ønsker flere søkealternativer enn det som ligger i standard. Nedenfor finner du eksempel på hvordan dette kan gjøres: Trinn Handling 1 Sett opp en ny browserspørring som basis for felthjelpen. Spørringen kan ta utgangspunkt i alle spørreskjermbilder i UBW. I dette eksempelet tas det utgangspunkt i Spørring ressurser. 15. desember 2017 Side 87 av 95

88 Trinn Handling Høyreklikk på menypunktet og velg Åpne Browser. 2 Du legger til og sletter rader ved å høyreklikke på raden du ønsker fjernet eller der du ønsker ny rad. Spørringen kan se slik ut: Merk! Kolonnen for det feltet du ønsker felthjelp på, må ligge øverst i Oppsett for at funksjonen Velg (F9) skal fungere i skjermbilde. Alle felt du ønsker å kunne spørre på må du ha med i Oppsett i spørringen. 3 Legg inn søkebetingelser: 4 Lagre spørringen: Velg: Fil - Lagre som. Velg: User defined System Browser Template (field help only). Side 88 av desember 2017

89 Trinn Handling Angi navn og kryss av for Automatisk finn. Noter Mal-ID en for den brukerdefinerte Systembrowsermalen: 5 Knytt denne ID en til feltet for Ressurs i skjermbildet Internasjonal identifikator - Ressurs (THN6004). Dette gjøres via Brukerdefinert felthjelp og verktøyhjelp i Systemadministrasjonen: Fyll ut følgende kolonner: Int.navn: resource_id Skjermbilde: thn6004 Språk: NO Mal-ID: (se trinn 4) Flagg: 0 6 Velg F9-Felthjelp i feltet for Ressurs og spørringen vil starte 15. desember 2017 Side 89 av 95

90 Trinn Handling Kobling i Lønnartskatalogen Dette er kun aktuelt i UBW 553. Du kan opprette en kobling til skjermbildet Kodifisering av lønnarter fra Lønnartskatalogen. På den måten har du lett tilgang til kodifiseringene dine. Du setter opp denne koblingen som vist under: Hent opp Lønnartkatalogen og klikk på Ny kobling Gi koblingen et navn, for eksempel A-meldingen og fyll inn verdier fra nedtrekkslistene for feltene Type, Modul og Menyelement. Lagre koblingen (F12). Side 90 av desember 2017

91 Du vil nå ha enkel tilgang til kodifiseringsbildet. Merk! Du må slå opp lønnarten du ønsker å kodifisere/se på. 15. desember 2017 Side 91 av 95

92 Forutsetninger for å rapportere permisjoner og permitteringer fra Fravær Generelt I forbindelse med a-meldingen skal permisjoner/permitteringer rapporteres dersom en inntektsmottaker har hel eller delvis permisjon fra sitt arbeidsforhold i 14 dager eller mer. Følgende informasjon skal rapporteres om permisjoner/permitteringer: Permisjons-ID (for å skille de ulike rapporterte permisjonene fra hverandre tildeles automatisk av UBW) Startdato Sluttdato Permisjonsprosent/Permitteringsprosent Beskrivelse, dvs. enten Permisjon eller Permittering Følgende permisjoner skal rapporteres (listen er ikke uttømmende): Kurs/studier o.l. som ikke er pålagt av arbeidsgiver og som innvilges etter ønske fra den ansatte. Velferdspermisjoner over 14 dager. Permisjoner nevnt i arbeidsmiljøloven 12, som Svangerskapspermisjon, omsorgspermisjon, fødselspermisjon, foreldrepermisjon, ved barnsbarnepassers sykdom (hvis samlet over 14 dager), omsorg for pleie av nærstående (hvis samlet over 14 dager), ved militærtjeneste, offentlige verv. Merk! Dersom det er et opphold i en løpende permisjon som følge av ferie, sykdom eller liknende, tas det ikke hensyn til dette i a-meldingen. Permisjonen rapporteres med samme permisjons-id også i bruddperioden. Dersom oppholdet fører til endring i permisjonens lengde, rapporteres det en ny sluttdato ved neste rapporteringstidspunkt. Fraværskoder De fraværskodene som man benytter i fraværsmodulen for permisjoner/permitteringer og som man ønsker skal rapporteres i a-meldingen, må angis i Oppsett i skillekortet Permisjoner/Permitteringer: Fraværsmodulen Fravær må være ført i fraværsmodulen med dato fra, dato til og fraværsprosent med én forekomst pr. permisjons-id. Side 92 av desember 2017

93 Fravær må være registrert på fraværskoder som er definert i Oppsett med minimum følgende informasjon. Dato fra Dato til % Dersom du i Oppsett har angitt Benytter stillingsregister, må alle fraværstransaksjonene inneholde informasjon om hvilken stilling fraværet gjelder. Eksempel fra fraværsregistrering: Hver rad/forekomst i Fravær vil medføre en permisjons-id i a-meldingen. Det er derfor viktig at hele permisjonen er registrert som én forekomst/rad. Det skal kun registreres flere rader/forekomster dersom det er avtalt at permisjonsprosenten skal endre seg. Det må da lages en ny forekomst fra datoen permisjonsprosenten går opp eller ned. Du kan også registrere fravær med åpen sluttdato. Dette fraværet vil da bli rapportert uten sluttdato i a-meldingen inntil sluttdato registreres på et senere tidspunkt. Merk! Anbefalt praksis i forhold til bruk av refusjonsmodulen er fortsatt å registrere refusjonsberettiget permisjon pr. kalendermåned dersom du utligner refusjonskravene i UBW. Presiseringene om at du kun skal rapportere én permisjons-id pr. permisjonstilfelle, og at brudd som følge av sykdom, ferie eller lignende ikke skal resultere i ny Permisjons-ID, betyr at du ikke kan benytte fraværstransaksjoner som benyttes i forbindelse med refusjon av blant annet foreldrepenger, i a-meldingen. Ønsker du fremdeles å rapportere foreldrepermisjon fra Fravær må du føre dette på egen fraværskode hvor hele permisjonstilfellet registreres/vedlikeholdes som én forekomst uten opphold for ferie, sykdom og annet. Datakvalitet på fraværstransaksjonene Det er viktig at de fraværskodene du har bestemt seg for å rapportere i a- meldingen som permisjoner/permitteringer, har god datakvalitet. Som nevnt vil UBW generere én permisjons-id pr. fraværstransaksjon. Dersom forsystemer ikke leverer en samlet fraværstransaksjon for hele permisjonstilfellet, kan ikke disse fraværstransaksjonene benyttes til rapportering i a-meldingen. Vi oppfordrer deg til å kontrollere datagrunnlaget nøye ved å ta stikkprøver på de fraværstransaksjonene du ønsker å rapportere som permisjoner/permitteringer ved å sjekke transaksjonene i Spørring fravær. 15. desember 2017 Side 93 av 95

94 Importerte fraværstransaksjoner Mange typer importerte fraværstransaksjoner vil ikke egne seg for rapportering i a- meldingen. Delvis permisjon/permitteringer som tas ut som enkeltdager over et lenger tidsrom, er ofte registrert i forsystemer på en måte som gjør at de er uegnet å rapportere i a-meldingen på den måten myndighetene forventer. For eksempel om en ressurs ønsker å ta ut 20% permisjon i form av en dag pr. uke i fem kalendermåneder, så registreres dette ofte i forsystemet med 100% permisjon på den ukedagen ressursen er i permisjon. Dette gjentas alle ukene ressursen er i permisjon inntil permisjonen opphører. En slik praksis innebærer at de enkeltstående permisjonsdagene i a-meldingen vil bli rapportert på separate permisjons-id er med 100% pr. dag i hele tidsrommet permisjonen varer. Myndighetene forventer å få rapportert dette som én permisjon på 20% fra første til siste permisjonsdato. Tilsvarende problematikk kan du også ha for andre permisjoner/permitteringer som importeres. For korrekt rapportering av permisjoner/permitteringer fra fraværsmodulen, må fraværstransaksjonene ligge med korrekt % og med én forekomst pr. permisjon. Det er derfor viktig at du vurderer om dataene registreres i tråd med myndighetenes forutsetninger. I den grad det er problematisk å få importert dette i tråd med disse forutsetningene, må du vurdere om det er mer hensiktsmessig å registrere denne type fraværstransaksjoner direkte i fraværsmodulen. Alternativt kan du registrere permisjon/permitteringer direkte på ressursen som sats (for eksempel via en relasjon). Side 94 av desember 2017