Spesifikasjoner for utfylling og innberetning av likningsoppgaver over innskudd, utlån og renter mv. (saldo og rente) til skatteetaten.

Spesifikasjoner for utfylling og innberetning av likningsoppgaver over innskudd, utlån og renter mv. (saldo og rente) til skatteetaten. Gjelder for inntektsåret 2012 med første innberetning i 2013. Versjon 2.0.2 10. desember 2012 1

Innhold 1 Introduksjon... 3 1.1 Ordliste med sentrale begreper... 4 1.2 Oppgaveplikt... 5 1.3 Sentrale endringer... 6 1.3.1 Altinn/ SFTP... 6 1.3.2 Filformat XML... 6 1.3.3 Elektroniske kvitteringer og feillister... 6 1.3.4 Noen endringer i oppgavefelt... 6 2 Funksjonell beskrivelse av innsending av oppgaver over innskudd, utlån og renter... 6 2.1 Innsending av oppgaver fra Altinn... 7 2.1.1 Registrere oppgaver manuelt i skjema i Altinn (RF-1183)... 8 2.1.2 Likningsoppgaver som vedlegg i Altinn (RF-1301)... 10 2.1.3 Integrasjon mot web services i Altinn... 12 2.2 Innsending via SFTP... 12 2.3 Kvitteringer og feillister... 12 2.4 Korrigeringer av oppgaver... 13 2.4.1 Erstatningsleveranse... 13 2.4.2 Erstatningsoppgave... 13 2.4.3 Regler for innsending av erstatningsleveranser... 14 2.4.4 Skatteetatens behandling av korrigering... 14 3 Teknisk beskrivelse av innsending... 14 3.1 Om filvedlegg... 15 3.2 Format på filvedlegg... 15 3.3 Tegnsett i XML-filer (UTF-8)... 15 3.4 Pakking av filvedlegg... 15 3.5 Kryptering av filvedlegg... 16 3.6 Filnavn... 16 3.7 Maksimal filstørrelse via Altinn... 17 3.8 Innsending via SFTP... 17 3.9 Sammenhenger mellom nytt og gammelt filformat... 17 3.10 Eksempelfiler... 17 4 Innsending av testoppgaver - prøveinnsendinger... 17 5 Vedlegg... 17 2

Endringsoversikt Versjon Dato Beskrivelse av endring Utført av 1.0 10. desember 2011 SITS / Mag-prosjektet 2.0 3. mai 2012 Kap 1. Forebehold om datamengder i Altinn er slettet. SITS / Mag-prosjektet I kapittel 2.1 er kommunikasjon av informasjonsbrev og oppdatering av kontaktinfo via Altinn fjernet. Presisert at muligheten for innsending av oppgaver på CD, diskett, papir og andre fysiske media på sikt vil utgå. Nytt kapitel 2.2 om innsending via SFTP Endret kapitel 3.5 om krypterte filer (vil ikke være mulig for inntektsåret 2012) Kapitlet om kvittering og feillister er endret: Lages en kvittering per leveranse, ingen samlekvittering for innsending. Nytt kapitel 3.8 om teknisk løsning for SFTP. Tilhørende dokument inneholdende feltbeskrivelser er endret. 2.0.1 17. september 2012 Kap 2.4.3 Presisert når erstatningsleveranser kan sendes inn. Kap 3.8 Fjernet den detaljerte tekniske beskrivelsen av SFTP. 2.0.2 10. desember 2012 Presisert at XML-filer skal ha UTF-8 tegnsett i nytt kapitel 3.3 Presisert at formatet på kvitteringsmeldingen i Altinn er PDF i kapitel 2.3. 1 Introduksjon Innberetningen av innskudd, utlån og renter fra oppgavegivere danner et viktig grunnlag for den forhåndsutfylte selvangivelsen og den påfølgende likningen. Skatteetaten er avhengig av at disse opplysningene blir innrapportert. Dette dokumentet beskriver hvordan innsending av oppgaver over innskudd, utlån og renter til skatteetaten skal gjøres fra og med inntektsåret 2012, første gang i januar 2013. Målgruppen er oppgavegivere og innsendere av oppgaver over innskudd, utlån og renter. Hovedformålet med dokumentet er å beskrive nye innsendingskanaler via Altinn og SFTP samt nye filformater. 3

1.1 Ordliste med sentrale begreper Her er noen sentrale ord og begrep knyttet til innberetning og oppgaver beskrevet: Begrep Altinn Altinn melding Altinn rolle Altinn skjema Altinn varsel Erstatningsleveranse Erstatningsoppgave Fagsystem/ sluttbrukersystem FTP (File Transfer Protocol) Innsender Innsending Kvittering Leveranse Leveranse med erstatningsoppgaver Forklaring Altinn er en internettportal for å levere elektroniske skjemaer til offentlige myndigheter. Altinn kan også formidle meldinger fra offentlige etater til en borger. En etat kan sende meldinger til en person eller virksomhet i Altinn. Meldingen kan inneholde en enkel tekst som eksempelvis en påminnelse om en frist eller meldingen kan inneholde et preutfylt skjema som skal sendes inn. Rettigheter i Altinn tildeles på grunnlag av registrerte roller i Enhetsregisteret. Personer med en registrert rolle i en virksomhet (for eksempel styreleder eller daglig leder) vil automatisk få forhåndstildelt rettigheter til å fylle ut og sende inn skjema på vegne av virksomheten. Personer med nødvendig rolle i Enhetsregisteret kan delegere rettigheter til andre. Innsending via Altinn er basert på manuell utfylling av skjema eller innsending av filvedlegg. Når man mottar en melding i Altinn, kan man varsles om dette via e-post og/eller en SMS. En leveranse som erstatter en tidligere innsendt leveranse i sin helhet En ny oppgave som erstatter en tidligere innsendt oppgave i sin helhet Se Sluttbrukersystem/ fagsystem er en standard operativsystemuavhengig protokoll for overføring av filer i et TCP/IP-basert nettverk. Overføringen skjer mellom en FTP-klient og en FTP-server. Den parten som sender innsendingen. Ofte den samme som oppgavegiver, men kan også være en annen part som leverer på oppgavegivers vegne, for eksempel forretningsfører eller en datasentral. En innsending består av en eller flere leveranser, som er levert samlet av en innsender. Leveransene i innsendingen kan være fra forskjellige oppgavegivere Når skatteetaten mottar en innsending vil det sendes en kvittering tilbake til innsender via en melding i Altinn. En samling oppgaver fra en og samme oppgavegiver, som er levert samtidig. Inngår i en innsending. Eksempel: Oppgaver over innskudd, utlån og renter fra en bank En leveranse som kun består av oppgaver som enkeltvis skal erstatte tidligere innsendte oppgaver 4

Begrep Oppgave Oppgaveeier Oppgavegiver Oppgaveinnsender Referanse Forklaring En samling av opplysninger som skal innberettes til skatteetaten. Den oppgaven gjelder. Normalt en person men kan også være en virksomhet Tredjepart som er pliktig til å gi oppgave etter ligningsloven kapittel 6, for eksempel en bank, eller tredjepart som gir oppgaver uten å ha oppgaveplikt. Se Innsender Hver leveranse får en unik referanse i kvitteringen fra skatteetaten En nettverksprotokoll for å gi sikker FTP-funksjonalitet over et usikkert nett. SFTP (SSH File Transfer Protocol) Sluttbrukersystem/fagsystem De fleste store bedrifter har et eller flere IT-systemer som støtter bedriftens virksomhet. Slike systemer kalles ofte fagsystem. I Altinn-dokumentasjonen benyttes imidlertid betegnelsen sluttbrukersystemer for slike systemer. Utfyller den fysiske personen som foretar selve innberetningen på vegne av en innsender/oppgavegiver. Utfyller er normalt en ansatt hos innsenderen. XML (Extensible Markup Language) XML er et universelt og utvidbart markeringsspråk. XML er et verktøy for deling av strukturerte data mellom informasjonssystemer, særlig over internett. Filformatet.XML organiserer data i en hierarkisk struktur. Formatet er et vanlig tekstformat, leselig for mennesker, der merker ( tagger ), gir informasjon om hva innholdet er. 1.2 Oppgaveplikt Oppgaveplikten gjelder banker, forsikringsselskaper, hypotek- og kredittforeninger, samvirkelag, spareforeninger, fonds- og aksjemeglere, advokater, finansieringsinstitusjoner (jf. lov av 10. juni 1988 nr. 40 om finansieringsvirksomhet 1-3) og andre som har penger til forvaltning, eller som driver utlånsvirksomhet eller låneformidling som næring. Oppgavegiverne skal gi opplysning om midler de har til forvaltning. Oppgavegiver plikter også å gi opplysning om innskudds- og gjeldskonti. Oppgaven skal inneholde skattyters (oppgaveeiers) fødsels- eller organisasjonsnummer slik at oppgaven kan benyttes korrekt til likningsformål. Rimelig lån i arbeidsforhold er oppgavepliktig hvis lånet er ytet av midler långiver har til forvaltning eller dersom långiveren driver med utlånsvirksomhet. Noen oppgavegivere omfattes ikke av oppgaveplikten, men velger å innberette frivillig, for eksempel lån til ansatte, slik at dette fremkommer på selvangivelsen. Vi viser til ligningsloven 6-4, jf. 6-16 bokstav c og forskrift av 22. desember 1992 nr. 1190 om levering av likningsoppgaver over innskudd og lån i banker, forsikringsselskaper mv. 5

1.3 Sentrale endringer Her omtales kort de viktigste endringene ved innberetning av oppgaver over innskudd, utlån og renter. 1.3.1 Altinn/ SFTP Det tilbys to Altinn-skjemaer. Ett skjema for innsending via filvedlegg og et skjema for manuell inntasting av oppgaver. Altinn har en begrensning i hvor store datamengder som kan sendes inn i en innsending. For oppgaveinnsendere som skal sende inn svært store datamengder blir der derfor etablert en SFTP-løsning for direkte innsending til skatteetaten. Denne løsningen brukes etter nærmere avtale med skatteetaten. 1.3.2 Filformat XML Det eksisterende flatfilformatet utgår og et nytt XML-basert filformat innføres. Se vedlagt informasjonsmodell, xsd, eksempel-xml og feltbeskrivelse for detaljer. 1.3.3 Elektroniske kvitteringer og feillister Det innføres elektroniske kvitteringer og feillister fra skatteetaten til oppgavegiver via Altinn. Innsender vil motta en kvittering i Altinn når skatteetaten har foretatt en kvalitetskontroll av innberetningen. Kvitteringer vil sendes til både oppgavegiver og oppgaveinnsender. 1.3.4 Noen endringer i oppgavefelt Hver oppgave må ha en unik identifikator i element for kontonummer (bankkontonummer eller annen unik identifikator ). Endringsoppgaver utgår til fordel for erstatningsoppgaver og erstatningsleveranser Sektorkoder fra kan innberettes. Banker oppfordres til å rapportere konti med riktig sektorkode, enten som fire eller fem siffer. Andre oppgavegivere skal ikke rapportere sektorkoden. Sektorkoden hjelper skatteetaten å avgjøre hvilke kontoeiere det ikke er krav til absolutt identifisering av gjennom fnr/dnr/orgnr. Korrekt bruk av sektorkode vil på sikt føre til færre tilbakemeldinger til banken om manglende identifisering. Sektorkoder må følge SSB sin nye standard: http://www.ssb.no/a/innrapportering/kostra/innrapp/2011/ny_sektor_2012.pdf Mulighet til å oppgi utvidet kontaktinformasjon for innsender og oppgavegiver. Kommunenummer på kontoeieren skal ikke lenger innberettes. Nytt felt for landkode i adressen. Feltet tilbakebetalte forskuddsbetalte renter før 1992 utgår. Det er gjort formatendringer, blant annet rundt navn og adresser. Bruk av fiktive organisasjonsnumre vil ikke lenger være tillatt. Oppgavegivere som tidligere har brukt dette må nå bruke sitt eget organisasjonsnummer. Det er innført en annen løsning for å kunne oppgi presentasjonsnavn på selvangivelsen, som kan brukes etter nærmere avtale med skatteetaten. 2 Funksjonell beskrivelse av innsending av oppgaver over innskudd, utlån og renter 6

2.1 Innsending av oppgaver fra Altinn Altinn er skatteetatens kanal mot oppgavegiverne og på sikt vil i all hovedsak informasjon som utveksles gå gjennom Altinn. På den måten kan oppgavegiverne ha tilgang til alle innsendinger, kvitteringer og informasjonsbrev på ett sted. En viktig del av Altinn er pålogging (autentisering) og bruk av roller (autorisering). Altinn krever personlig pålogging ved bruk av fødselsnummer og ID-porten/MinID. Brukeren må ha delegert riktig rolle i Altinn for å kunne innberette. Rollen som skal benyttes heter "Utfyller/Innsender", og kan delegeres bl.a. fra den som er registrert som daglig leder. Erfaringsmessig er dette noe som kan ta litt tid i større virksomheter, så derfor er det viktig for alle oppgavegivere og innsendere at riktige personer får denne rollen i god tid før innberetningstidspunktet. Listen under viser hvilke registrerte roller i enhetsregisteret som automatisk får tildelt rollen "Utfyller/Innsender" i Altinn: Bestyrende reder Bostyrer Daglig leder/administrerende direktør Deltaker DA/ANS Forretningsfører Innehaver Komplementar Kontaktperson i kommune Nestleder (ikke delegeringsrettighet) Norsk representant for utenlandsk enhet Regnskapsfører Revisor Sameiere Styremedlem (ikke delegeringsrettighet) Styrets leder Oppgavegivere og oppgaveinnsendere i utlandet uten et norsk organisasjonsnummer kan i dag ikke uten videre logge seg på Altinn og sende inn oppgaver. Slike oppgavegivere eller innsendere må derfor kontakte skatteetaten for å avtale hvordan de skal innberette oppgaver. 7

Figuren under viser hvordan Altinn skal brukes for innberetning av oppgaver over innskudd, utlån og renter. Figur 1 - Oversikt Altinn-kommunikasjon Prosessen starter ved at oppgavegiver logger inn på Altinn og sender inn oppgaver, enten ved å registrere disse, eller ved å sende inn et filvedlegg. Alt som sendes inn fra Altinn til skatteetaten vil senere være tilgjengelig i brukerens meldingsboks, Min meldingsboks. Her vil også meldinger fra skatteetaten vises. Det vil være tre måter å sende inn oppgaver på: 1) Registrere oppgaver manuelt i Altinn 2) Laste opp filvedlegg i Altinn via et skjema 3) Integrasjon mot webservices i Altinn via et sluttbrukersystem Etter at oppgavene er sendt inn fra Altinn vil skatteetaten kontrollere opplysningene og sende kvittering med eventuell feilliste tilbake til Altinn. Kvittering per leveranse vil sendes både til oppgavegiver og innsender hvis disse er forskjellige virksomheter. De neste kapitlene illustrerer de ulike innberetningsmetodene. 2.1.1 Registrere oppgaver manuelt i skjema i Altinn (RF-1183) Som i dag kan oppgaver registreres manuelt i Altinn. Skjermbildet under viser hvordan skjema for inntektsåret 2012 er tenkt. Merk at dette er et foreløpig skjema, og at det kan bli 8

endringer i selve skjemaet. Også de som skal registrere oppgaver manuelt må ha Altinn-rollen "Utfyller/Innsender" på vegne av oppgavegiveren. 9

Figur 2 - Registrering av oppgaver på Altinn Se også dagens rettledning for registrering av oppgaver på Altinn på http://www.skatteetaten.no/no/brosjyrer-og-boker/levering-pa-internett-rf-1183-innskuddutlan-og-renter/ 2.1.2 Likningsoppgaver som vedlegg i Altinn (RF-1301) Ved opplasting av fil må bruker logge seg på Altinn på vanlig måte og velge skjema RF-1301. Brukeren må ha Altinn-rollen "Utfyller/Innsender" for den virksomheten brukeren innberetter for. Skjema RF-1301 består av et hovedskjema og et vedleggsskjema. En foreløpig versjon av dette skjemaet er vist i figuren under: 10

Figur 3 Registrering av informasjon om innsending ved opplasting av fil I hovedskjemaet fylles det ut data om innsendingen. Følgende informasjon kan registreres: Navn: Navn på innsenderens kontaktperson (kan avvike fra oppgavegiver). Telefonnummer: Kontaktpersonens telefonnummer. E-postadresse: Innsenders e-postadresse til bruk for varsling fra Altinn Mobiltlf.nr.: Kontaktpersonens mobilnummer til bruk for varsling fra Altinn Vedleggene lastes opp ved å gå til arkfanen Oversikt - skjema og vedlegg": Figur 4 - Opplasting av fil 11

For innsendere som sender på vegne av flere oppgavegivere så må kontaktinformasjon for hver oppgavegiver legges inn i de(n) vedlagte fil(ene). Se formatbeskrivelsen for filvedleggene. 2.1.3 Integrasjon mot web services i Altinn Innberetning kan også gjøres direkte fra sluttbrukersystemer ved å bruke web services som tilbys fra Altinn. Sluttbrukersystemene må registreres i Altinn før tjenestene kan brukes. Nærmere informasjon om systemintegrasjon mot Altinn fra et sluttbrukersystem finnes her: https://www.altinn.no/no/toppmeny/om-altinn/informasjon-til-fagsystemleverandorer/ 2.2 Innsending via SFTP Altinn har en begrensning i hvor store datamengder som kan sendes inn i en innsending. For oppgaveinnsendere som skal sende inn svært store datamengder blir der derfor etablert en alternativ innsendingsløsning basert på direkte filoverføring til skatteetaten via SFTP ( SSH File Transfer Protocol). SFTP-alternativet er kun aktuelt for de oppgaveinnsenderne som skal sende inn datamengder større enn 10-50MB. Dette tilsvarer omtrent 100.000 500.000 oppgaver over innskudd, utlån og renter etter pakking av filene ved et komprimeringsprogram som zip. De innsenderne som skal benytte SFTP-alternativet må ta kontakt med skatteetaten for å få bli registrert som brukere av denne kanalen. 2.3 Kvitteringer og feillister Når en oppgaveinnsender har sendt inn en innsending til skatteetaten via Altinn, vil skatteetaten kvittere tilbake når innsendingen er behandlet. Det lages en kvittering per leveranse. Kvitteringene sendes som en melding i Min meldingsboks i Altinn, både til innsender og til oppgavegiver. Innhold i kvitteringen Kvitteringen vil inneholde følgende informasjon for hver leveranse: Innsenders leveransereferanse utfylt i filvedlegget (valgfritt) SKDs leveransereferanse (vil være en unik referanse) Antall oppgaver i leveransen Antall godkjente oppgaver i leveransen Antall avviste oppgaver i leveransen Totalsum av et eller flere av beløpsfeltene Tekstlig beskrivelse som angir hovedresultatet av kvalitetskontrollen. Følgende resultater er aktuelle: Innsending er OK. Innsending er godkjent, men med noen feil som må rettes i en ny leveranse. Innsending ikke godkjent. Ny leveranse forventes. Format på kvitteringen Formatet på kvitteringsmeldingen i Altinn er PDF. Detaljer rundt eventuelle feil i en innsending i tillegg være dokumentert via et filvedlegg i et komma-separert-format (CSV). 12

2.4 Korrigeringer av oppgaver I forbindelse med innberetning av oppgaver til skatteetaten kan det oppstå situasjoner der en oppgaveinnsender har behov for å korrigere tidligere innsendte oppgavedata. Bakgrunnen for dette kan være: Skatteetaten har behandlet en innsending og avvist hele eller deler av denne. Oppgaveinnsender/oppgavegiver har oppdaget feil i oppgaver som tidligere er innsendt. Oppgaveinnsender/oppgavegiver har oppdaget at dataene som tidligere er innsendt ikke er komplette. Ved slike tilfeller må oppgaveinnsender sende inn en ny innsending som erstatter eller sletter de oppgavene med feil som var i den opprinnelige innsendingen. 2.4.1 Erstatningsleveranse En erstatningsleveranse erstatter tidligere innsendte leveranse i sin helhet (leveransetype = "erstatningsleveranse"). Alle oppgavene i den tidligere leveransen blir slettet og erstattet av oppgavene i erstatningsleveransen. I erstatningsleveransen må det være en presis referanse til hvilken tidligere leveranse som skal erstattes. Skatteetaten anbefaler at oppgaveinnsendere som leverer små datamengder benytter erstatningsleveranser for å korrigere feil. Fordelen med denne metoden er at en leveranse (den siste) vil vise helheten i forhold til både kompletthet og korrekthet. 2.4.2 Erstatningsoppgave En erstatningsoppgave erstatter en tidligere innsendt enkeltoppgave (leveransetype = "erstatningsoppgaver"). Innholdet i en erstatningsoppgave erstatter i sin helhet innholdet i en tidligere innsendt oppgave. Dette betyr at alle feltene i den opprinnelige oppgaven blir erstattet av feltene i erstatningsoppgaven. Oppgaven som erstattes identifiseres gjennom et unikt kontonummer. Erstatningsoppgave skal også benyttes ved korrigering av oppgitt kontoeier. Erstatningsoppgaver kan bare sendes inn i en leveranse bestående kun av erstatningsoppgaver. Dersom innsenderen ønsker å slette en tidligere innsendt oppgave, må dette gjøres ved å sende inn oppgaven på nytt med 0 i alle beløpsfelt. Det må benyttes samme unike id på oppgaven (kontonummer) som ved forrige innsending. For innsendere som sender inn store datamengder anbefaler vi erstatningsoppgaver. Dette for å unngå dobbeltbehandling av store datamengder for både innsender og skatteetaten. Merk! Tidligere ordning med endringsoppgaver (deltaoppgaver) der beløpene fra en ny oppgave legges til/trekkes fra beløp fra tidligere innsendt oppgave utgår. 13

2.4.3 Regler for innsending av erstatningsleveranser Det er ikke anledning til å sende inn både ordinære leveranser, med leveransetype ordinaer, og erstatningsleveranser med leveransetypene erstatningsleveranse eller erstatningsoppgaver i samme innsending. Før man sender inn en erstatningsleveranse må man ha mottatt kvittering fra Skatteetaten på den leveransen man helt eller delvis ønsker å erstatte. Erstatningsleveranser innebærer at Skatteetatens systemer må finne ut av hvilke oppgaver som har opprinnelig innhold og hvilke som er forandret. Hvis en stor andel av leveransen er uforandret vil dette medføre unødvendig merarbeid for våre systemer. Vi anbefaler derfor at leveranser med mindre enn 5 % endringer gjøres ved bruk av erstatningsoppgaver. Eks. Hvis man ønsker å korrigere 40 oppgaver i en tidligere innsendt leveranse som består av 1 000 oppgaver (dvs 4 %), må dette gjøres ved av bruk av erstatningsoppgaver. En absolutt tidsfrist for å benytte erstatningsleveranse og samtidig få dette med på selvangivelsen vil være innen utgangen av uke 7. Bakgrunnen for dette er at dataene må kvalitetssikres før oppstart av produksjon av selvangivelse. 2.4.4 Skatteetatens behandling av korrigering Følgende regler benyttes i skatteetaten ved behandling av en oppgave i en innsending: Dersom oppgaven finnes fra før (samme kontonummer fra en tidligere innsending for samme inntektsår) og leveransen er merket som en leveranse med erstatning av enkeltoppgaver, vil den gamle oppgaven bli erstattet av den nye. Dersom oppgaven ikke finnes fra før legges oppgaven inn som en ny oppgave (såframt leveransen er merket som en ordinær leveranse). Dersom det er en erstatningsleveranse blir alle oppgavene i den tidligere leveransen slettet, og oppgavene i erstatningsleveransen blir lagt inn som gjeldende oppgaver. Oppgavene vil normalt bli avvist som feil blant annet ved følgende tilfeller: o Ordinær leveranse med en oppgave der kontonummeret finnes i en leveranse fra før (for denne oppgavegiveren). o Erstatningsleveranse med en oppgave der kontonummeret finnes fra før i en annen leveranse enn den som blir erstattet. o Leveranse med erstatningsoppgaver med en oppgave der kontonummer ikke finnes i en tidligere innlevert leveranse. 3 Teknisk beskrivelse av innsending Ved innberetning av oppgaver over innskudd, utlån og renter gjennom Altinn-skjema med filvedlegg eller gjennom SFTP-kanalen forutsettes det at filvedleggene er i henhold til de spesifikasjoner skatteetaten her gir for slike filer (xsd-format). 14

3.1 Om filvedlegg Filvedleggene skal være XML-filer i henhold til XSD-spesifikasjonene i kapitel 3.2. Før opplasting skal filvedleggene alltid være pakket (komprimert) i henhold til spesifikasjonene i 3.4. I praksis vil derfor filvedleggene alltid være komprimerte filer (zip). 3.2 Format på filvedlegg Filvedlegg skal være XML-filer i henhold til XML Schema Definitions (XSD) beskrevet i vedlegget Saldo-Rente.xsd. En informasjonsmodell som viser innhold og struktur i XMLfilen finnes i kapitel 5. Filvedlegg som ikke validerer i henhold til gjeldende XSD-spesifikasjon vil bli avvist ved innsending. 3.3 Tegnsett i XML-filer (UTF-8) Tegnsettet UTF-8 skal benyttes i kodingen av XML-dokumentet. For å angi at UTF-8 er benyttet som tegnsett skal følgende ligge i starten av XML-filen: <?xml version="1.0" encoding="utf-8"?> 3.4 Pakking av filvedlegg Alle filvedlegg skal komprimeres (pakkes) før de lastes opp. Bakgrunnen for dette er å spare plass ved lagring og overføring. Ved hjelp av et pakkeprogram kan en eller flere filer pakkes sammen til en fil (zipfil). Innholdet i filene blir også komprimert slik at størrelsen på den pakkede filen normalt blir langt mindre enn summen av størrelsen på filene den inneholder. Pakking skal utføres i henhold til industristandarden ZIP. Før innsending skal alle XML-filer som inneholder oppgavedata pakkes. Innsender velger selv om flere XML-filer pakkes sammen til en pakket fil eller om man velger å pakke hver enkelt XML-fil. Det skal ikke være katalogstrukturer i den pakkede zip-filen. Prinsippet er vist i figuren under. 15

XML-fil 1 XML-fil 2 XML-fil n Figur 5 Pakking av filer til en zip-fil Størrelsen på hver zip-fil må ikke overgå maksimalgrensen for filvedlegg, se 3.7. Vi anbefaler at alle filene pakkes til én zip-fil dersom dette ikke gir problemer med maksimal filstørrelse. 3.5 Kryptering av filvedlegg Det vil ikke være støtte for å sende inn krypterte filer som filvedlegg for inntektsåret 2012. Dette gjelder både innsending via Altinn og via sikker FTP (SFTP). 3.6 Filnavn Innsender bestemmer selv hvordan filene som lastes opp skal navngis. Hver fil innenfor en innsending må imidlertid ha et unikt filnavn. Anbefalt filnavnstandard Skatteetaten anbefaler imidlertid at alle filvedleggene gis et unikt navn på tvers av innsendning og inntektsår slik at samme filnavn aldri forekommer to ganger fra samme innsender. Dette vil lette identifikasjon av filene ved eventuelt problemer både hos innsender og i skatteetaten. Forslag til navngiving av filer: <Oppgaveinnsenders orgnr>_<inntektsår>_<dato_tid(yyymmddhh24miss)>_<løpenr innenfor dato_tid> Eksempel: Zip-fil 16

987654321_2012_20121301112456_1 Filendelser: Filene som sendes inn skal ha følgende filendelser: XML-filene skal ha filendelsen.xml De pakkede zip-filene skal ha filendelsen.zip. Navnestandarden gjelder både innsending via Altinn og SFTP. 3.7 Maksimal filstørrelse via Altinn Hver enkeltfil som skal lastes opp som et filvedlegg i Altinn kan per i dag maksimalt være 10MB (etter pakking til zip). Det er imidlertid mulig å laste opp flere filer slik at samlet størrelse på vedleggene kan overgå denne grensen. I praksis skal ikke samlet størrelse på filvedleggene være større enn 50MB, dvs maksimalt 5 stk filvedlegg av 10MB. Dette tilsvarer opptil 500.000 oppgaver over innskudd, utlån og renter etter pakking av filene ved zip. 3.8 Innsending via SFTP Av sikkerhetshensyn vil informasjon om dette kun formidles til de innsenderne som skal benytte denne kanalen. 3.9 Sammenhenger mellom nytt og gammelt filformat En tabell som viser sammenhengen mellom det nye XML-formatet og eksisterende flatfilformat for oppgaver over innskudd, utlån og renter (flatfil) finnes i vedlegg Feltbeskrivelser Saldo-Rente.pdf 3.10 Eksempelfiler Se vedlagt eksempelfil Eksempel Saldo-Rente.xml 4 Innsending av testoppgaver - prøveinnsendinger Det vil være mulig for oppgaveinnsendere å teste ut den nye innsendingsløsningen høsten før innsending. Første prøveinnsendinger kan utføres høsten 2012. Endelig dato blir bestemt senere. Det vil da være mulig for en oppgaveinnsender å prøveinnsende oppgaver til Skatteetaten via en testversjon av Altinn. I denne testen kan sannsynligvis ikke innsender benytte sitt vanlige organisasjonsnummer ved pålogging i Altinn, men må benytte en testbruker som tildeles fra Skatteetaten. Planen er at testsystemet skal tilby tilnærmet full funksjonalitet slik at oppgaveinnsender kan få trygghet for at løsningen fungerer. Videre detaljer om hvordan testinnsendinger vil fungere kommer senere. 5 Vedlegg Dette dokumentet refererer til noen vedlegg. Vedleggene er publisert på www.skatteetaten.no/likningsoppgaver/mag. 17

Her er en beskrivelse av disse: Filnavn Eksempel Saldo-Rente.xml Saldo-Rente.xsd Feltbeskrivelser Saldo- Rente.pdf Saldo-Rente informasjonsmodell.pdf Beskrivelse XML-fil som inneholder et eksempel på et saldo-og rente filvedlegg. XSD XML skjema spesifikasjon som beskriver formatet på en XML-fil med innskudd, utlån og renter. Funksjonell beskrivelse av felter i innskudd, utlån og renterxml-filer samt mapping mellom gammelt og nytt rapporteringsformat for Saldo-rente-oppgaven. Grafisk informasjonsmodell som viser informasjonen og strukturen i en innskudd, utlån og renter XML-fil. Vedleggene kan inneholde et versjonsnummer i navnet i tillegg filnavnene som er vist over. Påse at du har den siste versjonen. 18