Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS
|
|
- Liv Hildegunn Nygård
- 8 år siden
- Visninger:
Transkript
1 Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS
2 Innhold 1 Innledning 3 2 Dokumentasjon av Oversikt Meldinger forretningsregler Samhandling Bestille (initiere) transport Forespørre om transport Behandle meldingen Statusverdier som benyttes Hvordan lese diagrammene Rot-element TroppdrHode TroppdrSpesifikasjoner 10 4 Eksempler på forretningsmessig bruk av meldingen Scenario A Scenario B Scenario C Scenario D Scenario E 17 Side 2
3 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 XML Schema for detaljert teknisk dokumentasjon. Ferdig schema kan lastes ned (.xsd). Beskrivelse av alle elementer finnes i dokumentet Data Dictionary. 2.1 Oversikt er en melding fra oppdragsgiver for tømmertransporten til et transportselskap. et spesifiserer hvilke leveringssteder virket skal transporteres til og en plan for hvilke mengder som skal transporteres i angitte tidsperioder. inkluderer: Hvem som er oppdragsgiver og hvilke andre aktører som er berørt Varetyper og mengder som skal transporteres Planlagt tidspunkt for når transporten skal gjennomføres Meldinger Meldingen sendes av oppdragsgiver til transportselskapet (transportselskap er i denne sammenheng en rolle). Meldingstypen (TroppdrType) angir funksjon: TroppdrType = Oppdrag Bestilling/ordre på transportoppdrag. TroppdrType = Forespørsel Forespørsel om transport forretningsregler Den etterfølgende tabellen lister hvilke forretningsregler som gjelder for meldingen. Referanse Regel har to meldingstyper (TroppdrType): Oppdrag og Forespørsel Et kan ha kun en vareleverandør, men det kan spesifiseres flere geografiske hentesteder. må inneholde minst ett element av spesifikasjoner (TroppdrSpesifikasjoner). En TroppdrSpesifikasjon kan ha kun en varemottaker. Skal samme vare transporteres til forskjellige varemottakere, må det etableres en troppdrspesifikasjon for hver varemottaker. Et spesifikasjonselement skal tildeles et unikt linjenummer (TroppdrSpesLinjenr) innenfor et transportoppdrag. Sammen med dokumentnummeret vil dette identifisere spesifikasjonen. Linjenummeret som er tildelt en spesifikasjon, endres ikke ved endring av transportoppdrag. Ved sletting av spesifikasjon, skal linjenummeret ikke gjenbrukes innenfor samme transportordre Dersom status på meldingsnivå = Ny, må status på hode- og spesifikasjonsnivå også Side 3
4 2.1.3 Samhandling være = Ny Dersom status på meldingsnivå = Kansellert, må status på hode- og spesifikasjonsnivå også være = Kansellert Dersom status på hode- og/eller spesifikasjonsnivå = Endret, må status på meldingsnivå også være = Endret Dersom det kun er endring på meldingens hodenivå, skal status på spesifikasjonsnivå = Ingen Dersom det kun er endring på meldingens spesifikasjonsnivå, skal status på hodenivå = Ingen 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. 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. Side 4
5 Bestille (initiere) transport Initiere Transport Transportledelse [Har et virkesparti som skal kjøres] Registrer nødvendige opplysninger om oppdraget (opprett innkjøpsordre) Generer og send Motta [Kan ikke påta seg oppdraget med angitte betingelser/data] [Kan påta seg oppdraget] Velg annen leverandør av tjenesten Korriger oppdraget [Kan ikke påta seg oppdraget] [Kan påta seg endret oppdrag] [Kan ikke endre oppdraget] Motta Betinget Bekreftelse [Kan endre oppdraget] Korriger betingelser/ data Merknad: En Betinget Bekreftelse må bekreftes fra oppdragsgiver i form av et nytt. Bekreftelse Generer og send Betinget Bekreftelse Motta Avslått Bekreftelse Generer og send Avslått Motta Bekreftelse Bekreftelse Generer og send Bekreftelse Side 5
6 Forespørre om transport Forespørre Transport Transportledelse [Har et virkesparti som skal kjøres] Registrer nødvendige opplysninger om oppdraget (opprett innkjøpsordre) Generer og send Motta [Kan ikke påta seg oppdraget med angitte betingelser/data] [Kan påta seg oppdraget] [Kan ikke påta seg oppdraget] [Kan påta seg endret oppdrag] Korriger betingelser/ data Bekreftelse Generer og send Betinget Bekreftelse Motta Betinget Bekreftelse Bekreftelse Generer og send Avslått Motta Avslått Motta Bekreftelse Bekreftelse Generer og send Bekreftelse Behandle meldingen Hvordan meldingen skal behandles, avhenger av verdien av statusattributtene på meldings-, hode- og spesifikasjonsnivå. Status på meldingsnivå påvirker mulig status på hode- og spesifikasjonsnivå. Ved første gangs utsendelse skal status på melding, hode og spesifikasjon settes lik Ny. Transportselskapet svarer på denne meldingen med en Bekreftelse og status satt til Akseptert. Et transportselskap kan avvise et dersom informasjonen ikke tilfredsstiller kravene i standarden. Transportselskapet svarer da med meldingen BusinessAcknowledge og status satt til Avvist. Årsak skal angis. Side 6
7 Et transportselskap kan avvise et dersom det er feilsendt (inneholder opplysninger som ikke er gjenkjennbare for oppdragsgiver). Transportselskapet svarer da med meldingen BusinessAcknowledge og status satt til Feil. Årsak skal angis. Et transportselskap kan avslå et dersom de ikke har kapasitet eller av andre grunner ikke ønsker å påta seg oppdraget. Transportselskapet svarer da med meldingen Bekreftelse og status satt til Avslått. Årsak skal angis. Et transportselskap kan foreslå endring i mengder og tider i et dersom de ikke har kapasitet eller av andre grunner ikke kan tilfredsstille betingelsene i oppdraget. Transportselskapet svarer da med meldingen Bekreftelse og status satt til Betinget. Årsak skal angis Statusverdier som benyttes Nivå Attributt Verdi Melding TroppdrStatus Ny Indikerer at dette er første forsendelse av inneholdende originale data. Endret Indikerer at innholdet i meldingen er endret i forhold til første versjon/forsendelse. Kansellert Utsteder har kansellert denne meldingen. Hode TroppdrHodeStatus Ny Indikerer at dette er originale data. Endret Indikerer at innholdet i TroppdrHode er endret i forhold til første versjon/forsendelse. Kansellert Utsteder har kansellert denne meldingen. Ingen Ingen aksjoner er nødvendig for denne delen av meldingen. Brukes dersom andre deler av meldingen er endret. Spesifikasjon TroppdrSpesStatus Ny Indikerer at dette er originale data. Endret Indikerer at innholdet i TroppdrSpesifikasjoner er endret i forhold til første versjon/forsendelse. Kansellert Utsteder har kansellert denne spesifikasjonen. Ingen Ingen aksjoner er nødvendig for denne spesifikasjonen. Brukes dersom andre deler av meldingen er endret. 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. Side 7
8 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 undertrykt (+ til høyre angir at strukturen kan åpnes). Elementer kan forekomme utenfor den komplekse gruppeboksen hvis de er utvidelser av den definerte datatypen. 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 8
9 3 Side 9
10 3.1 Rot-element Rot-elementet består av følgende attributter: MeldingVersjon Gjeldende versjon er 2.0 TroppdrType Angir om det er en "Forespørsel" om mulig transport eller om det er et "Oppdrag". TroppdrStatus Se for gyldige verdier. meldingomsending Indikerer at dokumentet er sendt på nytt uten at det er foretatt endringer i opplysningene. Benyttes derom en Mottaker ber om å få sendt dokumentet på nytt. Ja eller Nei. Standardverdi er Nei. Dersom opplysningen mangler i dokumentet, skal standardverdi benyttes. Rotelementet består av følgende elementgrupper: TroppdrHode TroppdrSpesifikasjoner 3.2 TroppdrHode TroppdrHode består av følgende attributter: TroppdrHodeStatus Se for gyldige verdier. TroppdrHode består av følgende elementer: DokumentId Unik identifikasjon av meldingen Avsender Hvilken organisasjon som er utsteder av denne meldingen. Mottaker Hvilken organisasjon som er Mottaker av denne meldingen. Vareleverandør Hvilken organisasjon som er vareleverandør. Hentested Hvor varen (virket) skal hentes. 3.3 TroppdrSpesifikasjoner Et kan bestå av flere spesifikasjoner. Minimum en spesifikasjon må forekomme. TroppdrSpesifikasjoner består av følgende attributter: TroppdrSpesStatus Se for gyldige verdier. TroppdrSpesifikasjoner består av følgende elementer: SpesLinjenr Linjenummer for denne spesifikasjonen. Sammen med TroppdrNummer vil TroppdraSpesLinjenr være en unik identifikasjon av denne spesifikasjonen. Varemottaker Hvem som er mottaker av varen. Leveringssted Angir hvor varen skal leveres. Sortiment Hvilken vare som skal transporteres. AnnetKvantum Mulighet til å oppgi totalkvantum for denne spesifikasjonen (summen av periodekvantum). PeriodeKvantum Mulighet for å oppgi Side 10
11 transportkvantum pr. periode. TroppdrMaling Spesifikasjon av hvordan måling skal foretas. Side 11
12 4 Eksempler på forretningsmessig bruk av meldingen Eksempler på hvordan statustyper brukes i forbindelse med meldingen. I beskrivelsene nedenfor, er det bare vist eksempler for meldingsflyt mellom oppdragsgiver (i hovedsak kjøper i første handelsledd) og transportledelse. Meldingsflyt mellom andre aktører vil være tilsvarende. Modellen blir generell ved å benytte Avsender og Mottaker som roller, men det ikke gitt at alle scenarier vil være aktuelle for alle aktører. Når det gjelder forespørsel om transport, blir bruken lik de scenarier som er beskrevet her, men oppdraget vil ikke bli opprettet i transportledelsens system. Scenario A Scenario B Scenario C Scenario D Nytt fra oppdragsgiver, bekreftet fra transportledelsen Nytt fra oppdragsgiver, avvist av transportledelsen Nytt fra oppdragsgiver, deretter kansellering Nytt fra oppdragsgiver, betinget bekreftelse fra transportledelsen Scenario E Endring av fra oppdragsgiver I beskrivelsene benyttes Business Ack. Dette er bekreftelse som kan sendes for å bekrefte at en melding er mottatt av mottagende system (meldingen er overført). Side 12
13 4.1 Scenario A Melding Scenario Nytt fra oppdragsgiver, bekreftet fra transportledelsen Resultat Utsteder Mottaker Forutsetninger Trigger Steg 1 Steg 2 legges inn transportledelsens system Transportledelse (transportselskap) Ingen sender original til transportledelsen. Statusfelter i meldingen: TroppdrStatus = Ny TroppdrHodeStatus = Ny TroppdrSpesStatus = Ny Transportledelsen sender Bekreftelse til oppdragsgiver. Statusfelter i meldingen: TroppdrbekrStatus = Akseptert TroppdrbekrHodeStatus = Akseptert TroppdrbekrSpesStatus = Akseptert Side 13
14 4.2 Scenario B Melding Scenario Nytt fra oppdragsgiver, avvist av transportledelsen Transportledelse Mottar Mottar BusinessAcknowledge Resultat Utsteder Mottaker Forutsetninger Trigger Steg 1 Steg 2 inneholder feil og er ikke akseptert som en gyldig melding Transportledelse (transportselskap) inneholder feil som fører til at transportledelsen ikke kan kjenne igjen melding som gyldig i sitt system. Ingen sender original til transportledelsen. Statusfelter i meldingen: TroppdrStatus = Ny TroppdrHodeStatus = Ny TroppdrSpesStatus = Ny Transportledelsen svarer med BusinessAcknowledge. Statusfelter i meldingen: BusinessAckStatus = Avvist Side 14
15 4.3 Scenario C Melding Scenario Nytt fra oppdragsgiver, deretter kansellering Transportledelse Mottar BusinessAcknowledge Mottar Bekreftelse BusinessAcknowledge Resultat Utsteder Mottaker Forutsetninger Trigger Steg 1 Steg 2 opprettes og deretter slettes/tilbakekalles fra transportledelsens system Transportledelse (transportselskap) har utstedt transportoppdrag som er akseptert av transportledelsen. er sendt til feil adressat eller skal, av andre grunner, tilbakekalles eller slettes. sender til transportledelsen. Statusfelter i meldingen: TroppdrStatus = Kansellert TroppdrHodeStatus = Kansellert TroppdrSpesStatus = Kansellert Transportledelsen sender Bekreftelse til oppdragsgiver. Statusfelter i meldingen: TroppdrbekrStatus = Akseptert TroppdrbekrHodeStatus = Akseptert TroppdrbekrSpesStatus = Akseptert Side 15
16 4.4 Scenario D Melding Scenario Nytt fra oppdragsgiver, betinget bekreftelse fra transportledelsen Resultat Utsteder Mottaker Forutsetninger Trigger Steg 1 Steg 2 returneres til oppdragsgiver med endrede betingelser, opprettes ikke i transportledelsens system Transportledelse (transportselskap) Transportledelsen kan ikke oppfylle betingelsene i oppdraget, men kan påta seg oppdraget dersom betingelser endres. Ingen sender original til transportledelsen. Statusfelter i meldingen: TroppdrStatus = Ny TroppdrHodeStatus = Ny TroppdrSpesStatus = Ny Transportledelse sender Bekreftelse til oppdragsgiver. Statusfelter i meldingen: TroppdrbekrStatus = Betinget TroppdrbekrHodeStatus = Endret eller Ingen avhengig om innholdet i meldingshodet er endret eller ikke. TroppdrbekrSpesStatus = Endret eller Ingen avhengig om innholdet i meldingsspesifikasjonen er endret eller ikke. Side 16
17 4.5 Scenario E Melding Scenario Endring av Transportledelse Mottar BusinessAcknowledge Mottar Bekreftelse BusinessAcknowledge Resultat Utsteder Mottaker Forutsetninger Trigger Steg 1 Steg 2 endres i transportledelsens system. Transportledelse (transportselskap) Det er oppstått behov for endring av et transportoppdrag som tidligere er akseptert av transportledelsen Ingen sender til transportledelsen. Statusfelter i meldingen: TroppdrStatus = Endret TroppdrHodeStatus = "Endret eller Ingen avhengig om innholdet i meldingshodet er endret eller ikke. TroppdrSpesStatus = = Endret, Ingen eller "Kansellert avhengig om innholdet i meldingsspesifikasjonen er endret eller ikke. Transportledelsen sender Bekreftelse til oppdragsgiver. Statusfelter i meldingen: TroppdrbekrStatus = Akseptert TroppdrbekrHodeStatus = Akseptert TroppdrbekrSpesStatus = Akseptert Side 17
TransportoppdragBekreftelse
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 3 2.1.2 Transportoppdrag forretningsregler
DetaljerTransaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS
Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1
DetaljerTransaksjonsstandard for virkesomsetningen i Norge. Transportklart virke. Versjon 2.0. Desember 2007 SKOG-DATA AS
Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV TRANSPORTKLARTVIRKE 3 2.1 Oversikt 3 2.1.1 Meldingstyper 3 2.1.2 TransportklartVirke
DetaljerTransaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS
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
DetaljerMåledokument (Volumberegnet Måledokument)
Transaksjonsstandard for virkesomsetningen i Norge (Volumberegnet ) Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MÅLEDOKUMENT 3 2.1 Oversikt 3 2.1.1 Meldingstyper 3
DetaljerData Dictionary SKOG-DATA AS. Transaksjonsstandard for virkesomsetningen i Norge. Versjon 2.0
Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Revisjonshistorie: Versjon Beskrivelse Dato 2.0 30.11.2007 SKOG-DATA AS Innhold 1 Innledning 8 2 Dokumentasjon av Transportoppdrag 8 2.1 Hvordan
DetaljerForretningsprosessene i virkesomsetningen
Transaksjonsstandard for virkesomsetningen i Norge Forretningsprosessene i virkesomsetningen Versjon 2.0 Desember 2007 Innhold 1 INNLEDNING 3 1.1 Hvorfor en standard 3 1.2 Grunnprinsipp 3 2 AKTØRER / ROLLER
DetaljerGuide for utfylling av endringsmeldinger til kommunikasjonsstandarden
Transaksjonsstandard for virkesomsetningen i Norge Guide for utfylling av endringsmeldinger til kommunikasjonsstandarden Versjon 0.1 Revisjonshistorie: Versjon Beskrivelse Dato 0.1 Første utkast 10.11.09
DetaljerInnrapportering av trekk til NAV
.. Innrapportering av trekk til NAV XML meldingsbeskrivelse VERSJON 1.0 7. april 2010 Sist oppdatert: 2. februar 2012 Innhold Innrapportering av trekk til NAV... i XML meldingsbeskrivelse... i 1 Dokumenthistorie...
DetaljerAngivelse av EHF profiler og dokumenttyper
Angivelse av profiler og dokumenttyper Innholdsfortegnelse Veileder profiler og dokumenttyper 1. Forord... 3 1.1 Formål med dokumentet... 3 1.2 Begrepsdefinisjoner... 4 1.2.1 Dokumenttype... 4 1.2.2 Customization...
DetaljerBeskrivelse av filformatet for likningsoppgaven pass og stell av barn
Beskrivelse av filformatet for likningsoppgaven pass og stell av barn Beskrivelsen gjelder likningsoppgaver fra inntektsåret 2013 med første innsending i 2014. Versjon 1.0 14. desember 2012 1 Innhold 1
Detaljer1 Samhandlingsavtalen og de samhandlende partene
Side: 1 (Samhandlingsavtalen) er et avtalevedlegg til den kommersielle avtalen mellom kjøper og leverandør, som ønsker å drive handel over Ehandel.no. Samhandlingsavtalen regulerer hvordan den elektroniske
DetaljerForespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse HIS 1022:2010
HIS 1022:2010.. Forespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse Versjon 1.6 Opprinnelig dato 1.12.2008 Sist endret 15.02.2012 KITH 21/08:2012 Publikasjonens tittel: Forespørsel om
DetaljerSystemspesifikasjon AvtaleGiro
Systemspesifikasjon AvtaleGiro Systemspesifikasjon AvtaleGiro v 2.9 Side 1 av 21 Innhold 1 JUSTERING OG BLANKING AV FELTER... 3 2 FORSENDELSE FRA BETALINGSMOTTAKER... 3 2.1 STARTRECORD FORSENDELSE... 4
DetaljerSystemspesifikasjon AvtaleGiro
Systemspesifikasjon AvtaleGiro Systemspesifikasjon AvtaleGiro v 3.0 april 2013 Side 1 av 22 Innhold 1 STRUKTUR INNDATA... 3 2 FORSENDELSE FRA BETALINGSMOTTAKER... 3 2.1 STARTRECORD FORSENDELSE... 5 2.2
DetaljerAP221 Use Case SBL Registrer abonnement
AP221 Use Case SBL Registrer abonnement Registrer abonnement Etatssystem kan sende inn liste over innsendingstjenester som skal instansieres og dukke opp i en persons/organisasjons liste over aktive elementer.
DetaljerKortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise
Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av sending Epikrise 2 Informasjon om avsendersystem Programvareleverandør:
DetaljerSkatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.
Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 2 Krav til filvedlegg...
DetaljerGUIDELINE. Hvordan implementere XML Pakkseddel
GUIDELINE Hvordan implementere XML Pakkseddel Nivå 1-4 til bruk for dagligvarehandelen 6. januar 2014 Versjon 1.1 Innholdsfortegnelse 1 Innledning... 3 1.1 Definisjon... 3 1.2 Detaljeringsnivåer i elektronisk
DetaljerBrukerhå ndbok TrProd for Trånsportører
Brukerhå ndbok TrProd for Trånsportører Innhold INNLEDNING... 2 GENERELT... 2 VARSEL... 2 VISNING AV DATA... 2 1. NYE AKTIVITETER... 3 Godkjenne ordrebok... 3 NYE AKTIVITETER: ORDREBOK... 3 Avvise ordrebok...
DetaljerPass og stell av barn
Pass og stell av barn Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 2.0.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 2 Krav til filvedlegg...
DetaljerForespørsel og svar om egenandel
.. Forespørsel og svar om egenandel Informasjonsmodell og XML meldingsbeskrivelse VERSJON 1.1 Status: Til utprøving 6. oktober 2010 KITH-rapport 1024:2010 Innhold 1 Dokumenthistorie... 3 2 Innledning...
DetaljerDokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre.
Systembeskrivelse for eksterne aktører Med milepæl 3 gir Kartverket neste innblikk i den kommende løsningen for elektronisk tinglysing. Milepæl 3 gir eksterne aktører mulighet til å få innsikt i grensesnitt
DetaljerTeknisk håndbok efaktura Spesifikasjon Påmelding i XML-format Innhold
Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat Innhold Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 1 33 1 FUNKSJONALITET... 3 1.1 OVERORDNET BESKRIVELSE...
DetaljerSkatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016
Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016 Versjon 2.1 1. september 2015 1 Innhold 1 Introduksjon... 4 1.1 Endringer
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerBrukerveiledning. datautveksling. nettavregning i Norge
Brukerveiledning for datautveksling for nettavregning i Norge Dokument versjon/oppdatering: 1.0.B EDIFACT versjon (MSCONS) D.96A Dato: 25. januar, 2013 Status: For implementering Innhold 1. INTRODUKSJON...
DetaljerAP221 Use Case - TUL- Slett tjeneste
AP221 Use Case - TUL- Version 1.0 Date: 10.05.2010 Innhold 1... 3 2 1 Sletting av tjeneste i Tjenesteutviklingsløsningen. All sletting vil være logisk; det er mulig å hente tilbake utgaven eller tjenesten
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerProduktspesifikasjon. Trekkerør/kanal (ID=852) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.04-733 Trekkerør/kanal (ID=852) Sist endret: 2014-09-08 Definisjon: Rør eller kanal for trekking av kabel. Kommentar: Oppdateringslogg
DetaljerAP226 Use Case Diagram - SBL
AP226 Use Case Diagram - SBL Use Case Diagram Figuren under (Figur 1) viser en oversikt over alle use case for Sluttbrukerløsningen i Altinn 2 versjon 1. Den innerste firkanten inneholder alle use case
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerBRUKERVEILEDNING MELDINGSVALIDATOR FULLVALIDERING DATO VERSJON BESKRIVELSE Klar til publisering
BRUKERVEILEDNING MELDINGSVALIDATOR FULLVALIDERING DATO VERSJON BESKRIVELSE 04.07.2018 1.0 Klar til publisering INNHOLD 1. Ordforklaringer... 3 2. OM Fullvalidering... 4 3. Hvordan få tilgang til Meldingsvalidator?...
DetaljerBRUKERMANUAL FOR NRDB E-POST-PORTERING
BRUKERMANUAL FOR NRDB E-POST-PORTERING Versjon 1.0, 2003-05-09 Systor Trondheim as 643-109-2003/ KOB / 6/27/2003 2:38 PM Page 1 of 9 Innholdsfortegnelse 1 BRUKERMANUAL FOR NRDB E-POST-PORTERING... 3 1.1
DetaljerAP221 Use Case SBL Preutfyll og instansier innsendingstjeneste
AP221 Use Case SBL innsendingstjeneste innsendingstjeneste Preutfylling av innsendingstjenester skal hjelpe brukerne med utfyllingen av innsendingstjenesten. Der tjenesteeier kjenner til informasjonen
DetaljerSelvadministrasjon Opprett bruker
Generelt Du kan opprette en bruker ved å klikke på Opprett bruker enten i toppmenyen eller på funksjonstasten Opprett bruker nederst i brukeroversikten. For å opprette en bruker skal du gjennom opptil
DetaljerTeknisk håndbok SPESIFIKASJON. Påmelding i XML-FORMAT. versjon 2.9. - Status: Gjeldene. Påmelding XML format versjon 2.9
Teknisk håndbok SPESIFIKASJON Påmelding i XML-FORMAT versjon 2.9-1 - Dokumentansvarlig: Terje Dahl Endringslogg Ver. Kap. Beskrivelse av endring Sign. forf. Sign. dok.ansv. Dato 1.0 2.0 Alle endringer
DetaljerKort veiledning for prisavtaler
Kort veiledning for prisavtaler Side 1 Innholdsfortegnelse Innholdsfortegnelse Introduksjon Turpris Dagspris Full bil pris Fordeling av totalpris Startsiden Menyvalg og oversikter Opprette en Prisavtale
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Immunologi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: 1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerXML meldingspesifikasjon for Priskatalog (VVSXML-PRICAT)
XML meldingspesifikasjon for Priskatalog (VVSXML-PRICAT) Status: GODKJENT Versjon: 1.2 Dato: 02.03.2007 Utarbeidet av: Concept Factory AS 1. Innledning Denne spesifikasjonen omfatter definisjonen for priskatalogmeldingen
DetaljerAkseptansetest av mottak Elektronisk henvisning
Akseptansetest av mottak Elektronisk henvisning Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Henvisning 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Patologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerBRUKERDOKUMENTASJON. SMS-kommunikasjon VERSJON 1 (19.01.15)
BRUKERDOKUMENTASJON SMS-kommunikasjon VERSJON 1 (19.01.15) Innhold SMS-kommunikasjon... 3 Innstillinger... 4 Behandle grupper... 4 Behandle avsendere... 5 Importer data... 5 Generelle innstillinger...
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerDELLEVERANSE 2 INF2120 GRUPPE 12. Jon G. Berentsen Geir A. Nilsen Lailuma Arezo
DELLEVERANSE 2 INF2120 GRUPPE 12 Av Jon G. Berentsen Geir A. Nilsen Lailuma Arezo Innledning: Hensikten med vår oppgave er å lage et overvåkningssystem basert på posisjonering av mobiltelefon. Overvåkningssystemet
DetaljerAkseptansetest av mottak Elektronisk epikrise - Den gode epikrise
Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Patologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5980 Brannslokningsapparat (ID=213) Datakatalog versjon: 2.09-775 Sist endret: 2016-06-21 Definisjon: Apparat for å slokke brann. Kommentar: Oppdateringslogg
Detaljer2. Opprette anmodning DFØ
2. Opprette anmodning DFØ Versjon: 1.0 2.7 Rekvisisjon 13.12.11 Innhold 0 Innledning 1 Opprette rekvisisjon 2 Endre rekvisisjon Formål: Merknad: Alternativ rutine: Referanse til brukerhåndboken: Brukere
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.3700 Vegoppmerking, tversgående (ID=519) Datakatalog versjon: 2.04-733 Sist endret: 2014-12-02 Definisjon: Kommentar: Vegoppmerking som ikke har
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 10 Alle Vegobjekttype: 10.840 Vegkryss (ID=37) Datakatalog versjon: 2.15-832 Sist endret: 2018-05-31 Definisjon: Sted der veger møtes eller krysser hverandre med mulighet
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Radiologi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerAkseptansetest av sending og mottak Applikasjonskvittering
Akseptansetest av sending og mottak Applikasjonskvittering Meldingsversjon: 1.0 Akseptansetest av sending og mottak Applikasjonskvittering 2 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest
DetaljerSIMS Grensesnittbeskrivelse ekstern V0.8
SIMS Grensesnittbeskrivelse ekstern V0.8 Revisjoner Dato Versjon Beskrivelse Ansvarlig 22.10.2010 0.7 Oppstart beskrivelse av eksternt SIMS grensesnitt Jan Magne Johansen Side 2 av 7 Innholdsfortegnelse
DetaljerAP221 Use Case TUL Utarbeid designdokumenter
AP221 Use Case TUL Utarbeid designdokumenter Utarbeid design Tjenesten designes. Dette er en samling av tre use case: Endre designdokument, Lag nytt designdokument, Last opp designdokument. Designet kan
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5400 Toalettanlegg (ID=243) Datakatalog versjon: 1.94-637 Sist endret: 2013-03-07 Definisjon: Ett eller flere rom i en bygning med ett eller flere
DetaljerHjelp til Fraværssøknad og Oversikt fraværssøknader
Hjelp til Fraværssøknad og Oversikt fraværssøknader Sist oppdatert: 12.09.13 Bruk av Fraværssøknad og Oversikt fraværssøknader Grafisk oversikt Fraværssøknad Kalender Kvoteoversikt Fraværssøknader Opprett
DetaljerProduktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.04-733 Tunnelport (ID=854) Sist endret: 2013-10-17 Definisjon: Port som kan avstenge et tunnelløp. Kommentar: Oppdateringslogg
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.3071 Trafikkdeler (ID=172) Datakatalog versjon: 2.05-743 Sist endret: 2015-12-21 Definisjon: Fysisk skille mellom trafikkstrømmer (1). Kommentar:
DetaljerKort veiledning for avsendere og hentesteder
Kort veiledning for avsendere og hentesteder Side 1 Innholdsfortegnelse Innholdsfortegnelse Kort veiledning for avsender/hentested, ver 6.0 Daglige Oppgaver Før henting (korriger mengder) Legge inn merknader
DetaljerAkseptansetest av mottak Elektronisk epikrise - Den gode epikrise
Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Informasjon om mottakersystem Programvareleverandør: Navn og
DetaljerBeskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten
Beskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten Gjelder fra inntektsåret 2013 med første innsending i 2014. Versjon 2.1 25. november 2013 1 Innhold
DetaljerMapping fra e2b fakturaformat. til. Ehandel.no formatet.
Mapping fra e2b fakturaformat til Ehandel.no formatet. Notat utarbeidet for Difi - Direktoratet for forvaltning og IKT Versjon 03 27. september 2010 Utarbeidet av: Petter Sandvik Senior rådgiver EdiSys
DetaljerExpress import-system
Express import-system Enkel guide for mottakere TNTs Express Import-system TNTs Express Import-system gjør det enkelt for deg å få dokumenter, pakker eller paller hentet fra 168 land. Du starter som mottaker
DetaljerAkseptansetest for mottak av administrativ kommunikasjon mot kjernejournal
Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Meldingsversjon: Standard for administrativ kommunikasjon mot kjernejournal, versjon 1.0, datert 12.08.2008 Akseptansetest - Mottak
DetaljerB Tilbudsregler 2008-10-22. B Tilbudsregler Fellesdokument. Funksjonskontrakt med oppstart 2009. Side 1 av 6
B Tilbudsregler 2008-10-22 Side 1 av 6 Innholdsliste 1 Lov og forskrift om offentlige anskaffelser...3 2 Endelig frist for mottak av tilbud (jf. 17-1c)...3 3 Bruk av tekniske spesifikasjoner (jf. 17-3)...3
DetaljerOppsett Visma.net Calendar For deg som bruker Huldt & Lillevik Lønn
Oppsett Visma.net Calendar For deg som bruker Huldt & Lillevik Lønn Innholdsfortegnelse 1. Integrasjon med Visma.net Calendar... 2 1.1 Forberedelser/sjekkliste... 2 2. Sette opp integrasjon i Huldt & Lillevik
DetaljerFORESPØRSEL FSP FLO-IKT DEL 1 REGLER FOR ANSKAFFELSEN
DEL 1 REGLER FOR ANSKAFFELSEN Side 1 av 9 FORESPØRSEL FSP FLO-IKT.2008.004 DEL 1 REGLER FOR ANSKAFFELSEN DEL 1 REGLER FOR ANSKAFFELSEN Side 2 av 9 Innholdsfortegnelse 1 INNLEDNING... 3 1.1 Anskaffelsens
DetaljerFORSVARET. Forsvarets logistikkorganisasjon Driftsanskaffelsesavdelingen Innkjøpskontor Felles og Støtte. Tilbudsforespørsel på lastesikringsutstyr
FORESPØRSEL: 2016027709 Side 1 av 7 FORSVARET Forsvarets logistikkorganisasjon Driftsanskaffelsesavdelingen Innkjøpskontor Felles og Støtte Tilbudsforespørsel på lastesikringsutstyr Forespørsel 2016027709
DetaljerBRUKERVEILEDNING SAMSVARSTEST AV ELEKTRONISKE MELDINGER I NHN TESTSENTER DOKUMENTHISTORIKK DATO VERSJON BESKRIVELSE 13.04.2016 1.0
BRUKERVEILEDNING SAMSVARSTEST AV ELEKTRONISKE MELDINGER I NHN TESTSENTER DOKUMENTHISTORIKK DATO VERSJON BESKRIVELSE 13.04.2016 1.0 INNHOLD 1 Om samsvarstest i NHN... 3 2 Validere XML-filer... 4 3 Forberedelser
DetaljerSist endret: Definisjon: Sted der veger møtes eller krysser hverandre med mulighet for utveksling av trafikk (1).
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.07-755 Vegkryss (ID=37) Sist endret: 2016-11-02 Definisjon: Sted der veger møtes eller krysser hverandre med mulighet for
DetaljerProduktspesifikasjon. Fartstavle (ID=624) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.09-775 Fartstavle (ID=624) Sist endret: 2017-03-03 Definisjon: Tavle som viser fart til kjøretøy som passerer. Kommentar:
DetaljerKort veiledning for ruteplan
Kort veiledning for ruteplan Side 1 Innholdsfortegnelse Innholdsfortegnelse Introduksjon Registrere hente og leveringssteder i ruteplan Registrere en ruteplan Registrere en rute Registrere en ukentlig
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.3330 Kantstein (ID=9) Datakatalog versjon: 2.09-775 Sist endret: 2016-06-27 Definisjon: Stein som settes for å avgrense trafikkøyer, fortau, midtdeler,
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 10 Alle Vegobjekttype: 10.212 Fartsgrense, variabel (ID=721) Datakatalog versjon: 2.15-832 Sist endret: 2018-05-31 Definisjon: Kommentar: Høyeste tillatte hastighet på
DetaljerKort veiledning for transportkjøpere
Kort veiledning for transportkjøpere Side 1 Innholdsfortegnelse Innholdsfortegnelse Startsiden Menyvalg og oversikter Registrere Transportoppdrag Velg aktører Kjøper (Oppdragsgiver) Leverandør Fra juridisk
DetaljerSmart Grid Norway. RMA Policy
Smart Grid Norway RMA Policy Publisert: 08.01.2014 INNHOLDSFORTEGNELSE 1 Garanti og defekte produkter... 3 1.1 Garanti... 3 1.2 Defekte produkter... 3 2 Hvordan motta RMA nummer?... 4 3 Pakking og frakt
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 10 Alle Vegobjekttype: 10.3170Fortau (ID=48) Datakatalog versjon: 2.11-788 Sist endret: 2017-12-15 Definisjon: Kommentar: Del av vegen reservert for gående. Som regel ligger
DetaljerProduktspesifikasjon. Trekkekum (ID=853) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.04-733 Trekkekum (ID=853) Sist endret: 2014-09-08 Definisjon: Kum for trekking og/eller sammenkobling av kabler. Kommentar:
DetaljerSist endret: Definisjon: Sted der veger møtes eller krysser hverandre med mulighet for utveksling av trafikk (1).
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.01-706 Vegkryss (ID=37) Sist endret: 2014-10-20 Definisjon: Sted der veger møtes eller krysser hverandre med mulighet for
DetaljerKOM I GANG MED SCHENKERS ONLINE BOOKING
KOM I GANG MED SCHENKERS ONLINE BOOKING Denne manualen er en hjelp til førstegangsbrukere av Schenkers Online Booking Service. Vår online booking service kan brukes til å bestille transport av eksportsendinger
DetaljerUKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver
DetaljerAkseptansetest av mottak Elektronisk epikrise - Den gode epikrise
Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST
DetaljerTransportplanlegging i TakeCargo
Transportplanlegging i TakeCargo Bruk av meldinger i TakeCargo for å splitte transportbestillinger og legge oppdrag på tur. Side 1 Innholdsfortegnelse -Sammenslåing av transportoppdrag til turer Nødvendige
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.4760 Skjerm (ID=3) Datakatalog versjon: 2.04-733 Sist endret: 2015-06-10 Definisjon: En frittstående konstruksjon som skal være et hinder for f.eks
DetaljerBasis interoperabilitetstest - ebxml
Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre
DetaljerAkseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad
Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
DetaljerPOST- OG TELETILSYNET KRAVSPESIFIKASJON. Anskaffelse av laboratorietjenester 21.05.2013
POST- OG TELETILSYNET KRAVSPESIFIKASJON Anskaffelse av laboratorietjenester 21.05.2013 1 Dokumentering av tekniske og faglige kvalifikasjoner... 2 2 Standardisering og europeisk samarbeid... 2 3 Pris og
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier
Produktspesifikasjon Datagruppe: 10 Alle Vegobjekttype: 10.214 Fartstavle (ID=624) Datakatalog versjon: 2.15-832 Sist endret: 2017-12-15 Definisjon: Tavle som viser fart til kjøretøy som passerer. Kommentar:
DetaljerUlykkesstrekning (ID=717)
Produktspesifikasjon Datagruppe: 1 Vegobjekttype: 1.0 Datakatalog versjon: 2.09-775 Sist endret: 2013-10-04 Definisjon: Kommentar: Alle Ulykkesstrekning (ID=717) En strekning på vegen som er særlig ulykkesbelastet.
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.6080 Detektor, trafikk (ID=167) Datakatalog versjon: 2.09-775 Sist endret: 2017-03-03 Definisjon: En enhet som gir en impuls til styreapparatet
DetaljerRegler om straksbetalinger
Regler om straksbetalinger Fastsatt 03.05.2012 av Bransjestyre betalingsformidling og infrastruktur i FNO Servicekontor. Endret av Bits AS 19.12.2017. 1 Reglenes omfang og virkeområde Reglene gjelder for
DetaljerObjektorientering og UML. INF1050: Gjennomgang, uke 06
Objektorientering og UML INF1050: Gjennomgang, uke 06 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design
DetaljerSmartStore Ordrebehandling (T20)
SmartStore Ordrebehandling (T20) Ordrebehandling, registrering av varer og varemottak i (T20) Page 2 of 23 OM DETTE DOKUMENTET VERSJONSHISTORIKK Versjon Beskrivelse Dato Hvem 1.0 Ordrebehandling 09.12.2013
DetaljerAkseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud
Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
DetaljerProduktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner
Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.6020 Nødstasjon (ID=500) Datakatalog versjon: 2.04-733 Sist endret: 2014-04-09 Definisjon: Kommentar: Sted hvor det er plassert utstyr til bruk
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF2810 Eksamensdag: Fredag 5. juni 2015 Tid for eksamen: 14:30 (4 timer) Oppgavesettet er på 4 sider (ikke medregnet denne siden)
DetaljerBRUKERVEILEDNING. Mobil App
BRUKERVEILEDNING Mobil App Innhold 8.1 Oppstart/pålogging... 2 8.2 Bekreft/motta oppdrag... 3 8.3 Hent Terminal... 4 8.4 Hent kunde... 7 8.5 Levering kunde... 9 8.6 Levering terminal... 11 8.7 Registrer
DetaljerRetningslinjer for bruk av standardene for Rekvisisjon av medisinske tjenester og Svarrapportering av medisinske tjenester
HISD 1102:2014 Retningslinjer for bruk av standardene for Rekvisisjon av medisinske tjenester og Svarrapportering av medisinske tjenester Publikasjonens tittel: Retningslinjer for bruk av standardene for
Detaljer