Sähköinen tiedonsiirto (EDI)
Mitä sähköinen tiedonsiirto (EDI) on?
Sähköinen tiedonsiirto (EDI) on organisaatioiden välistä strukturoitujen liiketoiminta-asiakirjojen tietokoneiden välistä vaihtoa sovittuja standardeja käyttäen. Logistiikassa, verkkokaupassa ja kansainvälisessä kaupassa se mahdollistaa ostajien, toimittajien, varastojen, kuljetusliikkeiden ja muiden kauppakumppaneiden käyttämien järjestelmien vaihtaa tietoja, kuten ostotilauksia, lähetysilmoituksia, kuljetusohjeita ja laskuja, ilman että ihmisten tarvitsee syöttää jokaista asiakirjaa uudelleen.
EDIn keskeinen ominaisuus ei ole pelkästään se, että tietoa lähetetään sähköisesti. Tiedot järjestetään kentiksi, segmenteiksi ja sanomiksi, joita vastaanottava ohjelmisto voi tulkita sovitun määrittelyn mukaisesti. Sähköpostiin PDF-tiedostona liitetty lasku ei siksi ole itsessään EDI-lasku: henkilön tai asiakirjojen käsittelytyökalun on ehkä edelleen poimittava sen sisältö, ennen kuin liiketoimintajärjestelmä voi käyttää sitä.
EDI kuvaa liiketoimintatietojen vaihtomenetelmää, ei yhtä ohjelmistotuotetta, verkkoa tai tiedostomuotoa. Toimiva järjestely edellyttää yhteensopivia asiakirjamääritelmiä, viestintämenetelmiä, tunnisteita ja liiketoimintasääntöjä.
EDI logistiikassa ja verkkokaupassa
EDI yhdistää organisaatioiden rajat ylittäviä toimintoja. Vähittäiskauppiaan hankintajärjestelmä voi luoda tilauksen, toimittajan järjestelmä vahvistaa sen ja varasto vastaanottaa ohjeet tavaroiden valmistelua varten. Lähetystiedot ja laskut voivat sen jälkeen siirtyä asiaankuuluvien järjestelmien välillä erillisinä sanomina.
Verkkokaupassa EDI voi tukea kuluttajille suunnatun verkkokaupan taustalla olevia yritysten välisiä prosesseja. Verkkokauppias voi esimerkiksi käyttää sitä tilatakseen varastoa toimittajalta tai vaihtaakseen toimitustietoja varaston kanssa. Kuluttajan kassatoiminto ja vähittäiskauppiaan myöhemmät EDI-sanomat ovat toisiinsa liittyviä liiketoimintatapahtumia, mutta ne eivät välttämättä ole sama tapahtuma tai käytä samaa teknistä rajapintaa.
Rajojen yli käytävässä kaupassa EDI voi välittää kansainväliseen kuljetukseen ja kaupallisiin asiakirjoihin tarvittavia tietoja. Tulliviranomaiset voivat myös käyttää strukturoituja sähköisiä sanomia omien määrittelyjensä mukaisesti. EDI-sanoman vaihtaminen toimittajan tai kuljetusliikkeen kanssa ei kuitenkaan itsessään ole tulliselvitys, osoita sääntelyn noudattamista tai anna lupaa tavaroiden luovuttamiseen.
Yleiset liiketoiminta-asiakirjat
Seuraavat esimerkit havainnollistavat asiakirjojen käyttötarkoituksia eivätkä pakollista järjestystä. Käytettävät sanomat riippuvat kauppasuhteesta ja sovellettavasta toteutusoppaasta.
| Asiakirja tai sanoma | Liiketoiminnan tarkoitus | Esimerkki logistiikasta tai verkkokaupasta |
|---|---|---|
| Ostotilaus | Välittää ostajan tavaroita tai palveluja koskevan tilauksen. | Vähittäiskauppias tilaa täydennysvarastoa toimittajalta. |
| Tilauksen vastaus tai kuittaus | Välittää toimittajan vastauksen tilaukseen. | Toimittaja vahvistaa määrät tai ehdottaa muutoksia, jos sovittu sanoma tukee niitä. |
| Ennakkolähetysilmoitus tai lähetysilmoitus | Kuvaa lähetyksen ennen sen saapumista. | Varasto vastaanottaa tiedot odotettavista pakkauksista, tuotteista ja määristä. |
| Kuljetusohje | Välittää kuljetuspalvelua koskevat ohjeet. | Lähettäjä toimittaa sovitut kuljetustiedot kuljetuskumppanille. |
| Lähetyksen tilasanoma | Välittää kuljetustapahtuman tai tilan. | Kuljetusliike ilmoittaa lähetykseen liittyvästä tapahtumasta. |
| Lasku | Välittää laskutustiedot. | Toimittaja laskuttaa vähittäiskauppiasta toimitetuista tavaroista. |
Ennakkolähetysilmoitus, josta käytetään usein lyhennettä ASN, kuvaa odotettavissa olevaa lähetystä; se ei todista, että tavarat ovat saapuneet. Samoin lähetyksen tilasanoma ei automaattisesti ole todiste toimituksesta. Sen merkitys riippuu ilmoitetusta tapahtumasta ja sitä tukevista tiedoista.
Standardit, muodot ja viestintämenetelmät
EDI-standardit määrittävät, miten liiketoimintasanomat rakennetaan ja mitä niiden tietoalkiot tarkoittavat. Kaksi vakiintunutta standardiperhettä ovat X12 ja Yhdistyneiden kansakuntien hallinnon, kaupan ja kuljetusten sähköisen tiedonsiirron säännöt, jotka tunnetaan nimellä UN/EDIFACT. GS1 ylläpitää myös EDI-standardeja, kuten UN/EDIFACTiin perustuvaa EANCOM-standardia ja GS1 XML:ää.
X12:ssa esimerkkejä ovat 850 Purchase Order, 856 Ship Notice/Manifest ja 810 Invoice. UN/EDIFACT tarjoaa esimerkiksi ORDERS-sanoman ostotilauksille, DESADV-sanoman lähetysilmoituksille ja INVOIC-sanoman laskuille. Näillä esimerkeillä on standardien välillä toisiinsa liittyviä liiketoimintatarkoituksia, mutta niiden rakenteet ja toteutusvaatimukset eivät ole keskenään vaihdettavissa.
Pelkkä standardi ei määritä kauppasuhteen kaikkia yksityiskohtia. Kumppaneiden on sovittava myös sovellettavasta versiosta ja toteutusoppaasta, pakollisista kentistä, sallituista koodeista, tunnisteista ja validointisäännöistä. Kaksi organisaatiota voi tukea samaa standardiperhettä ja silti tarvita muunnostyötä, ennen kuin niiden järjestelmät voivat vaihtaa käyttökelpoisia sanomia.
| Komponentti | Mitä se määrittää | Esimerkki |
|---|---|---|
| Sanomastandardi | Liiketoimintasanoman rakenteen ja merkityksen. | X12-laskun tai UN/EDIFACT-lähetysilmoituksen. |
| Toteutusopas | Miten tiettyä sanomaa käytetään kauppasuhteessa. | Vaaditut lähetyksen tunnisteet ja sallitut määrän yksiköt. |
| Viestintämenetelmä | Miten sanoma siirretään järjestelmien välillä. | AS2 tai sovittu suojattu tiedostonsiirtojärjestely. |
| Käännös ja muunnos | Miten ulkoisen sanoman kentät vastaavat sisäisiä sovellustietoja. | Saapuvan tilausrivin muuntaminen tilaustenhallintatietueeksi. |
AS2 on viestintämääritys liiketoimintatietojen vaihtamiseen HTTP:n kautta, ja se sisältää suojaus- ja kuittausmekanismeja. Se ei ole ostotilaus- tai laskumuoto. Value-added network eli VAN voi tarjota viestien välityspalveluja; sekin on erillinen liiketoiminta-asiakirjojen standardista.
Miten EDI-vaihto toimii
- Liiketoimintatapahtuma luo tietoja. Ostaja esimerkiksi hyväksyy ostotilauksen toiminnanohjaus- tai tilaustenhallintajärjestelmässä.
- Tiedot muunnetaan sanomaksi. Käännösohjelmisto muuntaa sisäiset kentät sovitun standardin ja toteutusoppaan edellyttämään rakenteeseen.
- Lähtevä sanoma tarkistetaan. Validoinnissa voidaan tarkistaa syntaksi, pakolliset kentät, koodiarvot ja kumppanikohtaiset vaatimukset.
- Sanoma lähetetään. Se kulkee sovittua viestintäkanavaa pitkin vastaanottajalle tai välittäjälle.
- Vastaanottaja validoi ja kääntää sen. Vastaanottava järjestelmä tarkistaa sanoman ja muuntaa hyväksytyt tiedot sisäiseen sovellusmuotoonsa.
- Liiketoimintakäsittely jatkuu. Vastaanottava sovellus voi luoda tilauksen, kirjata odotettavan vastaanoton tai ohjata poikkeaman tarkistettavaksi.
- Vastaukset täsmäytetään. Tekniset kuitit, kuittaukset ja liiketoimintavastaukset auttavat lähettäjää selvittämään, mitä vaihdossa tapahtui.
Nämä vaiheet eivät takaa, että jokainen tapahtuma käsitellään automaattisesti. Tuntematon tuotetunniste, virheellinen toimituspaikka, päällekkäinen asiakirjanumero tai tukematon mittayksikkö voi edellyttää toimenpiteitä, vaikka sanoma olisi rakenteellisesti kelvollinen.
Vastaanotto, validointi ja liiketoimintahyväksyntä
EDI-kuittaukset toimivat eri tasoilla. Siirtokuitti voi osoittaa, että sanoma saavutti viestintäpisteen. Toiminnallinen tai toteutuksen kuittaus voi ilmoittaa rakenteellisten tarkistusten tulokset. Liiketoimintavastaus voi ilmoittaa, hyväksyttiinkö, hylättiinkö tai muutettiinko tilaus tai muu pyyntö.
Näitä signaaleja ei pidä pitää samanarvoisina. Onnistunut lähetys ei välttämättä tarkoita, että tilaus on hyväksytty tai että tavarat lähetetään. Kuittauksen tarkka merkitys on tulkittava asiaankuuluvan määrittelyn ja kauppakumppanisopimuksen mukaisesti.
Esimerkki tilauksesta lähetykseen
Vähittäiskauppias voi lähettää ostotilauksen ulkomaiselle toimittajalle EDI:n kautta. Toimittajan järjestelmä tarkistaa tuotetunnisteet, määrät ja pyydetyt toimitustiedot. Jos kauppajärjestelyyn kuuluu tilausvastaus, toimittaja voi ilmoittaa hyväksynnästä tai ehdotetuista muutoksista erillisellä sanomalla.
Kun tavarat on valmisteltu, toimittaja voi antaa ennakkolähetysilmoituksen, jossa yksilöidään lähetys ja sen sisältö. Vastaanottava varasto voi käyttää näitä tietoja valmistautuakseen vastaanottoon ja verratakseen odotettuja määriä tosiasiassa vastaanotettuihin tavaroihin. Toimittaja voi myös lähettää laskun käsiteltäväksi vähittäiskauppiaan talousjärjestelmässä.
Tämä esimerkki osoittaa, miten EDI yhdistää organisaatioiden välisiä tietueita. Se ei tarkoita, että kaikki osapuolet käyttäisivät samaa ohjelmistoa, että jokainen sanoma toimitettaisiin reaaliajassa tai että kaupalliset asiakirjat korvaisivat kuljetus- ja tullivaatimukset. Ostotilausten, lähetysviitteiden ja laskujen täsmäyttäminen edellyttää edelleen yhdenmukaisia tunnisteita ja sovittua liiketoimintalogiikkaa.
EDI ja siihen liittyvät teknologiat
| Liittyvä käsite | Suhde EDI:in | Tärkeä ero |
|---|---|---|
| Ohjelmointirajapinta (API) | Rajapinta, jonka kautta ohjelmistot vaihtavat pyyntöjä ja tietoja. | EDI korostaa standardoituja liiketoimintasanomia; API määrittää vuorovaikutuksen ohjelmistopalvelun kanssa. Ne voivat toimia rinnakkain. |
| XML | Merkintäkieli, jota käytetään tietojen jäsentämiseen. | Pelkkä XML-syntaksi ei muodosta sovittua liiketoimintasanomastandardia. |
| Sähköinen laskutus | Laskujen sähköinen laatiminen ja vaihtaminen. | EDI voi tukea sähköistä laskutusta, mutta oikeudelliset ja tekniset vaatimukset vaihtelevat lainkäyttöalueittain. |
| ERP- tai varastonhallintajärjestelmä | Sovellus, joka luo tai käyttää liiketoimintatietoja. | Nämä järjestelmät hallitsevat toimintoja; EDI tarjoaa tavan vaihtaa tietoja muiden organisaatioiden kanssa. |
| Lähetyksen seuranta | Lähetystapahtumien raportointi ja tulkinta. | EDI voi välittää tilatietoja, mutta se ei itsessään ole seurantasivusto tai täydellinen seurantapalvelu. |
EDI ja API:t eivät ole kaikissa arkkitehtuureissa toisensa poissulkevia vaihtoehtoja. Organisaatio voi käyttää EDI-sanomia kumppanitapahtumiin ja API:ja näiden tapahtumien yhdistämiseen sisäisiin sovelluksiin. Sopiva järjestely riippuu asiakirjavaatimuksista, kumppaneiden valmiuksista, ajoitustarpeista ja operatiivisista kontrolleista, ei pelkästään teknologiasta.
Toteutukseen liittyvät näkökohdat ja rajoitukset
EDI voi vähentää toistuvaa manuaalista tietojen syöttämistä, kun järjestelmät vaihtavat ja käsittelevät yhteensopivia sanomia onnistuneesti. Se ei korjaa virheellisiä lähdetietoja, ratkaise kaupallisia erimielisyyksiä tai poista poikkeusten käsittelyn tarvetta. Automaatio riippuu sekä teknisestä yhteensopivuudesta että vaihdettavien liiketoimintatietojen laadusta.
Ennen EDI-yhteyden muodostamista kauppakumppaneiden tulisi selventää seuraavat toiminnalliset seikat:
- Asiakirjojen laajuus: Mitä sanomia tarvitaan ja mitkä liiketoimintatapahtumat käynnistävät ne?
- Tunnisteet: Miten tuotteet, sijainnit, osapuolet, tilaukset ja lähetykset tunnistetaan ja yhdistetään?
- Sanomavaatimukset: Mitä versioita, pakollisia kenttiä, koodilistoja ja muunnossääntöjä sovelletaan?
- Viestintä ja turvallisuus: Mitä yhteysmenetelmää, todennusjärjestelyjä ja käyttöoikeusvalvontaa tarvitaan?
- Kuittaukset: Mitkä vastaukset osoittavat toimituksen, validoinnin ja liiketoimintahyväksynnän?
- Poikkeusten käsittely: Kuka tutkii hylätyt sanomat, puuttuvat vastaukset ja epäjohdonmukaiset tiedot?
- Päällekkäisyyksien ehkäisy: Miten uudelleenlähetykset erotetaan uusista liiketoimintatapahtumista?
- Testaus ja muutostenhallinta: Miten muunnokset ja kumppanivaatimukset testataan ennen muutosten siirtämistä tuotantoon?
Operatiivisessa valvonnassa tulisi erottaa viestintähäiriöt tietojen validointivirheistä ja liiketoimintapoikkeamista. Sanoman lähettäminen uudelleen voi ratkaista siirtovirheen, mutta se ei korjaa virheellistä tuotekoodia. Ilman päällekkäisyyksien hallintaa onnistuneesti käsitellyn tilauksen uudelleenlähetys voi myös luoda tahattoman toisen tapahtuman.
UKK
Mitä EDI tarkoittaa logistiikassa?
EDI tarkoittaa sähköistä tiedonsiirtoa: liiketoiminta-asiakirjojen strukturoitua vaihtoa järjestelmien välillä. Logistiikassa näihin asiakirjoihin voivat kuulua lähetysilmoitukset, kuljetusohjeet, laskut ja lähetyksen tilasanomat.
Onko sähköpostitse lähetetty PDF EDI-asiakirja?
Ei itsessään. PDF voi esittää liiketoiminta-asiakirjan sähköisesti, mutta EDI edellyttää strukturoituja tietoja, joita vastaanottavat järjestelmät voivat tulkita sovitun määrittelyn mukaisesti.
Onko EDI sama asia kuin API?
Ei. EDI koskee standardoitua liiketoiminta-asiakirjojen vaihtoa, kun taas API määrittää, miten ohjelmisto on vuorovaikutuksessa toisen palvelun kanssa. Integraatio voi käyttää molempia.
Tarkoittaako EDI-kuittaus, että tilaus hyväksyttiin?
Ei välttämättä. Kuittaukset voivat vahvistaa lähetyksen tai rakenteellisen validoinnin sen sijaan, että ne vahvistaisivat liiketoimintahyväksynnän. Sanomatyyppi ja kauppakumppanisopimus määrittävät sen merkityksen.
Lähteet
- UNECE: UN/EDIFACT — Hallinnollisten, kaupallisten ja kuljetustietojen strukturoidun sähköisen vaihdon virallinen kehys.
- X12: Transaction Sets — Liiketoiminnan tapahtumajoukkojen viralliset kuvaukset, mukaan lukien ostotilaukset, laskut, lähetysilmoitukset ja kuittaukset.
- GS1: Electronic Data Interchange — Liiketoimintasanomastandardit sekä GS1 EDIn, EANCOMin ja GS1 XML:n välinen suhde.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — AS2-siirto, suojausmekanismit ja vastaanottoilmoitukset.
