Transportfaktura Implementasjonsguide

Transkript

1 Transportfaktura Implementasjonsguide Bransjespesifikk bruk av e2b-fakturameldingen for transport Desember 2005 En NorStella-rekommendasjon 1 / 1

2 Innhold 1 Introduksjon e2b-fakturaformatet struktur og innhold Fellesformatets struktur Transportfakturaens struktur Fakturahodet Fakturadetaljer (fakturalinjer) Fakturatotaler e2b-fakturaens bransjespesifikke tillegg for transport Bransjespesifikke tillegg i e2b-formatet Det bransjespesifikke tillegget for transport plassering/struktur ChargeItems debiteringslinjene for ett transport/logistikkoppdrag Debiteringslinje som ikke er relatert til et spesifikt transportoppdrag InvoiceDetails med transportspesifikt tillegg - eksempel Transportobjektene i transportprofilen Strukturen i transportinformasjonen Transportobjektet Consignment Godsstrukturen i en sending Innholdet i Consignment-objektet Transportobjektet GoodsItem Transportobjektet Package Transportobjektet Party Transportobjektet TransportLeg Transportobjektet TermsOfDelivery Transportobjektet DateAndTimes Transportobjektet Cod Transportobjektet Equipment Transportobjektet DangerousGoods Transportobjektet Service Transportobjektet CustomsInformation Transportobjektet Offer Transportobjektet Insurance Datatyper i e2b-transportprofilen Komplett XML-skjema for det transportspesifikke tillegget i e2bfakturameldingstypen / 2

3 1 Introduksjon e2b Forum er en sammenslutning av et antall større norske bedrifter som ønsker å jobbe for å øke utbredelsen av elektronisk fakturering (efaktura) i markedet. Forumet har sitt utspring i privatmarkedet men er ikke begrenset til dette, og har også med deltakere fra offentlig sektor. En viktig faktor for å oppnå målet om økt utbredelse er å ha et felles XMLbasert fakturaformat som kan være en standard i markedet. Forumet har derfor valgt å definere et eget format - e2b-fakturaformatet - som p.t. forvaltes av forumet selv. Dette formatet skal tilfredsstille følgende krav: Formatet må dekke alle typer fakturering Formatet må være enkelt å ta i bruk for små og store aktører Formatet må kunne utvides i forhold til behov fra nye bransjer Formatet må være uavhengig av tekniske løsninger I tillegg til basisdelen av e2b-fakturaformatet kan det defineres bransjespesifikke tillegg for å dekke behov for informasjon i ulike bransjer. Disse bransjespesifikke tilleggene følger faste og enhetlige regler og blir beskrevet i egne dokumentasjoner (implementasjonsguider) som utarbeides av de respektive bransjene. NorStella har via sitt faste transportbransjeforum Forum for Elektronisk Samhandling innen Transport (FEST) utarbeidet et slikt bransjespesifikt tillegg til e2b-formatet, slik at dette formatet kan anvendes som en transportfaktura.typiske bruksscenarier for denne transportprofilen vil være: Faktura fra speditør til spedisjonskunde for utførte spedisjonsoppdrag, transportoppdrag og andre logistikkoppdrag (f.eks. fortolling og lagring) Faktura fra innlandstransportør (samlaster) til innlandstransportørs kunde for utførte innlandstransportoppdrag Faktura fra speditør 1 til speditør 2 (typisk en ankomstmelding) Faktura fra agent 1 (speditør/transportør) til agent 2 for utførte (deler av) internasjonale transportoppdrag Den transportrelaterte informasjonen i transportprofilen er inneholdt i en egen komponent TransportDetails i fakturameldingen. Denne komponenten kan inneholde all relevant transportinformasjon og anvender (gjenbruker) de transportinformasjonsobjekter som finnes i NorStellastandarden transportxml. e2b-basisformatet er beskrevet i dokumentet e2b Fakturaformat Meldingsbeskrivelse versjon 3.2 av 23.desember Dette dokumentet kan lastes ned fra e2b Forums hjemmeside Inneværende dokument beskriver det bransjespesifikke tillegget for transport og gir retningslinjer for hvordan e2b-fakturaformatet skal brukes for elektroniske transportfakturaer. 3 / 3

4 For å implementere transportfakturaen er det nødvendig å ha begge disse dokumentene tilgjengelige. Kapittel 2 i inneværende implementasjonsguide beskriver strukturen i e2bformatet og gir retningslinjer for hvordan transportprofilen anvender basisdelen av formatet (fellesformatet). Kapittel 3 beskriver det bransjespesifikke tillegget for transport (transportprofilen) og reglene for hvordan dette inngår i og anvender strukturen i basisformatet. Kapittel 4 beskriver objektene i transportprofilen i detalj. Kapittel 5 beskriver de datatypene som anvendes i transportprofilen. Kapittel 6 inneholder det komplette XML-skjemaet for det transportbransjespesifikke tillegget til e2b-formatet. Oslo, 24.desember 2005 Arild Nybakk NorStella/FEST Øyvind Aassve NorStella 4 / 4

5 2 e2b-fakturaformatet struktur og innhold 2.1 Fellesformatets struktur Det totale e2b-fakturaformatet er bygget opp som vist i følgende figur (som er hentet fra kapittel 3 i e2b Fakturaformat Meldingsbeskrivelse versjon 3.2 ): 0..1 Interchange 1..* Envelope Invoice InvoiceSummary InvoiceHeader 1..* InvoiceDetailsType 0..* InvoiceDiscountChargesAndTax CardHeaderInformation * 1..* FreeText BaseItemDetailsType InsuranceHeader TelecomHeader CardDetailsInformation InsuranceDetails * SubInvoice 0..* TelecomDetails 0..* 0..* TravelDetails TransportDetails 0..* CarrierDetails Figuren viser at e2b-formatet består av 4 seksjoner: Fakturahode (InvoiceHeader) Fakturalinjer (InvoiceDetails) Rabatt/avgift-informasjon (InvoiceDiscountChargesAndTax) Fakturatotaler (InvoiceSummary) 2.2 Transportfakturaens struktur Dersom vi ser bort fra det bransjespesifikke tillegget (TransportDetails), følger og anvender transportfakturaen e2b-fakturaformatet slik det er beskrevet i e2b Fakturaformat Meldingsbeskrivelse versjon 3.2. De enkelte objekter og datafelter i fellesformatet blir derfor som hovedregel ikke beskrevet i inneværende guide vi viser til beskrivelsen i nevnte dokument. 5 / 5

6 Likevel er det deler av fellesformatet som NorStellas Forum for Elektronisk Samhandling innen Transport anbefaler ikke å anvende i transportfakturaen. I forhold til figuren i avsnitt 2.1 gjelder dette følgende komponenter: Hovedseksjonen InvoiceDiscountChargesAndTax Andre bransjespesifikke tillegg enn transportinformasjon (TransportDetails) vi ønsker ikke at en transportfaktura også skal inneholde belastninger tilknyttet andre bransjer (selv om dette teknisk sett kunne la seg gjøre) SubInvoice-objektet FreeText-objektet på nivået rett under InvoiceDetails-elementet (dette henger sammen med at vi i transportfakturaen skal ha en forekomst av InvoiceDetails-elementet for hver sending/transport som den aktuelle fakturaen vedrører, og all fritekst-informasjon vedrørende denne sendingen/transporten vil ligge i det bransjespesifikke tillegget TransportDetails i denne InvoiceDetails- forekomsten) Det er videre visse informasjonsobjekter i fellesformatet som anbefales anvendt/må anvendes på spesielle måter for transportfakturaen. Dette er nærmere beskrevet i avsnittene nedenfor og i kapittel 3 (e2b-fakturaens bransjespesifikke tillegg for transport). Fakturaformatet i henhold til transportprofilen vil derfor ha følgende struktur: Invoice InvoiceHeader InvoiceDetails InvoiceSummary BaseItemDetails TransportDetails Sum av belastninger i TransportDetails 6 / 6

7 2.3 Fakturahodet InvoiceHeader-seksjonen består av InvoiceHeader-elementet. Dette inneholder generell fakturainformasjon som fakturatype (faktura, kreditnota, etc), fakturastatus (original, kopi), fakturanummer og fakturadato. Videre inneholder fakturahodet informasjon om fakturautsteder og fakturamottaker samt betalingsinformasjon (herunder betalingsbetingelser og forfallsdato). InvoiceHeader må inneholde aktørene Supplier og Buyer. I henhold til meldingsbeskrivelsen for e2b-fakturaen skal Supplier = fakturautsteder dersom dette er selger/leverandør av de varer/tjenester som faktureres tilsvarende skal Buyer = fakturamottaker dersom dette er kjøper av de varer/tjenester som faktureres. Fellesformatet gir i tillegg mulighet til å bruke aktørene InvoiceIssuer og Invoicee, men bare dersom fakturautsteder og fakturamottaker er forskjellige fra selger respektive kjøper. I et transportscenario er det ofte mange aktører/parter involvert, og hver aktør har ofte flere roller. Ettersom elementene Supplier og Buyer er angitt som påkrevet i e2b-fellesformatet, velger vi alltid å anvende disse for rollene fakturautsteder og fakturamottaker i transportfakturaen, selv om betegnelsene kan være misvisende i et transportscenario (InvoiceIssuer og Invoicee anvendes m.a.o. ikke). Aktørroller knyttet til selve transportscenariet (avsender, mottaker, oppdragsgiver, etc) skal i transportfakturaen ikke angis i fakturahodet, men som Party-elementer i det bransjespesifikke tillegget TransportDetails (se kapittel 4.5). Det betyr at aktørene OrderedBy, DeliveryPart, UltimateCustomer og ShippedFrom (se kapittel 3.4 i meldingsbeskrivelsen) ikke skal brukes i en transportfaktura. Den eneste aktørangivelsen som kan være aktuell i fakturahodet (ved siden av de obligatoriske Supplier og Buyer), er Factoring, som angir et eventuelt factoringselskap som fakturautsteder anvender for betalingstransasksjonen. Fakturahodet inneholder et InvoiceReferences-element. Enkelte informasjonsfelter her kan være aktuelle å bruke i transportfakturaen det gjelder spesifikt InvoiceNumber, som er en referanse til opprinnelig faktura i en kreditnota. De fleste elementene i InvoiceReferences er imidlertid referanser som i en transportfaktura vil være relatert til en spesifikk sending/transport (ordrenummer, leveringsbetingelser, leveringsdato), og slik informasjon om en sending/transport skal ligge i TransportDetailselementet i InvoiceDetails-seksjonen av meldingen og ikke i fakturahodet vi har i transportfakturaen nøyaktig ett InvoiceDetails-element og inne i dette nøyaktig ett TransportDetails-element for hver sending/transport fakturaen gjelder. Bortsett fra bruken av elementet InvoiceNumber for å referere fra en kreditnota tilbake til en faktura, anbefaler vi ikke å anvende InvoiceReferences-elementet i fakturahodet når e2bformatet brukes for en transportfaktura. 7 / 7

8 Eksempel på en InvoiceHeader i en transportfaktura: <InvoiceHeader> <InvoiceType codetext="invoice">380</invoicetype> <InvoiceNumber> </InvoiceNumber> <InvoiceDate> </InvoiceDate> <Supplier> <Name>Transport Company AS</Name> <ContactInformation> < Address>anybakk@stsas.no</ Address> </ContactInformation> <PostalAddress> <Address1>Postboks 1000</Address1> <PostalCode>2120</PostalCode> <PostalDistrict>SAGSTUA</PostalDistrict> <CountryCode>NO</CountryCode> </PostalAddress> <OrgNumber> </OrgNumber> <AccountInformation> <AccountNumber> </AccountNumber> <IbanNumber>NO </IbanNumber> <SwiftNumber>DNBANOKK</SwiftNumber> </AccountInformation> </Supplier> <Buyer> <PartyId> </PartyId> <Name>Chronopost International Norway AS</Name> <PostalAddress> <Address1>Postboks 116</Address1> <PostalCode>2061</PostalCode> <PostalDistrict>GARDERMOEN</PostalDistrict> </PostalAddress> </Buyer> <Payment> <DueDate> </DueDate> <Currency>NOK</Currency> <KidNumber/> </Payment> </InvoiceHeader> 2.4 Fakturadetaljer (fakturalinjer) InvoiceDetails-seksjonen inneholder fakturalinjene i fellesformatet har vi et sett fakturalinjer i form av et sett forekomster av elementet BaseItemDetails. Når e2b-formatet brukes med det bransjespesifikke transporttillegget, vil vi ha ett InvoiceDetails-element for hver sending/transport som fakturaen gjelder, og BaseItemDetails-elementet vil inneholde dels transportinformasjonen, dels sum belastninger for den aktuelle sendingen/transporten. Dette er nærmere beskrevet i kapitlene 3 og 4. 8 / 8

9 2.5 Fakturatotaler Fakturatotalene er inneholdt i elementet InvoiceSummary. Transportprofilen stiller ingen spesielle krav til eller gir noen spesifikke anbefalinger om bruk av InvoiceSummary utover det som er brevet i e2bmeldingsbeskrivelsen. Det er dog verdt å merke at enkelte av elementene under InvoiceTotals-elemenet vil være uaktuelle, ettersom vi i transportprofilen ikke anvender hovedseksjonen InvoiceDiscountChargesAndTax (se avsnitt 2.2 ovenfor). Eksempel på en InvoiceSummary i en transportfaktura: <InvoiceSummary> <InvoiceTotals> <LineItemTotalsAmount>280.00</LineItemTotalsAmount> <GrossAmount>350.00</GrossAmount> <VatTotalsAmount>70.00</VatTotalsAmount> <NetAmount>280.00</NetAmount> </InvoiceTotals> </InvoiceSummary> 9 / 9

10 3 e2b-fakturaens bransjespesifikke tillegg for transport 3.1 Bransjespesifikke tillegg i e2b-formatet En viktig funksjon i e2b-formatet er muligheten til å definere bransjespesifikke tillegg. Slike bransjespesifikke tillegg vil inneholde informasjon som er nødvendig for å bekrive (det bransjespesifikke) produktet eller tjenesten som er grunnlaget for den aktuelle faktureringen. Dette er ikke minst viktig for en elektronisk transportfaktura, ettersom det er svært vanlig at en slik faktura inneholder omfattende informasjon om den transport- eller logistikktjenesten som faktureres. For å sikre en enhetlig struktur i alle e2b-fakturameldinger, er det etablert klare regler for hvordan bransjespesifikke tillegg skal inngå i den totale e2b-formatstrukturen. Disse prinsippene er beskrevet i kapittel 2.3 i meldingsbeskrivelsen. Bransjespesifikke tillegg kan dels inngå i fakturameldingens hode, dels i fakturadetalj-seksjonen. Dersom fakturadetalj-seksjonen benyttes, kan det bransjespesifikke tillegget enten legges etter basisdetaljene eller før basisdetaljene. I den sistnevnte varianten vil basisdetaljene (BaseItemDetails) representere et sumnivå av de enkeltbelastninger som finnes i selve det bransjespesifikke tillegget. 3.2 Det bransjespesifikke tillegget for transport plassering/struktur I transportprofilen legger vi ingen transportrelatert informasjon i fakturahodet. Hele det tranportspesifikke tillegget ligger i InvoiceDetails-seksjonen inne i BaseItemDetails-elementet. Her vil transportinformasjonen og de enkelte debiteringslinjene finnes i et eget element TransportDetails dette ligger som første element på nivået under BaseItemDetails. Resten av elementene i BaseItemDetails anvendes så som en sumlinje for enkeltbelastningene i TransportDetails. Transportprofilen har samme struktur uavhengig av om transportfakturaen gjelder ett eller flere transport/logistikkoppdrag. Det er m.a.o. ingen strukturell forskjell mellom en enkeltfaktura og en samlefaktura. I alle tilfeller gjelder følgende prinsipper: Vi har ett InvoiceDetails-element for hvert transportoppdrag. Dette InvoiceDetails-elementet inneholder ett (og bare ett) BaseItemDetails-element. 10 / 10

11 Først i BaseItemDetails-elementet legger vi ett (og kun ett) TransportDetails-element. TransportDetails-elementet har 2 deler: o Et ConsignmentStructure-element som inneholder all transportrelatert informasjon. o Et ChargeItems-element som inneholder alle debiteringslinjene (fakturalinjene) relatert til det transportoppdraget som beskrives av det aktuelle TransportDetails-elementet. Etter TransportDetails-elementet (på samme nivå) i BaseItemDetails anvendes øvrige elementer i BaseItemDetails som en sumlinje for debiteringslinjene i TransportDetails/ChargeItems (dvs vi får en sumbelastning for det aktuelle transportoppdraget). De aktuelle elementene som anvendes for denne sumlinjen er først og fremst LineItemNum, Description og LineItemAmount. Den overordnede strukturen framgår av figuren i avsnitt 2.2. Innholdet i selve transporttillegget (TransportDetails) har en struktur som vist i figuren nedenfor her inneholder elementet ConsignmentStructure selve transportinformasjonen, mens elementet ChargeItems inneholder de enkelte debiteringslinjene. Consignmentobjektets attributter TransportDetails ConsignmentStructure ChargeItems Consignment Transportobjekter som er relatert til Consignmentobjektet 3.3 ChargeItems debiteringslinjene for ett transport/logistikkoppdrag Inne i TransportDetails-elementet skal samtlige debiteringslinjer som gjelder det transportoppdraget som dette TransportDetails-elementet beskriver, legges i ChargeItems-elementet. ChargeItems er et konvolutt - element for et sett Details-elementer hvert slik Details-element inneholder en debiteringslinje. 11 / 11

12 Details-elementet har nøyaktig samme struktur som e2bfellesformatets BaseItemDetails-element, med unntak av at det ikke kan inneholde noen av de bransjespesifikke tilleggskomponentene (hvilket ville være meningsløst å tillate her). Dette er et naturlig valg det betyr at selve debiteringsinformasjonen i ChargeItems/Details i en transportfaktura vil ha samme struktur (finnes i samme typer av XML-elementer) som debiteringsinformasjonen i en ikke-bransjespesifikk faktura (der jo debiteringsinformasjonen finnes direkte i BaseItemsDetails-elementet). Details-elementet kan følgelig inneholde alle de elementer som er beskrevet for BaseItemDetails-elementet se kapittel 3.5 (Fakturadetaljer) i meldingsbeskrivelsen. Transportprofilen slik den er definert av NorStella/FEST legger i utgangspunktet ingen begrensninger på hvilke av disse elementene som kan eller bør brukes i en transportfaktura. Dersom vi ser på dagens de facto-fakturaer innen transportområdet, er det likevel en del av informasjonselementene som er mer aktuelle enn andre. Disse listes i tabellen nedenfor sammen med beskrivelse/anbefalt bruk: Element LineItemNum SuppliersProductId Description LineItemPreDiscountAmount LineItemAmount LineItemGrossAmount VatInfo/VatAmount Beskrivelse/bruk Debiteringslinjenr. Fortløpende fra utsteder. Egentlig produktid. I transportfakturaen anvender vi feltet for en debiteringskode som identifiserer den tjenesten som debiteres i denne linjen (innhenting, hovedfrakt, etterfrakt, etc.). Kodeverdier kan hentes fra NorStellas anbefaling for debiteringskoder: Denne kodelisten finnes i transportxml-dokumentasjonen (transportxml versjon 3.2 april 2005). En tekstlig beskrivelse av tjenesten som debiteres (dvs dette er en tekstlig variant av SuppliersProductId). Beløp før rabatt beløp i henhold til utsteders bruttotariff. Debitert beløp ekskl. MVA Debitert beløp inkl. MVA MVA-beløp 3.4 Debiteringslinje som ikke er relatert til et spesifikt transportoppdrag På en transportfaktura kan det finnes debiteringslinjer som ikke er relatert til et spesifikt transportoppdrag. Det vanligste tilfellet er fakturagebyret som i dag gjenfinnes på nesten alle transportfakturaer. Dette gebyret belastes en gang på en faktura, uavhengig av hvor mange transportoppdrag fakturaen gjelder. NorStella/FEST har besluttet at slike debiteringslinjer skal plasseres i en egen InvoiceDetails-seksjon dette betyr at de InvoiceDetailselementer som bekriver og inneholder belastninger for konkrete transportoppdrag ikke vil inneholde debiteringslinjer som ikke er direkte relatert til transportoppdraget. 12 / 12

13 Ikke-transportrelaterte debiteringslinjer vil ligge direkte i et sett BaseItemDetails-elementer (ett BaseItemDetails-element per slik debitering) rett under det aktuelle InvoiceDetails-elementet. Følgende eksempel illustrerer bruken: <InvoiceDetails> <BaseItemDetails> <LineItemNum>3</LineItemNum> <Description>Fakturagebyr</Description> <LineItemAmount>50.00</LineItemAmount> </BaseItemDetails> </InvoiceDetails> 3.5 InvoiceDetails med transportspesifikt tillegg - eksempel Eksemplet nedenfor er hentet fra en faktura der det belastes for 2 utførte transportoppdrag. Vi har derfor 2 InvoiceDetails-elementer, og hvert av disse inneholder et BaseItemDetails-element. Her finner vi først transportinformasjonen og debiteringslinjene i TransportDetails-elementet, og etter dette finner vi elementene LineItemNum, Description og LineItemAmount som summerer belastningene for hvert av de 2 transportoppdragene. De enkelte objekter/elementer inne i ConsignmentStructure (dvs selve transportinformasjonen) er nærmere beskrevet i kapittel 4. <InvoiceDetails> <BaseItemDetails> <TransportDetails> <ConsignmentStructure> <Consignment consignmentid=" " idtype="other"> <TotalGrossWeight unitcode="kgm">15 </TotalGrossWeight> <TotalPayableWeight unitcode="kgm">25 </TotalPayableWeight> <NumberOfPackages>1</NumberOfPackages> <Reference> <ReferenceNo> </ReferenceNo> <ReferenceType>CU</ReferenceType> </Reference> <Party subclass="consignee"> <Name>Norske Shell</Name> <Address subclass="physicaladdress"> <PostalCode>4098</PostalCode> <City>TANANGER</City> 13 / 13

14 </Address> </Party> <TransportLeg> <Location subclass="startlocation" locationid="2060" idtype="16"/> <Location subclass="endlocation" locationid="4098" idtype="16"/> </TransportLeg> <TermsOfDelivery> <TermsOfDeliveryCode>DDP </TermsOfDeliveryCode> </TermsOfDelivery> <DateAndTimes subclass="pickupdate"> <Year>2005</Year> <Month>09</Month> <Day>18</Day> </DateAndTimes> <Service> <BasicServiceCode>Groupage</BasicServiceCode> </Service> </Consignment> </ConsignmentStructure> <ChargeItems> <Details> <LineItemNum>1</LineItemNum> <SuppliersProductId>MainCarriage</SuppliersProductId> <Description>Hovedfrakt</Description> <LineItemPreDiscountAmount> </LineItemPreDiscountAmount> <LineItemAmount>66.00</LineItemAmount> </Details> <Details> <LineItemNum>2</LineItemNum> <SuppliersProductId>Distribution</SuppliersProductId> <Description>Distribusjon</Description> <LineItemPreDiscountAmount>80.00 </LineItemPreDiscountAmount> <LineItemAmount>80.00</LineItemAmount> </Details> </ChargeItems> </TransportDetails> <LineItemNum>1</LineItemNum> <Description>Sendingsnr </Description> <LineItemAmount>146.00</LineItemAmount> </BaseItemDetails> </InvoiceDetails> 14 / 14

15 <InvoiceDetails> <BaseItemDetails> <TransportDetails> <ConsignmentStructure> <Consignment consignmentid=" " idtype="other"> <TotalGrossWeight unitcode="kgm">2 </TotalGrossWeight> <TotalPayableWeight unitcode="kgm">2 </TotalPayableWeight> <NumberOfPackages>1</NumberOfPackages> <Reference> <ReferenceNo> </ReferenceNo> <ReferenceType>CU</ReferenceType> </Reference> <Party subclass="consignee"> <Name>Norbit AS</Name> <Address subclass="physicaladdress"> <PostalCode>7041</PostalCode> <City>TRONDHEIM</City> </Address> </Party> <TransportLeg> <Location subclass="startlocation" locationid="2060" idtype="16"/> <Location subclass="endlocation" locationid="7000" idtype="16"/> </TransportLeg> <TermsOfDelivery> <TermsOfDeliveryCode>DDP </TermsOfDeliveryCode> </TermsOfDelivery> <DateAndTimes subclass="pickupdate"> <Year>2005</Year> <Month>09</Month> <Day>19</Day> </DateAndTimes> <Service> <BasicServiceCode>Package</BasicServiceCode> </Service> </Consignment> </ConsignmentStructure> <ChargeItems> <Details> <LineItemNum>1</LineItemNum> <SuppliersProductId>MainCarriage</SuppliersProductId> <Description>Hovedfrakt</Description> 15 / 15

16 <LineItemPreDiscountAmount> </LineItemPreDiscountAmount> <LineItemAmount>84.00</LineItemAmount> </Details> </ChargeItems> </TransportDetails> <LineItemNum>2</LineItemNum> <Description>Sendingsnr </Description> <LineItemAmount>84.00</LineItemAmount> </BaseItemDetails> </InvoiceDetails> 16 / 16

17 4 Transportobjektene i transportprofilen 4.1 Strukturen i transportinformasjonen Transportprofilen av e2b-fakturaformatet er i hovedsak nedfelt i elementet TransportDetails i detaljseksjonen av meldingstypen. Som vi beskrev i forrige kapittel, vil vi ha en detaljseksjonforekomst (InvoiceDetails) per sending/transport som den aktuelle transportfakturaen inneholder informasjon om. TransportDetails består igjen av følgende 2 elementer: ConsignmentStructure ChargeItems ConsignmentStructure-elementet representerer all den transportrelaterte informasjonen om den ene sendingen som den aktuelle detaljseksjonsforekomsten (InvoiceDetails-forekomsten) vedrører. ChargeItems-elementet representerer all debiteringsinformasjon for den ene sendingen som den aktuelle detaljseksjonsforekomsten vedrører (dette elementet beskrives i detalj i avsnitt 3.3). Inne i ConsignmentStructure finner vi ett Consignment-element. Dette elementet representerer transportobjektet Consignment (=sending). Consignment-elementet inneholder: et sett informasjonsobjekter som tilhører Consignment-objektet de kan betraktes som Consignment-objektets attributter. Disse opptrer som enkle XML-elementer, XML-attributter eller sammensatte XML-elementer, et sett transportobjekter (i form av sammensatte XMLelementer) som Consignment-objektet har en relasjon til. Den transportrelaterte informasjonen i TransportDetails har således følgende struktur: Consignmentobjektets attributter TransportDetails ConsignmentStructure ChargeItems Consignment Transportobjekter som er relatert til Consignmentobjektet 17 / 17

18 De transportobjektene som Consignment kan ha en relasjon til, er: GoodsItem (=varepost) Package (=kolli) Party (=part/aktør) TransportLeg (=transportstrekning) TermsOfDelivery (=leveringsbetingelser) DateAndTimes (=dato/tid) Cod (=vare- eller fraktetterkrav) Equipment (=transportutstyr) DangerousGoods (=farlig gods) Service (=produkt) CustomsInformation (=tollinformasjon) Offer (=tilbud) Insurance (=transport/vare-forsikring) Resten av dette kapittelet beskriver innhold og struktur i transportobjektene i e2b-transportprofilen: Consignment-objektet og de transportobjekter som er relatert til Consignment-objektet. 4.2 Transportobjektet Consignment Godsstrukturen i en sending Consignment representerer den sendingen (den transporten) som den aktuelle detaljseksjonforekomsten i fakturaen vedrører. En sending har alltid en godsstruktur. Med dette mener vi hvordan sendingen er sammensatt av vareposter og/eller kolli. I transportprofilen er disse 2 undernivåene i godsstrukturen representert ved objektene GoodsItem (=varepost) og Package (=kolli). Transportprofilen åpner for 5 mulige alternative godsstrukturer: Consignment -> GoodsItem -> Package: Et Consignment-objekt inneholder et eller flere GoodsItem-objekt. Hvert GoodsItem-objekt kan inneholde et eller flere Package-objekt. Consignment -> GoodsItem: Et Consignment-objekt inneholder et eller flere GoodsItem-objekt. Package anvendes ikke. Consignment -> Package: Et Consignment-objekt inneholder et eller flere Package-objekt. GoodsItem anvendes ikke. Consignment -> GoodsItem parallelt med Consignment -> Package: Et Consignment-objekt inneholder et eller flere 18 / 18

19 GoodsItem-objekter og dessuten et eller flere Package-objekter (uten at vi angir hvordan kolliene er relatert til varepostene). Consignment: Undernivåene GoodsItem og Package anvendes ikke. Innholdet i undernivåene GoodsItem og Package er beskrevet i kapittel 4.3 og 4.4 nedenfor Innholdet i Consignment-objektet I det følgende beskrives innholdet i Consignment-objektet i form av en tabellarisk oversikt, et eksempel og det aktuelle utsnitt av XML-skjemaet. Sendingsnummeret: NorStella/FEST anbefaler at for norsk innlandstransport skal sendingsnummeret (consignmentid) følge standarden definert i NorStellas Dokumentasjon i innenlandstransport. Consignment-elementet beskrivelse/bruk: (E=XML-element, A=XML-attributt, O=obligatorisk, V=valgfritt) Omsluttende element Consignment Element eller attributt E/A O/V Beskrivelse/bruk/kodeverdier Consignment consignmentid A V Sendingsnr Consignment idtype A V EANSSCC=sendingsnr etter standarden definert i NorStellas Dokumentasjon i innenlandstransport. CU=Referanse generert av avsender. Consignment NoOfPalletFootPrints E V Antall palleplasser. Consignment GoodsValue E V Vareverdi Consignment GoodsDescription E V Varebeskrivelse Consignment TotalGrossWeight E V Bruttovekt. Enhet angis som KGM (kilo), GRM (gram) eller TON (tonn). Consignment TotalVolume E V Volum. Enhet angis som MTQ (kubikkmeter) eller DMQ (kubikkdesimeter). Consignment LoadingMetres E V Lastemeter. Valgfri angivelse av unitcode er MTR. Consignment TotalPayableWeight E V Fraktberegningsvekt. Enhet angis som KGM (kilo) eller GRM (gram). Consignment Marking E V Merket. Consignment NumberOfPackages E V Antall kolli. Valgfri angivelse av unitcode er PCE. Consignment WeightOnTop E V Tillatt toppvekt. Enhet i KGM (kilo). Consignment Reference V Sekundæridentifikator for sendingen eller referanse til annet objekt enn denne sendingen. 19 / 19

20 Consignment/Reference ReferenceNo E O Referansenr/id. Consignment/Reference ReferenceType E O CU=Senders referanse (anvendt som sekundærreferanse). PBC=Transportportals referanse. BN=Bookingreferanse. AAO=Mottakers referanse. FF=Speditørs referanse. SS=Selgers referanse CO=Kjøpers referanse AEP=fraktbetalers referanse Consignment/Reference Text E V Consignment FreeText V Fritekst relatert til sendingen. f.eks. generell info om sendingen. Consignment/FreeText Usage E O AAI=generell informasjon ICN=info for mottaker PMT=betalingsinformasjon Consignment/FreeText Text E O Consignment/FreeText NoOfCharacters E V Antall tegn i Text. Consignment-elementet eksempel: <Consignment consignmentid= idtype= EANSSCC > <NoOfPalletFootPrints>3</NoOfPalletFootPrints> <GoodsValue currencyidentificationcode= NOK >12000</GoodsValue> <GoodsDescription>Gloves</GoodsDescription> <TotalGrossWeight unitcode= KGM >15.8</TotalGrossWeight> <TotalVolume unitcode= MTQ >3.8</TotalVolume> <LoadingMetres>0.5</LoadingMetres> <TotalPayableWeight unitcode= KGM >1254</TotalPayableWeight> <Marking>See packages</marking> <NumberOfPackages>10</NumberOfPackages> <WeightOnTop unitcode= KGM >4</WeightOnTop> <Reference> <ReferenceNo>A23</ReferenceNo> <ReferenceType>CU</ReferenceType> <Text/> </Reference> <FreeText> <Usage>AAI</Usage> <Text>Litt ekstra info</text> <NoOfCharacters>16</NoOfCharacters> </FreeText> </Consignment> Consignment-elementet XML-skjemautsnitt: <xsd:complextype name="consignmenttype"> <xsd:element name="noofpalletfootprints" type="ccquantity" 20 / 20

21 <xsd:element name="goodsvalue" type="ccamount" <xsd:element name="goodsdescription" type="cctext" <xsd:element name="totalgrossweight" type="ccmeasure" <xsd:element name="totalvolume" type="ccmeasure" <xsd:element name="loadingmetres" type="ccmeasure" <xsd:element name="totalpayableweight" type="ccmeasure" <xsd:element name="marking" type="cctext" <xsd:element name="numberofpackages" type="ccquantity" <xsd:element name="weightontop" type="ccmeasure" <xsd:element name="reference" type="referencetype" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="freetext" type="freetexttype" minoccurs="0" maxoccurs="unbounded"/> <xsd:attribute name="consignmentid" type="xsd:string" use="optional"/> <xsd:attribute name="idtype" type="xsd:string" use="optional"/> <xsd:complextype name="referencetype"> <xsd:element name="referenceno" type="cctext"/> <xsd:element name="referencetype" type="cccode"/> <xsd:element name="text" type="cctext" <xsd:complextype name="freetexttype"> <xsd:element name="usage" type="cccode"/> <xsd:element name="text" type="cctext"/> <xsd:element name="noofcharacters" type="ccnumeric" 4.3 Transportobjektet GoodsItem Et goods item er definert som en kolleksjon av pakker/kolli som har et sett felles kjennetegn (f.eks. samme kollislagkode og/eller samme varebeskrivelse). Det inngår som et undernivå under Consignment i sendingens godsstruktur (kfr kapittel 4.2). GoodsItem-elementet beskrivelse/bruk: 21 / 21

22 Omsluttende element GoodsItem Element eller attributt E/A O/V Beskrivelse/bruk/kodeverdier GoodsItem goodsitemid A V Identifikator for vareposten. GoodsItem idtype A V Other GoodsItem GoodsDescription E V Varebeskrivelse GoodsItem NumberOfPackages E V Antall kolli. Valgfri unitcode er PCE. GoodsItem PackageTypeCode E V Bruk UN/ECEs rekommendasjon nr. 21. GoodsItem Marking E V Merket. GoodsItem GrossWeight E V Bruttovekt. Enhet angis som KGM (kilo), GRM (gram) eller TON (=tonn). GoodsItem NetWeight E V Nettovekt. Enhet angis som KGM (kilo), GRM (gram) eller TON (=tonn). GoodsItem PayableWeight E V Fraktberegningsvekt. Enhet angis som KGM (kilo) eller GRM (gram). GoodsItem Volume E V Volum. Enhet angis som MTQ (kubikkmeter) eller DMQ (kubikkdesimeter). GoodsItem LoadingMetres E V Lastemeter. Valgfri unicode er MTR. GoodsItem WeightOnTop E V Tillatt toppvekt. Enhet i KGM (kilo) eller GRM (=gram). GoodsItem Reference V Sekundæridentifikator for vareposten eller referanse til annet objekt enn vareposten. GoodsItem/Reference ReferenceNo E O Referansenr/id. GoodsItem/Reference ReferenceType E O CU=Senders referanse (anvendt som sekundærreferanse). PBC=Transportportals referanse. BN=Bookingreferanse. AAO=Mottakers referanse. FF=Speditørs referanse. SS=Selgers referanse CO=Kjøpers referanse AEP=fraktbetalers referanse GoodsItem/Reference Text E V GoodsItem FreeText V Fritekst relatert til vareposten. GoodsItem/FreeText Usage E O AAI=generell informasjon ICN=info for mottaker. GoodsItem/FreeText Text E O GoodsItem/FreeText NoOfCharacters E V Antall tegn i Text. GoodsItem-elementet eksempel: <GoodsItem goodsitemid= idtype= Other > <GoodsDescription> Gloves </GoodsDescription> <NumberOfPackages>8</NumberOfPackages> 22 / 22

23 <PackageTypeCode>PK</PackageTypeCode> <Marking>ADR</Marking> <GrossWeight unitcode= KGM >12.8</GrossWeight> <NetWeight unitcode= KGM /> <PayableWeight unitcode= KGM >900</PayableWeight> <Volume unitcode= MTQ >2.4</Volume> <LoadingMetres>0.5</LoadingMetres> <WeightOnTop unitcode= KGM >4</WeightOnTop> <Reference> <ReferenceNo>TC3555</ReferenceNo> <ReferenceType>PBC</ReferenceType> <Text/> </Reference> <FreeText> <Usage>AAI</Usage> <Text>Litt tekst</text> <NoOfCharacters>10</NoOfCharacters> </FreeText> </GoodsItem> GoodsItem-elementet XML-skjemautsnitt: <xsd:complextype name="goodsitemtype"> <xsd:element name="goodsdescription" type="cctext" <xsd:element name="numberofpackages" type="ccquantity" <xsd:element name="packagetypecode" type="cccode" <xsd:element name="marking" type="cctext" <xsd:element name="grossweight" type="ccmeasure" <xsd:element name="netweight" type="ccmeasure" <xsd:element name="payableweight" type="ccmeasure" <xsd:element name="volume" type="ccmeasure" <xsd:element name="loadingmetres" type="ccmeasure" <xsd:element name="weightontop" type="ccmeasure" <xsd:element name="reference" type="referencetype" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="freetext" type="freetexttype" minoccurs="0" maxoccurs="unbounded"/> <xsd:attribute name="goodsitemid" type="xsd:string" use="optional"/> <xsd:attribute name="idtype" type="xsd:string" use="optional"/> <xsd:complextype name="referencetype"> 23 / 23

24 <xsd:element name="referenceno" type="cctext"/> <xsd:element name="referencetype" type="cccode"/> <xsd:element name="text" type="cctext" <xsd:complextype name="freetexttype"> <xsd:element name="usage" type="cccode"/> <xsd:element name="text" type="cctext"/> <xsd:element name="noofcharacters" type="ccnumeric" 4.4 Transportobjektet Package En Package er det minste identifiserbare godsobjektet i transportprofilen. Det representerer således et kolli og inngår som undernivå i en sendings godsstruktur (kfr kapittel 4.2). Et Package-objekt må ha en unik id NorStella/FEST anbefaler at for norsk innlandstransport skal dette være Serial Shipping Container Code slik denne er definert i NorStellas Dokumentasjon i innenlandstransport. Package-elementet beskrivelse/bruk: Omsluttende element Package Element eller attributt E/A O/V Beskrivelse/bruk/kodeverdier Package packageid A V Kolliidentifikator. Package idtype A V EANSSCC Other Package Height E V Høyde. Enhet i CMT (cm), DTM (desimeter) eller MTR (meter). Package Width E V Bredde. Enhet i CMT (cm), DTM (desimeter) eller MTR (meter). Package Length E V Lengde. Enhet i CMT (cm), DTM (desimeter) eller MTR (meter). Package PackageTypeCode E V Bruk UN/ECEs rekommendasjon nr. 21. Package PackageTypeText E V Kollislag i klartekst. Package Marking E V Merket. Package GrossWeight E V Bruttovekt. Enhet angis som KGM (kilo). Package NetWeight E V Nettovekt. Enhet angis som KGM (kilo). Package PayableWeight E V Fraktberegningsvekt. Enhet angis som KGM (kilo) eller 24 / 24

25 GRM (gram). Package Volume E V Volum. Enhet angis som MTQ (kubikkmeter) eller DMQ (kubikkdesimeter). Package LoadingMetres E V Lastemeter. Package WeightOnTop E V Tillatt toppvekt. Enhet i KGM (kilo). Package Reference V Sekundæridentifikator for kolliet eller versjonsnummer ved en oppdatering. Package/Reference ReferenceNo E O Referansenr/id. Package/Reference ReferenceType E O CU=Senders referanse (anvendt som sekundærreferanse). PBC=Transportportals referanse. BN=Bookingreferanse. AAO=Mottakers referanse. FF=Speditørs referanse. SS=Selgers referanse CO=Kjøpers referanse AEP=fraktbetalers referanse Package/Reference Text E V Package FreeText V Fritekst relatert til kolliet. Package/FreeText Usage E O AAI=generell informasjon ICN=info for mottaker. Package/FreeText Text E O Package/FreeText NoOfCharacters E V Antall tegn i Text. Package-elementet eksempel: <Package packageid= idtype= EANSSCC > <Height unitcode= CMT >30</Height> <Width unitcode= CMT >15</Width> <Length unitcode= CMT >50</Length> <PackageTypeCode>PK</PackageTypeCode> <PackageTypeText>Packet</PackageTypeText> <Marking>ADR</Marking> <GrossWeight unitcode= KGM >10</GrossWeight> <NetWeight unitcode= KGM /> <Volume unitcode= MTQ >0.0225</Volume> <WeightOnTop unitcode= KGM >2</WeightOnTop> <Reference> <ReferenceNo>A23-1</ReferenceNo> <ReferenceType>CU</ReferenceType> <Text/> </Reference> <FreeText> <Usage>AAI</Usage> <Text>Pakkeinfo</Text> <NoOfCharacters>8</NoOfCharacters> </FreeText> </Package> 25 / 25

26 Package-elementet XML-skjemautsnitt: <xsd:complextype name="packagetype"> <xsd:element name="height" type="ccmeasure" <xsd:element name="width" type="ccmeasure" <xsd:element name="length" type="ccmeasure" <xsd:element name="packagetypecode" type="cccode" <xsd:element name="packagetypetext" type="cctext" <xsd:element name="marking" type="cctext" <xsd:element name="grossweight" type="ccmeasure" <xsd:element name="netweight" type="ccmeasure" <xsd:element name="payableweight" type="ccmeasure" <xsd:element name="volume" type="ccmeasure" <xsd:element name="loadingmetres" type="ccmeasure" <xsd:element name="weightontop" type="ccmeasure" <xsd:element name="reference" type="referencetype" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="freetext" type="freetexttype" minoccurs="0" maxoccurs="unbounded"/> <xsd:attribute name="packageid" type="xsd:string" use="optional"/> <xsd:attribute name="idtype" type="xsd:string" use="optional"/> <xsd:complextype name="referencetype"> <xsd:element name="referenceno" type="cctext"/> <xsd:element name="referencetype" type="cccode"/> <xsd:element name="text" type="cctext" <xsd:complextype name="freetexttype"> <xsd:element name="usage" type="cccode"/> <xsd:element name="text" type="cctext"/> <xsd:element name="noofcharacters" type="ccnumeric" 26 / 26

27 4.5 Transportobjektet Party Et Party-objekt inneholder informasjon om en part (avsender, mottaker, etc.). En sending er oftest relatert til mange parter. For hver part definerer vi en rolle ved hjelp av et eget attributt som kalles subclass. De rollene et Party-objekt kan ha, er følgende: subclass-attributtverdi Consignor Consignee DespatchParty DeliveryParty OrderingParty FreightPayer CashOnDeliveryPayee BondedWarehouseParty Forwarder TransportCompany Importer Exporter DespatchingAgent ReceivingAgent InvitedTransportCompany Supplier Rolle Avsender Mottaker Part/adresse der godset hentes Part/adresse der godset leveres Transportbestiller Fraktbetaler Mottaker av COD-beløp Tollagerholder Speditør Transportør Importør Eksportør Avsenderagent Mottakeragent Transportselskap som inviteres til/deltar i en auksjon Vareleverandør Et Party-objekt kan ha en fysisk adresse og en postadresse. Adressene finnes som Address-elementer inne i Party-elementet, der typen adresse (PhysicalAddress eller PostalAddress) er angitt i subclass-attributtet til Address-elementet. Assosiert med et Party-objekt kan vi ha: Contact-objekter, Reference-objekter og FreeText-objekter. Reference-elementet skal brukes til å gi referanser til eksterne objekter (dvs objekter som ikke er del av den aktuelle sendingen) og/eller for å angi en sekundærnøkkel for det Party-objektet det er assosiert med. Party-elementet beskrivelse/bruk: Omsluttende element Party Element eller attributt E/A O/V Beskrivelse/bruk/kodeverdier Party partyid A V Primæridentifikasjon av Party Party idtype A V 9=EAN-lokasjonsnr. 82=organisasjonsnr 27 / 27

28 87=Kundenr hos transportselskap 91=Kundenr hos avsender Party Name E O Party VATNo E V Enhetsnr/Personnr Party CustomsCreditNo E V Tollkredittnr/Kontrollnr Party AccountNo E V Bankkonto brukes kun for rollen CashOnDeliveryPayee Party BankName E V Bank brukes kun for rollen CashOnDeliveryPayee Party SwiftCode E V IBANnr/Swiftkode - brukes kun for rollen CashOnDeliveryPayee Party Address V Party/Address subclass A O PhysicalAddress (gateadresse) PostalAddress (postadresse) Party/Address Street E V Gatenavn. Kun i PhysicalAddress. Party/Address StreetNo E V Gatenr. Kan alternativt være del av Street. Party/Address AddressLine E V Party/Address PostalCode E O Postnr. Party/Address City E O Poststed/By. Party/Address ZIPCode E V Postnr (USA, England, mm). Party/Address StateOrRegion E V Stat eller region. Party/Address CountryCode E V Landkode. Party/Address POBox E V Postboksadresse. Kun i PostalAddress. Party/Address PostOffice E V Poststed for postboks. Kun i PostalAddress. Party Contact V Kontaktinformasjon. Pary/Contact PhoneNo E V Party/Contact TelefaxNo E V Party/Contact Address E V Party/Contact WebAddress E V Party/Contact ContactName E V Party/Contact ContactFunction E V Party Reference V Party/Reference ReferenceNo E O Party/Reference ReferenceType E O Party/Reference Text E V Party Party/FreeText FreeText Usage E V O Informasjon om sendingen som er relatert til Party (nb! Fri informasjon som er relatert til selve godset skal ikke legges her). AAI=generell informasjon ICN=info for mottaker Party/FreeText Text E O Party/FreeText NoOfCharacters E V Antall tegn i Text. Party-elementet eksempel: <Party partyid= idtype= 9 subclass= Consignee > <Name>Olsen Engineering AS </Name> 28 / 28

29 <Address subclass= PhysicalAddress > <Street>Frydenbergveien 48</Street> <PostalCode>0565</PostalCode> <City>Oslo</City> </Address> <Address subclass= PostalAddress > <POBox>313</POBox> <PostOffice>Økern</PostOffice> <PostalCode>0511</PostalCode> <City>Oslo</City> </Address> <Contact> <PhoneNo> </PhoneNo> <TelefaxNo> </TelefaxNo> </ Address> <ContactName>Petra Hansen</ContactName> </Contact> <Reference> <ReferenceNo> </ReferenceNo> <ReferenceType>82</ReferenceType> </Reference> </Party> Party-elementet XML-skjemautsnitt: <xsd:complextype name="partytype"> <xsd:element name="name" type="cctext"/> <xsd:element name="vatno" type="cctext" <xsd:element name="customscreditno" type="cctext" <xsd:element name="accountno" type="cctext" <xsd:element name="bankname" type="cctext" <xsd:element name="swiftcode" type="cctext" <xsd:element name="address" type="addresstype" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="contact" type="contacttype" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="reference" type="referencetype" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="freetext" type="freetexttype" minoccurs="0" maxoccurs="unbounded"/> <xsd:attribute name="partyid" type="xsd:string" use="optional"/> <xsd:attribute name="idtype" type="xsd:string" use="optional"/> <xsd:attribute name="subclass" type="partyroletype" use="required"/> 29 / 29

30 <xsd:complextype name="addresstype"> <xsd:element name="postalcode" type="cctext"/> <xsd:element name="city" type="cctext"/> <xsd:element name="zipcode" type="cctext" <xsd:element name="stateorregion" type="cctext" <xsd:element name="countrycode" type="cccode" <xsd:element name="street" type="cctext" <xsd:element name="streetno" type="cctext" <xsd:element name="addressline" type="cctext" minoccurs="0" maxoccurs="unbounded"/> <xsd:element name="pobox" type="cctext" <xsd:element name="postoffice" type="cctext" <xsd:attribute name="subclass" use="required"> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:enumeration value="physicaladdress"/> <xsd:enumeration value="postaladdress"/> </xsd:restriction> </xsd:simpletype> </xsd:attribute> <xsd:complextype name="contacttype"> <xsd:element name="phoneno" type="cctext" <xsd:element name="telefaxno" type="cctext" <xsd:element name=" address" type="cctext" <xsd:element name="webaddress" type="cctext" <xsd:element name="contactname" type="cctext" <xsd:element name="contactfunction" type="cctext" <xsd:complextype name="referencetype"> <xsd:element name="referenceno" type="cctext"/> <xsd:element name="referencetype" type="cccode"/> <xsd:element name="text" type="cctext" <xsd:complextype name="freetexttype"> <xsd:element name="usage" type="cccode"/> <xsd:element name="text" type="cctext"/> <xsd:element name="noofcharacters" type="ccnumeric" <xsd:simpletype name="partyroletype"> <xsd:restriction base="xsd:string"> 30 / 30

31 <xsd:enumeration value="consignor"/> <xsd:enumeration value="consignee"/> <xsd:enumeration value="despatchparty"/> <xsd:enumeration value="deliveryparty"/> <xsd:enumeration value="orderingparty"/> <xsd:enumeration value="freightpayer"/> <xsd:enumeration value="cashondeliverypayee"/> <xsd:enumeration value="bondedwarehouseparty"/> <xsd:enumeration value="forwarder"/> <xsd:enumeration value="transportcompany"/> <xsd:enumeration value="exporter"/> <xsd:enumeration value="importer"/> <xsd:enumeration value="despatchingagent"/> <xsd:enumeration value="receivingagent"/> <xsd:enumeration value="invitedtransportcompany"/> <xsd:enumeration value="supplier"/> </xsd:restriction> </xsd:simpletype> 4.6 Transportobjektet TransportLeg I objektet TransportLeg finner vi informasjon om en strekning som sendingen transporteres over, herunder fra-til-lokasjon og informasjon om transportmiddel. Dersom sendingen transporteres over flere strekninger (f.eks. fortransport, hovedtransport og ettertransport), kan flere instanser av TransportLeg forekomme. TransportLeg-elementet beskrivelse/bruk: Omsluttende element TransportLeg Element eller attributt E/A O/V Beskrivelse/bruk/kodeverdier TransportLeg TransportLegType E V 10=fortransport 20=hovedtransport 30=ettertransport TransportLeg TransportLegId E V Eventuelt navn på transportstrekningen (kan f.eks. angi en rute). TransportLeg ModeOfTransport E V Transportmodus: 10=Sjøtransport 12=Jernbanevogn på skip 16=Bil på ferje 17=Tilhenger på ferje 20=Jernbanetransport 23=Bil/henger på jernbanevogn 30=Biltransport 40=Flytransport 50=Post 60=Elektronisk overføring 70=Permanent installasjon 80=Elvetransport 90=Annet TransportLeg MeansOfTransport E V TransportLeg/MeansOf MeansOfTransportId E V Transportmiddels identitet, f.eks. Transport bilnummer TransportLeg/MeansOf CountryCode E V Transportmiddels nasjonalitet (ISO 31 / 31

32 Transport ). TransportLeg/MeansOf Transport Name E V Transportmiddels navn, f.eks. båtnavn. TransportLeg/MeansOf Transport MeansOfTransportT ype E V Type transportmiddel: 11=Båt 6=Fly 1=Bil (bil/henger) 14=Flak TransportLeg Location E V TransportLeg/Location LocationType E V L/codes/locationTypes: Terminal Ramp Hub Gate Port IndustrialArea Address TransportLeg/Location LocationName E V Stedsnavn TransportLeg/Location CountryCode E V Landkode TransportLeg/Location TransportLeg/Location locationid idtype A A V V Identifikasjon av sted (f.eks. et postnummer). 16=Postnummer 139=Havn 140=Gjensidig avtalt. 145=IATA. 162=Land 163=Region. UNLOCODE EAN=EAN-lokasjonsnr. TransportLeg/Location subclass A O StartLocation EndLocation TransportLeg-elementet eksempel: <TransportLeg> <TransportLegType>20</TransportLegType> <TransportLegId>Route14</TransportLegId> <ModeOfTransport>30</ModeOfTransport> <MeansOfTransport> <MeansOfTransportId>PAT1 </MeansOfTransportId> <CountryCode>NO</CountryCode> <Name>Postman Pat s Royal Mail truck</name> <MeansOfTransportType>31 </MeansOfTransportType> </MeansOfTransport> <Location subclass= StartLocation locationid= 2120 idtype= 16 > <LocationType>IndustrialArea </LocationType> <LocationName>Sagstua industrial area </LocationName> <CountryCode>NO</CountryCode> 32 / 32

33 </Location> <Location subclass= EndLocation locationid= 5000 idtype= 16 > <LocationType/> <LocationName>Bergen</LocationName> <CountryCode>NO</CountryCode> </Location> </TransportLeg> TransportLeg-elementet XML-skjemautsnitt: <xsd:complextype name="transportlegtype"> <xsd:element name="transportlegtype" type="cccode" <xsd:element name="transportlegid" type="cctext" <xsd:element name="modeoftransport" type="cccode" <xsd:element name="meansoftransport" type="meansoftransporttype" <xsd:element name="location" type="locationtype" minoccurs="0" maxoccurs="2"/> <xsd:complextype name="meansoftransporttype"> <xsd:element name="meansoftransportid" type="cctext" <xsd:element name="countrycode" type="cccode" <xsd:element name="name" type="cctext" <xsd:element name="meansoftransporttype" type="cccode" <xsd:complextype name="locationtype"> <xsd:element name="locationtype" type="cccode" <xsd:element name="locationname" type="cctext" <xsd:element name="countrycode" type="cccode" <xsd:attribute name="locationid" type="xsd:string" use="optional"/> <xsd:attribute name="idtype" type="xsd:string" use="optional"/> <xsd:attribute name="subclass" use="required"> <xsd:simpletype> <xsd:restriction base="xsd:string"> <xsd:enumeration value="startlocation"/> <xsd:enumeration value="endlocation"/> </xsd:restriction> 33 / 33

34 </xsd:simpletype> </xsd:attribute> 4.7 Transportobjektet TermsOfDelivery Leveringsvilkårene angis i objektet TermsOfDelivery ved bruk av Incoterms. TermsOfDelivery-elementet beskrivelse/bruk: Omsluttende Element eller attributt E/A O/V Beskrivelse/bruk/kodeverdier element TermsOfDelivery TermsOfDelivery TODConditionCode E O Leveringsvilkår kodet i Incoterms. TermsOfDelivery TODConditionCodeList E O Incoterms = Incoterms TermsOfDelivery TODLocation E V Sted som leveringsvilkåret gjelder i forhold til. TermsOfDelivery-elementet eksempel: < TermsOfDelivery> <TODConditionCode>EXW</TODConditionCode> <TODConditionCodeList> Incoterms </TODConditionCodeList> </TODLocation>OSLO</TODLocation> </TermsOfDelivery> TermsOfDelivery-elementet XML-skjemautsnitt: <xsd:complextype name="termsofdeliverytype"> <xsd:element name="todconditioncode" type="cccode"/> <xsd:element name="todconditioncodelist" type="cccode"/> <xsd:element name="todlocation" type="cctext" 34 / 34