Beskrivelse av filformatet for likningsoppgaven boligselskap

Beskrivelse av filformatet for likningsoppgaven boligselskap Beskrivelsen gjelder likningsoppgaver fra inntektsåret 2013 med første innberetning i 2014. Versjon 1.0 14. desember 2012 1

Innhold 1 Introduksjon... 3 1.1 Ordliste med sentrale begreper... 3 2 Krav til filvedlegg... 4 2.1 Pakking av filvedlegg... 4 2.2 Kryptering av filvedlegg... 5 2.3 Filnavn... 5 2.4 Maksimal filstørrelse via Altinn... 5 3 Struktur og format på XML-dokumentet... 5 3.1 XML Schema Definition... 5 3.2 Tegnsett UTF-8... 5 3.3 Navnerom (Namespace)... 5 3.4 XML Dokumentstruktur... 6 3.5 Definerte XSD-Typer... 8 3.6 Unik identifikasjon av oppgave... 8 3.7 Korreksjon av oppgaver... 9 3.8 XML elementbeskrivelser... 9 3.9 Eksempelfiler... 16 3.10 Fra gammelt flatfilformat til det nye XML-formatet... 16 2

Endringsoversikt Versjon Dato Beskrivelse av endring Utført av 1.0 14. desember 2012 SITS / MAG-prosjektet 1 Introduksjon Dette dokumentet beskriver krav til vedleggsfiler som skal sendes inn ved innrapportering av likningsoppgaver for boligselskap (borettslag eller boligaksjeselskap) 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. Der det i dette dokumentet refereres til andelshaver menes også aksjeeier dersom boligselskapet er et boligaksjeselskap. Målgruppen for dette dokumentet er oppgavegivere og innsendere av likningsoppgaver. 1.1 Ordliste med sentrale begreper Her er noen sentrale ord og begrep benyttet i dette dokumentet beskrevet: Begrep Forklaring UML (Unified Modelling Unified Modeling Language (UML) er en industristandard for Language) datarelatert modellering, forvaltet av et internasjonalt konsortium kalt Object Management Group (OMG). UTF-8 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 (Extensible Markup Language) XSD (XML Schema Definition) 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. 3

2 Krav til filvedlegg Her beskrives krav til de filene som skal legges ved som filvedlegg. 2.1 Pakking av filvedlegg Oppgavedata som innsendes (XML-filene) skal 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. XML-fil 1 XML-fil 2 XML-fil n Zip-fil Figur 1 : Pakking av (en eller flere) XML filer til en zip-fil Alle filvedlegg skal 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 10-20 % av opprinnelig størrelse. Størrelsen på hver zip-fil må ikke overgå maksimalgrensen for filvedlegg (30MB), se 2.4. Det anbefales at alle XML-filene pakkes til én zip-fil dersom dette ikke gir problemer med maksimal filstørrelse. 4

2.2 Kryptering av filvedlegg Filvedlegg skal ikke krypteres. 2.3 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_tid>.<extension> Eksempel: Boligselskap_987654321_2013_20140113112456_1.xml Filendelser: Filene som sendes inn skal ha følgende filendelser: De pakkede zip-filene skal ha filendelsen.zip. XML-filene (som er pakket inne en zipfil) skal ha filendelsen.xml 2.4 Maksimal filstørrelse via Altinn Filene som sendes inn skal være mindre enn 30 MB. Altinn kan per i dag bare motta filer under 30MB (etter pakking til zip). Det er imidlertid mulig å laste opp flere filer slik at samlet størrelse på vedleggene kan overgå denne grensen. 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 boligselskap inneholder vedlegget "boligselskap<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: 5

xmlns="urn:ske:fastsetting:innsamling:boligselskap:v1_0" Referanse til dette navnerommet, samt referanse til standard navnerom for XML-instanser og skjemalokasjon gjøres som attributter på det første elementet i innsendingen; <melding>: <melding xmlns="urn:ske:fastsetting:innsamling:boligselskap:v1_0" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="urn:ske:fastsetting:innsamling:boligselskap:v1_0 boligselskap_v1_0.xsd "> 3.4 XML Dokumentstruktur Diagrammet under er en UML-representasjon av XML-skjemaet og viser strukturen på XMLdokumentet. 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: <oppgavegiver> av type Oppgavegiver (obligatorisk) <inntektsaar> av type Inntektsaar (obligatorisk) <oppgavegiversleveransereferanse> av type Leveransereferanse (valgfritt) <leveransetype> av type Leveransetype (obligatorisk) <oppgave> av type OppgaveBoligselskap (0 eller flere) <sletteoppgave> av type SletteoppgaveBoligselskap (0 eller flere) <oppgaveoppsummering> av type OppgaveoppsummeringBoligselskap (obligatorisk) En Oppgavegiver består av elementene <organisasjonsnummer> av type Organisasjonsnummer <organisasjonsnavn> (obligatorisk) av type Organisasjonsnavn 6

<kontaktinformasjon> (valgfritt) av type Kontaktinformasjon En OppgaveBoligselskap består av elementene <oppgaveeier> (obligatorisk) av type Oppgaveeier <boenhet> (obligatorisk) av type Boenhet <eiertid> (obligatorisk) av type Periode <eierandel> (obligatorisk) av type Eierandel <bruksoverlatt> (valgfri) av type Boolsk <andellikningsverdiboenhet> (valgfri) av type Beloep <andelskattepliktigeinntekter> (valgfri) av type Beloep <andelfradragsberettigedekostnader> (valgfri) av type Beloep <andelannenformue> (valgfri) av type Beloep <andelgjeld> (valgfri) av type Beloep En SletteoppgaveBoligselskap består av elementene: <oppgaveeier> (obligatorisk) av type Oppgaveeier <boenhet> (obligatorisk) av type Boenhet En Oppgaveeier består av elementene: Et av følgende identifikatorer/informasjon for oppgaveeier skal oppgis: <foedselsnummer> av type Foedselsnummer <organisasjonsnummer> av type Organisasjonsnummer <personutennorskid> av type PersonUtenNorskId <enhetutennorskid> av type EnhetUtenNorskId <navn> (obligatorisk) av type Navn En PersonUtenNorskId består av elementene: <bostedsadresse> (valgfritt) av type GenerellAdresse <foedselsdato> (valgfritt) av type Dato En EnhetUtenNorskId består av elementet: <adresse> (valgfritt) av type GenerellAdresse En Boenhet består av elementene: <kommunenummer> (obligatorisk) av type Kommunenummer <bolignummer> (valgfritt) av type Bolignummer <gatenavn> (valgfritt) av type Gatenavn <husnummer> (valgfritt) av type Husnummer <husbokstav> (valgfritt) av type Husbokstav Et av de følgende identifikatorfelt for boenheten skal oppgis: <andelsnummer> (obligatorisk) av type Andelsnummer (for borettslag) <boenhetsnummer> (obligatorisk) av type Boenhetsnummer (for boligaksjeselskap) En Kontaktinformasjon består av elementene: <navn> (obligatorisk) av type Navn <telefonnummer> (valgfritt) av type Telefonnummer <varselepostadresse> (valgfritt) av type Epostadresse <varselsmsmobiltelefonnummer> (valgfritt) av type Telefonnummer En OppgaveoppsummeringBoligselskap består av elementene: 7

<antalloppgaver> (obligatorisk) av type Antall <sumandelskattepliktigeinntekter> (obligatorisk) av type Beloep <sumfradragsberettigedekostnader> (obligatorisk) av type Beloep <sumandelannenformue> (obligatorisk) av type Beloep <sumandelgjeld> (obligatorisk) av type Beloep En Periode består av elementene: <start> (obligatorisk) av type DatoUtenAar <slutt> (obligatorisk) av type DatoUtenAar En GenerellAdresse består av elementene: <adressetekst> (obligatorisk) av type <postnummer> (obligatorisk) av type <poststedsnavn> (obligatorisk) av type <landkode> (obligatorisk) av type 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. 3.5.1 Beløpsfelter Alle beløpspostene skal oppgis i hele kroner. Det understrekes at likningsoppgaver skal innberettes, uavhengig av beløpets størrelse. Beløpet skal avrundes til nærmeste hele krone (vanlige avrundingsregler). Dersom en beløpspost er under 50 øre, oppgis kr 0. 3.6 Unik identifikasjon av oppgave En innlevert oppgave identifiseres unikt av oppgavegiver, inntektsår, oppgaveeier og boenhet. 3.6.1 Identifikasjon av oppgavegiver (boligselskapet) En oppgavegiver identifiseres ved organisasjonsnummeret til borettslaget. 3.6.2 Identifikasjon av oppgaveeier (andelshaver/aksjeeier) En oppgaveeier identifiseres ved enten: Fødselsnummer (eller D-nummer) Organisasjonsnummer For personer som ikke har en av de ovennevnte identifikatorene, så skal det oppgis annen identifiserende informasjon: navn bostedsadresse fødselsdato 8

For enheter (foretak/organisasjoner) som ikke har en av de ovennevnte identifikatorene, så skal det oppgis annen identifiserende informasjon: navn adresse 3.6.3 Identifikasjon av boenhet Boenheten identifiseres ved andelsnummeret for borettslag eller boenhetsnummeret for boligaksjeselskap. 3.7 Korreksjon av oppgaver Ved endringer eller slettinger av tidligere innrapporterte oppgaver er det viktig at identifikatorfeltene er like som de tilsvarende verdiene i den oppgaven det refereres til. 3.7.1 Endring 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 var feil på et eller flere av identifikatorfeltene på en tidligere innsendt oppgave, må denne oppgaven eksplisitt slettes. Det vil si at det da skal sendes inn en oppgave med korrekte verdier og en sletteoppgave (se under) for å slette den oppgaven som var feil. 3.7.2 Sletting Sletting av en tidligere innsendt oppgave gjøres ved å innrapportere en <sletteoppgave> med identiske identifikatorfelter som den oppgaven som skal slettes. En leveranse kan inneholde både normale oppgaver og sletteoppgaver, men sletteoppgavene skal oppgis samlet etter de normale oppgavene. 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 <melding> Melding <leveranse> Leveranse Elementsbeskrivelse Innsendingens startpunkt av type "Melding". Elementet <melding> er rot-elementet i XML-dokumentet. En samling oppgaver fra en og samme oppgavegiver, som er levert samtidig. En melding skal bestå av minimum 1 leveranse av type "Leveranse". 9

Type Element <oppgavegiver> <inntektsaar> <oppgavegiversleveransereferanse> Elementsbeskrivelse Oppgavegiver er boligselskapet for denne oppgavetypen. 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 som er generert av 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. <leveransetype> <oppgave> <sletteoppgave> <oppgaveoppsummering> Oppgavegiver <organisasjonsnummer> 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 Sett av oppgaver av type OppgaveBoligselskap. 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 SletteoppgaveBoligselskap for de nøklene som skal angis for sletting av en oppgave. Kontrollsummer beregnet på leveransenivå for oppgavene i leveransen. Se definisjonen av type OppgaveoppsummeringBoligselskap. 9-sifret organisasjonsnummer for oppgavegiveren. 10

Type Element <organisasjonsnavn> <kontaktinformasjon> Kontaktinformasjon <navn> <telefonnummer> <varselepostadresse> <varselsmsmobiltelefonnummer> OppgaveBoligselskap <oppgaveeier> <boenhet> Elementsbeskrivelse Navnet til oppgavegiveren (boligselskapet). Maks 100 tegn. Generell kontaktinformasjon for skatteetaten knyttet til innrapportering av denne oppgavetypen. Varsler om meldinger 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 15 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) 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 15 siffer. Oppgaveeier for denne oppgavetypen er andelshaver for borettslag eller aksjeeier for boligaksjeselskap. Se type Oppgaveeier. Boenheten det rapporteres for i oppgaven. Se type Boenhet. 11

Type Element <eiertid> Elementsbeskrivelse Eiertid angir perioden innenfor inntektsåret som andelshaver/aksjeeier har eid boenheten. Perioden angis med start og slutt på formatet "DDMM" (Dag med eventuell ledende 0 og måned med eventuell ledende 0). Dersom andelshaver/aksjeeier har eid boenheten fra starten av inntektsåret angis "0101" i start. <eierandel> <bruksoverlatt> <andellikningsverdiboenhet> Dersom andelshaver/aksjeeier har eid boenheten ved slutten av inntektsåret angis "3112" i slutt. Se type Periode under Andelshavers eierandel i boenheten. Eierandel oppgis som et desimaltall mellom 0 og 1 der 0 betyr 0% og 1 betyr 100% eierskap. Angir om boenhet er leid ut av andelshaver i mer en 50 % av eiertiden i inntektsåret. I så fall skal feltet ha verdien "true", ellers skal feltet ha verdien "false". Utgjør den enkelte andelshavers andel av boenhetens likningsverdi. Opplysninger om hvilke boligselskap som skal innberette likningsverdi og hvordan denne likningsverdien beregnes, finner du i på skatteetatens internettsider: skatteetaten.no. <andelskattepliktigeinntekter> Beløpet oppgis i hele kroner. Her føres andelshavers andel av boligselskapets felles skattepliktige inntekter. Se rettledning for beregning av verdien på Skatteetatens nettsider skatteetaten.no. Beløpet oppgis i hele kroner. 12

Type Element <andelfradragsberettigedekostnader> Elementsbeskrivelse Her føres andelshavers andel av boligselskapets felles fradragsberettigede kostnader. Se rettledning for beregning av verdien på Skatteetatens nettsider skatteetaten.no. <andelannenformue> Beløpet oppgis i hele kroner. Her føres andelshavers andel av boligselskapets formue utover det som er knyttet til boenhetene. Se rettledning for beregning av verdien på Skatteetatens nettsider skatteetaten.no. <andelgjeld> Beløpet oppgis i hele kroner. Her føres andelshavers andel av selskapets langsiktige gjeld, og eventuelt negativ andel av annen formue (uten fortegn). Se rettledning for beregning av verdien på Skatteetatens nettsider skatteetaten.no. SletteoppgaveBoligselskap <oppgaveeier> <boenhet> Oppgaveeier <foedselsnummer> <organisasjonsnummer> Beløpet oppgis i hele kroner. Identifikasjon av oppgaveeier (andelshaver/aksjeeier). Identifikasjon av boenheten for oppgaven som skal slettes. Se type Boenhet. Oppgaveeiers (forsørgers) fødselsnummer eller d-nummer. Ellevesifret identifikasjonsnummer for personer bosatt i Norge, der de seks første sifrene angir fødselsdato og de fem siste personnummer. Oppgaveeiers (sameiers) organisasjonsnummer. 9-siffret organisasjonsnummeret til enheter som er registrert i Enhetsregisteret. 13

Type Element <personutennorskid> <enhetutennorskid> <navn> PersonUtenNorskId <bostedsadresse> <foedselsdato> EnhetUtenNorskId <adresse> Boenhet <andelsnummer> <boenhetsnummer> <kommunenummer> <bolignummer> <gatenavn> Elementsbeskrivelse Informasjon om person som eier seksjon og som ikke har fødselsnummer eller d- nummer. Se type PersonUtenNorskId. Informasjon om foretak/organisasjon som eier seksjon og som ikke har norsk organisasjonsnummer. Se type EnhetUtenNorskId. Navnet på oppgaveeier (gavegiver). Valgfri rekkefølge på fornavn og etternavn, men ønsket format er fornavn, mellomnavn og etternavn med blankt tegn imellom hver. Tekststreng på maks 100 tegn. Bostedsadressen til sameier. Se type GenerellAdresse. Fødselsdato til sameier på formatet YYYY-MM-DD (Standard XML-format for dato). Adressen til foretaket/organisasjonen som eier seksjonen. Boenhetens andelsnummer for boenheter i borettslag. Enten andelsnummer eller boenhetsnummer skal angis (choice). Boenhetens boenhetsnummer for boenheter i boligaksjeselskap. Enten andelsnummer eller boenhetsnummer skal angis (choice). Boenhetens kommunenummer. 4 siffer. Boenhetens tildelte bolignummer. Alle boenheter i hus med flere boliger skal være tildelt et bolignummer. Eksempel: H0203 som står for Hovedetasje 2 leilighet nr. 3. Boenhetens offisielle gatenavn uten forkortelser. Gatenavn skal ikke oppgis dersom boenheten ikke har gatenavn. 14

Type Element <husnummer> Elementsbeskrivelse Husnummer angir nummer på en eiendom innenfor et gitt gatenavn. Eksempel: 15 dersom adressen er STORGATA 15. <husbokstav> Husnummer skal ikke oppgis for boenheter uten husnummer. Boenhetens husbokstav oppgitt med stor bokstav dersom gatenavn + husnummer er delt opp i flere adresserte innganger. GenerellAdresse <adressetekst> <postnummer> <poststedsnavn> <landkode> Oppgaveoppsummering <antalloppgaver> <sumandelskattepliktigeinntekter> Periode Eksempel: B dersom adressen er STORGATA 16 B. Husbokstav skal ikke oppgis for boenheter uten husbokstav. Generelt tekstfelt for angivelse av postadresse som gatenavn og husnummer. Postnummer til adressen. Ingen begrensning på lengde og både norske og utenlandske postnummer kan legges her. Poststed til adresse. Hvis det ikke er mulig å skille postnummer og poststed, kan postnummer + poststedsnavn legges her. Landet til adressen angitt med 2-tegn i henhold til standarden ISO-3166-alfa-2. Angir antall oppgaver i leveransen. Sum av alle andelskattepliktigeinntekter-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. <sumandelfradragsberettigedekostnader> Sum av alle andelfradragsberettigedekostnaderbeløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. <sumandelannenformue> <sumandelgjeld> Sum av alle andelannenformue-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. Sum av alle andelgjeld-beløp i oppgavene til en leveranse. Beløpet oppgis i hele kroner. 15

Type Element <start> <slutt> Elementsbeskrivelse Startdato for perioden. Angis på formatet "DDMM" med ledende nuller. Året utelates og er implisitt inntektsåret. Sluttdato for perioden. Angis på formatet "DDMM" med ledende nuller. Året utelates og er implisitt inntektsåret. 3.9 Eksempelfiler Vedlagt er noen eksempelfiler som kan gi økt forståelse for format og innhold til innrapporteringen. Formål Filnavn Beskrivelse Normal boligselskap_eksempel_normal<versjon>.x Et eksempel for normal innsending ml innsending av nye og endrede Ingen oppgaver Sletting boligselskap_eksempel_ingen_oppgaver<ve rsjon>.xml boligselskap_eksempel_endre_slette<versjo n>.xml oppgaver. Et eksempel som viser hvordan en oppgavegiver kan oppfylle oppgaveplikt uten å ha noen oppgaver å rapportere. Et eksempel der oppgavegiver nullstiller verdien på tidligere innsendte oppgaver ved å rapportere inn på samme unike nøkkel med 0 i beløpsfelt. 3.10 Fra gammelt flatfilformat til det nye XML-formatet Tabellen under lister de enkelte feltene brukt i det gamle flatfilformatet med feltnummer og feltnavn med knytning til hvilket element i det nye XML-formatet som skal benyttes for denne informasjonen i det nye formatet. Flere av feltene i det gamle recordformatet videreføres ikke i det nye formatet. Dette markeres med "Utgår" i tabellen. For de feltene som har en knytning inn i det nye formatet, så angis dette med type og elementnavn i det nye formatet (<Typenavn> <elementnavn>). Nr Felt i record Kobling til element i nytt XML-format OPPGAVEGIVER-RECORD 1 D06-OPPGAVEGIVER-REC Utgår 2 D06-RECART-1 Utgår 3 D06-RECTYPE-1 Utgår 4 D06-ORGNR-TILD-OPPGGIVERNR- 1 Oppgavegiver organisasjonsnummer 16

Nr Felt i record Kobling til element i nytt XML-format 5 D06-NAVN-BOLIGSELSKAP Oppgavegiver organisasjonsnavn 6 D06-ADRESSE1-BOLIGSELSKAP Utgår 7 D06-POSTSTED-BOLIGSELSKAP Utgår 8 D06-TELEFON-BOLIGSELSKAP Utgår 9 D06-NAVN-KONTAKTPERSON Kontaktinformasjon navn 10 D06-TELEFON-KONTAKTPERSON Kontaktinformasjon telefonnummer 11 D06-INNTEKTSÅR Leveranse inntektsaar 12 D06-KOMMUNENR Boenhet kommunenummer 13 FILLER Utgår 14 D06-RETTE-KODE Utgår 15 D06-DATO-KJØRT Utgår 16 FILLER Utgår PERSON-RECORD 100 D06-PERSON-REC Utgår 101 D06-RECART-5 Utgår 102 D06-RECTYPE-5 Utgår 103 D06-ORGNR-TILD-OPPGGIVERNR- Utgår (Kun 1 forekomst, se felt4) 5 104 D06-ID-NR Oppgaveeier foedselsnummer eller Oppgaveeier organisasjonsnummer 105 D06-ANDELSNUMMER Boenhet andelsnummer 106 FILLER Utgår 107 D06-LANDKODE GenerellAdresse landkode (For person eller enhet uten norsk identifikator) 108 D06-EIER-FRA-DATO Periode start (eiertid i OppgaveBoligselskap) 109 D06-EIER-TIL-DATO Periode slutt (eiertid i OppgaveBoligselskap) 110 D06-NAVN Oppgaveeier navn 111 D06-ADRESSE1 Utgår 112 D06-ADRESSE2 Utgår 113 D06-POSTSTED Utgår 114 D06-KODE-BRUKSOVERLATING OppgaveBoligselskap bruksoverlatt 115 D06-BOLIGNUMMER Boenhet bolignummer 116 D06-ANDEL-GATENAVN Boenhet gatenavn 117 D06-ANDEL-HUSNUMMER Boenhet husnummer 118 D06-ANDEL-HUSBOKSTAV Boenhet husbokstav DETALJ-RECORD 200 D06-DETALJ-REC Utgår 201 D06-RECART-6 Utgår 202 D06-RECTYPE-6 Utgår 203 D06-ORGNR-TILD-OPPGGIVERNR- Utgår (Kun 1 forekomst, se felt4) 6 204 D06-ID-NR Utgår (Kun 1 forekomst, se felt 104) 205 D06-ANDELSNUMMER Utgår (Kun 1 forekomst, se felt 105) 206 FILLER Utgår 207 D06-ANDEL-ANDRE-INNT OppgaveBoligselskap andelskattepliktigeinntekter 17

Nr Felt i record Kobling til element i nytt XML-format 208 D06-ANDEL-ANDRE-INNT-SIGN Utgår 209 D06-ANDEL-UTGIFTER OppgaveBoligselskap andelfradragsberettigedekostnader 210 D06-ANDEL-UTGIFTER-SIGN Utgår 211 D06-ANDEL-LIGN-VERDI OppgaveBoligselskap andellikningsverdiboenhet 212 D06-ANDEL-LIGN-VERDI-SIGN Utgår 213 D06-ANDEL-ANNEN-FORMUE OppgaveBoligselskap andelannenformue 214 D06-ANDEL-ANNEN-FORMUE- Utgår SIGN 215 D06-ANDEL-GJELD OppgaveBoligselskap andelgjeld 216 D06-ANDEL-GJELD-SIGN Utgår 217 FILLER Utgår 218 D06-BOLIGNUMMER Utgår (Kun 1 forekomst, se felt 115) 219 D06-AKSJENUMMER Utgår 220 FILLER Utgår SUM-RECORD 300 D06-SUM-REC Utgår 301 D06-RECART-8 Utgår 302 D06-RECTYPE-8 Utgår 303 D06-ORGNR-TILD-OPPGGIVERNR- Utgår (Kun 1 forekomst, se felt4) 8 304 D06-ANTALL-RECORDS OppgaveoppsummeringBoligselskap antalloppgaver 305 FILLER Utgår 306 D06-SUM-ANDEL-ANDRE-INNT OppgaveoppsummeringBoligselskap sumandelskattepliktigeinntekter 307 D06-SUM-ANDRE-INNT-SIGN Utgår 308 D06-SUM-ANDEL-UTGIFTER OppgaveoppsummeringBoligselskap sumandelfradragsberettigedekostnader 309 D06-SUM-UTGIFTER-SIGN Utgår 310 D06-SUM-ANDEL-LIGN-VERDI Utgår 311 D06-SUM-LIGN-VERDI-SIGN Utgår 312 D06-SUM-ANDEL-ANNEN- FORMUE OppgaveoppsummeringBoligselskap sumandelannenformue 313 D06-SUM-ANNEN-FORMUE-SIGN Utgår 314 D06-SUM-ANDEL-GJELD OppgaveoppsummeringBoligselskap sumandelgjeld 315 D06-SUM-GJELD-SIGN Utgår 316 FILLER Utgår 18