Tieto Purchase Invoice Collection

Transkriptio

1 Tieto Purchase Invoice Collection Palvelukuvaus page 1/14

2 Tekijänoikeudet Tämän asiakirjan tai minkään sen osan sisältöä ei saa kopioida organisaationne ulkopuolelle ilman Tiedon kirjallista suostumusta. Kaikki tähän palvelukuvaukseen ja palveluun liittyvät oikeudet kuuluvat Tiedolle tai kolmannelle osapuolelle. Tätä asiakirjaa ja sen sisältöä sekä palvelun ominaisuuksia kehitetään jatkuvasti. Tieto voi tehdä niihin muutoksia ja/tai korjauksia oman harkintansa mukaan. Kaikista merkittävistä muutoksista keskustellaan asiakkaan kanssa sovellettavan sopimuksen mukaisesti. page 2/14

3 Sisällys 1 Johdanto Palvelukonsepti Toimitettavat palvelut PALVELUN SISÄLTÖ Palvelun yleiskuvaus Toimitettavien palvelujen ominaisuudet / komponentit Tiedonsiirto Sanomanvälitys ja reititys Sanoman muuntaminen Liitteet Palvelupaketit Ostolaskujen vastaanottaminen Palvelun perustaminen Lisäpalvelut PALVELUYMPÄRISTÖ JA -ROOLIT Palveluympäristö Palveluun sisältyvät roolit Palvelukanavat PALVELUTOIMITUS Toimitusmalli Palvelujen käyttöönotto Palvelun ylläpito VASTUUT PALVELUN SUORITUSKYKY Järjestelmän mitoitus Järjestelmän skaalattavuus Tekniset vaatimukset page 3/14

4 1 Johdanto 1.1 Palvelukonsepti Ostolaskujen välityspalvelu (Tieto Purchase Invoice Collection) tarjoaa sähköisten laskujen vastaanoton, muuntamisen ja välittämisen liikekumppanien välillä suojatuilla yhteyksillä valvotussa käyttöympäristössä. Palvelu tarjoaa seuraavat hyödyt: Palvelun avulla yritykset voivat automatisoida laskutusprosessinsa, mikä lisää tehokkuutta ja tuottaa kustannussäästöjä. Ostajat voivat vastaanottaa toimittajien laskut suoraan omaan laskutusjärjestelmäänsä käyttäen valitsemaansa yhteyttä, formaattia, sisältöä ja rakennetta. Ostajat saavat täsmälliset ja virheettömät laskut suoraan kirjanpitojärjestelmäänsä. 1.2 Toimitettavat palvelut Tiedonsiirto Sanomanvälitys ja reititys Sanoman muuntaminen Liitteet 2 PALVELUN SISÄLTÖ 2.1 Palvelun yleiskuvaus Ostolaskujen välityspalvelun avulla asiakkaiden on mahdollista käyttää vain yhtä yhteyttä ja sanomaformaattia kaikkien liikekumppaneiden verkkolaskujen vastaanotossa. Asiakkaiden ei tarvitse huolehtia siitä, millaisia yhteysratkaisuja, sovelluksia tai formaatteja heidän liikekumppaninsa käyttävät. Asiakkaan liittymä näyttää samalta riippumatta liikekumppanien ratkaisuista. Tiedon palvelu tukee nelikulmamallia. Se tarkoittaa, että ei ole merkitystä, onko asiakkaan liikekumppanilla yhteys Tietoon vai johonkin muuhun verkkolaskupalveluntarjoajaan, jonka kanssa Tiedolla on yhdysliikennesopimus. Tiedolla on verkkolaskujen yhdysliikennesopimus lukuisten palveluntarjoajien kanssa, ja se pyrkii jatkuvasti laajentamaan yhdysliikenneverkostoaan. Palvelun avulla taataan, että palvelun kautta välitetty tieto saavuttaa sen vastaanottajan. Laitteistoa, verkkoa ja sovelluksia valvotaan 24/7/365, ja Tiedon verkkolaskupalvelun tuki valvoo tapahtumia toimistoaikoina. page 4/14

5 Verkkolaskujen tapahtumalogiikka ostolaskujen välityspalvelussa: Lähettäjäkohtaiset vaihtoehdot: Viestintätapa, laskuformaatti, ilmoitukset jne. Vastaanottajakohtaiset vaihtoehdot: Viestintätapa, laskuformaatti jne. Palvelussa käytetään sisäistä välimuotoa. Välimuotoa käytetään vain peruspalvelussa. Lähettävien ja vastaanottavien toimijoiden tulee valita yksi tuetuista laskuformaateista, jotka on kuvattu tämän palvelukuvauksen kappaleessa Toimitettavien palvelujen ominaisuudet / komponentit Tiedonsiirto Osapuolten välisissä yhteyksissä käytetään ensisijaisesti internetiä. Myös muita yhteyksiä voidaan käyttää erillisen sopimuksen mukaisesti. Asiakkaan ja palveluliittymän välinen tietoliikenne voidaan perustaa erilaisten tietoliikenneprotokollien avulla Sanomanvälitys ja reititys Ensin määritetään saapuvien sanomien formaatti (luokitellaan sanomien sisällön perusteella). Seuraavat käsittelyvaiheet ja reititys määräytyvät sanomassa olevien lähettäjän ja vastaanottajan sähköisten osoitteiden perusteella. Sanomassa tulee olla aina reititystä varten vaadittavat sähköiset osoitteet. Yleensä yhdessä sanomassa on yksi lasku, mutta joissain laskuformaateissa on sisäänrakennettu erätuki. Kuljetuskuoren avulla erätuki tukee mitä tahansa laskuformaattia. Yhdysliikenne: ostolaskujen välityspalvelun peruslähtökohta on nelikulmamalli, jonka toimijoita ovat: Laskun lähettäjä Laskun lähettäjän verkkolaskupalveluntarjoaja Laskun vastaanottaja Laskun vastaanottajan verkkolaskupalveluntarjoaja Sanoman muuntaminen Formaatit muunnetaan saapuvien sanomaformaattien ja vastaanottavan sovelluksen käyttämien formaattien välillä. Kaikki saapuvat ja lähtevät sanomaformaatit muunnetaan page 5/14

6 välimuotoon/välimuodosta, jolloin liikekumppanien välisten yhteyksien perustaminen on helpompaa. Tässä vaiheessa validointi tehdään sanomaformaatin ja syntaksin mukaan Liitteet Liitteet ovat sanomaan kuuluvaa lisätietoa. Palvelu tukee kahdenlaisia liitteitä: Upotetut liitteet: Lasku, jonka liitteet on upotettu varsinaiseen sanomaan. Saapuvissa laskuissa olevat upotetut liitteet ovat lähtevissä laskuissa joko upotettuina tai ulkoisina liitteinä riippuen vastaanottajan valinnasta ja vastaanottajan palveluntarjoajan tuesta. Ulkoiset liitteet: Lasku ja sen liitteet lähetetään ja vastaanotetaan erikseen. Saapuvissa laskuissa olevat ulkoiset liitteet ovat lähtevissä laskuissa joko upotettuina tai ulkoisina liitteinä riippuen vastaanottajan valinnasta ja vastaanottajan palveluntarjoajan tuesta. Lisäksi URL:t (linkitetyt liitteet) ovat mahdollisia joissain laskuformaateissa: Laskussa on URL kentässä osoite, joka viittaa toisessa paikassa sijaitsevaan liitteeseen. URL-tieto välitetään vastaanottajalle. Varsinaisia liitteitä ei siirretä laskusanoman mukana. Saapuvissa laskuissa olevat linkitetyt liitteet ovat linkitettyjä liitteitä myös lähtevissä laskuissa. Liitteitä voi käyttää, kun: Laskuformaatissa on sisäänrakennettu liitetuki ainakin toisen yllämainitun liitelajin mukaisesti. Liitteet luodaan ja liitetään laskuun laskuformaatin määrittelyn mukaisesti. Palvelussa on laskuformaatin liitetuki. Ks. luettelo tuetuista formaateista jäljempänä kohdasta "Lisäpalvelut". Liitteet toimitetaan vastaanottajalle vain, jos vastaanottaja käyttää laskuformaattia, joka tukee liitteitä ja on konfiguroitu vastaanottamaan ne. Muussa tapauksessa liitteet jätetään pois ilman erillistä ilmoitusta. Asia tulee siis tarkistaa vastaanottajalta ennen liitteiden lähettämistä. 2.3 Palvelupaketit Ostolaskujen vastaanottaminen Tämä vaiheluettelo kuvaa, kuinka ostaja vastaanottaa laskun toimittajalta. Perusedellytykset: 1. Ostajalla on ostajan sopimus Tiedon ostolaskujen välityspalvelusta. 2. Perustamisprojekti on valmis. 3. Toimittajalla on sopimus Tiedon myyntilaskujen välityspalvelusta (Tieto Sales Invoice Distribution) tai sopimus sellaisen verkkolaskupalveluntarjoajan kanssa, jonka kanssa Tiedolla on yhdysliikennesopimus. 4. Toimittajalla on yhteys ostajaan. page 6/14

7 Vaihe Toimenpide 1 Tiedon ostolaskujen välityspalvelu vastaanottaa laskun toimittajalta joko suoraan tai toisen operaattorin kautta, johon lähettäjällä on yhteys. 2 Laskulle tehdään perussyntaksitarkistukset. 3 Lasku muunnetaan sisäiseen välimuotoon. 4 Lasku muunnetaan sellaiseen formaattiin, jota ostaja voi käsitellä. 5 Laskulle tehdään perussyntaksitarkistukset. 6 Lasku lähetetään ostajalle. Lopputulos: Ostolaskut on vastaanotettu ja niitä voidaan käsitellä edelleen ostajan sisäisessä järjestelmässä. Huomautus: Järjestelmävirheen ilmaantuessa tukihenkilöt korjaavat sen mahdollisuuksien mukaan ja lähettävät laskun uudelleen kyseisestä vaiheesta. Muussa tapauksessa toimittajalle lähetetään ilmoitus epäonnistumisesta Palvelun perustaminen Vaiheluettelo kuvaa palvelun perustamisprosessin. Perusedellytykset: Ei ole. Vaihe Toimenpide 1 Tieto ja asiakas allekirjoittavat sopimuksen Tiedon ostolaskujen välityspalvelusta. Sopimuksessa kerrotaan, mikä on asiakkaan rooli palvelussa: Ostaja 2 Tieto ottaa yhteyttä asiakkaaseen aloituskokouksen sopimiseksi. 3 Aloituskokouksessa: Molemmat osapuolet vahvistavat sopimuksen. Sovitaan yhteisestä aikataulusta. Molemmat osapuolet vahvistavat projektiin tarvittavat resurssit. 4 Perustetaan ja testataan yhteys asiakkaan testijärjestelmän (tai tuotantojärjestelmän, jos testijärjestelmää ei ole) ja Tiedon testijärjestelmän välillä. 5 Jos asiakas on tilannut asiakaskohtaisia muunto-ohjelmia, käynnistetään komponenttien kehitysprosessi, jossa vaadittavat komponentit suunnitellaan, kehitetään ja testataan. 6 Testiympäristössä suoritetaan päästä-päähän-integraatiotestejä, joissa asiakas vaihtaa viestejä Tiedon testiympäristössä sijaitsevan fiktiivisen liikekumppanin kanssa. Yhteyden perustaminen, formaattien tulkinta ja mahdolliset asiakaskohtaiset komponentit vahvistetaan yhdessä. 7 Asiakas hyväksyy integraatiotestit. 8 Tieto tilaa palvelun tuotantoon käyttöönoton asiakkaalle. 9 Tieto hoitaa palvelun käyttöönoton tuotantoympäristössä. 10 Suoritetaan tuotannon tarkastustesti, jolla varmistetaan käyttöönoton virheettömyys. (Asiakas on yhteydessä Tiedon tuotantoympäristössä sijaitsevaan fiktiiviseen liikekumppaniin.) 11 Tieto lähettää toimituksen hyväksynnän asiakkaalle postitse. 12 Asiakas palauttaa toimituksen hyväksynnän 2 työpäivän kuluessa. 13 Perustamisprojekti päätetään ja laskutetaan asiakkaalta sopimuksen mukaisesti. Lopputulos: Asiakkaalla on Tiedon ostolaskujen välityspalvelu, ja se voi nyt olla yhteydessä liikekumppaneihin. page 7/14

8 2.4 Lisäpalvelut Seuraavat ovat lisäpalveluja, joiden käytöstä on mahdollisesti sovittava erikseen. Saatavana on myös asiakaskohtaisia vaihtoehtoja, joilla lisäpalvelu voidaan räätälöidä asiakkaan tarpeiden mukaiseksi. Palveluun on mahdollista lisätä ylimääräinen sähköinen osoite tunnistusta varten. VPN-yhteys Palvelu tukee seuraavia kuvatyyppejä: PDF PDF-asiakirjat noudattavat PDF/A-1 ISO -standardia, ja soveltuvat siten pitkäaikaiseen arkistointiin. Perusvaihtoehdot: Muodostettavan PDF-asiakirjan oletusasettelu Digitaalinen allekirjoitus Muut sähköiset osoitteet Muu tietoliikenneturvallisuus Kuvien muodostus Asiakaskohtainen validointi Toimittajan validointi Asiakaskohtaiset vaihtoehdot: Muodostettavassa PDF-asiakirjassa voidaan käyttää räätälöityä asettelua ja räätälöityjä kuvia. Tieto antaa asiakkaan vaatimuksiin perustuvan kustannusarvion. Palvelu tukee seuraavia asiakirjatyyppejä: PDF PDF-asiakirjat noudattavat PDF/A-1 ISO -standardia, ja soveltuvat siten pitkäaikaiseen arkistointiin. Sähköinen allekirjoitus - PDF-asiakirjaan lisätään validi allekirjoitus. Valittujen laskun sisältökenttien asiakaskohtainen validointi. Ostajan määrittämien toimittajien ja heidän sähköisten osoitteidensa validointi. 3 PALVELUYMPÄRISTÖ JA -ROOLIT 3.1 Palveluympäristö Konesalit Tieto tarjoaa tuotantojärjestelmät ja pitää niitä yllä omissa konesaleissaan palvelun korkean käytettävyyden saavuttamiseksi. Kaksi verkko-operaattoria tarjoavat datayhteydet, joissa on palomuurisuojaus. Lisätietoa Tiedon konesaleista on saatavana pyynnöstä. Tietoturva Palvelussa käyttöönotettavan tiedonsiirron tietoturvataso on Tiedolle myönnettyjen ISO/IEC 27001:2005 ja ISO/IEC 27002:2005 -tietoturvasertifikaattien (BS7799-standardi) mukainen. Arkaluonteiset henkilötiedot Asiakastietojen käsittelyn osalta asiakkaan on otettava huomioon arkaluonteisten henkilötietojen käsittelyä ja salassapitoa koskevat paikalliset lait ja EU-direktiivit. Asiakas on velvollinen suojaamaan arkaluonteiset henkilötiedot. page 8/14

9 BIX-palvelujen laitteet ja ohjelmistot sijaitsevat EU:n alueella. Palvelujen toimitus ja kehitystyö voi tapahtua myös EU:n ulkopuolella. Tieto voi päivittää, tarkistaa, muuttaa tuotteen tai palvelun konfiguraatiota tai keskeyttää tuotteen tai palvelun sopimuskauden aikana. Mikäli tuotetta tai palvelua päivitetään, tarkistetaan tai muutetaan, päivitetty tuote tai palvelu täyttää tai ylittää kaikki tämän asiakirjan vaatimukset. 3.2 Palveluun sisältyvät roolit Roolinimike Tuki Asiakaspalvelupäällikkö Ostaja Toimittaja Liikekumppanit Määritelmä Service desk on tuen yhteydenottopiste. Valinnaisesti nimitettävä henkilö, joka vastaa muista kuin päivittäiseen toimintaan liittyvistä asioista kuten palvelun seurantakokouksista, laskutuksesta ja raportoinnista. Tiedon ostolaskujen välityspalvelun asiakas. Tiedon myyntilaskujen välityspalvelun asiakas tai toisen palveluntarjoajan vastaavan palvelun käyttäjä. Myös prosessikuvauksissa myyjästä käytetään nimitystä toimittaja. Ostaja ja toimittaja yhdessä 3.3 Palvelukanavat Ei koske tätä palvelua 4 PALVELUTOIMITUS 4.1 Toimitusmalli Tieto soveltaa vakioprosessejaan, -työkalujaan ja -menetelmiään koko toimitusketjun läpi. Asiakkaan tulee lähettää päivittäisten toimintojen palvelupyynnöt ja häiriöraportit ensisijaisesti BIX-tuen sähköpostiosoitteeseen, ellei muuta erikseen sovita. Tuen palvelukieli on englanti. Palveluun voidaan sisällyttää myös webbipohjainen kanava service deskin ja palvelunhallinnan kommunikointia varten. Lisäksi on mahdollista nimittää asiakaspalvelupäällikkö käsittelemään palvelunhallinnan tehtäviä. page 9/14

10 Tilaus Tässä prosessissa toteutetaan asiakkaalta palvelukanavien kautta tulevat palvelupyynnöt ja tilaukset. Ratkaisu Tässä prosessissa ratkaistaan häiriöitä, joista on raportoitu palvelukanavien tai automaattisen monitoroinnin kautta. Ennaltaehkäisy ja valvonta Nämä palvelunhallintaprosessit turvaavat palvelun laadun (kapasiteetti, saatavuus) ja tarjoavat raportointimahdollisuuden (sekä talouteen että laatuun liittyvä raportointi). Tavoitteena on varmistaa, että palvelu toimitetaan hallitusti. Kehittäminen Tieto pyrkii jatkuvasti parantamaan palveluja ja kehittämään palvelutarjoomaansa, joka täyttää asiakkaiden ja markkinoiden yleiset tarpeet. Laatupoikkeamia ehkäistään jatkuvilla palvelunkehittämistoimilla, kuten tietojen analysoinnilla, asiakaspalautteella ja -raporteilla sekä käynnistämällä palvelujen ominaisuuksien ja prosessien kehittämistoimia. Automaatio ja standardisointi ovat tärkeitä kehitystyön osa-alueita, joiden avulla voidaan tehostaa palveluja ja kehittää niiden lisäarvoa. 4.2 Palvelujen käyttöönotto Tiedon palvelujen standardoitu käyttöönottomalli (SCSI) esitetään seuraavassa kuvassa. Malli sisältää parhaita käytäntöjä suurten asiakasprojektien palvelutoimitusten toteuttamiseen. Mallin yleiset ohjeet, työkalut ja työskentelytavat toimivat käyttöönoton perustana ja auttavat sisäisten projektien ohjaustoimissa. 4.3 Palvelun ylläpito Palvelu on suunniteltu 24/7-käytölle. Palvelussa käytetään kuitenkin aikataulutettuja ylläpitokatkoja. Tällä hetkellä vuosittaisia ylläpitokatkoja on neljä. page 10/14

11 Kolmannen 3.osapuolen vastuulla Asiakkaan vastuulla Tiedon vastuulla Palvelukuvaus Tieto Purchase Invoice Collection Muita huoltokatkoja voi esiintyä kiireellisistä päivityksistä johtuen (esim. tietoturva-asioihin liittyen). Tieto kehittää palvelua jatkuvasti ja tekee versiopäivityksiä sekä kapasiteettiparannuksia. Nämä toimenpiteet suoritetaan ylläpitokatkojen aikana tai muina aikoina siinä tapauksessa, että ne eivät estä palvelun saatavuutta. Tieto suorittaa palvelun saatavuuden ja muiden operatiivisten toimenpiteiden jatkuvaa monitorointia. Lisätietoja löytyy palvelutasosopimuksesta. 5 VASTUUT TEHTÄVÄ Asiakkaan järjestelmän on pystyttävä vastaanottamaan verkkolaskuja tiedostoformaatissa. Asiakas sopii toimittajan kanssa verkkolaskujen vastaanottamisesta, jos tarpeen. Käyttöönoton aikana asiakkaan on pystyttävä tuottamaan testitiedostoja Tiedon tarjoamalle fiktiiviselle liikekumppanille. Käytettävissä on oltava resursseja, jotka tuntevat palveluun liittymiseen valitun siirtoratkaisun. Asiakkaan järjestelmän tietoliikenneyhteyden perustaminen. Palvelun konfigurointi ja tietoliikenneyhteyden perustaminen. Asiakkaan palvelun käyttöönotto jatkuvassa palvelussa, monitoroinnissa ja tuessa. Palvelun perustamisohjeiden ja -mallipohjien toimittaminen. Palvelun tietoliikenneyhteyden perustaminen. 6 PALVELUN SUORITUSKYKY 6.1 Järjestelmän mitoitus Palvelu on osa Tieto Business Information exchange (BIX) -tuoteperhettä ja se otetaan käyttöön jaetussa pilvipalveluympäristössä. Järjestelmän mitoitus ja kapasiteetinhallinta ovat BIXpalveluissa pilvialustakohtaisia, eivät palvelu- tai asiakaskohtaisia. Asiakas- ja palvelukohtaiset kapasiteettitarpeet huomioidaan poikkeuksellisissa huippukuormituksissa tai erityisissä läpimenoajoissa. page 11/14

12 Palvelulla on seuraavat siirtotiedostojen kokoon ja erään sisältyvien laskujen kappalemääräiset rajoitteet: 100 Mb:n maksimitiedostokoko käytettäessä tiedostosiirto-pohjaista liityntää 10 Mb:n maksimitiedostokoko käytettäessä SMTP:tä tai Web-sovelluksen latausliittymää Enintään yksittäistä laskua siirtoerässä 6.2 Järjestelmän skaalattavuus BIX-pilvipalvelutuotantoa voidaan skaalata ylöspäin vahvistamalla nykyisiä palvelutoimituksen instansseja tai luomalla uusia rinnakkaisia instansseja. 6.3 Tekniset vaatimukset Seuraavat vaihtoehdot sisältyvät peruspalveluun. Niiden käytöstä on sovittava erikseen. Saatavana on myös asiakaskohtaisia vaihtoehtoja, joilla lisäpalvelu voidaan räätälöidä asiakkaan tarpeiden mukaiseksi. Laskuformaatti Reititys ja osoitteenmuodostus Siirtoprotokollat Perusvaihtoehdot: EDIFACT/D96A, SFTI v2.1 Svefaktura, v1.0 SBDH-kuoren kanssa tai ilman BGC Invoice, 1.1 TEAPPSXML, Finvoice, SE 2.1 Finvoice 1.3 Finvoice OIOUBL, ISO20022, tsin EHF, v.2.0 Enator Inhouse, FTB 30 Agresso, EI02 SAP IDOC INVOIC, Tiedon käyttöönotto-ohjeiden mukaisesti Asiakaskohtaiset vaihtoehdot: Muunnokset kaikkiin asiakaskohtaisiin formaatteihin ovat mahdollisia. Tieto antaa asiakkaan vaatimuksiin perustuvan kustannusarvion. Palveluun sisältyy yksi sähköinen osoite.. Palvelussa tuetaan lähes kaikkia sähköisen osoitteen tunnistusjärjestelmiä. Suositus on käyttää pelkkiä kirjaimia ja numeroita. Asiakkaan tulee varmistaa, että sähköinen osoite yksilöi yksinomaan asiakkaan. Seuraavia osoitteita luetaan sanomista ja käytetään reitityksessä: Lähettäjän ja vastaanottajan operaattorin osoite (tarvitaan, kun sanoma osoitetaan toiselle operaattorille) Lähettäjän ja vastaanottajan osoitteet (pakollinen) Lähettäjän ja vastaanottajan aliosoitteet (valinnainen) Asiakkaan ja palvelun välinen tietoliikenneyhteys voidaan perustaa erilaisten protokollien avulla. Perusvaihtoehdot: SFTP, jossa käyttäjätunnus/salasana, asiakkaan todennus ja salaus HTTPS, jossa käyttäjätunnus/salasana, palvelimen varmenne ja salaus EDIINT AS2, jossa käyttäjätunnus/salasana, allekirjoitus ja salaus SMTP Siirtoprofiili Bas v2.0 (SFTI) Asiakaskohtaiset vaihtoehdot: Web Services, X.400, IBM MQ. Tieto antaa asiakkaan vaatimuksiin perustuvan page 12/14

13 Liitteet Laskutus ja tilastointi kustannusarvion. Palvelu tukee seuraavia liitetiedostojen formaatteja (MIME-tyypit): PDF-tiedosto (application/pdf) Tekstitiedosto (tet/plain) Tiff-kuva (image/tiff) Jpeg-kuva (image/jpeg) Gif-kuva (image/gif) Png-kuva (image/png) Seuraavat laskuformaatit tukevat upotettuja liitteitä: SFTI Basic Invoice, v1.0 (Svefaktura), jossa SBDH-kuori BGC Invoice, 1.1 ISO20022, tsin EHF 2.0 Seuraavat laskuformaatit tukevat ulkoisia liitteitä: SFTI Basic Invoice, v1.0 (Svefaktura) tukee ulkoisia liitteitä ObjectEnvelopeformaatissa. Finvoice TEAPPSXML ZIP-paketointi Liitetuen taso riippuu vastaanottajan laskuformaatista. Perusvaihtoehdot: Upotettu laskuun Ulkoinen Asiakaskohtaiset vaihtoehdot: Liitteen toimitus ulkoisesti käyttäen asiakkaan valitsemaa formaattia tai protokollaa. Tieto antaa asiakkaan vaatimuksiin perustuvan kustannusarvion. Perusvaihtoehdot: Palvelun käsittelemien laskujen lukumäärä on näkyvillä Tiedon asiakkaalle lähettämässä laskussa. Asiakaskohtaiset vaihtoehdot: Palvelu tuottaa tilastoinnissa ja raportoinnissa tarvittavat tiedot. Myös muut tilastointia ja sen jakelua asiakkaille koskevat vaatimukset ovat mahdollisia. Tieto antaa asiakkaan vaatimuksiin perustuvan kustannusarvion. page 13/14

14 Lyhenteet Lyhenne BIX services Digital signing E-invoice format Interchange agreement GIF HTTPS JPEG MIME PDF SFTP SMTP TIFF URL VPN XML Määritelmä BIX-palvelut. Tiedon liiketoimintatietojen integrointipalveluista käytetty nimi. Digitaalinen allekirjoitus. Tekniikka, jolla varmistetaan asiakirjan autenttisuus ja eheys. Verkkolaskuformaatti. Laskun sisällön, rakenteen ja käytön erittely joissain syntakseissa (esim. EDIFACT tai XML). Yhdysliikennesopimus. Tiedon ja toisen palveluntarjoajan tai pankin välinen sopimus, joka mahdollistaa Tiedon asiakkaan ja toista palveluntarjoajaa käyttävän liikekumppanin välisten laskujen lähettämisen ja vastaanottamisen. Graphic Interchange Format Hypertet Transfer Protocol Secure Joint Photographic Eperts Group Multi-Purpose Internet Mail Etensions Portable Document Format SSH File transfer protocol Simple Mail Transfer Protocol Tag Image File Format Uniform resource locator Virtual Private Network Etensible Markup Language page 14/14