Dokumentschema förpackning av externa objekt. Version: 1.0 Status: Standard Datum: 2006-05-15



Relevanta dokument
BEAst. Rekommendation Bilagehantering. Rekommendation Bilagehantering ver november 2015

BEAst rekommendation för hantering av bilagor till elektroniska fakturor

Förvaltningsgemensam specifikation för leverans av enstaka publikationer till Kungliga biblioteket (FGS-PUBL)

Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 1 METS

DHL subset av SFTI Svefaktura

Heldag om FGS FGS:er och deras tekniska regelverk. Karin Bredenberg, FGS funktionen. Standarder. FGS:er och deras tekniska regelverk 1

RIV TA Domänschema 2.1

E-pliktleverans via RSS-feeds

Val av PEPPOL-ID. Val av PEPPOL-ID

Hantera informationspaket i system för bevarande

Introduktion... 2 Vad är en vy? Meddelandestruktur fi2messageheader, meddelandehuvud... 5

E-faktura adressering och fakturakrav

InTime Message Center SMS gränssnittsspecifikation V2.3

Kom igång med E-faktura till Kungsbacka kommun. Torbjörn Eriksson

Bilaga 3 Faktureringsrutiner Dnr: /

Extensible Stylesheet Language Transformations (XSLT) och XML Path Language (XPath)

En snabb titt på XML LEKTION 6

Rödmarkerade tillägg i denna version bör kollas upp. Svefakturor i Utökad version.

StandardBusinessDocumentHeader

Elektronisk fakturahantering.

Referens: ml

Schematransformation SLU

Ramavtalsbilaga 9, Standarder och versioner Standarder och versioner... 3

Bilaga 5b Faktureringsrutiner Dnr: /

RIV TA Domänschema 2.1

Referensmall. för presentation av Svefaktura. Guide Svefaktura Presentationsmall 1. SFTI tekniska kansli

Metadata i e-pliktleveranser

RIV Tekniska Anvisningar 2.1

Bilaga 5b. Faktureringsrutiner. Upphandling av IT-stöd för hantering av elevdokumentation inom Skolplattform Stockholm UTBILDNINGSFÖRVALTNINGEN

Isolda Purchase - EDI

Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten

XML-produkter. -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: Version: 1.

Frågehantering XML-produkter Bolagsverket 1 (15)

ABBs tillämpning av svefaktura xls, Inledning

RAMAVTALSBILAGA 12. AVROP AV OPERATÖRSTJÄNST FÖR DISTRIBUTION AV KUNDFAKTUROR MALL FÖR SPECIFIKATION AV UPPDRAG Uppdaterad

Innehåll Introduktion... 3 InteractiveScene.config... 3 Scener <scenes>... 3 Typsnitt <fonts>... 3 Övergångar <transitions>...

Affärsdokumentspecifikation Publiceringsdatum: Version: Avropsbekräftelse Tillhörande meddelandespecifikation: MS 46

XML. XML is a method for putting structured data in a text file

Uppdatering av SFTI standarder och versioner i statliga ramavtal för e-handelstjänst

Strukturering med XML och DTD

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.30

SFTI Standarder och versioner uppdaterad den Svefaktura. Sveorder 1/7

DP7 Kompletterande information

Introduktion till metadata i leveranser av elektroniska dokument till KB

Bilaga 10 Faktureringsrutiner

SFTI Migreringsguide från Sveorder 1.0 till CEN/BII Core Order Transaction

Handledning anslutning till E-handel Inköpsfunktionen

RIV TA Tjänsteschema 2.1 RIV Tekniska Anvisningar

Göteborgs stads krav för elektronisk handel

Hantering av tillitsnivåer

Affärsdokumentspecifikation Publiceringsdatum: Version: Orderbekräftelse Tillhörande mappningsspecifikation: MS 32

Bilagor till elektroniska fakturor

Beskrivning av xml-produkten FirmagranskningSokord(F34) version 2.00

RIV Tekniska Anvisningar Tjänsteschema

Handledning PEPPOL Punch Out

Bilaga 8 Faktureringsrutiner Dnr: /

Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0

Affärsdokumentspecifikation Publiceringsdatum: Version: Avropsbekräftelse Tillhörande meddelandespecifikation: MS 46

Leverans-API för nedladdning av geodata v1.0 - teknisk beskrivning

Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.0

Handledning PEPPOL Punch Out

Meddelandespecifikation Avbrottsrapportering

Affärsdokumentspecifikation Publiceringsdatum: Version: Avrop Tillhörande meddelandespecifikation: MS 45

Fakturaguide till Danske Bank, Sverige. VANS/operatör nätverk

Agresso AB Tillämpning SFTI

Öppna data. Teknisk specifikation Version 0.4. Skolmatsdata. Nationellt ramverk för tillgängliggörande av skolmatsdata

Ekonomimeddelande 2014:5

RIV Tekniska Anvisningar Tjänsteschema

Beskrivning av xml-produkten FirmagranskningVerksamhet (F35) version 2.00

Affärsdokumentspecifikation

Uppmärkningsspråk. TDP007 Konstruktion av datorspråk Föreläsning 4. Peter Dalenius Institutionen för datavetenskap

Översikt Affärsdokumentspecifikation Publiceringsdatum:

Internationalized Domain Names (Internationaliserade domännamn)

Tillämpningsanvisningar

Fakturaportal för Leverantörer

Lathund Elektronisk fakturahantering

Bilaga 3. En redogörelse kring metadata och XML. Status Slutlig. Sid 1 (7) Dokumenttyp. Versionsdatum

Informationsmodellering och e-infrastrukturer

Vad är XML Schemas. XML Schemas. Varför XML Schmas. Namespace

Beskrivning av e-räkenskapsformatet 2.02

CodeX: LDAP-Schema för LADOK

FormPipe Long-Term Archive

Pass 4. Vad är en metadatastandard? SND Svensk nationell datatjänst

Definition av samverkansprocessen vid användning av Svefaktura

05:01 Riktlinjer för utveckling av standardmeddelanden för förenklat informationsutbyte med elektroniska standarddokument

Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister

Affärsdokumentspecifikation Publiceringsdatum: Version: beta 1 Returavisering Tillhörande meddelandespecifikation: MS 72

XMLSIE. Utgåva 1.0 ( ) XMLSIE (35)

ABB AB Instruction. Prepared: Prepared date: Approved: Approved date: Lang: Revision Page:

Affärsdokumentspecifikation Publiceringsdatum: Version: Avrop Tillhörande meddelandespecifikation: MS 45

Vi hjälper allt från små företag till stora koncerner att ta hand om och effektivisera de ekonomiska processerna från beställning till betalning.

Översikt Affärsdokumentspecifikation Publiceringsdatum:

Fakturaguide till Danske Bank, Sverige. VANS/operatör nätverk

TAGFAK_TOTAL, semicolon separated

Utgåva Datum Utfärdare Status Kommentar Tomas Wennebo. Jämförelse mellan Avrop mot ramavtal (ESAP 6) från version 2.6 till version 2.7.

ABBs leverantörsfakturaportal. Handledning - Användare. Version: 1.0 Datum:

Postbeskrivning. Sjukanmälan

Ekonomimeddelande 2018:18

Transkript:

Dokumentschema förpackning av externa objekt Version: 1.0 Status: Standard Datum: 2006-05-15

Externa objekt 2 Dokumentschema förpackning av externa objekt... 1 1. Förpackning av externa objekt... 3 1.1. ObjectEnvelope - Schemastruktur... 3 Exempel... 3 Kommentar:... 4 1.2. Identifiering av bilden... 4 1.3. Användning av mimekoder... 4 1.4. Användning av filnamn... 4 1.5. Kodning av objektet... 5 2. Referens till objektet från Svefakturan... 5 3. Implementeringsaspekter... 6 4. XSD-Schema... 6

Externa objekt 3 1. Förpackning av externa objekt I vissa fall finns det behov av att bifoga ett externt objekt till ett affärsdokument som exempelvis Svefakturan. Det externa objektet kan vara en bild eller annan bilaga som man vill överföra elektroniskt. Denna guide beskriver hur ett externt objekt kan encodas och förpackas i ett xml-dokument. Detta xml-dokument, kallat Object Envelope, har möjlighet att referera till ett affärsdokument. Beroende på affärsdokumentstandard kan det även finnas möjlighet att referera till objektet. För att förpacka det externa objektet används nedanstående schema. I objektkuvertet refereras det affärsdokument som objektet tillhör. För att dokumentnumret ska vara unikt (exempelvis för fakturor) används vid sidan om dokumentnummer även utställarens id och datumet då dokumentet ställdes ut. I ett kuvert kan flera objekt läggas in. 1.1. ObjectEnvelope - Schemastruktur Exempel <?xml version= 1.0 encoding= UTF-8?> <ObjectEnvelope xmlns:cac= urn:sfti:commonaggregatecomponents:1:0 xmlns:cbc= urn:oasis:names:tc:ubl:commonbasiccomponents:1:0 xmlns:cct= urn:oasis:names:tc:ubl:corecomponenttypes:1:0 xmlns:udt= urn:oasis:names:tc:ubl:unspecializeddatatypes:1:0 xmlns:xsi= http://www.w3.org/2001/xmlschema-instance >

Externa objekt 4 <DocumentReference> <DocumentID>15</DocumentID> <IssueDate>2003-09-11</IssueDate> <IssuerID>5565624223</IssuerID> <DocumentType>urn:sfti:documents:BasicInvoice:1:0</DocumentType> </DocumentReference> <CreationDateTime>2006-03-01T09:30:00</CreationDateTime> <EncodedObject> <ObjectID>271</ObjectID> <EncodedData format= BASE64 mimecode= image/jpeg filename= invoice1.jpg >/9j/4AAQSkZJRgA...BAQEAYABgAAD/2wB9k=</EncodedData> </EncodedObject> </ObjectEnvelope> Kommentar: För att referera till en Svefaktura ska DocumentReference/DocumentType anges till Svefakturans namespace (urn:sfti:documents:basicinvoice:1:0). På motsvarande sätt kan IssuerID kvalificeras. Om fakturautgivaren identifieras med organisationsnummer sätts identificationschemeid till koden SWT. För bilden anges följande attribut: format= BASE64, mimecode= image/tiff eller den mimekod som avses och filename= bilagan.jpg för att ange eventuellt filnamn för det externa objektet. 1.2. Identifiering av bilden För att identifiera det externa objektet används alltså ObjectID som är uppgiften som gör bilden unik. I ett ObjectEnvelope kan alltså flera externa objekt förpackas. Det rekommenderas att ett affärsdokuments samtliga externa referenser läggs i samma ObjectEnvelope. 1.3. Användning av mimekoder För att indikera vilken typ av objekt som skickas i xml-dokumentet används mime-koder. För bilder kan exempelvis följande koder utnyttjas: image/gif image/jpeg mage/png image/tiff-fx image/tiff Övriga registrerade typer finns här: http://www.iana.org/assignments/mediatypes/index.html 1.4. Användning av filnamn Då attributet filename används bör mottagaren alltid av säkerhetsskäl kontrollera att filändelsen överenstämmer med den angivna mimekoden.

Externa objekt 5 1.5. Kodning av objektet Objektet som ofta finns i binärt format eller annat format som inte direkt går att representera med vanliga alfanumeriska tecken måste omkodas för att kunna transporteras i xml-dokumentet. Här används Base64-metoden för att göra om den binära filen till ett format som kan överföras i ett xml-dokument.. Base64 Base64 encoding, as specified in RFC 2045 - MIME uses a 64-character subset (A-Za-z0-9+/) to represent binary data and = for padding. Base64 processes data as 24-bit groups, mapping this data to four encoded characters. It is sometimes referred to as 3-to-4 encoding. Each 6 bits of the 24-bit group is used as an index into a mapping table (the base64 alphabet) to obtain a character for the encoded data. According to the MIME specification the encoded data has line lengths limited to 76 characters, but this line length restriction does not apply when transmitting binary data as part of XML document. För mer information om Base64 se följande länk: http://www.ietf.org/rfc/rfc2045.txt rubrik 6.8. Base64 Content-Transfer-Encoding. 2. Referens till objektet från Svefakturan I Svefakturan finns elementet AdditionalDocumentReference och som kan upprepas flera gånger. Den har en kvalificeringsmöjlighet som medför att den kan användas till olika typer av referenser. Från Svefakturaspecifikationen: CT = avtal/kontrakt ACD = leverantörens referens till faktureringsobjekt DQ = följesedel ATS = URN (Uniform Resource Name) för bild (motsv) tillhörande fakturan, ex skannad fakturabild. Observera flera förekomster av ATS får anges I Svefakturan anges bildreferens på något av följande två sätt: <cac:id identificationschemeagencyname= SFTI identificationschemeid= ATS > urn:sfti:documents:object:abc123456789 </cac:id> Där värdet i elementet är uppbyggt på följande sätt: urn:sfti:documents:object anger att det rör sig om ett externt object. ABC123456789 anger det unikt identifierande begrepp som finns kopplat till objectet. De båda uppgifterna separeras med ett kolontecken (:).Värdet kan vara en nyckel till en databastabell eller referens till ett objekt i ett XML-dokument. Referensen kan också vara en länk till en bild som är tillgänglig via http-protokollet.

Externa objekt 6 <cac:id identificationschemeagencyname= SFTI identificationschemeid= ATS > http://www.bildwebserver.nu/images/getimage.php?id=abc123456789 </cac:id> I detta fall kan bilden hämtas genom att accesss länken http:// www.bildwebserver.nu/images/getimage.php?id=abc123456789. 3. Implementeringsaspekter Vid användning av externt objekt tillsammans med Svefaktura används dubbelriktad utpekning med hjälp av referenser: AdditionalDocumentReference pekar från Svefakturan till det externa objektet DocumentReference pekar från det externa objektet till Svefaktura. Användning av Svefaktura tillsammans med externt objekt, liksom hur referenserna skall vara utformade, måste överenskommas mellan parterna. Genom denna guide förordas att endera av de i avsnitt 2 beskrivna sätten används, i syfte att begränsa antalet varianter som kan uppstå. Användare uppmanas speciellt undvika lösningar där kopplingsmekanismerna mellan en Svefaktura och dess externa objekt bygger på implicita samband, som till exempel att båda placerats i samma SOAP-kuvert eller samma datafil vid informationsöverföringen. 4. XSD-Schema <?xml version= 1.0 encoding= UTF-8?> <!-- edited with XMLSPY v2004 rel. 4 U (http://www.xmlspy.com) by Martin Forsberg (Amnis Consulting AB) --> <xs:schema elementformdefault= qualified attributeformdefault= unqualified xmlns:xs= http://www.w3.org/2001/xmlschema xmlns:cbc= urn:oasis:names:tc:ubl:commonbasiccomponents:1:0 xmlns:udt= urn:oasis:names:tc:ubl:unspecializeddatatypes:1:0 xmlns:cct= urn:oasis:names:tc:ubl:corecomponenttypes:1:0 xmlns:cac= urn:sfti:commonaggregatecomponents:1:0 > <xs:import namespace= urn:oasis:names:tc:ubl:commonbasiccomponents:1:0 schemalocation=../common/ubl-commonbasiccomponents-1.0.xsd /> <xs:import namespace= urn:oasis:names:tc:ubl:corecomponenttypes:1:0 schemalocation=../common/ubl-corecomponenttypes-1.0.xsd /> <xs:import namespace= urn:sfti:commonaggregatecomponents:1:0 schemalocation=../common/sfti- CommonAggregateComponents-1.0.xsd /> <xs:element name= ObjectEnvelope type= ObjectEnvelopeType /> <xs:element name= DocumentReference type= ReferenceType /> <xs:element name= DocumentID type= udt:identifiertype /> <xs:element name= IssueDate type= cbc:datetype /> <xs:element name= IssuerID type= udt:identifiertype /> <xs:element name=»documenttype» type=»udt:codetype»/> <xs:element name= CreationDateTime type= udt:datetimetype /> <xs:element name= EncodedObject type= EncodedObjectType /> <xs:element name= ObjectID type= udt:identifiertype />

Externa objekt 7 <xs:element name= EncodedData type= cct:binaryobjecttype /> <xs:complextype name= ObjectEnvelopeType > <xs:sequence> <xs:element ref= DocumentReference minoccurs= 0 /> <xs:element ref= CreationDateTime /> <xs:element ref= EncodedObject maxoccurs= unbounded /> </xs:sequence> </xs:complextype> <xs:complextype name= EncodedObjectType > <xs:sequence> <xs:element ref= ObjectID /> <xs:element ref= EncodedData /> </xs:sequence> </xs:complextype> <xs:complextype name= ReferenceType > <xs:sequence> <xs:element ref=»documentid»/> <xs:element ref= IssueDate minoccurs= 0 /> <xs:element ref= IssuerID minoccurs= 0 /> <xs:element ref= DocumentType minoccurs= 0 /> </xs:sequence> </xs:complextype> </xs:schema>