Beskrivelse av filformatet for opplysninger over innskudd, utlån og renter til Skatteetaten

Transkript

1 Beskrivelse av filformatet for opplysninger over innskudd, utlån og renter til Skatteetaten Gjelder fra inntektsåret 2013 med første innrapportering i Versjon desember

2 Innhold 1 Introduksjon Ordliste med sentrale begreper Hovedendringer i filformatet Markering av endringer i filformatet Krav til filvedlegg Gyldige filvedlegg Ingen kryptering av filvedlegg Unike filnavn Maksimal filstørrelse via Altinn Innsending via SFTP Struktur og format på XML-dokumentet XML Schema Definition Tegnsett UTF Navnerom (Namespace) XML Dokumentstruktur Definerte XSD-Typer Unik identifikasjon av oppgave Korrigering av oppgaver XML elementbeskrivelser Eksempelfiler

3 Endringsoversikt Versjon Dato Beskrivelse av endring Utført av mai 2013 Dokumentet erstatter "Feltbeskrivelser Saldo-Rente" Hovedendringer i formatet er beskrevet i kapittel 1.2 SITS / MAG-prosjektet august august desember 2013 Tekstlige endringer Presisering av navnerom (kapittel 3.3) SITS / MAG-prosjektet 3

4 1 Introduksjon Dette dokumentet beskriver krav til vedleggsfiler som skal sendes inn ved innrapportering av likningsoppgaver for innskudd, utlån og renter via Altinn-skjema. Det forutsettes at filvedleggene er i henhold til de spesifikasjoner Skatteetaten her gir for slike filer. Overordnede krav til filene er beskrevet i kapittel 2 og detaljerte formatkrav er beskrevet i kapittel 3. Dette dokumentet beskriver kort innholdet i hvert element i XML-dokumentet. Du vil finne en mer detaljert funksjonell beskrivelse av forventet innhold til de ulike feltene i likningsoppgavene på Skatteetatens internettsider: skatteetaten.no/likningsoppgaver. Målgruppen for dette dokumentet er oppgavegivere og innsendere av likningsoppgaver som filvedlegg. 1.1 Ordliste med sentrale begreper Her er noen sentrale ord og begrep benyttet i dette dokumentet beskrevet: Begrep UML (Unified Modelling Language) UTF-8 XML (Extensible Markup Language) XSD (XML Schema Definition) Forklaring Unified Modeling Language (UML) er en industristandard for datarelatert modellering, forvaltet av et internasjonalt konsortium kalt Object Management Group (OMG). UTF-8 er en standard som definerer et unicode-tegnsett med variabel tegnlengde. Standarden dekker de norske bokstavene og også tegnene i mange av verdens andre språk. De første 128 tegnene av UTF-8 er bakoverkompatibel med US-ASCII-standarden. 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. Et XML-format som benyttes til å definere struktur og lovlig innhold for et XML-dokument. XML Schema-dokumentet kan benyttes til å validere et gitt XML-dokument med hensyn til struktur og innholdsformater. 1.2 Hovedendringer i filformatet Endringer i filformatet for inntektsåret 2013 er beskrevet i avsnittene under Ingen endringer for ordinære oppgaver For ordinære oppgaver er det ikke påkrevd endringer. Det er gjennomført noen mindre endringer i filformatet, men format og struktur for ordinære oppgaver som ble godkjent ved innrapporteringen for 2012 er fortsatt gyldig. 4

5 1.2.2 Endringer for erstatning/ korreksjoner Funksjonalitet for erstatning/sletting av oppgaver er endret: Leveransetypene "erstatningsleveranse" og "erstatningsoppgaver" er fjernet og er ikke lenger gyldige verdier. Elementet <erstatterreferanse> utgår da dette feltet var knyttet til leveranser av type erstatningsleveranse Erstatning av oppgave gjennomføres ved sending av ordinær leveranse med <oppgave> (samme unike identifikasjon) som tidligere innsendt oppgave Sletting av oppgave gjennomføres ved sending av ordinær leveranse med <sletteoppgave> (samme unike identifikasjon som tidligere innsendt oppgave) Utvidelser av meldingsformatet (valgfritt) Meldingsformatet er utvidet med felter for: Kildesystem InternasjonalIdentfifikator (Taxpayer Identification Number) Nytt element - <kildesystem> For sluttbrukersystemer/ fagsystemer er det ønskelig at informasjon om genererende system legges til i elementet <kildesystem>. Nytt element - <internasjonalidentfikator> Det er lagt til valgfrie felter for å angi TIN (Taxpayer Identification Number) for kontoeier og/eller disponent hvor dette er aktuelt TIN er et internasjonalt begrep som i utstrakt grad benyttes i utveksling av skattedata mellom skattemyndighetene i OECD-landene. Feltet er aktuelt for utenlandske personer/ virksomheter som ikke har norsk fødselsnummer / organisasjonsnummer Spesifisering av formatkontroller Basert på erfaringene fra innrapportering for 2012 er det er gjennomført noen mindre endringer/ spesifikasjoner i formatregler: Etternavn på kontoeier må ha verdi Formatkontroll på kontaktinformasjon (telefonnummer og epostadresse) er forenklet Makslengde på navn satt til 100 tegn Krav til filvedlegg Vi krever ikke lenger at XML-filer pakkes som ZIP-fil før opplasting Det er åpnet for upakkede filvedlegg (xml) så lenge vedlegget ikke overstiger maksimalstørrelse for filvedlegg (200 MB) 5

6 1.2.6 Ingen oppgaver å levere Det er opprettetet en ny leveransetype ("ingenoppgaver") for oppgavegivere som har oppgaveplikt, men som ikke har ligningsoppgaver for aktuelt inntektsår. 1.3 Markering av endringer i filformatet Endringer i formatet er markert med gul bakgrunnsfarge i dokumentet. 6

7 2 Krav til filvedlegg Her beskrives krav til de filene som skal legges ved som filvedlegg. 2.1 Gyldige filvedlegg Alle filvedlegg skal være av type XML og må følge spesifikasjonene gitt av Skatteetaten. I kapittel 3 finner du krav til struktur på innholdet i XML-filene. Filvedlegg kan sendes inn upakket (xml-fil), eller pakkes i ZIP før innsending. Det er en størrelsesbegrensning på 200 MB per filvedlegg og for å spare plass ved lagring og overføring er det anbefalt av større filer (< 50 MB) pakkes før innsending. Validering av filvedlegg i Altinn Ved opplasting av XML-filer i vedleggsskjemaet (RF-1301) i Altinn valideres filvedleggene mot siste versjon av XSD-skjemaet, slik at formatfeil oppdages før innsending: Validerer filen så blir den lastet opp som vedlegg Validerer ikke filen så vises feilmelding og filen blir ikke lastet opp som vedlegg Merk! Hvis filvedlegg er pakket (ZIP-filer) så blir ikke innholdet (xml-filene) kontrollert ved opplasting i Altinn, men først ved utpakking hos Skatteetaten. Hvis filene ikke validerer, vil dette stå på kvitteringen til oppgavegiver og innsender. Filen vil da avvises Pakking av filvedlegg (valgfritt) Oppgavedata som sendes inn (XML-filene) kan pakkes før innsending. Innsender velger selv om flere XML-filer pakkes sammen til en pakket zipfil eller om man velger å pakke hver enkelt XML-fil. Pakket zipfil skal ikke ha katalogstruktur. Prinsippet er vist i figuren under. Figur 1 : Pakking av (en eller flere) XML filer til en zip-fil 7

8 Alle filvedlegg kan komprimeres (pakkes) før de lastes opp. Pakking skal utføres i henhold til industristandarden ZIP. Bakgrunnen for pakking 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 blir komprimert slik at størrelsen på filen normalt blir mindre. Ved pakking av XML-filene kan det gi filer som er ned mot % av opprinnelig størrelse. 2.2 Ingen kryptering av filvedlegg Filvedlegg skal ikke krypteres. 2.3 Unike filnavn Filer som sendes inn skal ha unike filnavn innenfor en innsending. Innsender bestemmer selv, utover unike filnavn, hvordan filene som lastes opp navngis. Anbefalt filnavnstandard Skatteetaten anbefaler 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 hos Skatteetaten. Forslag til navngiving av filer: <Type data>_<oppgaveinnsenders orgnr>_<inntektsår>_ <dato_tid(yyyymmddhh24miss)> <løpenr innenfor dato>.<extension> Eksempel: innskuddutlaanrente_ _2013_ _1.xml Filendelser: Filene som sendes inn skal ha følgende filendelser: XML-filene (lastes opp direkte, eller pakkes inne i zipfil) skal ha filendelsen.xml Pakkede zip-filer skal ha filendelsen.zip. 2.4 Maksimal filstørrelse via Altinn Filene som sendes inn skal være mindre enn 200 MB. Altinn kan per i dag motta filer under 200 MB (etter pakking til zip). Det er imidlertid mulig å laste opp flere filer slik at samlet størrelse på vedleggene kan overgå denne grensen. 8

9 2.5 Innsending via SFTP Av sikkerhetshensyn vil informasjon om dette kun formidles til de innsenderne som skal benytte denne kanalen. 9

10 3 Struktur og format på XML-dokumentet 3.1 XML Schema Definition Formatet på XML-dokumentet som skal sendes inn er definert i XML Schema Definition (XSD). For oppgavetypen "Innskudd, utlån og rente" inneholder vedlegget "saldorente_<versjon>.xsd" denne definisjonen. Det forutsettes at de XML-filene som innrapporteres validerer mot dette XSD-dokumentet. 3.2 Tegnsett 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.3 Navnerom (Namespace) Elementet <melding> med alle underliggende typer er definert i navnerommet: xmlns="urn:ske:fastsetting:innsamling:saldorente: 2.0" Referanse til dette navnerommet, samt referanse til standard navnerom for XML-instanser gjøres som attributter på det første elementet i innsendingen <melding>: <melding xmlns="urn:ske:fastsetting:innsamling:saldorente: 2.0" xmlns:xsi=" 3.4 XML Dokumentstruktur Diagrammet under er en UML-representasjon av XML-skjemaet og viser strukturen på XMLdokumentet. 10

11 Figur 2 Dokumentstruktur (UML) Diagrammet kan leses på følgende måte: Innsendingen består av et element av type "Melding" (Definert som elementet <melding> i XML-skjemaet) En Melding består av elementene: <leveranse> av type Leveranse (1 eller flere) En Leveranse består av elementene: <kildesystem> av type Kildesystem (valgfritt) <oppgavegiver> av type Oppgavegiver (obligatorisk) <inntektsaar> av type Inntektsaar (obligatorisk) <oppgavegiversleveransereferanse> av type Leveransereferanse (valgfritt) <leveransetype> av type Leveransetype (obligatorisk) <presentasjonsnavn> av type xsd:string (valgfritt) <oppgave> av type Konto (0 eller flere) <sletteoppgave> av type SletteoppgaveKonto (0 eller flere) <oppsummering> av type KontoOppsummering (obligatorisk) En Oppgavegiver består av elementene <organisasjonsnummer> (obligatorisk) av type Organisasjonsnummer <organisasjonsnavn> (obligatorisk) av type Organisasjonsnavn <kontaktinformasjon> (valgfritt) av type Kontaktinformasjon En kontaktinformasjon består av elementene: <navn> (valgfritt) av type Navn 11

12 <telefonnummer> (valgfritt) av type Telefonnummer <varselepostadresse> (valgfritt) av type Epostadresse <varselsmsmobilnummer> (valgfritt) av type Telefonnummer En Konto består av elementene <kontonummer> (obligatorisk) av type Kontonummer <utlaan> (valgfritt) av type xsd:integer <innskudd> (valgfritt) av type xsd:integer <skattekontoegnethet> (valgfritt) av type SkattekontoEgnethet <renter> (obligatorisk) av type Renter <kontoeier> (obligatorisk) av type Kontoeier <disponent> (valgfritt) av type Disponent En SletteoppgaveKonto består av elementene: <kontonummer> (obligatorisk) av type Kontonummer En Renter består av elementene: <opptjenterenter> (valgfritt) av type xsd:integer <paaloepterenter> (valgfritt) av type xsd:integer <betaltemisligholdterenter> (valgfritt) av type xsd:integer <tilbakebetaltemisligholdterenter> (valgfritt) av type xsd:integer En Kontoeier er en abstract type og består av elementene: Type kontoeier skal oppgis med en av følgende verdier: <kontoeier xsi:type="personligkontoeier"> <kontoeier xsi:type="virksomhetskontoeier"> Felles elementer for alle kontoeiere (uavhengig av personlig / virksomhet): <sektorkode> (valgfritt) av type Sektorkode <adresse> (valgfritt) av type GenerellAdresse For kontoeiere av type "PersonligKontoeier": <foedselsnummer> (obligatorisk) av type Foedselsnummer <internasjonalidentifikator> (valgfritt 0 eller flere) av type InternasjonalIdentifikator <fornavn> (obligatorisk) av type Navn <mellomnavn> (valgfritt) av type Navn <etternavn> (obligatorisk) av type Etternavn For kontoeiere av type "Virksomhetskontoeier": <organisasjonsnummer> (obligatorisk) av type Organisasjonsnummer <internasjonalidentifikator> (valgfritt 0 eller flere) av type InternasjonalIdentifikator <organisasjonsnavn> (obligatorisk) av type Organisasjonsnavn En GenerellAdresse består av elementene: <adressetekst> (valgfritt) av type xsd:string 12

13 <postnummer> (valgfritt) av type xsd:string <poststedsnavn> (valgfritt) av type xsd:string <landkode> (valgfritt) av type Landkode En InternasjonalIdentifikator består av elementene: <identifikator> (obligatorisk) av type Identifikator <indentifikatortype> (obligatorisk) av type Identifikatortype <utstedtavland> (obligatorisk) av type Landkode En Disponent er en abstract type og består av elementene: Type disponent skal oppgis med en av følgende verdier: <disponent xsi:type="personligdisponent"> <disponent xsi:type="virksomhetsdisponent"> For disponenter av type PersonligDisponent: <foedselsnummer> (obligatorisk) av type Foedselsnummer <internasjonalidentifikator> (valgfritt 0 eller flere) av type InternasjonalIdentifikator <fornavn> (obligatorisk) av type Navn <mellomnavn> (valgfritt) av type Navn <etternavn> (obligatrisk) av type Etternavn For disponenter av type "Virksomhetsdisponent": <organisasjonsnummer> (obligatorisk) av type Organisasjonsnummer <internasjonalidentifikator> (valgfritt 0 eller flere) av type InternasjonalIdentifikator <organisasjonsnavn> (obligatorisk) av type Organisasjonsnavn En KontoOppsummering består av elementene: <antalloppgaver> (obligatorisk) av type xsd:integer <suminnskudd> (obligatorisk) av type xsd:integer <sumutlaan> (obligatorisk) av type xsd:integer <sumopptjenterenter> (obligatorisk) av type xsd:integer <sumpaaloepterenter> (obligatorisk) av type xsd:integer <sumbetaltmisligholdterenter> (obligatorisk) av type xsd:integer <sumtilbakebetaltemisligholdterenter> (obligatorisk) av type xsd:integer 3.5 Definerte XSD-Typer XSD-skjemaet definerer typer for alle elementene. De typene som igjen inneholder elementer er definert med complextype, mens de resterende er definert ved simpletype med en standard xml-type som basis. Tekststrenger er definert som xml-type "string" og heltall er definert som xml-type "integer". Hver simpletype definisjon kan igjen ha definerte restriksjoner som ytterliggere innskrenker settet av lovlige verdier. 13

14 3.5.1 Beløpsfelter Alle beløpspostene skal oppgis i hele kroner. Beløpet skal være positivt og avrundes til nærmeste hele krone (vanlige avrundingsregler). Dersom en beløpspost er under 50 øre, oppgis kr Unik identifikasjon av oppgave En innlevert oppgave identifiseres unikt av oppgavegiver, inntektsår og konto som beskrevet under: Oppgavegiver En oppgavegiver identifiseres ved organisasjonsnummer. Konto Konto identfiseres av kontonummer. 3.7 Korrigering av oppgaver Ved korreksjon, eller sletting av en tidligere innrapporterte oppgave er kravet at den nye oppgaven har samme unike identifikator som den opprinnelige oppgaven. Grunnen til dette er at Skatteetatens systemer skal oppfatte dette som en korreksjon og ikke som en ny oppgave. Se kapittel 3.6 for beskrivelse av unike indentifikator for oppgavene Korrigere en oppgave En tidligere innsendt oppgave kan korrigeres ved å sende inn en ny <oppgave> med de korrekte verdiene. Den nye oppgaven vil da erstatte den tidligere innsendte oppgaven. Dersom det er feil i et eller flere av identifikatorfeltene i en tidligere innsendt oppgave, må denne oppgaven eksplisitt slettes ("<sletteoppgave>"). Det vil si at det da skal sendes inn en oppgave med korrekte verdier og en sletteoppgave for å slette den oppgaven som var feil Slette en oppgave Sletting av en tidligere innsendt oppgave gjøres ved å innrapportere en <sletteoppgave> med samme unike identifikator som oppgaven som skal slettes. 3.8 XML elementbeskrivelser Tabellen under beskriver de ulike elementene (felter) som skal inngå i XML-dokumentet. Første kolonne i tabellen angir hvilken type (complextype) elementet er definert i. Type Element Elementsbeskrivelse Melding <melding> Innsendingens startpunkt av type "Melding". Elementet <melding> er rot-elementet i XMLdokumentet. 14

15 Type Element Elementsbeskrivelse Leveranse <leveranse> <kildesystem> <oppgavegiver> <inntektsaar> <oppgavegiversleverans ereferanse> <leveransetype> En samling oppgaver fra en og samme oppgavegiver, som er levert samtidig. En melding skal bestå av minimum 1 leveranse av type "Leveranse". Angivelse av sluttbrukersystem og/eller datasystem brukt for generering av innsendingen/ vedleggsfilen. Elementet er valgfritt. Maks 100 tegn. Oppgavegivere er banker, forsikringsselskaper, mv. som har penger til forvaltning, eller driver utlånsvirksomhet. Leveransens oppgavegiver er definert i typen Oppgavegiver. Årstallet som oppgaven/likningen gjelder for. Inntektsåret oppgis med 4 siffer. En unik referanse til en leveranse fra en gitt oppgavegiver. Oppgavegivers leveransereferanse må være unik for gitt oppgavegiver, inntektsår og oppgavetype. Denne referansen vil stå i kvitteringen fra Skatteetaten og kan benyttes som referanse ved henvendelser. Elementet er valgfritt. Maks 100 tegn. Angir om leveransen har nye/endrede oppgaver (ordinaer), eller om oppgavegiver ikke har noen oppgaver å rapportere (ingenoppgaver). Lovlige verdier: ordinaer ingenoppgaver <presentasjonsnavn> <oppgave> <sletteoppgave> Presentasjonsnavn på selvangivelsen. Brukes kun etter avtale med Skatteetaten. Sett av oppgaver av type Konto. Dersom leveransetype er "ingenoppgaver", godtas 0 oppgaver, ellers skal leveransen inneholde minst 1 oppgave. Bruk en sletteoppgave til å slette en tidligere innsendt oppgave. Se definisjonen av type SletteoppgaveKonto for de nøklene som skal angis for sletting av en oppgave. 15

16 Type Element Elementsbeskrivelse Oppgavegiver <oppsummering> <organisasjonsnummer> <organisasjonsnavn> <kontaktinformasjon> Kontaktinformasjon Konto <navn> <telefonnummer> <varselepostadresse> <varselsmsmobiltelefon nummer> Kontrollsummer beregnet på leveransenivå for oppgavene i leveransen. Se definisjonen av type KontoOppsummering. 9-sifret organisasjonsnummer for oppgavegiveren. Navnet til oppgavegiveren. Maks 100 tegn. Generell kontaktinformasjon for Skatteetaten knyttet til innrapportering av denne oppgavetypen. Varsel om melding i Altinn vil også bruke denne informasjonen for formidling. Må fylles inn hvis en innsender sender på vegne av flere oppgavegivere, dvs. det sendes flere leveranser. For innsender som kun sender på vegne av seg selv (dvs. innsender = oppgavegiver) vil denne informasjonen være levert i Altinn innsendingsskjema, og kan utelukkes fra filen. Se typen Kontaktinformasjon for hvilke elementer som kan angis. Navn på oppgavegivers kontaktperson for leveransen. Maks 100 tegn. Telefonnummer der oppgavegivers kontaktperson kan nås. Maks 20 siffer. Epostadresse til oppgavegiver der varsel om melding i Altinn (kvitteringer/feilmeldinger) kan sendes. Epostadressen angis på formatet "ola.nordmann@bedrift.no" (anførselstegn skal ikke med). Maks 254 tegn. Telefonnummer til oppgavegiver der varsel (SMS) om melding i Altinn (kvitteringer/feilmeldinger) kan sendes. Skal bestå av kun tall. I tillegg aksepteres +XX foran for utenlandske numre, der XX er landkode. Maks 20 tegn. 16

17 Type Element Elementsbeskrivelse <kontonummer> Unikt identifiserende felt for en konto innenfor en oppgavegiver. Hvis kontoen har nummer etter norsk standard (11 sifre) så skal dette benyttes. For kredittkortkonti uten annet kontonummer kan kredittkortnummer benyttes (16 sifre). For andre må det benyttes/konstrueres et annet unikt identifiserende nummer for kontoen. Dette kan være et avtalenummer, regnskapsnummer, ansattenummer eller liknende. Det anbefales også at kontonnumre som gjelder andre forhold enn bankkonti kun består av sifre Det er viktig at eksakt samme kontonummer brukes ved korreksjon av tidligere innsendte oppgaver. I motsatt fall vil korreksjonen komme i tillegg til tidligere innsendt oppgave <utlaan> <innskudd> <skattekontoegnethet> <renter> Hvis personen har flere låneforhold må disse enten slås sammen eller rapporters med forskjellige kontonumre. Like kontonumre i samme leveranse vil ikke bli akseptert. For konti som er merket med skattekontoegnethet større enn 0, kreves det at kontonummer er 11 sifre. Saldo på kontoen (i hele norske kroner) ved årsskiftet hvis kontoen gjelder utlån. Beløpet må være et positivt tall. Saldo på kontoen (i hele norske kroner) ved årsskiftet hvis kontoen gjelder innskudd. Beløpet må være et positivt tall. Kun aktuelt for banker. Prioritering om kontoen kan brukes for utbetaling av overskytende skatt. Kan ha verdien 0,1,2,3 eller være tom. Renteinformasjon Jfr. Fastsettelse av rentebeløpet Jfr. Misligholdte lån Se typen Renter for hvilke felter som skal angis. 17

18 Type Element Elementsbeskrivelse <kontoeier> <disponent> SletteoppgaveKonto Renter Kontoeier Informasjon om kontoeieren. Kontoeier er enten av type PersonligKontoeier eller av type VirksomhetsKontoeier. Alle kontoeiere har adresse. Hva som oppgis av annen info vil avhenge av om de er enheter/virksomheter eller personer. Se typen Kontoeier for hvilke felter som skal angis. Informasjon om disponent. Jfr. Disponering av andres konto Se typen Disponent for hvilke felter som skal angis. < kontonummer > Unikt identifiserende felt for en konto innenfor en oppgavegiver. <opptjenterenter> <paaloepterenter> <betaltemisligholdterent er> <tilbakebetaltemislighol dterenter> <kontoeier xsi:type="">... </kontoeier> Felleselementer for kontoeier (begge typer) Beløpet må være et positivt tall i hele norske kroner. Beløpet må være et positivt tall i hele norske kroner. Beløpet må være et positivt tall i hele norske kroner. Beløpet må være et positivt tall i hele norske kroner og er tilbakeførte misligholdte renter som omtales i rettledningen. Kontoeier er en abstrakt type og det må spesifiseres hvilken type kontoeier oppgaven gjelder: xsi:type="personligkontoeier" xsi:type="virksomhetskontoeier" 18

19 Type Element Elementsbeskrivelse <sektorkode> <adresse> Sektorkoden for kontoeieren jfr. Statistisk sentralbyrå (SSB) sin standard. SSB innførte ny fire/fem-sifrede sektorkoder fom inntektsår 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. Bostedsadresse/ forretningsadresse for kontoeier. Se typen GenerellAdresse for hvilke felter som skal angis. Tilleggselementer for <kontoeier xsi:type="personligkontoeier"> <foedselsnummer> <internasjonalidentfikato r> <fornavn> <mellomnavn> <etternavn> Kontoeiers norske fødsels eller dnr. 11 sifre. Hvis personen ikke har fødsels/dnr kan fødselsdato rapporteres på formatet ddmmyy00000 TIN (Taxpayer Identification Number) er et internasjonalt begrep som i utstrakt grad benyttes i utveksling av skattedata mellom skattemyndighetene i OECD-landene. Feltet er aktuelt for utenlandske personer/ virksomheter som ikke har norsk fødselsnummer / organisasjonsnummer. Se typen InternasjonalIdentifikator for hvilke felter som skal angis. Fornavn til kontoeier. Tekststreng på maks 100 tegn. Hvis kontoeiers mellomnavn finnes eksplisitt legges det her. Ved tvil kan mellomnavn legges bak fornavn. Tekststreng på maks 100 tegn. Etternavn til kontoeier Hvis oppgavegiver har lagret navn på en slik måte at det er vanskelig å splitte i fornavn/etternavn aksepteres det at hele navnet legge samlet i etternavn. Må inneholde verdi - tekststreng på maks 100 tegn. Tilleggselementer for <kontoeier xsi:type="virksomhetsontoeier"> 19

20 Type Element Elementsbeskrivelse <organisasjonsnummer> <internasjonalidentfikato r> <organisasjonsnavn> InternasjonalIdentfikator <identifikator> <identifikatortype> <utstedtavland> GenerellAdresse Disponent <adressetekst> <postnummer> <poststedsnavn> <landkode> Felt for kontoeiers organisasjonsnummer. 9 sifre Hvis kontoeier er en utenlandsk kontoeier uten norsk organisasjonsnummer så skal det legges inn 9 nuller i dette feltet. TIN (Taxpayer Identification Number) er et internasjonalt begrep som i utstrakt grad benyttes i utveksling av skattedata mellom skattemyndighetene i OECD-landene. Feltet er aktuelt for utenlandske personer/ virksomheter som ikke har norsk fødselsnummer / organisasjonsnummer. Se typen InternasjonalIdentifikator for hvilke felter som skal angis. Organisasjonsnavn til kontoeier. Tekststreng på maks 100 tegn. Indentifikasjonsnummeret Type identifikator. Her er det verdien "TIN" (Taxpayer Identification Number) som per i dag er eneste lovlige verdi. Landkode for landet som har utstedt identifikasjonsnummeret. Landkode rapporteres på ISO alfa-2 standarden (2 tegn). Adresse til kontoeier (ikke inkludert poststedsinformasjon) Postnummer til kontoeier. (Ingen begrensning på lengde), både norske og utenlandske postnumre kan legges her. Poststed til kontoeier. Hvis det ikke er mulig å skille postnummer og poststed (for eksempel ifm. utenlandske adresser), kan postnummer + poststedsnavn legges her. Landkoden for adressen til kontoeier. Landkode kan nå kun rapporteres på ISO-3166-alfa-2 standarden (2 tegn). 20

21 Type Element Elementsbeskrivelse <disponent xsi:type="">... </disponent> Disponent er en abstrakt type og det må spesifiseres hvilken type disponent oppgaven gjelder: xsi:type="personligdisponent" xsi:type="virksomhetsdisponent" Elementer for <disponent xsi:type="personligdisponent" <foedselsnummer> <internasjonalidentfikato r> <fornavn> <mellomnavn> <etternavn> Norsk fødsels eller dnr. 11 sifre. Hvis personen ikke har fødsels/dnr kan fødselsdato rapporteres på formatet ddmmyy Se beskrivelse under "Kontoeier". Fornavnet på personlig disponent. Tekststreng på maks 100 tegn. Mellomnavnet på personlig disponent. Tekststreng på maks 100 tegn. Etternavnet på personlig disponent. Tekststreng på maks 100 tegn. Elementer for <disponent xsi:type="virksomhetsdisponent" <organisasjonsnummer> Felt for organisasjonsnummer for eventuell disponent. 9 sifre <internasjonalidentfikato r> <organisasjonsnavn> KontoOppsummering <antalloppgaver> <suminnskudd> <sumutlaan> <sumopptjenterenter> Se beskrivelse under "Kontoeier". Navn på virksomhetsdisponent. Tekststreng på maks 100 tegn. Angir antall oppgaver i leveransen. Sum av alle innskudd-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. Sum av alle utlaan-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. Sum av alle opptjenterenter-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. 21

22 Type Element Elementsbeskrivelse <sumpaaloepterenter> <sumbetaltemisligholdte Renter> <sumtilbakebetaltemisli gholdterenter> Sum av alle paaloepterenter-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. Sum av alle betaltemisligholdterenter-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. Sum av alle tilbakebetaltemisligholdterenter-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. 3.9 Eksempelfiler Vedlagt er noen eksempelfiler som kan gi økt forståelse for format og innhold til innrapporteringen. Formål Filnavn Beskrivelse Normal innsending Korrigering av oppgave Sletting av oppgave Ingen oppgaver saldorente_v2_eksempel_normal.xml Saldorente_v2_eksempel_korreksjon.xml saldorente_v2_eksempel_slett.xml saldorente_v2_eksempel_ingen.xml XML-fil som viser et eksempel på normal innsending av nye oppgaver. XML-fil som viser et eksempel på en innsending der oppgavegiver korrigerer et utvalg av tidligere innsendte enkeltoppgaver XML-fil som viser et eksempel på en innsending der oppgavegiver sletter en tidligere innsendte enkeltoppgave. Et eksempel som viser hvordan en oppgavegiver kan oppfylle oppgaveplikt uten å ha noen oppgaver å rapportere. 22