Uppdaterad 2021-03-25
Ramavtal1 som gäller E-handelstjänst 2015
Ramavtalsbilaga 14, Standarder och versioner
Uppdaterad 2021-03-25
Leverantören (E-handelstjänst) har ett ansvar att följa de standarder som Single Face To Industry (SFTI) rekommenderar. Utveckling ska ske så att nya standarder och versioner stöds inom 6 månader från att SFTI styrgrupp fastställer dessa.
Underhållsåtagandet reglerar även att tjänsten ska uppdateras till följd av nya och förändrade relevanta lagar, förordningar och föreskrifter.
1 SFTI Svehandel - Faktura
Namn | Baserad på | Version |
Peppol BIS Billing [faktura och kreditnota för mottagande] | Peppol BIS Billing 3 med syntaxbindning enligt UBL 2.1 | 3 |
Peppol BIS Billing med CII- syntax [gäller enbart mottagande (faktura och kreditnota), i de fall leverantör kräver det] | Peppol BIS Billing 3 med syntaxbindning enligt UN/CEFACT Cross Industry Invoice D16B | 3 |
Svefaktura – SFTI:s enkla faktura (faktura och kreditnota) (rekommenderat av SFTI t.o.m. 2021-03-31) | SFTI och UBL 1.0 | 1.0 |
Svefaktura-BIS 5A (faktura och kreditnota) (rekommenderat av SFTI t.o.m. 2019-12-31) | Peppol BIS 5A | 2.0 |
1 Ramavtalen med Visma Proceedo AB samt CGI Sverige AB är upphandlade och diarieförda hos Ekonomistyrningsverket (ESV) med dnr 2.5.1-483/2017 respektive 2.5.1-482/2017. Ramavtalen förvaltas sedan 2018-01-01 av Kammarkollegiet.
2 SFTI Svehandel - Order
Namn | Baserad på | Version |
Peppol BIS Ordering | Peppol BIS Ordering | 3 |
Sveorder med ordersvar (rekommenderat av SFTI t.o.m. 2020-05-15) | BIS 28A version 1.0 | 1.0 |
3 SFTI Svehandel - Katalog
Namn | Baserad på | Version |
Peppol BIS Catalogue without response | Peppol BIS Catalogue without response | 3 |
Svekatalog (rekommenderat av SFTI t.o.m. 2020-05-15) | Peppol BIS 1A exklusive katalogsvar | 2.0 |
4 SFTI Svehandel - Leveransavisering
Namn | Baserad på | Version |
Peppol BIS Despatch Advice | Peppol BIS Despatch Advice | 3 |
Sveleveransavisering (rekommenderat av SFTI t.o.m. 2020-05-15) | Peppol BIS 30A Despatch Advice | 1.0 |
5 SFTI Svehandel - Punch-out
Namn | Baserad på | Version |
Peppol BIS Punch Out | Peppol BIS Punch Out | 3 |
Namn | Baserad på | Version |
Peppol BIS Punch-out (rekommenderat av SFTI t.o.m. 2020-05-15) | Peppol BIS 18A Punch Out | 1 |
Specifikationer för inloggningsförfarande vid punch- out | Peppol Punch Out Login & Transmission Specification | 1 |
6 SFTI Svehandel - Orderöverenskommelse
Namn | Baserad på | Version |
Peppol BIS Order Agreement | Peppol BIS Order Agreement | 3 |
Peppol BIS Orderöverenskommelse (rekommenderat av SFTI t.o.m. 2020-05-15) | Peppol BIS 42A Order Agreement | 1 |
7 SFTI/ESAP6 - Avrop mot ramavtal version 2.9
7.1 Affärsdokumentspecifikationer
Affärsdokumentspecifikationerna visar vilken information som skall ingå i de elektroniska affärsdokument som skickas mellan affärssystemen.
Observera att för fakturering används i SFTI/ESAP6 istället faktura enligt SFTI Fulltextfaktura.
Namn | Beteckning | Version | Scenario 6.1 | Scenario 6.3 |
Prislista | 6.1.1 | 2.93 | Ja | Ja |
Ändringsprislista | 6.1.2 | 2.93 | Ja | Ja |
Avrop | 6.1.3 | 2.92 | Ja | Ja |
Namn | Beteckning | Version | Scenario 6.1 | Scenario 6.3 |
Avropserkännande | 6.1.4 | 2.90 | Ja | Ja |
Avropsbekräftelse | 6.1.5 | 2.91 | Ja | Ja |
Leveransavisering | 6.3.2 | 2.91 | Nej | Ja |
7.2 Affärsdokumentspecifikationer – enbart läkemedelsbeställningar
Namn | Beteckning | Version | Scenario 6.1 | Scenario 6.3 |
Prislista, original- och ersättnings- dokument | 6.1.7 | 2.93 | Ja | Ja |
Ändringsprislista | 6.1.8 | 2.93 | Ja | Ja |
SFTI:s Extempore som en XML- specifikation | 7.1.1 | 1.00 | Ja | Ja |
7.3 Meddelandespecifikationer
Meddelandespecifikationerna anger hur affärstermerna i ovanstående affärsdokumentspecifikationer placeras i ett EDIFACT-meddelande.
Namn | Beteckning | Version | Meddelandetyp | Hör till affärs- dokumentspecifikation |
Prislista/Ändringsprislista | MS 42 | 2.92 | PRICAT | 6.1.1/6.1.2 |
Avrop | MS 45 | 2.91 | ORDERS | 6.1.3 |
Avropserkännande & Avropsbekräftelse | MS 46 | 2.90 2.91 | ORDRSP | 6.1.4/6.1.5 |
Leveransavisering | MS 44 | 2.91 | DESADV | 6.3.2 |
Prislista/Ändringsprislista läkemedel | MS 60 | 2.92 | PRICAT | 6.1.7/6.1.8 |
7.4 Specialprocesser
Följande meddelanden rekommenderas av SFTI och de stödjer de Specialprocesser som beskrivs i Förfrågningsunderlaget, avsnitt 4.4, Översikt processmodeller, punkt 2.1.9 samt avsnitt 4.4.9. Specialprocesser är inte kravställda som en del i den normala E-handelstjänsten. I de fall en myndighet efterfrågar en Specialprocess som en option ingår stöd för av SFTI rekommenderade meddelanden i E-handelstjänsten.
Namn |
Transportavisering - för användning vid samordnad varudistribution (Gäller sex månader efter kontrakt tecknats med option som avser Samordnad varudistribution) |
Slutenvårdsdos - för beställning av patientspecifik förpackning av läkemedel (Gäller sex månader efter kontrakt tecknats med option som avser processen Slutenvårdsdos) |
Extempore Läkemedelsbeställningar - individanpassade läkemedel (Gäller sex månader efter kontrakt tecknats med option som avser processen Läkemedelsbeställningar) |
SFTI API:er: SFTI Item Availability Check Service (Gäller sex månader efter kontrakt tecknats med option som avser SFTI Item Availability Check Service) |
8 SFTI Fulltextfaktura
SFTI Fulltextfaktura rekommenderas t.o.m. 2021-03-31 som fristående fakturatransaktion men kan även fortsatt användas som faktura i SFTI/ESAP 6.
8.1 Affärsdokumentspecifikationer
Namn | Version |
SFTI Fulltextfaktura | 2.3 |
SFTI Fulltextfaktura | 2.4 |
8.2 Meddelandespecifikation
Namn | Version | Meddelandetyp |
Fulltextfaktura | D96A | INVOIC |
9 Förpackning av Externa objekt/bilagor
Namn | Version |
SFTI Object Envelope (rekommenderat av SFTI t.o.m. 2021-03-31) | 1.0 |
10 SFTI Tekniska kuvert
Namn | Version |
SFTI Tekniska kuvert (UN/CEFACT SBDH) (för användning om kommunikationsprotokollet saknar kuverteringsfunktion) (rekommenderat av SFTI t.o.m. 2021-03-31 vilket innebär att dess funktioner som sammanhållande kuvert för Svefaktura och bilaga vid överföring respektive som inre kuvert i Peppol-nätverket i och med att Svefaktura 1.0 avvecklas per 1 april 2021. Till vidare behålls SFTI Tekniska kuvert för buntning av affärsdokument till, mellan eller från VAN-operatörer.) | 1.0 |
11 SFTI Transportprofil Bas
Namn | Version |
SFTI Teknisk Transportprofil: Bas (för användning tillsammans med Svefaktura 1.0) (rekommenderat av SFTI t.o.m. 2021-03-31) | 2.0 |
12 Peppol
Som godkänd operatör för accesspunkt (AP) och tjänsteregister (SMP) i Peppol måste aktuella versioner alltid användas. I Peppols avtal för transportinfrastruktur (som operatörer tecknar med OpenPeppol alternativt nationell Peppol-myndighet såsom Myndigheten för digital förvaltning (DIGG)) regleras användning av tekniska specifikationer kring protokoll, register och kuvertering.
13 Guideline för användning av Svefakturaformatet vid skanning
För överföring av fakturainformation och bild från Skanningtjänst till E- handelstjänst tillämpas följande specifikation.
13.1 Inledning
En E-faktura är en faktura som både skickas och tas emot i elektronisk form. Den kan skickas direkt mellan två parter eller via en eller flera mellanhänder.
Svefaktura är en sådan E-faktura. Skannade och tolkade fakturor, däremot, betraktas inte som e-fakturor då grunden för dem är fakturor som utställts på papper.
Samtidigt noteras ett växande behov av enhetlighet vid intern hantering av fakturor, t ex i system för elektronisk fakturahantering, och detta uttrycks i krav på att formaten från olika former av fakturainhämtning samordnas.
Denna guideline beskriver en lösning för hur skannade och tolkade fakturor, inkl. eventuella bilagor, kan hanteras inom ramen för den form och struktur som definieras av Svefakturans XML-schema. Syftet är att elektroniska och skannade/tolkade fakturor ska kunna hanteras med en rimlig grad av kompatibilitet i E-handelstjänsten som internt baseras på Svefaktura. Guiden berör även de speciella föreskrifter som blir tillämpliga när fakturor utställda på papper hanteras i form av en skannad elektronisk motsvarighet.
13.2 Arkivering mm
De fakturor som avses här är sådana som av varu-/tjänsteleverantör eller dennes ombud ställts ut på papper och som mottagits av köparen, eventuellt på en av köparen speciellt anvisad adress för fakturamottagning. Det är ett beslut fattat ensidigt av köparen att låta den vidare interna behandlingen ske med ett elektroniskt underlag (skannad och tolkad faktura) som grund. Vad gäller själva mottagandet gäller samma regelverk som för övriga dokument på papper.
Vid skanning skapas en elektronisk kopia från mottagen faktura på papper för att används vid mottagarens fakturabehandling. Tolkad fakturainformation och bilden av den skannade fakturan tas in för fakturabehandling i det elektroniska faktura- hanteringssystemet och kompletteras där med noteringar av olika slag (bl.a. kon- teringar, upplysningar, attest, med mera). Såväl fakturan på papper som den elektroniska kopian med de tillförda noteringarna utgör Räkenskapsinformation och ska bevaras i tio år efter utgången av räkenskapsåret, om det inte finns undantag från tioårsregeln. Kopplingen mellan fakturan på papper och den elektroniska kopian med de registrerade noteringarna löses genom att ett unikt Stämpelnummer (motsvarande) påförs vid inskanningstillfället.
Myndighet får låna ut verifikationer i original till utländsk myndighet för återhämtning av utländsk mervärdesskatt och för kontroll i samband med deltagande i projekt inom EU. En förutsättning är att en bestyrkt kopia förvaras på originalets plats under utlåningstiden
13.3 Tolkade uppgifter
I denna guideline har vi utgått från två nivåer av tolkade uppgifter efter skan- ningen.
1. Miniminivå – De obligatoriska uppgifterna
− Kontonummer
o Plusgironummer
o Bankgironummer om plusgirokonto saknas
o Bankkontonummer om pg-konto och bg-konto saknas
− Fakturanummer
− Fakturadatum
− Förfallodatum
− Momsbelopp
− Totalbelopp
− Säljarens organisationsnummer
− OCR-referens
− Beställarreferens 1
2. Utökad nivå – Obligatoriska uppgifter plus vanligt förekommande uppgifter vid skanning
− Kontonummer
o Plusgironummer
o Bankgironummer om plusgirokonto saknas
o Bankkontonummer om plusgirokonto saknas
− Fakturanummer
− Fakturadatum
− Förfallodatum
− Momsbelopp
− Totalbelopp
− Säljarens organisationsnummer
− OCR-referens
− Beställarreferens 1
− Beställarreferens 2
− Valutakod
− Momsregistreringsnummer
− Ordernummer
13.4 Informations som tillförs
Utöver den information som skannas från pappersfakturan tillförs även mer information vid skanning vilket krävs för spårbarhet och koppling tillbaka till pappersdokumentet.
− Bildreferensnummer: det unika Stämpelnummer som tilldelas pappersfakturan och bilden som skapats vid skanningen. Varje bild som har ett unikt nummer som knyter samman det elektroniska dokumentet och motsvarande pappersfaktura.
− Ankomstdatum för pappersfakturan
13.5 Kreditnotor eller fakturor
När det inkomna dokumentet skannas kompletteras det tolkade Datat med fakturatyp. I denna guide, liksom i Svefakturan används en kod (i InvoiceTypeCode) för att visa om det är en kreditnota eller faktura. Fakturor kan ha en negativ sluttotal. För kreditnotor är alltid sluttotalen positiv (eller noll).
13.6 Mappning av tolkade uppgifter mot element i Svefaktura
13.6.1 Fakturatyp
Xpath:
/Invoice/InvoiceTypeCode
Exempel:
<InvoiceTypeCode>380</InvoiceTypeCode>
Kommentar:
I Svefakturan används koden 380 för faktura och 381 för kreditnota
.
X path:
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:ID
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:FinancialInstitutionBr anch/cac:FinancialInstitution/cac:ID
Exempel:
<cac:PaymentMeans>
<cac:PaymentMeansTypeCode>1</cac:PaymentMeansTypeCode>
<cbc:DuePaymentDate>2003-10-11</cbc:DuePaymentDate>
<cac:PayeeFinancialAccount>
<cac:ID>12345</cac:ID>
<cac:FinancialInstitutionBranch>
<cac:FinancialInstitution>
<cac:ID>PGSISESS</cac:ID>
</cac:FinancialInstitution>
</cac:FinancialInstitutionBranch>
<cac:PaymentInstructionID>2134355667476</cac:PaymentInstruct
ionID>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
Kommentar:
cac:PaymentMeansTypeCode sätts alltid till “1”
/cac:FinancialInstituation/cac:ID sätts till PGSISESS
.
Xpath:
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:ID
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:FinancialInstitutionBr anch/cac:FinancialInstitution/cac:ID
Exempel:
<cac:PaymentMeans>
<cac:PaymentMeansTypeCode>1</cac:PaymentMeansTypeCode>
<cbc:DuePaymentDate>2003-10-11</cbc:DuePaymentDate>
<cac:PayeeFinancialAccount>
<cac:ID>12345</cac:ID>
<cac:FinancialInstitutionBranch>
<cac:FinancialInstitution>
<cac:ID>BGABSESS</cac:ID>
</cac:FinancialInstitution>
</cac:FinancialInstitutionBranch>
<cac:PaymentInstructionID>2134355667476</cac:PaymentInstruct
ionID>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
Kommentar:
cac:PaymentMeansTypeCode sätts alltid till “1”
//cac:FinancialInstituation/cac:ID sätts till BGABSESS
.
Xpath:
/Invoice/ID
Exempel:
<ID>15</ID>
.
Xpath:
/Invoice/cbc:IssueDate
Exempel:
<cbc:IssueDate>2003-09-11</cbc:IssueDate>
.
Xpath:
/Invoice/cac:PaymentMeans/cbc:DuePaymentDate
Exempel:
<cac:PaymentMeans>
<cac:PaymentMeansTypeCode>1</cac:PaymentMeansTypeCode>
<cbc:DuePaymentDate>2003-10-11</cbc:DuePaymentDate>
<cac:PayeeFinancialAccount>
<cac:ID>12345</cac:ID>
<cac:FinancialInstitutionBranch>
<cac:FinancialInstitution>
<cac:ID>BGSISESS</cac:ID>
</cac:FinancialInstitution>
</cac:FinancialInstitutionBranch>
<cac:PaymentInstructionID>2134355667476</cac:PaymentInstruct
ionID>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
.
Xpath:
/Invoice/cac:TaxTotal/cbc:TotalTaxAmount
Exempel:
<cac:TaxTotal>
<cbc:TotalTaxAmount amountCurrencyID="SEK">200</cbc:TotalTaxAmount>
</cac:TaxTotal>
.
Xpath:
/Invoice/cac:LegalTotal/cbc:LineExtensionTotalAmount
/Invoice/cac:LegalTotal/cbc:TaxInclusiveTotalAmount
Exempel:
<cac:LegalTotal>
<cbc:LineExtensionTotalAmount amountCurrencyID="SEK">800</cbc:LineExtensionTotalAmount>
<cbc:TaxInclusiveTotalAmount amountCurrencyID="SEK">1000</cbc:TaxInclusiveTotalAmount>
</cac:LegalTotal>
.
Xpath:
/Invoice/RequisitionistDocumentReference/cac:ID
Exempel:
<RequisitionistDocumentReference>
<cac:ID>50</cac:ID>
</RequisitionistDocumentReference>
.
Xpath:
/Invoice/RequisitionistDocumentReference/cac:ID
Exempel:
<RequisitionistDocumentReference>
<cac:ID>ABC</cac:ID>
</RequisitionistDocumentReference>
Kommentar:
RequisitionistDocumentReference kan upprepas två gånger.
.
Xpath:
/Invoice/InvoiceCurrencyCode
Exempel:
<InvoiceCurrencyCode>SEK</InvoiceCurrencyCode>
.
Xpath:
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:PaymentInstructionID
Exempel:
<cac:PaymentMeans>
<cac:PaymentMeansTypeCode>1</cac:PaymentMeansTypeCode>
<cbc:DuePaymentDate>2003-10-11</cbc:DuePaymentDate>
<cac:PayeeFinancialAccount>
<cac:ID>12345</cac:ID>
<cac:FinancialInstitutionBranch>
<cac:FinancialInstitution>
<cac:ID>BGABSESS</cac:ID>
</cac:FinancialInstitution>
</cac:FinancialInstitutionBranch>
<cac:PaymentInstructionID>2134355667476</cac:PaymentInstruct
ionID>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
.
Xpath:
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:ID
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:FinancialInstitutionBr anch/cac:FinancialInstitution/cac:ID
Exempel:
<cac:PaymentMeans>
<cac:PaymentMeansTypeCode>1</cac:PaymentMeansTypeCode>
<cbc:DuePaymentDate>2003-10-11</cbc:DuePaymentDate>
<cac:PayeeFinancialAccount>
<cac:ID>12345</cac:ID>
<cac:FinancialInstitutionBranch>
<cac:FinancialInstitution>
<cac:ID>XXXXXXXX</cac:ID>
</cac:FinancialInstitution>
</cac:FinancialInstitutionBranch>
<cac:PaymentInstructionID>2134355667476</cac:PaymentInstruct
ionID>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
Kommentar:
cac:PaymentMeansTypeCode sätt alltid till “1”
//cac:FinancialInstituation/cac:ID sätt till bankens BIC-kod.
.
13.6.14 Säljarens organisationsnummer
Xpath:
/Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cac:CompanyID
/Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cac:TaxScheme/cac:ID
Exempel:
<cac:SellerParty>
<cac:Party>
<cac:PartyName>
<cbc:Name/>
</cac:PartyName>
<cac:Address/>
<cac:PartyTaxScheme>
<cac:CompanyID>5565624223</cac:CompanyID>
<cac:TaxScheme>
<cac:ID>SWT</cac:ID>
</cac:TaxScheme>
</cac:Party>
</cac:SellerParty>
Kommentar:
Koden som anges i TaxScheme (SWT) innebär att värdet i CompanyID är säljarens organisationsnummer.
13.6.15 Momsregistreringsnummer
Xpath:
/Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cac:CompanyID
/Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cac:TaxScheme/cac:ID
Exempel:
<cac:SellerParty>
<cac:Party>
<cac:PartyName>
<cbc:Name/>
</cac:PartyName>
<cac:Address/>
<cac:PartyTaxScheme>
<cac:CompanyID>SE556562422301</cac:CompanyID>
<cac:TaxScheme>
<cac:ID>VAT</cac:ID>
</cac:TaxScheme>
</cac:Party>
</cac:SellerParty>
Kommentar:
Koden som anges i TaxScheme (VAT) innebär att värdet i CompanyID är ett momsregistreringsnummer.
13.6.16 Bildreferens (Stämpelnummer)
Xpath:
/Invoice/AdditionalDocumentReference/cac:ID
Exempel:
<AdditionalDocumentReference>
<cac:ID identificationSchemeAgencyName="SFTI" identificationSchemeID="ATS">
urn:sfti:documents:object:ABC123456789
</cac:ID>
<AdditionalDocumentReference>
Alternativt:
<AdditionalDocumentReference>
<cac:ID identificationSchemeAgencyName="SFTI" identificationSchemeID="ATS">
xxxx://xxx.xxxxxxxxxxxxx/xxxxxx/xxxxxxxx.xxx?xxxXXX000000000
</cac:ID>
<AdditionalDocumentReference>
Kommentar:
Där värdet i elementet är uppbyggt på följande sätt (första exemplet):
urn:sfti:documents:object anger att det rör sig om en bild.
ABC123456789 anger det unikt identifierande begrepp som finns kopplat till bilden. 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.
I det andra exemplet visas att referensen kan också vara en länk till en bild som är tillgänglig via http-protokollet.
I fall då skanningen resulterat i fler än en bild så måste ordningsföljden på bilderna bibehållas genom att de läggs in som AdditionalDocumentReference i korrekt ordning med den första bilden som det första elementet i listan.
13.7 Orderreferens
Xpath:
/Invoice/cac:InvoiceLine/cac:OrderLineReference/cac:OrderReference/cac:BuyersI D
Exempel:
<cac:InvoiceLine>
<cac:ID/>
<cbc:LineExtensionAmount amountCurrencyID="SEK">0</cbc:LineExtensionAmount>
<cac:OrderLineReference>
<cac:OrderReference>
<cac:BuyersID>376</cac:BuyersID>
</cac:OrderReference>
</cac:OrderLineReference>
<cac:Item/>
</cac:InvoiceLine>
Kommentar:
I Svefakturan ligger orderreferens på radnivå.
För guideline hur ytterligare skannade informationsfält kan mappas till en struktur motsvarande Svefakturans, se fältspecifikation på xxxx://xxx.xxxxxxxxxx.xx.
13.8 Hantering av Svefakturans obligatoriska element
Vissa element i Svefakturan är obligatoriska och måste fyllas i under normala omständigheter. Då Svefakturaformatet används som informationsbärare av tolkade uppgifter av en skannad faktura så finns dock inte all information tillgänglig i tolkad form. Det är därför i denna situation tillåtet att lämna vissa fält tomma. De aktuella fälten gäller fakturaraden som är obligatorisk i Svefakturan.
<cac:InvoiceLine>
<cac:ID/>
<cbc:LineExtensionAmount amountCurrencyID="SEK">0</cbc:LineExtensionAmount>
<cac:Item/>
</cac:InvoiceLine>
Observera alltså att fälten måste anges men att innehållet kan utelämnas. LineExtensionAmount (alltså radsumma) måste vara ett numeriskt värde och sätts därför till 0.
13.9 Mappning av information som tillförs vid skanning
Uppgift om ankomstdatum saknar i Svefakturan specifika fält och därför bör fritextfältet Note användas. För att informationen ska kunna presenteras och förstås bör värdet få en beskrivande ledtext.
Xpath:
/Invoice/cbc:Note
Exempel:
<cbc:Note> Ankomstdatum:2006-02-23
</cbc:Note>
13.10 Förpackning av Fakturabilder med affärsdokumentet
SFTI har tagit fram en mer generell guideline kring förpackning av externa objekt. Den beskriver hur ett externt objekt, i detta fall Fakturabilden, kan knytas till ett affärsdokument. Guiden beskriver hur ett externt objekt kan kodas och förpackas i ett XML-dokument.
På detta sätt kan för de skannade fakturorna dessa överföras genom att Svefakturameddelande med tolkad information samt Fakturabild överförs tillsammans med bibehållen spårbarhet.
Omnämnd Guideline finns publicerad via xxxx://xxx.xxxx.xx och heter
Dokumentschema – förpackning av externa objekt.
13.11 Överföring av Fakturabilder och tolkade uppgifter
Det finns flera sätt att överföra informationen i form av Fakturabild och tolkad information då Svefaktura-formatet används som informationsbärare och paketering görs enligt ovan.
Överföring mellan Skanningtjänst och E-handelstjänst görs med SFTP.