JHS XXX Hankintatietojen elektroninen välitys
|
|
- Esko Mäkelä
- 5 vuotta sitten
- Katselukertoja:
Transkriptio
1 JHS XXX Hankintatietojen elektroninen välitys Versio: Julkaistu: XX.XX.2008 Voimassaoloaika: XX.XX.XXXX Sisällys 1 Johdanto Soveltamisala Termit ja määritelmät Elektroninen standardimuotoinen tiedonsiirto Elektronisen tiedonsiirron osapuolet Elektronisen tiedonsiirron vaiheet Lähetysprosessi Poiminta Muunnos Siirto Vastaanottoprosessi Siirto Opastavat tiedot Johdanto Tämä opas on tarkoitettu organisaatioille, jotka ovat kehittämässä tai hankkimassa järjestelmiä, joiden avulla välitetään hankintatoimen tietoja partnereille. Oppaan avulla hankintatoimen järjestelmistä vastaavat organisaatiot ja henkilöt pystyvät ymmärtämään elektronisen tiedonsiirron sekä elektronisten lomakkeiden käytön mahdollisuudet ja järjestelmävaatimukset sekä itse tiedonsiirron eri vaiheet ja osapuolet. Oppaassa esitetään julkisten hankintojen menettelyt käytettäessä UBL pohjaisia sanomia ja elektronisia lomakkeita tietojen välitykseen. Oppaassa esitetään ne vaatimukset ja ominaisuudet, jotka elektronista hankintatointa hoitavan järjestelmän on täytettävä. Lisäksi kerrotaan, miten järjestelmiä olisi kehitettävä, jotta niissä voitaisiin käyttää tehokkaasti hyväksi elektronisessa muodossa tuleva informaatio. 2 Soveltamisala Tämä dokumentti on tarkoitettu käytettäväksi julkisten hankintojen tietojärjestelmien elektronisen tiedonsiirron kehittämisessä. Suosituksen kohderyhmiä ovat: Julkisista hankinnoista ja järjestelmistä vastaavat organisaatiot ja henkilöt Järjestelmätoimittaja Konsultit Tavara- ja palvelutoimittajat. 1/12
2 3 Termit ja määritelmät Elektroninen standardimuotoinen tiedon siirto Elektronista, määrämuotoista, sanomista koostuvaa tietojen siirtoa osapuolten tietojärjestelmien välillä hyväksyttyjä standardeja ja pelisääntöjä noudattaen. Elektroninen tiedon siirto Elektronista, määrämuotoista, sanomista koostuvaa tietojen siirtoa osapuolten tietojärjestelmien välillä hyväksyttyjä standardeja ja pelisääntöjä noudattaen. Rakenteinen tiedon esitystapa Rakenteisen tiedon esitystavalla tarkoitetaan sellaista tiedon esitystapaa eli säännöstöä, jossa tiedot on tiettyjen sääntöjen mukaan nimetty ja eroteltu toisistaan sekä ryhmitelty tiettyihin, yleensä loogisin kokonaisuuksiin. Nämä säännöt määrittelevät myös tiedon poisjäännin esittämisen. Rakenteinen tieto Tieto, joka noudattaa tiettyä rakenteisen tiedon esitystapaa. Sanoma Tietojoukko, joka sisältää hankintatoimen tietyn kaupallisen asiakirjan tiedot elektronisessa muodossa. 4 Elektroninen standardimuotoinen tiedonsiirto Kuten paperilomakkeilla, joilla hankintatoimen tietoja siirretään perinteisesti osapuolten välillä, on jokaiselle tiedolle oma paikkansa lomakkeen tietyssä laatikossa, niin myös standardimuotoisessa tiedonsiirrossa on jokaiselle tiedolle oma paikkansa siirrettävässä tiedostossa. Elektronisessa tiedonsiirrossa perinteisesti paperilla esitettyä asiakirjaa, kuten tilaus tai lasku, vastaa sanoma, joka sisältää kauppatapahtuman tietyn asiakirjan tiedot. Elektronisella standardimuotoisella tiedonsiirrolla tarkoitetaan kahden eri organisaation välistä elektronisesti eli sähköisesti tapahtuvaa tiedonsiirtoa, jossa siirrettävä tieto on esitetty jollakin tietyllä yhteisesti sovitulla tavalla. Tällainen yhteisesti sovittu menettelytapa tai standardi määrittelee siirrettävien tietojen järjestyksen, muodon, nimeämisen, ryhmittelyn ja tietojen erottelun siirrettävässä sanomassa. Tällä tavalla esitettyä tietoa nimitetään rakenteiseksi tiedoksi. Siirrettävä sanoma on siis rakenteeltaan aina periaatteessa samanlainen siirrettäessä hankintatoimen tiettyyn asiapaperiin liittyviä tietoja. Siis tilauksen tiedot esitetään sanomassa aina samalla tavalla ja samassa järjestyksessä. Siirtokohtaisesti poisjääville tiedoille on myös laadittu omat sääntönsä poisjäännin esittämiseksi. Standardimuotoisessa tiedonsiirrossa tietty siirrettävä tieto on aina samassa kohti siirrettävää sanomaa ja sen on esitetty siinä tietyllä tavalla. Täten vastaanottava järjestelmä pystyy sen käsittelemään automaattisesti. Sähköpostiviesti ei ole standardimuotoista tiedonsiirtoa, sillä sähköpostiviestissä esitettävät asiat voivat olla periaatteessa missä tahansa järjestyksessä, kunhan niiden esittäminen noudattaa loogista asioiden esittämistapaa ja kielioppisääntöjä. Kuitenkin sähköpostiviestin sisältö ja muoto riippuvat viestin kirjoittajasta ja hänen kirjoittamishetken tunnetilasta ja muista viesti sisältöön ja muotoon vaikuttavista tekijöistä. ohjelmateknisesi tällaisen viestin automaattinen käsittely on täten vaikeaa. 5 Elektronisen tiedonsiirron osapuolet Elektronisessa tiedonsiirrossa on eri osapuolia, joiden tehtävät ja rooli määräytyvät sen mukaan, mitä sanomaa siirretään ja miten tiedonsiirto on määritelty. 2/12
3 Sanomaa lähettävä organisaatio on sanoman lähettäjä tai lyhyesti lähettäjä. Tämä osapuoli poimii järjestelmistään sanomassa tarvittavat tiedot ja järjestää nämä sanoman rakenteen mukaisesti oikeaan järjestykseen. Kun sanoman on valmis lähetettäväksi, lähettäjä lähettää sanoman sovitulla tavalla vastaanottajalle. Sanoman vastaanottaja eli lyhyemmin esitettynä vastaanottaja on osapuoli joka vastaanottaa sanoman ja purkaa sen tiedot omaan tietojärjestelmäänsä. Kuviossa 5.1 on esitetty tiedonsiirto lähettäjän ja vastaanottajan välillä. Kuva 5.1: Tiedonsiirto lähettäjä- ja vastaanottajaorganisaation välillä Edellä esitetty tiedonsiirtotapa on käytössä tilanteissa, joissa lähettäjällä ja vastaanottajalla ovat samat tietojärjestelmät käytössä tai lähettäjä muuntaa lähetettävän tiedon sellaiseen muotoon, että vastaanottaja pystyy käsittelemään ja muuntamaan sen tietojärjestelmänsä vaatimaan muotoon sekä tallettamaan sen omaan tietojärjestelmäänsä. Jos lähettäjällä tai vastaanottajalla tai kummallakin osapuolella on useita yhteistyökumppaneita, jotka lähettävät tai vastaanottavat sanomia, käyttävät lähettäjät ja vastaanottajat operaattoreita, jotka muuntavat lähettäjän poimimat tiedot vastaanottajan vaatimaan muotoon. Kuviossa 5.2 on esitetty, miten muunnospalveluita tarjoavat operaattorit sijoittuvat tiedonsiirtoketjussa. Kuviossa sekä lähettäjä että vastaanottaja käyttävät muunnospalveluita tarjoavan operaattorin palveluita. Lähettäjän käyttämä operaattori muuntaa lähettäjän tiedot sanomaksi, joka lähetetään vastaanottajan operaattorille käyttäen sovittua tiedonsiirtomuotoa. Vastaanottajan operaattori vastaanottaa sanoman ja muuntaa sanoman tiedot vastaanottajan järjestelmän hyväksymään muotoon sekä siirtää tiedot vastaanottajalle. 3/12
4 Kuva 5.1: Tiedonsiirto lähettäjä- ja vastaanottajaorganisaation välillä muunnospalveluita tarjoavien operaattoreiden välityksellä Siirrettäessä tietoa osapuolien välillä yleensä tiedon lähettäjä on aktiivinen tiedon vastaanottajaan nähden. tämä tarkoittaa sitä, että tiedon lähettäjä aktivoi siirron itsensä ja vastaanottajan välillä ja siirtää tiedoston tämän koneelle. Tietyissä tilanteissa kuitenkin vastaanottaja voi olla aktiivinen osapuoli. Tällöin tiedon lähettäjä on muodostanut siirrettävän tiedoston ja tallettanut sen tiettyyn hakemistoon omalle tietokoneelleen siten, että vastaanottajalla on oikeudet päästä tähän hakemistoon. Aktiivisessa roolissa oleva vastaanottaja aktivoi yhteyden lähettäjän ja itsensä välillä ja käy noutamassa eli siirtää itselleen tiedoston kyseisestä hakemistosta. Yleensä tässä tapauksessa vastaanottaja myös yleensä tuhoaa hakemistossa olevan tiedoston siirron jälkeen, jotta sitä ei siirretä uudelleen seuraavalla kerralla tai jotta se ei estäisi uuden tiedoston muodostumista hakemistoon. 6 Elektronisen tiedonsiirron vaiheet Edellisessä luvussa tarkasteltiin elektronisen tiedonsiirron eri osapuolia. Jos siinä yhteydessä mainittiin siirrettävän tiedon lähettämisestä ja vastaanottamisesta. Tässä kappaleessa tarkastellaan tiedonsiirron vaiheita tarkemmin. Tämä kappale on tarkoitettu selvittämään järjestelmiä hankkiville ja kehittäville tahoille järjestelmiltä vaadittavia ominaisuuksia, jotta tiedonsiirto voitaisiin toteuttaa. 6.1 Lähetysprosessi Lähetettäessä tietoa lähetysprosessi voidaan jakaa kolmeen eri osaan: poiminta, muunnos ja siirto. Kuvassa on esitetty nämä vaiheet sekä niihin sisältyvät toiminnot. 4/12
5 Kuva Elektronisen tiedonsiirron lähetysprosessi 5/12
6 6.1.1 Poiminta Lähetysprosessi ensimmäisenä vaiheena on tietojen poiminta, joka on esitetty kuvassa 6.1 osassa POIMINTA. Tällöin lähetettävään sanomaan tarvittavat tiedot poimitaan organisaation käyttämän järjestelmän tietokanasta. Poimitut tiedot muodostavat tiedoston, joka on organisaation omassa sisäisessä muodossa. Tämä tarkoittaa sitä, että tiedot voivat olla jossakin tietyssä järjestyksessä, joka ei välttämättä ole sanoman määräämä tietojen järjestys. Tietojen pituudet saattavat poiketa sanomastandardin mahdollisesti määrittelemistä pituuksista tai tiedoston sisältämät koodiarvot voivat poiketa sanomasuosituksen määrittelyistä. Tiedostosta voi lisäksi tässä vaiheessa puuttua joitakin sanoman kannalta oleellisia tietoja. Tämän vuoksi tiedostoa on muokattava paremmin tiedonsiirtoa palvelemaan muotoon ryhmittelemällä sen tietoja tiettyihin loogisiin kokonaisuuksiin ja lisäämällä siihen UBL-esitystavan tai vastaanottajan järjestelmän kannalta tärkeitä tietoja. Myös järjestelmän omia koodeja on muunnettava yleisesti käytössä oleviksi. Muokkauksen tuloksena syntyvää tiedostoa nimitetään välitiedostoksi. Poimitussa tiedostossa koodiarvoiset tiedot sisältävät järjestelmän käyttämiä koodeja. Jos järjestelmä käyttää yleisesti käytössä olevia, yleensä ISO-standardin mukaisia koodeja tai EU/ECE:n (Euroopan talouskomission) julkaisemia koodeja, ei koodeja tarvitse muuntaa. Jos kuitenkin järjestelmä käyttää omia järjestelmän toimittajan tai käyttäjäorganisaation määrittelemiä koodeja, on koodit muunnettava yleisesti käytössä oleviksi koodeiksi, kuten ISO-standardin mukaisiksi tai UN/ECE:n koodistojen mukaisiksi koodeiksi. Tämä muunnos on välttämätön, sillä vastaanottaja ei voi päätellä lähettäjän omien koodiarvojen perusteella koodin varsinaista merkitystä. Oletetaan, että lähettäjän tietojärjestelmässä kuljetustapa autokuljetus saa koodiarvon A. Vastaanottajan järjestelmä ei voi A-kirjaimen perusteella päätellä, mitä lähettäjä kyseisellä koodilla tarkoittaa. Toisaalta ei voida olettaa, että vastaanottaja rakentaa järjestelmiinsä kaikkien partnereittensa käyttämien koodien muunnostaulukot. Täten kuljetusmuotokoodi A on muunnettava UN/ECE-suosituksen 19 (Code for modes of transport) mukaiseksi koodiksi, joka on numero 3. UBL-sanomassa siirretään koodiarvon mukana myös tieto käytettävästä koodistosta, jolloin vastaanottaja tietää, että vastaanottamansa kuljetustapakoodi 3 tarkoittaa autokuljetusta. Ongelmalliseksi vastaanottajan kannalta tulisi tilanne, jos lähettäjä ei suorittaisi koodimuunnosta ja lähettäjäorganisaation tietojärjestelmissä kuljetustavan autokuljetus koodi olisi esimerkiksi koodiarvo 1. Tämä koodiarvo on kuitenkin UN/ECE suosituksen 19 mukaan merikuljetusta ilmaiseva koodi. Tällöin pahimmassa tapauksessa lähettäjän tarkoittama autokuljetus muuttuu vastaanottajan järjestelmissä merikuljetukseksi. Koodimuunnos voidaan toteuttaa järjestelmissä kahdella eri tavalla. Suositeltavampi tapa on luoda tauluja eli taulukoita, joita poimittua tiedostoa muokkaava ohjelma käyttää hyväkseen. Näihin muunnostauluihin kuvataan järjestelmän käyttämät koodit sekä niitä vastaavat yleisesti käytetyt koodit. Nämä muunnostaulut ovat käytännöllisiä, sillä koodivaihtoehtojen lisääntyessä tai mahdollisesti muuttuessa lisäykset ja muutokset voidaan tehdä suoraa tauluihin. on lisäksi suositeltavaa, että muunnostaulut on laadittu niin selkeiksi, että järjestelmien käyttäjät voivat tehdä niihin lisäyksiä ja muutoksia tarvittaessa ilman järjestelmätoimittajan työtä. On myös huomattava, ettei näissä kooditauluissa tarvitse olla kaikki vastaavan ISO-standardin tai UN/ECE-koodiston koodilistan mukaisia koodeja vaan ainoastaan ne koodit, joita järjestelmä ja sen käyttäjät tarvitsevat. Kuvassa on esitetty muunnostaulu, jota käytetään hyväksi muunnettaessa järjestelmän kuljetustapakoodeja UN/ECE suosituksen 19 mukaisiksi koodeiksi. Muunnostauluun on otettu mukaan vain neljä koodi, joita organisaatio tarvitsee toiminnassaan. Muut viisi UN/ECE suosituksen 19 mukaisista koodeista on jätetty taulukosta pois, koska organisaatio ei niitä toiminnoissaan tarvitse. 6/12
7 Kuva esimerkki koodimuunnostaulusta Toinen, vähemmän suositeltava tapa on ohjelmoida koodimuunnos poimittua tietoa muokkaavaan ohjelmaan. Tällöin jokainen koodilisäys tai muutos on tilattava järjestelmän toimittajalta, mikä voi pahimmillaan haitata elektronisen tiedon siirron käyttöönottoa uusien kauppakumppaneiden välillä. Koodimuunnosten lisäksi välitiedostoon on sen muodostamisvaiheessa liitettävä muita tietoja, jotka sanoman tai sen myöhemmän käsittelyn kannalta ovat oleellisia. Tällaisia tietoja voivat olla esimerkiksi OVT-tunnus, jonka avulla vastaanottajan järjestelmät tunnistavat lähettäjän tai muut sanomassa esitetyt osapuolet organisaatioina. Toisaalta lisättäviä tietoja voivat olla tullauksessa tarvittavat CN- tai HS-nimikkeet. Nämä tiedot on lisättävä välitiedostoon, jos niitä ei esiinny tietojärjestelmän tietokannoissa, joista ne voitaisiin poimia muiden tietojen poiminnan yhteydessä. Myös tällaisille sanomassa käytettäville lisätiedoille voidaan luoda tauluja, joihin tiedot on talletettu ja joista ne voidaan poimia tiettyjen kriteerien perusteella. Kuten koodimuunnoksessa, myös lisätietojen liittämisen tapauksessa taulujen käyttö on suositeltavampaa kuin tietojen tallettaminen muunnosohjelmaan Muunnos Välitiedoston muodostamisen jälkeen suoritetaan tiedostolle muunnos, jonka seurauksena tiedoston sisältämät tiedot ovat tietyn UBL-sanoman mukaisessa muodossa. Muunnosvaihe on esitetty kuvassa 6.1osassa MUUNNOS. Muunnoksessa tapahtuvaa välitiedoston muuntamista UBL-sanoman muotoon on havainnollistettu kuvalla Muunnoksen suorittaa yleensä tietty muunnosohjelmisto, johon muuntamiseen tarvittavat tiedot on kuvattu. Tämä tarkoittaa sitä, että muuntimelle on kuvattu toisaalta järjestelmistä siirrettävän välitiedoston rakenne ja toisaalta UBL-sanoman rakenne, joksi välitiedosto on tarkoitus muuntaa. Toisaalta järjestelmään on talletettava tiedot siitä, mistä hakemistosta muunnettava välitiedosto löytyy muunnettavaksi ja miten se tunnistetaan kyseisestä hakemistosta. Muunninjärjestelmään on myös kuvattava, miten se selvittää, miksi UBL-sanomaksi kyseisen välitiedoston tiedot on muunnettava. On oleellista, ettei muunnin pyri muodostamaan tilaustietoja sisältävän tiedoston tiedoista laskusanomaa. Muunninjärjestelmästä riippuen tämä tunnistus tapahtuu joko välitiedoston nimestä, hakemistosta, johon välitiedosto on talletettu, tai jonkin välitiedoston tiedon arvosta päätellen. Muuntimeen on kuvattu myös UBL-sanoma, joksi välitiedosto on muunnettava. Jotta UBL-sanoma olisi oikein muodostettu ja rakenteeltaan oikea, on suositeltavaa, että muunnin käyttää jossakin muunnosvaiheessa hyväkseen UBL-Scheemaa, jossa kyseisen UBL-sanoman rakenne ja sen elementtien tyypit on määritelty. Jos UBL-Scheemaa ei suoranaisesti käytetä hyväksi jokaisessa muunnoksessa, jonka muunnin suorittaa, on Scheemaa syytä käyttää hyväksi muuntimen määrittelyvaiheessa, jolloin voidaan välttyä virheiltä. Muuntimeen vahingossa jääneet virheet aiheuttavat virheellisen UBL-sanoman, jonka käsittely vastaanottajan muunninjärjestelmissä päätyy virheeseen. 7/12
8 Kuva Tietojen muuntaminen välitiedostomuodosta UBL-sanoman muotoon Mikäli välitiedostosta puuttuu joitakin UBL-sanoman kannalta oleellisia tietoja, on niistä tultava virheilmoitus muuntimelta. Yleensä toiminnassa olevien järjestelmien muodostamissa, testatuissa välitiedostoissa ja niiden muodostamisessa ei pitäisi esiintyä virheitä, mutta järjestelmiin tehdyt muutokset saattavat aiheuttaa virheitä. Muutostöiden yhteydessä voi nimittäin käydä niin, että välitiedoston testaus muutostöiden yhteydessä jää tekemättä. Toisaalta virhetilanne voi muodostua tilanteessa, jossa järjestelmän käyttäjä jättää syöttämättä tiettyjä tietoja, jotka sanoman kannalta ovat oleellisia. Tällainen tilanne voidaan välttää määrittelemällä tällaiset tiedot pakollisiksi järjestelmän näytöille Siirto Muuntimella luotu UBL-sanoma on tämän jälkeen siirrettävä sanoman vastaanottajalle tai tämän muunnospalvelujen tarjoajalle. UBL-sanoma sinänsä ei sisällä minkäänlaisia tietoja siitä, kenelle sanoma olisi lähetettävä. Voidaan ajatella, että paperidokumenttina UBL-sanomaa vastaa kirje, joka on kirjoitettu paperille. Kirje on suljettava kirjekuoreen, jonka päälle on kirjoitettava vastaanottajan nimi. Lähettäjäkin on yleensä hyvä merkitä kirjeen päälle. Samoin on laita siirrettäessä UBL-sanomia partnereitten välillä. UBLsanomaan on liitettävä tietoja, joiden avulla se voidaan lähettää vastaanottajalle. Nämä tiedot vastaavat paperisen kirjeen kirjekuorta ja sen päälle kirjoitettavaa vastaanottajan ja lähettäjän tietoja. Näitä liitettäviä tietoja nimitetään tiedonsiirron parametreiksi. Näiden liittäminen UBL-sanomaan saa aikaan siirtotiedoston, joka siirretään elektronisesti vastaanottajalle. Siirtotiedosto siis pitää sisällään varsinaisen UBL-sanoman sekä sen alkuun ja loppuun lisättyjä tietoja, joilla sanoma voidaan reitittää oikeaan paikkaan ja oikealle vastaanottajalle. Siirtotiedoston muodostamisen yhteydessä lisättäviin tietoihin sisällytetään myös siirtotiedoston muodostamisajankohta, joka toimii aikaleimana kuten postileima normaalissa kirjepostissa. Lisäksi jokaiselle siirtotiedostolle on syytä muodostaa oma yksilöivä tunnus, jolla siirtotiedosto voidaan myöhemmin tunnistaa ja jäljittää. On myös huomattava, että samassa siirtotiedostossa voi olla yksi tai useampia sanomia aivan samoin kuin kirjekuoressa voi olla useita kirjeitä. Siirtotiedoston rakennetta ja erilaisia elektronisia kirjekuoria on esitelty kappaleessa Siirtotiedosto. 8/12
9 Siirtotiedoston muodostamisen jälkeen tiedosto siirretään vastaanottajalle tai tämän operaattorille elektronisesti. Vastaanottajan kanssa on pitänyt sopia siitä, miten ja milloin siirto suoritetaan. Tiedonsiirron teknisiä ratkaisuja on esitetty kappaleessa Tiedonsiirron toteutus. Siirtotiedoston lähetyksestä on sen lähettäjälle jäätävä tieto. Tätä varten lähettäjän on pidettävä itsellään lokia, johon lähettyjen siirtotiedostojen tunnukset, vastaanottajatiedot ja siirtoajankohdat tallentuvat. Esimerkki lokitiedoston muodosta on esitetty kuvassa On huomattava, että siirtotiedoston siirtoajankohta voi poiketa siirtotiedoston muodostamisajankohdasta. Tätä lokia selaamalla voi lähettäjä myöhemmin selvittää, milloin tiettyjä UBL-sanomia on lähetetty ja kenelle. Jos lähettäjä käyttää operaattorin palveluja, on operaattorilta vaadittava lokin ylläpitoa. Loki on tarpeellinen esimerkiksi silloin, kun siirto jostakin syystä epäonnistuu, eikä vastaanottaja saakaan lähetettyä tiedostoa. Lokin avulla lähettäjä pystyy selvittämään, milloin kyseinen tiedosto on lähetetty ja mikä sen tunnus oli. lokilla olisi myös oltava tieto siitä, onnistuiko siirto siihen siirtoreitin kohtaan asti, johon lähettäjä tai tämän operaattori on siirrosta vastuussa. Jotkin tahot, kuten Tulli, vaativat lokin käyttöä, sillä tämän avulla voidaan todistaa tiettyjen tullaustietojen lähetys säädettyjen aikataulujen puitteissa. On myös huomattava, että yleisten käytäntöjen ja säännösten mukaan, joita on luotu elektroniseen tiedonsiirtoon, lokin todistusvoimaisuutta ei voida kyseenalaistaa. Täten riitatilanteissa, jotka mahdollisesti syntyvät siirtotiedostojen katoamisen ja täten tietojen vastaanoton ja niiden synnyttämien toimintojen estymisen vuoksi, lokia käytetään todistusaineistona. Tämä tarkoittaa myös sitä, ettei lokitiedostoa saa mennä muokkaamaan. Kuva : Esimerkki lähetettävien siirtotiedostojen lokitiedostosta Ennen kuin siirtotiedosto siirretään vastaanottajalle, on siitä syytä ottaa kopio. Tämä on syytä tehdä useammastakin syystä. Jos siirto syystä tai toisesta epäonnistuu, voidaan uusi siirtoyritys tehdä siirtämällä vastaanottajalle kopio jo aiemmin kopioidusta siirtotiedostosta. Tämä nopeuttaa ja helpottaa siirtoa. Toisaalta aikaisemman, hävinneen siirtotiedoston sisältämien sanomien tietoja voi olla vaikea jälkikäteen saada sovelluksista. Tiedot voivat olla jo toiminnan seurauksena muuttuneet ja lisäksi sovelluksesta riippuen tietojen uudelleen poiminta järjestelmistä voi olla hankalaa. Lisäksi tilanne, jossa tiedot pitää uudelleen poimia järjestelmistä, vaatii yleensä järjestelmien käyttäjän osallistumista poiminnan käynnistämiseen. Tämä hidastaa siirtotiedoston lähettämistä vastaanottajalle. Kiireellisissä toimitustilanteissa tällaista koko siirtoketjun läpikäyntiä ei edes voida tehdä. Lisäksi siirtotiedoston kopiolla voidaan riitatilanteessa osoittaa, mitä vastaanottajalle oltiin lähettämässä tai lähetetty. Jos vastaanottajan järjestelmät käsittelevät aineiston väärin ja tämä aiheuttaa esimerkiksi vääränlaisen toimituksen, voidaan siirtotiedoston kopiosta aina tarkastaa se, mitä vastaanottajalle lähettiin. Lähettäjä, joka ei ota kopioita lähettämistään siirtotiedostoista eikä talleta niitä tarpeeksi pitkiä aikoja, on riitatilanteissa erittäin huonossa asemassa. Siirtotiedosto ja sen sisältö vastaa paperipohjaisessa kauppatapahtumassa paperisia asiakirjoja. 9/12
10 6.2 Vastaanottoprosessi Vastaanotettaessa tietoa vastaanottoprosessiprosessi voidaan jakaa kolmeen eri osaan: siirto, muunnos ja talletus. Kuvassa on esitetty nämä vaiheet sekä niihin sisältyvät toiminnot. Yleensä ottaen voidaan todeta, että UBL-sanoman vastaanottamiseen sisältyy enemmän vaiheita kuin sen lähettämiseen. Tämä johtuu lähinnä siitä, että vastaanottajan on pystyttävä automaattisesti hyväksymään ja ymmärtämään lähetetyn aineiston sisältö ja looginen oikeellisuus, jotta saapuneita tietoja vastaava toiminta voidaan käynnistää. 10/12
11 Kuva Elektronisen tiedonsiirron vastaanottoprosessi 11/12
12 6.2.1 Siirto Vastaanotettaessa UBL-sanomia sisältävää siirtotiedostoa, joka saapuu vastaanottajalle tai tämän käyttämälle operaattorille sovittua tiedonsiirtomenetelmää käyttäen, on vastaanottajan tunnistettava lähettäjä. Tämä tapahtuu siirtotiedostossa olevan lähettäjä-tiedon perusteella. Jos lähettäjä tunnistetaan ja tämän kanssa on sovittu elektronisesta tiedonsiirrosta, voidaan siirtotiedostosta poistaa lähetyksen aikaiset tiedot, jotka liitettiin siihen lähetettävän siirtotiedoston muodostamisen yhteydessä. Purkamisen seurauksena vastaanottajalla on käytössään yksi tai useampi UBL-sanoma, jotka saapuivat siirtotiedostossa. Jos lähettäjän tarkastamisen tuloksena havaitaan, että lähettäjällä ei ole oikeutta lähettää sanomia vastaanottajalle tai jos siirtotiedostoa ei ole tarkoitettu ollenkaan vastaanottajalle, siis sen sisältö ei vastaa sovittua tai tiedosto on tullut kokonaan väärälle vastaanottajalle, on saapunut tiedosto tuhottava ja tiedoston lähettäjälle on tavalla tai toisella pyrittävä ilmoittamaan havaitusta virheestä. Olipa vastaanotettu tiedosto tarkoitettu vastaanottajalle tai ei, on siitä jäätävä tieto vastaanottajan ylläpitämälle lokille samaan tapaan kuin lähetettäessä tiedostoja. Tämän lokin avulla vastaanottaja voi myöhemmin selvittää, mitä tiedostoja se on vastaanottanut, milloin ja kuka on tiedoston lähettäjänä. Lokitiedostoon kirjautuu tieto vastaanottoajasta. Jotkut tahot, kuten esimerkiksi Tulli, vaativat lokitiedoston käyttöä, jolla voidaan myöhemmin osoittaa, että vastaanottaja on saanut tiettynä aikana siirtotiedoston. Myös riitatilanteissa lokin tiedot ovat todistusaineistona tiedostojen saapumisesta tai saapumatta jäämisestä. Kuviossa on esitetty esimerkki vastaanottolokista. Kuva : Esimerkki vastaanotettavien siirtotiedostojen lokitiedostosta 7 Opastavat tiedot Tätä suositusta ylläpitää Julkisen hallinnon tietohallinnon neuvottelukunta JUHTA, puh (09) , sähköposti jhs-sihteeri@intermin.fi. Sisäasianministeriö / JUHTA PL Valtioneuvosto 12/12
Tiedonsiirtosuositus. 2009-09-30, v 1.00
Tiedonsiirtosuositus 2009-09-30, v 1.00 Käyttö: Kiinteistöala Sisällysluettelo 1 Johdanto... 5 2 Termit ja määritelmät... 5 3 Elektroninen standardimuotoinen tiedonsiirto... 7 4 Tiedonsiirron osapuolet...
LisätiedotTiedonsiirtosuositus. 2010-06-30, v 1.00
Tiedonsiirtosuositus 2010-06-30, v 1.00 Käyttö: Energiateollisuus Sisällysluettelo 1 Johdanto... 5 2 Termit ja määritelmät... 6 3 Sähköinen standardimuotoinen tiedonsiirto... 9 4 Tiedonsiirron osapuolet...
LisätiedotUBL sanomien käyttö sähköisessä kaupankäynnissä. Heikki Laaksamo, TIEKE ry
UBL sanomien käyttö sähköisessä kaupankäynnissä Heikki Laaksamo, TIEKE ry Sähköisen, standardimuotoisen tiedonsiirron kehitys Suomessa Suomalainen standardi / Positiosidonnaiset tietueet KOTVA 1980-luvun
LisätiedotMaventa Connector Käyttöohje
Maventa Connector Käyttöohje 17.4.2015 Sisällys 1. Esittely... 2 1.1. Käytön edellytykset... 2 1.2. Tuetut aineistomuodot... 2 2. Asennustiedosto... 3 2.1. Sisäänkirjautuminen... 7 3. Asetuksien määrittäminen...
LisätiedotTehtävä 2: Tietoliikenneprotokolla
Tehtävä 2: Tietoliikenneprotokolla Johdanto Tarkastellaan tilannetta, jossa tietokone A lähettää datapaketteja tietokoneelle tiedonsiirtovirheille alttiin kanavan kautta. Datapaketit ovat biteistä eli
LisätiedotSähköisten aineistojen välityspalvelu (Liite 2)
Sähköisten aineistojen välityspalvelu (Liite 2) 1. Nykytila...2 1.1 Ostolaskut...2 1.2 Myyntilaskut (tulostuspalvelu)...2 1.3 Palkkalaskelmat (tulostuspalvelu)...2 2. Tavoitetila...2 2.1 Sähköisten ostolaskujen
LisätiedotLiite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten
Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Poikkeamispäätös
LisätiedotLiite B. Asemakaavan mallinnus tiedonsiirtoa varten
Liite B. Asemakaavan mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Asemakaavasuosituksen tausta... 2 1.2 Asemakaavasuosituksen
LisätiedotValueFrame Laskuhotelli
ValueFrame Laskuhotelli ValueFramen käyttäjäpäivät 30.11.2010 Harri Kanerva, ValueFrame Oy Esityksen sisältö 1 2 3 4 5 ValueFrame Laskuhotelli - taustaa Laskuhotelli-palvelun käyttöönotto Laskuhotelli-palvelun
LisätiedotTietojen toimittaminen Skeemat Käsittelypalaute Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen toimittaminen Skeemat Käsittelypalaute Kansallisen tulorekisterin perustamishanke Tietojen toimittaminen Skeemat Käsittelypalaute 2 (19) Versiohistoria Versio Päivämäärä Kuvaus 1.0
LisätiedotAjankohtaista tietoa LähiTapiolan verkkopalvelun pääkäyttäjille
Ajankohtaista tietoa LähiTapiolan verkkopalvelun pääkäyttäjille Hyvä verkkopalvelumme pääkäyttäjä, Kerromme tässä tiedotteessa ajankohtaisia ja tärkeitä asioita LähiTapiolan yritysten verkkopalveluun kirjautumisesta,
LisätiedotLiite A. Kantakartan mallinnus tiedonsiirtoa varten
Liite A. Kantakartan mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Kantakarttasuosituksen tausta... 2 1.2 Kantakarttasuosituksen
LisätiedotMaarit Pirttijärvi Pohjois-Suomen sosiaalialan osaamiskeskus Lapin toimintayksikkö/uula- hanke
Sosiaalipäivystyksen valtakunnalliset päivät 1.9.2011 Maarit Pirttijärvi j Pohjois-Suomen sosiaalialan osaamiskeskus Lapin toimintayksikkö/uula- hanke www.sosiaalijaterveyspalvelut.fi Virtuaalisen sosiaali-
LisätiedotSähköposti ja uutisryhmät 4.5.2005
Outlook Express Käyttöliittymä Outlook Express on windows käyttöön tarkoitettu sähköpostin ja uutisryhmien luku- ja kirjoitussovellus. Se käynnistyy joko omasta kuvakkeestaan työpöydältä tai Internet Explorer
LisätiedotLoCCaM Riistakamerasovellus. Dimag Ky dimag.fi
LoCCaM Riistakamerasovellus Dimag Ky janne.koski @ dimag.fi +358505907788 Sovelluksen toimintaperiaate Toimintaperiaate yksinkertaistettuna on seuraavanlainen Kamera ottaa kuvan tai videon jonka lähettää
Lisätiedot1 Ostolaskupalvelu...2
Palvelukuvaus Luottamuksellinen 1 (6) 7.8.2014 Heeros Pääkäyttäjäpalvelun palvelukuvaus SISÄLLYSLUETTELO 1 Ostolaskupalvelu...2 1.1 Yleiskuvaus... 2 1.2 Paperilaskujen vastaanotto ja skannaus... 2 1.3
LisätiedotPaikkatietojen tietotuotemäärittely
Paikkatietojen tietotuotemäärittely Esityksen sisältö: Mikä on paikkatietotuote? Mikä on paikkatietotuoteseloste? Kuka paikkatietotuotteita määrittelee? Mikä on paikkatietotuoteselosteen sisältö? Mitä
LisätiedotKuluttajaverkkolaskutus ja esilläpitopalvelu Suomessa
Kuluttajaverkkolaskutus ja esilläpitopalvelu Suomessa Palvelun kuvaus sivu 1/7 Tiedon asiakirjat: tekijänoikeudet Tämän asiakirjan sisältöä tai mitään sen osaa ei saa jäljentää yrityksenne ulkopuolella
LisätiedotTikon ostolaskujen käsittely
Toukokuu 2014 1 (8) Toukokuu 2014 2 (8) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen aktivointi... 5 6. Eräajot
LisätiedotPaikkatietojen tietotuotemäärittely
Paikkatietojen tietotuotemäärittely Esityksen sisältö: Mikä on paikkatietotietotuote? Mikä on paikkatietotuotemäärittely? Kuka paikkatietotuotteita määrittelee? Mikä on paikkatietotuotemäärittelyn sisältö?
LisätiedotOnniSMS Rajapintakuvaus v1.1
OnniSMS Rajapintakuvaus v1.1 1.0 Yleistä OnniSMS on HTTPS/XML pohjainen rajapinta tekstiviestin lähettämiseen. Palvelun käyttöön tarvitaan käyttäjätunnus, salasana ja palvelimen osoite, jotka saa tekemällä
Lisätiedot1 (1) 2.5.2014. Maksujärjestelmät. Sisällysluettelo
Laskuttajailmoituksen teko-ohjelma v.2.0 käyttöohje 2014 1 (1) Sisällysluettelo 1 Laskuttajailmoitusohjelma... 1 2 Laskuttajailmoituksen lähetys... 1 3 Laskuttajailmoituksen tekeminen... 1 4 Laskuttajailmoitusohjelman
LisätiedotVisma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle
Visma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle 2 Sisällys 1 Palvelunhallinta... 3 1.1 Käyttäjäryhmän luominen... 3 2 Tehtävienhallinta- perustiedot... 4 2.1 Yhtiön perustiedot... 4 2.2 Tehtävä-/
LisätiedotSolve laskutus ja verkkolaskutus
Solve laskutus Sivu 1 Solve laskutus ja verkkolaskutus Tässä ohjeessa on ohjeet Solven asetusten teosta, aineistojen muodostamisesta ja palautteiden käsittelystä sekä ohjeet suoraveloitettavien asiakkaiden
LisätiedotTietojen toimittaminen Skeemat Vastaanottokuittaus Kansallisen tulorekisterin perustamishanke
Versio 1.02 Tietojen toimittaminen Skeemat Vastaanottokuittaus Kansallisen tulorekisterin perustamishanke Tietojen toimittaminen Skeemat Vastaanottokuittaus 2 (10) Versiohistoria Versio Päivämäärä Kuvaus
LisätiedotTietojen toimittaminen Skeemat Vastaanottokuittaus Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen toimittaminen Skeemat Vastaanottokuittaus Kansallisen tulorekisterin perustamishanke Tietojen toimittaminen Skeemat Vastaanottokuittaus 2 (10) Versiohistoria Versio Päivämäärä Kuvaus
LisätiedotTikon ostolaskujen käsittely
Toukokuu 2013 1 (7) 6.3.0 Copyright Aditro 2013 Toukokuu 2013 2 (7) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen
LisätiedotTietojen jakelu Skeemat Viestit Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen jakelu Skeemat Viestit Kansallisen tulorekisterin perustamishanke Tietojen jakelu Skeemat Viestit 2 (20) Versiohistoria Versio Päivämäärä Kuvaus 1.0 12.6.2017 Dokumentti julkaistu.
LisätiedotKuluttajat mukaan verkkolaskujen vastaanottajiksi
A Basware Presentation Kuluttajat mukaan verkkolaskujen vastaanottajiksi Basware Käyttäjäpäivät 20.-21.9.2011 Rohkeus liiketoiminnan kehittämiseen Lahti Baswaren verkkolaskupalvelut Kuluttajat mukaan verkkolaskujen
LisätiedotJHS 187 Tunnussuositusten koontisuositus
JHS 187 Tunnussuositusten koontisuositus Versio: 1.0 Julkaistu: 10.4.2014 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 1 3 Viittaukset... 1 4 Termit ja lyhenteet... 2 5 Tunnussuositukset...
LisätiedotOHJEISTUS VERKKOLASKUTUKSESSA TARVITTAVIEN TIETOJEN KÄYTTÖÖN:
KÄYTTÖOHJE Sivu 1/5 OHJEISTUS VERKKOLASKUTUKSESSA TARVITTAVIEN TIETOJEN KÄYTTÖÖN: Verkkolaskujen lähetys Tämä ohjeistus on tarkoitettu sekä laskuttajalle (tietojen käyttö) että sovellustoimittajalle (xml-mallit).
LisätiedotYrityksen sähköisen sanomaliikenteen automatisointi
Yrityksen sähköisen sanomaliikenteen automatisointi Digi Roadshow 20.4.2015 OneWay Sanomanvälitys Oy Jukka Sippola OneWay Sanomanvälitys Oy / Rauhala Yhtiöt Oy OneWay Sanomanvälitys Oy Perustettu 1.1.2013
LisätiedotKelan työnantaja-asiakkaat
Ohjeita esaratiedostojen lähettäjälle Kelan työnantaja-asiakkaat 2017 Sisällysluettelo Palkkaohjelman edellytykset Lähettäjän edellytykset esara-tiedostoissa lähetettävät hakemukset esara-tiedostoissa
LisätiedotTietojen toimittaminen Skeemat Viestit Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen toimittaminen Skeemat Viestit Kansallisen tulorekisterin perustamishanke Tietojen toimittaminen Skeemat Viestit 2 (14) Versiohistoria Versio Päivämäärä Kuvaus 1.0 12.6.2017 Dokumentti
LisätiedotMaastotietokannan torrent-jakelun shapefile-tiedostojen purkaminen zip-arkistoista Windows-komentojonoilla
Maastotietokannan torrent-jakelun shapefile-tiedostojen purkaminen zip-arkistoista Windows-komentojonoilla Viimeksi muokattu 5. toukokuuta 2012 Maastotietokannan torrent-jakeluun sisältyy yli 5000 zip-arkistoa,
Lisätiedot1 Ostolaskupalvelu... 2
Palvelukuvaus Luottamuksellinen 1 (7) 01.01.2017 Heeros Pääkäyttäjäpalvelun palvelukuvaus SISÄLLYSLUETTELO 1 Ostolaskupalvelu... 2 1.1 Yleiskuvaus... 2 1.2 Paperilaskujen vastaanotto ja skannaus... 2 1.3
LisätiedotFivaldi laskutusliittymä
Päiväys: 25.6.2015 Laatinut: Riitta Kemppainen Sisällysluettelo 1 Liittymän käyttöönotto... 3 1.1 Liittymän aktivointi... 3 1.2 Asiakasnumeroinnin toteutus VallueFramessa... 3 1.3 Asiakastietojen määrittely
LisätiedotKuluttajan e-lasku, e-laskujen palautteet Laskuttajan palvelukuvauksen liite
Kuluttajan e-lasku, e-laskujen palautteet Laskuttajan palvelukuvauksen liite Muutoshistoria Versio Päiväys Muutos 1.0 28.12.201 Sisällys 1 Yleistä... 4 2 Palautteet... 4 Kuluttajan e-lasku, e-laskujen
LisätiedotVisma Econet Pro Factoring laskutus Finvoice muodossa
Visma Econet Pro Factoring laskutus Finvoice muodossa Oppaan päiväys: 27.4.2012. Asiakasneuvonta: Helpdesk: kirjautuminen Visma Econet infolinen tai osoitteen www.visma.fi kautta Visma Econet Pro: 0600-39-7261
LisätiedotT2V2 Vaaratilanneilmoitussanomakuvaus
Versio: 0.3 Muokattu: 23.6.2008 2(10) SISÄLLYS 1 Tarkoitus...3 1.1 Rajaus...3 1.2 Dokumentaatio...3 2 Tietojen esitystavat...3 2.1 Numeerinen tieto...3 2.2 Päivämäärät ja kellonajat...3 2.3 Totuusarvot...4
Lisätiedot1 (4) 28.11.08. Maksujärjestelmät. Sisällysluettelo
Finvoice. Palvelukuvaus 28..2008 (4) 28..08 Sisällysluettelo Finanssialan keskusliiton suosituksen mukaisen Fincoice-sanoman yleisperiaatteet... Taustaa... 2 Mikä on Finvoice... Kuluttajan e-lasku... 2
LisätiedotTikon Kirjanpito Tikon Kirjanpito
27.11.2017 1 (16) Tikon Kirjanpito etasku 27.11.2017 2 (16) 1 Liittymäaineisto... 3 2 Lisenssit... 3 3 Toiminnon kuvaus... 3 4 Käyttöönotto... 4 4.1 SFTP-tunnukset... 4 4.2 Hakemisto... 4 4.3 Siirtoasetus...
LisätiedotVerkko ostolaskujen vastaanotto Tampereen kaupungilla
Verkko ostolaskujen vastaanotto Tampereen kaupungilla Verkko ostolaskut Tampereen kaupunki siirtyi 1.1.2011 alkaen kokonaan verkkolaskujen vastaanottoon ja paperilaskujen käsittelystä luovutaan kaupungin
LisätiedotSonyn suomenkielisen Web-portaalin käyttöohjeet
Sonyn suomenkielisen Web-portaalin käyttöohjeet Sonyn Web-portaalin käyttöohjeet Seuraavilla sivuilla esiteltävien käyttöohjeiden yhteenveto: Sisäänkirjautuminen Uuden tai vaihtosalasanan hankkiminen.
LisätiedotTYÖMAATUNNISTEEN VÄLITTÄMINEN FINVOICE-VERKKOLASKULLA
TYÖMAATUNNISTEEN VÄLITTÄMINEN FINVOICE-VERKKOLASKULLA 26.6.2014 1 Työmaatunnisteen välittäminen Finvoice-verkkolaskulla Sisällysluettelo 1 Yleistä... 2 2 Soveltamisohjeen käyttötarkoitus... 2 3 Toimialakohtaisen
LisätiedotTietojen jakelu Skeemat Lokitiedot Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen jakelu Skeemat Lokitiedot Kansallisen tulorekisterin perustamishanke Tietojen jakelu Skeemat Lokitiedot 2 (15) Versiohistoria Versio äivämäärä Kuvaus 1.0 12.6.2017 Dokumentti julkaistu.
LisätiedotJHS 146 Julkisuuslain (Laki viranomaisen toiminnan julkisuudesta 621/1999) mukaisen tietojärjestelmäselosteen laadintasuositus
JHS 146 Julkisuuslain (Laki viranomaisen toiminnan julkisuudesta 621/1999) mukaisen tietojärjestelmäselosteen laadintasuositus Versio: 1.2 5.10.2012 Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1
LisätiedotKuva: Ilpo Okkonen
OodiHOPS OHJAAJAN OHJE 14.2.2017 Kuva: Ilpo Okkonen OodiHOPS Oulun yliopistossa Oulun yliopiston koulutusneuvosto on päättänyt, että OodiHOPS-toiminto otetaan käyttöön vähintään aloittavilla opiskelijoilla
LisätiedotT2V2 Turvallisuushavaintoilmoitussanomakuvaus
Versio: 0.5 Muokattu: 23.6.2008 2(10) SISÄLLYS 1 Tarkoitus...3 1.1 Rajaus...3 1.2 Dokumentaatio...3 2 Tietojen esitystavat...3 2.1 Numeerinen tieto...3 2.2 Päivämäärät ja kellonajat...3 2.3 Totuusarvot...4
LisätiedotOhje. Vastaanottajatietojen tuonti Työasema Prinetistä Posti SmartShipiin Julkinen - Public
Ohje Vastaanottajatietojen tuonti Työasema Prinetistä Posti SmartShipiin 1 Prinetti Työasema Avaa Prinetin työasemaversio klikkaamalla Prinetti-kuvaketta Prinetti avautuu 2 Prinetti Työasema Valitse Työkalut
LisätiedotSISÄLLYSLUETTELO. Standard Taloushallinto Verkkolaskutus Sivu 1/9
SISÄLLYSLUETTELO Johdanto... 2 Käyttöönotto... 3 Verkkolaskutuksen aktivointi... 3 Järjestelmän asetukset ja liikekumppanitiedot... 3 Yritystiedot -asetus... 3 Liitteet verkkolaskuille...7 Verkkolaskujen
LisätiedotMissä mennään ja mitä on tulossa
Verkkolaskutus: Missä mennään ja mitä on tulossa Tampereen kaupunki 1 Tampereen kaupunki: verkkolaskutus käyttöön Tampereen kaupungin ostolaskut Verkkolaskujen vastaanotto, nykytila Miten Tampereen kaupungille
LisätiedotVerkkolaskufoorumissa toimivien välittäjien kriteeristö
Verkkolaskufoorumissa toimivien välittäjien kriteeristö VÄLITTÄJÄKRITEERIT 12/2011 Sisällysluettelo Yleiset, kaikkia toimijoita koskevat kriteerit... 4 Toimijakohtaiset kriteerit... 4 Palvelutoimija...
Lisätiedot1 Ohjeet. 1.1 Verkkolasku
1 1 Ohjeet 1.1 Verkkolasku Verkkolaskun lähettämiseen tarvittavien tietojen täyttäminen Verkkolaskujen lähettämiseksi on ensin tehtävä sopimus verkkolaskuoperaattorin (välittäjän) kanssa. Esim. kaikki
LisätiedotTietojen toimittaminen Skeemat Mitätöintitiedot Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen toimittaminen Skeemat Mitätöintitiedot Kansallisen tulorekisterin perustamishanke Tietojen toimittaminen Skeemat Mitätöintitiedot 2 (10) Versiohistoria Versio Päivämäärä Kuvaus 1.0
LisätiedotAimo-ohjauspaneelin käyttöohje Sisällys
Aimo-ohjauspaneelin käyttöohje Sisällys Tunnusten tilaaminen... 2 Sisäänkirjautuminen... 3 Käyttöliittymä... 4 Ryhmätekstiviestien lähettäminen... 5 Ryhmät... 7 Push-viestien lähettäminen... 12 Mobiilipalvelun
LisätiedotHops-ohjaajan ohje Opiskelijan hopsit.
Hops-ohjaajan ohje Tässä ohjeessa kuvataan kaksi erilaista tapaa hakea tietyn opiskelijan lähettämä hops. Ensin ohjeistetaan miten toimitaan, jos hopsin ryhmätyökalu on käytössä, eli ohjaajalle on luotu
LisätiedotTiedonsiirto helposti navetta-automaation ja tuotosseurannan välillä
Tiedonsiirto helposti navetta-automaation ja tuotosseurannan välillä Tiedonsiirto VMS-, Alpro- tai DelProtuotannonohjausjärjestelmästä Ammuohjelmistoon 5/2014 Asennettavat ohjelmat ja versiot VMS-Management
LisätiedotTikon tilaustenkäsittely ja Laskutus
17.4.2013 1 (16) Verkkolaskujen FTP siirto 17.4.2013 2 (16) 1 Toimintaperiaate... 3 1.1 A-Tapa Lähetys (laskutus) työasemilta, FTP avattu eri koneelle... 3 1.2 B-Tapa Lähetys (laskutus) FTP palvelimelta...
LisätiedotHELIA 1 (8) Outi Virkki Tietokantasuunnittelu
HELIA 1 (8) Luento 1 Johdatusta tietokannan suunnitteluun... 2 Tietokantasuunnittelu?... 2 Tietokanta?... 2 Tieto?... 2 Tietokantasuunnittelun tavoite, v.1... 2 Luotettavuus?... 3 Tietokantasuunnittelun
Lisätiedot1. Skannaus ja tekstintunnistus (OCR) verkkoskannerilta
M-Files OCR M-Files OCR:n avulla voidaan skannattavalle paperidokumentille tehdä tekstintunnistus skannerista riippumatta. Tällöin tekstiä sisältävät kuvat tunnistetaan varsinaisiksi tekstimerkeiksi, jonka
LisätiedotWeb -myyntilaskutus Käyttöönotto v. 6.4.0. Toukokuu 2014 1 (17) Versio 6.4.0. Web -myyntilaskutus. 1994-2014 Tikon Oy. All rights reserved.
Toukokuu 2014 1 (17) Versio 6.4.0 Web -myyntilaskutus Toukokuu 2014 2 (17) 1 Johdanto... 3 2 Pikaohje... 3 3 Yritysasetukset... 5 4 Käyttäjät ja käyttäjäroolit... 6 4.1 Käyttäjäroolit... 6 4.2 Käyttäjät...
LisätiedotLähettäjän ja vastaanottajan ollessa rekisteröitynä Maventaan verkkolaskuosoitteena käytetään OVTtunnusta.
2 Sisällys 1 Yleistä... 3 2 Käyttöoikeuksien määrittely Palvelunhallinnassa... 4 3 Fivaldi yrityksen rekisteröinti Maventa-palveluun... 4 3.1 Yleistä... 4 3.2 Uusi rekisteröinti... 4 3.3 Useamman yrityksen
LisätiedotYhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin?
Yhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin? Avoin verkkoalusta ihmisen ja koneen ymmärtämien tietomääritysten tekemiseen Riitta Alkula 20.3.2019 Esityksen sisältö
LisätiedotTietojen toimittaminen Skeemat Käsittelypalautteen kysely Kansallisen tulorekisterin perustamishanke
Versio 1.0 Tietojen toimittaminen Skeemat Käsittelypalautteen kysely Kansallisen tulorekisterin perustamishanke Tietojen toimittaminen Skeemat Käsittelypalautteen kysely 2 (7) Versiohistoria Versio Päivämäärä
LisätiedotTekninen dokumentti. TEKNINEN DOKUMENTTI Versio 4.4-1 29.9.2011 1 (24) Versio ja pvm Laatinut Tarkastanut Hyväksynyt.
29.9.2011 1 (24) Tekninen dokumentti Metsäkeskusten sähköisten viestien (siirtotiedostojen) lähettäminen automaattisesti metsäkeskusten tiedonsiirtopalveluun ja palvelun palauteviestit Versio ja pvm Laatinut
LisätiedotTulli Suomen sisäkaupan ascii-muotoinen tilastoilmoitus Sivu 1(6) Tilastointi 1.12.2014
Tulli Suomen sisäkaupan ascii-muotoinen tilastoilmoitus Sivu 1(6) SISÄKAUPAN TILASTOILMOITUKSEN (INTRASTAT) TIETUEKUVAUS TUONTI/VIENTI 1. Johdanto Sisäkaupan tilastointiohjeet julkaistaan vuosittain ilmoitusvelvollisille
LisätiedotVisma Fivaldi sovelluspalvelu: Laskut sähköpostiin ja tulostuspalveluun. 1 Yleistä
2 Sisällys 1 Yleistä... 3 2 Laskujen välitys / Perustiedot / Välitystavat... 4 2.1 Laskut asiakkaan sähköpostiin... 4 2.2 Laskujen lähetys tulostuspalveluun... 7 3 Yrityksen oletusvälitystapa... 9 4 Yritysrekisteri...
LisätiedotJHS Avoimen tietoaineiston käyttölupa
JHS Avoimen tietoaineiston käyttölupa Anne Kauhanen-Simanainen ja Marjut Salokannel Esittely julkisen hallinnon tietohallinnon neuvottelukunnalle (JUHTA) 11.12.2014 Valtioneuvoston periaatepäätös (3.3.2011)
LisätiedotTarjoustyökalun käyttöohje
Tarjoustyökalun käyttöohje Suomen johtava projektipankki! Kustannustehokkaaseen rakennusprojektien hallintaan SokoPro on Kopijyvän ratkaisu kustannustehokkaaseen rakennusprojektin hallintaan. Rakennusprojektiaineistojen
LisätiedotVaatimusmäärittely Ohjelma-ajanvälitys komponentti
Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit
LisätiedotJHS XXX Kuntien ja kuntayhtymien palveluluokitus
JHS XXX Kuntien ja kuntayhtymien palveluluokitus Versio: 17.08.2016 Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 1 3 Viittaukset... 2 4 Termit ja lyhenteet... 3
LisätiedotOpus SMS tekstiviestipalvelu
Opus SMS tekstiviestipalvelu Sivu 1 / 17 1. Yleistä toiminnosta Opus SMS tekstiviestipalvelun avulla voidaan Opus Dental potilashallintaohjelmasta Lähettää muistutuksia tekstiviestillä Lähettää tiedusteluita
LisätiedotTOIMITTAJAOHJE OPAS PDF-LASKUJEN LÄHETYKSEEN
TOIITTAJAOHJE OPAS PDF-LASKUJEN LÄHETYKSEEN ARRASKUU 2018 Toimittajat noudattavat toimittajaohjetta. DB Schenker tehostaa toimintoja ja automatisoi laskujen käsittelyä. Laskut maksetaan ajallaan, säästetään
LisätiedotOhjeita esara-tiedostojen lähettäjälle. Kelan työnantaja-asiakkaat, verkkoasiointiopas
Ohjeita esara-tiedostojen lähettäjälle Kelan työnantaja-asiakkaat, verkkoasiointiopas Sisällysluettelo Palkkaohjelman edellytykset Lähettäjän edellytykset esara-tiedostoissa lähetettävät hakemukset esara-tiedostoissa
LisätiedotProcountor laskutusliittymä
Päiväys: 25.3.2015 Laatinut: Riitta Kemppainen Tarkastanut: Matti Immonen Sisällysluettelo 1 Liittymän käyttötarkoitus... 3 1.1 Liittymän käyttötarkoitus... 3 1.2 Liittymän toimintaperiaate... 3 2 Liittymän
LisätiedotSÄHKÖISET RAHTIKIRJAT - VISMA AUTOTRANSPORT
Visma Nova SÄHKÖISET RAHTIKIRJAT - VISMA AUTOTRANSPORT Page 1 Lähtökohdat Logistiikka-alan toimijoiden tavoitteena sähköinen toimintatapa vuoteen 2013 mennessä (Logistiikkayritysten liitto ry): Pyrkimyksenä
LisätiedotMetsävarastandardiin esitetyt muutokset vuonna 2013
Metsävarastandardiin esitetyt muutokset vuonna 2013 Muutoshistoria Pvm Muutoksen tekijä 15.03.2013 JL: Janne Loikkanen, Bitcomp Oy Muutos Metsätietojen standardoinnin valmistelutyöryhmän puhelinkokouksessa
LisätiedotLaskujen muuntaminen tapahtuu, kuten osapuolet ovat keskenään sopineet.
SUOSITUS Sivu 1/6 SUOSITUS VERKKOLASKUJEN VÄLITYSPALVELUN LAATUTASOSTA Laskujen välitys Verkkolaskuoperaattorit ja muut operaattoreina toimivat yritykset noudattavat yhteisiä alla mainittuja palvelun laatutason
LisätiedotAsiakirjallisten tietojen metatietojen tuottamisen periaatteet
1 Asiakirjallisten tietojen metatietojen tuottamisen periaatteet Asiakirjallisten tietojen metatietojen tuottamisen periaatteet... 2 Asiakirjallisen tiedon käsittelyprosessi... 2 Organisaatio laatii asiakirjan...
LisätiedotOpiskelijoiden HOPSit
Opiskelijoiden HOPSit Ohje kommentoijalle ja hyväksyjälle/19.3.2014 Täydennetty ohjetta/2.1.2014: Lisätty tietoa opiskelijoiden lisäämisestä Omiin opiskelijoihin, mikä helpottaa HOPSien käsittelyä. Tarvittavat
LisätiedotJHS-järjestelmä ja avoimet teknologiat. Tommi Karttaavi
JHS-järjestelmä ja avoimet teknologiat Tommi Karttaavi 13.5.2008 JHS-järjestelmä (historiaa) Valtioneuvoston päätös valtionhallinnon sisäisistä standardeista 7.9.1977 Valtiovarainministeriö vahvisti valtionhallinnon
LisätiedotOHJE EVENTALEN ASIAKASKUTSUJÄRJESTELMÄN KÄYTTÖÖN FKS-Tapahtumat Oy, v2
Sisällys Mikä on Eventale?... 1 Miten käytän Eventalea? (kirjautumisohje)... 2 Käyttöohje... 2 Luo kutsu... 3 Miten toimitan kutsun yhdelle nimetylle asiakkaalle?... 3 Kutsun lähettäminen sähköpostilla...
LisätiedotFiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen
FiSMA 1.1 Monikerrosarkkitehtuuri 1 (7) FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen 1. Yleiset periaatteet FiSMA 1.1 -menetelmässä mitataan sovellusperiaatteen
Lisätiedoteshop lisenssiopas Ohjelmistolisenssiopas 2013
Atean eshop on markkinoiden edistynein hankintajärjestelmä, joka tukee ja nopeuttaa yritysten it-hankintaprosessia. Lisenssiasiakkaille eshop tarjoaa ohjelmisto-omaisuuden hallintatyökalut. eshop lisenssiopas
LisätiedotJHS XXX Tunnussuositusten koontisuositus
JHS XXX Tunnussuositusten koontisuositus Versio: 1. palautekierroksen versio 8.11.2013 Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 1 3 Viittaukset... 1 4 Termit
LisätiedotAloita valitsemalla aineistosiirron tapa, Classic tai Light.
BUSINESS ONLINE, AINEISTOSIIRTO CLASSIC AINEISTON LÄHETYS Voimassa 30.6.2016 Aineistosiirtopalvelulla lähetät ja vastaanotat maksuliikeaineistot eräsiirtona, joka tehostaa yrityksesi maksuliikkeen prosesseja.
LisätiedotTikon etasku integraatio
2018 1 (18) Tikon etasku integraatio 2018 2018 2 (18) 1 Liittymäaineisto... 3 2 Lisenssit... 3 3 Toiminnon kuvaus... 3 4 Käyttöönotto... 4 4.1 SFTP-tunnukset... 4 4.2 Hakemisto... 4 4.3 Siirtoasetus...
LisätiedotLiite C: Rakennuslupatietojen mallinnus tiedonsiirtoa varten
Liite C: Rakennuslupatietojen mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Rakennuslupasuosituksen tausta... 2 1.2
LisätiedotToimittajaportaalin rekisteröityminen Toimittajaportaalin sisäänkirjautuminen Laskun luonti Liitteen lisääminen laskulle Asiakkaiden hallinta Uuden
1 Toimittajaportaalin rekisteröityminen Toimittajaportaalin sisäänkirjautuminen Laskun luonti Liitteen lisääminen laskulle Asiakkaiden hallinta Uuden asiakkaan lisääminen Laskujen haku Salasanan vaihto
LisätiedotTarjouspalvelu.fi Pienhankintapalvelu.fi. Osallistu julkisiin hankintoihin helposti ja turvallisesti
Tarjouspalvelu.fi Pienhankintapalvelu.fi Osallistu julkisiin hankintoihin helposti ja turvallisesti Cloudia Oy 8.7.2016 Mikä on Tarjouspalvelu.fi ja Pienhankintapalvelu.fi? 1) Verkkopalvelu, jossa toimittajat
LisätiedotSIIRTYMINEN KULUTTAJA E-LASKUTUKSEEN
SIIRTYMINEN KULUTTAJA E-LASKUTUKSEEN tietoaika.fi Domus-ohjelmiston uusi sähköinen kuluttajalaskutus-ominaisuus sisältää e-laskutuksen sekä suoramaksuominaisuudet. Kuluttaja e-laskutuksella ja suoramaksulla
LisätiedotKelan työnantaja-asiakkaille 2017
Ohjeita esaratiedostojen lähettäjälle Kelan työnantaja-asiakkaille 2017 Sisällysluettelo Palkkaohjelman edellytykset Lähettäjän edellytykset esara-tiedostoissa lähetettävät hakemukset esara-tiedostoissa
LisätiedotProvet Net Kutsut ohje
Provet Net Kutsut ohje Provetissa voidaan kutsuja käyttää pitkä-aikaisten asiakassuhteiden ylläpitoon. Kutsujen avulla asiakkaita voidaan muistuttaa lemmikin rokotusten voimassa olosta, hampaiden säännöllisestä
Lisätiedotverkkolasku.fi 2.1.2011
palveluna Notebeat Entrepreneur -ohjelmalla hoidat kaikki yrityksesi myynti- ja ostolaskut sähköisesti selainkäyttöliittymässä, sekä siirrät ne kätevästi tilitoimistoon. Säästät heti käyttöönotosta alkaen
LisätiedotPipfrog AS www.pipfrog.com. Tilausten hallinta
Tilausten hallinta Tilausten hallinta Tilausten hallinnassa on neljän tyyppisiä dokumentteja: Tilaukset, laskut, lähetykset ja hyvityslaskut, Tilaus on ensimmäinen dokumentti, jonka joko ostaja on luonnut
LisätiedotPalvelukuvaus Vaihtotilaus Versio: 1.0 9.4.2015
PALVELUKUVAUS 1 (8) Palvelukuvaus Vaihtotilaus Versio: 1.0 PALVELUKUVAUS 2 (8) Sisällysluettelo 1 Yleistä... 3 2 Vaihtotilaus prosessin osapuolet... 3 3 Vaihtotilauksen tekeminen DNA:lle... 3 4 Vaihtotilauksen
LisätiedotSisältö. 3 Yleistä 4 Toimittajaportaalin edut 5-10 Rekisteröinti 11-22 Laskun teko 23 Lasku JIP. 29/05/2015 Anna-Stina Lindblad
Toimittajaportaali Sisältö 3 Yleistä 4 Toimittajaportaalin edut 5-10 Rekisteröinti 11-22 Laskun teko 23 Lasku JIP 2 Yleistä Toimittajaportaali on Baswaren internetissä toimiva sovellus, jonka kautta voi
LisätiedotMaarit Pirttijärvi Pohjois-Suomen sosiaalialan osaamiskeskus Lapin toimintayksikkö
Verkkokonsulttipäivä 28.11.2011 Maarit Pirttijärvi j Pohjois-Suomen sosiaalialan osaamiskeskus Lapin toimintayksikkö www.sosiaalijaterveyspalvelut.fi Virtuaalisen sosiaali- ja terveyspalvelukeskuksen käyttäjät
LisätiedotSOPIMUS [SOVELLUSHANKINNASTA]
Julkisen hallinnon IT- hankintojen sopimusehdot (JIT 2007) 1 ----------------------------------------------------------------------------------------------------------------------------------- [JHS 166
Lisätiedot