Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS



Like dokumenter
Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportklart virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

TransportoppdragBekreftelse

Måledokument (Volumberegnet Måledokument)

Data Dictionary SKOG-DATA AS. Transaksjonsstandard for virkesomsetningen i Norge. Versjon 2.0

Beskrivelse av filformatet for likningsoppgaven pass og stell av barn

HØGSKOLEN I SØR-TRØNDELAG

Spesifikasjon for utfylling og innsending av opplysninger over tilskudd til vitenskapelig forskning eller yrkesopplæring til Skatteetaten.

Innrapportering av trekk til NAV

Angivelse av EHF profiler og dokumenttyper

Skatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016

Pass og stell av barn

Skatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud

Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud

SIMS Grensesnittbeskrivelse ekstern V0.8

Brukerveiledning for student skoleeksamen HIST Oppdatert 27. oktober 2014

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Guide for utfylling av endringsmeldinger til kommunikasjonsstandarden

Et punkt i vegnettet hvor det kreves betaling for å kunne kjøre videre. Kan gjelde i en eller begge retninger.

Akseptansetest av mottak Rekvirering av medisinske tjenester Immunologi

Forespørsel og svar om egenandel

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Merk deg tilbudsfristen og andre frister, og gjør deg godt kjent med kunngjøringen og alle de vedlagte dokumentene.

Veileder i bruk av GoodReader

AP226 Use Case Diagram - SBL

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi

Kompositt/ Dataelement. Hode, identifisere og spesifisere utveksling = UNOA = 2 = NODI. Overføringens mottaker. Mottakers partsidentifikasjon

Akseptansetest av sending og mottak Applikasjonskvittering

BRUKERVEILEDNING SAMSVARSTEST AV ELEKTRONISKE MELDINGER I NHN TESTSENTER DOKUMENTHISTORIKK DATO VERSJON BESKRIVELSE

Dokumentasjon av XML strukturer for ByggSøk

Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal

Forespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse HIS 1022:2010

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

XML meldingspesifikasjon for Priskatalog (VVSXML-PRICAT)

Importformat for driftsmiddelopplysninger til FINALE Årsoppgjør

Innrapportering av studentstatus Brukerhåndbok

Meldingsutveksling med Kreftregisteret over Norsk Helsenett

Akseptansetest av mottak Dialogmelding

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Beskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten

Elhub - Milepæl 2 Uttrekk av grunndata til DAM

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. Dato Datakatalog versjon Endringer. Bruksområde Behov Eksempel

BRUKERMANUAL FOR NRDB E-POST-PORTERING

Konseptmanual Fantasi. 2. utgave (2013)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Forslag til nasjonalt utvekslingsformat for bibliografiske data

Familiematematikk MATTEPAKKE 3. Trinn

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Akseptansetest av mottak Elektronisk henvisning

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi

Produktspesifikasjon. Trekkerør/kanal (ID=852) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Tema: Fravær, karakterer, anmerkninger

Brukerveiledning for Agresso Self Service. Version 1.0. Parkere, dele rad, videresende og fordele. UiT Norges Arktiske Universitet

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi

Del B Konkurransegrunnlag Kravspesifikasjon. Rammeavtale telefoniprodukter:

Akseptansetest av mottak Svarrapportering av medisinske tjenester Medisinsk biokjemi (Klinisk kjemi)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Boligsameie. Spesifikasjoner for utfylling og innsending av opplysninger til Skatteetaten. Gjelder for innrapportering fra og med januar 2016

Tilbakemelding om feil i mottatt melding v1.0

AP221 Use Case TUL Utarbeid designdokumenter

91298 SOFT COTTON MINI BOMULL E C

Akseptansetest for mottak av PLO-meldingen: Konsultasjon

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Ulykkesstrekning (ID=717)

Produktspesifikasjon. Fartsgrense (ID=105) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

ElCad NettDok Nye selektivitetstabeller (Ny funksjon )

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

Produktspesifikasjon. ATK-punkt (ID=162) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Produktspesifikasjon. Kollektivknutepunkt (ID=42) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Permittering. Innhold

Akseptansetest for mottak av Overføring av legemiddelopplysninger (PLO/SUMO)

AP221 Use Case - SBL - Benytt innsendingsjeneste

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Brukerhåndbok for egiro og egiro pluss innbetaling

Objektorientering og UML. INF1050: Gjennomgang, uke 06

FRC-Feeder-E. Et sikkert og raskt verktøy for overføring av data til File Record Converter Versjon 1.9

Omkjøringsrute (ID=886)

Størrelsen på brevet bestemmer prisen. Priser Les mer på: posten.no

Transkript:

Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS

Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper/funksjoner 3 2.1.2 BusinessAcknowledge forretningsregler 3 2.1.3 Samhandling 3 2.1.3.1 Kvittere for mottatt melding 4 2.1.4 Behandle meldingen BusinessAcknowledge 5 2.1.4.1 Statusverdier som benyttes 5 2.2 Hvordan lese diagrammene 5 3 BusinessAcknowledge 7 3.1 BusinessAcknowledge meldingen 8 3.1.1 Dokument 8 Side 2

1 Innledning Transaksjonsstandard for virkesomsetningen i Norge er utviklet for å sikre en effektiv og sikker utveksling av elektroniske meldinger mellom forretningspartnere innen virkesomsetningen i Norge. Standarden inneholder beskrivelse av dokumenter som ikke er dekket i andre standarder. 2 Dokumentasjon av Beskrivelsen i dette dokumentet er ikke komplett med tanke på tekniske spesifikasjoner. Det henvises til dokumentet BusinessAcknowledge XML Schema for detaljert teknisk dokumentasjon. Ferdig schema kan lastes ned (BusinessAcknowledge.xsd). Beskrivelse av alle elementer finnes i dokumentet Data Dictionary. 2.1 Oversikt En mottaker av en melding bruker meldingen for å informere avsender om at meldingen er mottatt og godtatt for prosessering i det mottaende datasystemet. Bruken av meldingen som kvittering på mottatt melding, er frivillig og bruken avtales mellom partene. Kvittering for mottatt melding ligger ofte som standard i meldingsformidlingen (SAP XI, MS BizTalk osv). Meldingen brukes som tilbakemelding dersom originalmeldingen ikke følger standarden (validering mot schema). I slike situasjoner benyttes statuskode Avvist. Meldingen brukes som tilbakemelding dersom mottager ikke kan prosessere meldingen pga feil som for eksempel feil i innholdet, feilsendt (mottaker kan ikke gjenkjenne opplysninger) osv. I slike situasjoner benyttes statuskode Feil. 2.1.1 Meldingstyper/funksjoner Det er ingen varianter av. 2.1.2 BusinessAcknowledge forretningsregler Den etterfølgende tabellen lister hvilke forretningsregler som gjelder for meldingen. Referanse 2.1.3 Samhandling Regel Når meldingen brukes i en feilsituasjon, skal beskrivelse av feilen inkluderes i meldingen. Det skal alltid være en unik referanse til originaldokumentet Forklaring på aktivitetsdiagrammene: Kolonne: Et aktivitetsdiagram består av flere kolonner (Swimlanes). En kolonne beskriver aktiviteter og prosesser hos en aktør. Aktivitet: Et sett operasjoner som utføres hos en aktør. Angis i bokser med avrundede hjørner. Valg: Et punkt i prosessen der evalueringen av en betingelse medfører valg av ett eller flere mulige videre prosessløp. Angis som en rombe. Overgang (Forgrening og Sammenføyning): Start og avslutning av to eller flere parallelle prosesser. Angis med en tykk heltrukken linje. Start/stopp: Start og avslutning av selve samhandlingsprosessen. Det kan kun være ett startpunkt, men det kan være flere avslutninger. Angis som sirkler der startpunktet er helt svart mens sluttpunktet inneholder en hvit ring. Side 3

Aktivitet med gul farge: Dette er en aktivitet som er direkte relatert til sending eller mottak av en elektronisk melding beskrevet i dette dokumentet til/fra en annen aktør. Selve meldingen identifiseres med et understreket navn. Aktivitet med grønn farge: Dette er en aktivitet som er direkte relatert til sending eller mottak av en elektronisk melding relatert til denne standarden, til/fra en annen aktør. Selve meldingen identifiseres ved et understreket navn. Beskrivelse av meldingen finnes i et annet dokument. Aktivitet med blå farge: Dette er en aktivitet som er direkte relatert til sending eller mottak av en elektronisk melding som ikke er en del av denne standarden, til/fra en annen aktør. Selve meldingen identifiseres ved et understreket navn. 2.1.3.1 Kvittere for mottatt melding Side 4

2.1.4 Behandle meldingen BusinessAcknowledge Alle som benytter meldinger ihht til standarden, må ha på plass en rutine for behandling av feil. En slik rutine må monitorere mottatte BusinessAcknowledge meldinger og rute dem videre for behandling. Behandling kan gjerne være manuelle rutiner. 2.1.4.1 Statusverdier som benyttes Nivå Attributt Verdi Melding BusinessAckStatus Avvist Den mottatte meldingen følger ikke standarden (feil ved validering mot schema) og kan ikke prosesseres av det mottagende systemet. Feil Den mottatte meldingen inneholder feil som gjør at prosessering i det mottagende datasystemet ikke kunne gjennomføres. Mottatt Meldingen er mottatt og vil bli prosessert. 2.2 Hvordan lese diagrammene Forklaring på symboler i diagrammene: Sekvensen av enheter til høyre for symbolet, er påkrevd. Et valg mellom enheter til høyre for symbolet, er påkrevd Det er valgfritt å benytte en enkel forekomst av dette elementet. Prikket linje rundt. Det er valgfritt å benytte flere forekomster av dette elementet. Prikket linje rundt. Antall mulige forekomster er angitt under. En enkel forekomst av dette elementet er påkrevd. Heltrukken linje rundt. En enkel forekomst av dette elementet er påkrevd. Flere instanser kan forekomme. Heltrukken linje rundt. Antall mulige forekomster er angitt under. Antallet forekomster må ligge innenfor nedre og øvre grense som er angitt under (i dette tilfellet minimum 2 og maksimum 10 forekomster). Når en datatype er angitt for et element (både simple og komplekse datatyper), er navnet og eventuell lengde på datatypen angitt under. Det samme gjelder minimums og maksimumsverdier samt standardverdi (default-verdi). En farget boks med stiplet linje vil omgi komplekse datatyper. Strukturen på den komplekse datatypen vises inne i boksen. Stiplet linje betyr ikke at elementet er valgfritt. I dette eksemplet er strukturen undertrykket (+ til høyre angir at strukturen kan åpnes). Elementer kan forekomme utenfor den komplekse gruppeboksen hvis de er utvidelser av den definerte datatypen. Side 5

Attributter knyttet til et element kan bli vist over og under elementet. Hvis attributtet er en utvidelse av en definert datatype, vil det bli vist under gruppeboksen for den komplekse datatypen. I øvrige tilfeller vil den bli vist over elementinnholdet. Dette eksemplet viser en valgfri attributt. Påkrevde attributter vil ha heltrukken linje. Side 6

3 BusinessAcknowledge Side 7

3.1 BusinessAcknowledge meldingen BusinessAcknowledge består av følgende attributter: MeldingVersjon Gjeldene versjon er 2.0 MeldingOmsending Indikerer at dokumentet er sendt på nytt uten at det er foretatt endringer i opplysningene. Benyttes derom en mottager ber om å få sendt dokumentet på nytt. Ja eller Nei. Standardverdi er Nei. Dersom opplysningen mangler i dokumentet, skal standardverdi benyttes. BusinessAcknowledge består av følgende elementer: DokumentId Unikt nummer/identifikasjon av denne meldingen Avsender Hvilken organisasjon som er avsender av denne meldingen Mottaker - Hvilken organisasjon som er mottaker av denne meldingen Dokument Opplysninger om originaldokumentet Feil Eventuelle feilopplysninger Melding Fri kommentar til mottaker av meldingen 3.1.1 Dokument Elementgruppe med opplysninger om originalmeldingen. Gruppen består av følgende attributter: BusinessAckStatus Se 2.1.4.1 og Data Dictionary for gyldige verdier Dokument består av følgende elementer: DokumentReferanse Referanse til det originale dokumentet. DokumentMottatt Hele den originale meldingen kan legges inn i dette feltet. Side 8