ERP-integraatiot: varasto, laskutus ja verkkokauppa samaan järjestelmään

Toiminnanohjausjärjestelmä on täsmälleen niin hyödyllinen kuin sen integraatiot. Järjestelmä, joka tietää tilaukset mutta ei varastosaldoja, pakottaa käyttäjän avaamaan toisen ohjelman jokaisen rivin kohdalla. Järjestelmä, joka tietää toimitukset mutta ei osaa muodostaa laskua, siirtää työn kirjanpitäjälle. Olen rakentanut kolme räätälöityä ERP-järjestelmää tämän vuoden aikana, ja jokaisessa niistä integraatiot ovat olleet se osa, joka ratkaisee, tuntuuko järjestelmä helpotukselta vai ylimääräiseltä ikkunalta ruudulla.

Datastorm Oy on suomalainen ohjelmistoyritys, joka rakentaa räätälöityjä toiminnanohjausjärjestelmiä pk-yrityksille. Tässä oppaassa käyn läpi, mitkä integraatiot ERP-projektissa tyypillisesti tarvitaan, mitä kukin niistä oikeasti tekee, missä järjestyksessä ne kannattaa rakentaa ja mitä ne maksavat. Luvut perustuvat kiinteään hintaan 70 €/h + ALV.

Miksi ERP on vain niin hyvä kuin sen integraatiot?

ERP-järjestelmän arvo syntyy siitä, että sama tieto on yhdessä paikassa ajantasaisena. Jos varastosaldo elää varastonhallinnassa, tilaus verkkokaupassa, lasku taloushallinnossa ja toimitustieto kuljetusliikkeen portaalissa, kukaan ei näe kokonaisuutta ilman että joku kokoaa sen käsin. Juuri tuo käsin kokoaminen on se työ, jonka räätälöity toiminnanohjausjärjestelmä poistaa.

Ilman integraatioita ERP muuttuu kalliiksi kirjoituskoneeksi. Käyttäjä syöttää tilauksen ERP:iin, avaa sitten verkkokaupan ja merkitsee tilauksen käsitellyksi, avaa laskutusohjelman ja tekee laskun, avaa kuljetusliikkeen sivun ja tulostaa rahtikirjan. Sama tilausnumero näppäillään neljä kertaa. Jokainen näppäily on mahdollisuus virheeseen, ja jokainen virhe löytyy vasta silloin, kun asiakas soittaa.

Käytännön mittari on yksinkertainen: laske, montako kertaa sama tieto kirjoitetaan yrityksessänne uudelleen. Jos vastaus on enemmän kuin kerran, siinä on integraation paikka. Tarkemman kuvan integraatioiden tekniikasta saat oppaasta API-integraatio: mitä se on ja miten se rakennetaan.

Mitkä ovat ERP-projektin neljä tärkeintä integraatioperhettä?

Käytännössä kaikki rakentamani ERP-integraatiot asettuvat neljään perheeseen: varastot, laskutus, verkkokaupat ja muut rajapinnat. Näiden neljän varaan rakentuu suurin osa pk-yrityksen päivittäisestä tiedonkulusta.

Varastointegraatiot: mitä ne tekevät käytännössä?

Varastointegraatio pitää huolen kahdesta asiasta: varastosaldoista ja keräilystä. Saldopuoli tarkoittaa, että ERP tietää jatkuvasti, montako kappaletta kutakin nimikettä on hyllyssä, montako on varattu avoimille tilauksille ja montako on tulossa saapuvissa ostotilauksissa. Keräilypuoli tarkoittaa, että kerääjä näkee laitteellaan keräyslistan, kuittaa rivit kerätyiksi ja saldo päivittyy samalla sekunnilla.

Varastointegraation vaikein kohta ei ole tekniikka vaan se, mitä saldo tarkoittaa. Onko vapaa saldo hyllyssä oleva määrä vai hyllyssä oleva määrä miinus varaukset? Näkyykö verkkokaupassa koko saldo vai jätetäänkö puskuri? Nämä sovitaan kartoituksessa, koska väärin määritelty saldo tuottaa joko jälkitoimituksia tai turhaan myymättä jääviä tuotteita.

Laskutusintegraatiot: mitä liikkuu ja mihin suuntaan?

Laskutusintegraatio kattaa kolme erillistä virtaa. Myyntilaskut muodostuvat ERP:ssä toimitetuista riveistä ja siirtyvät taloushallinto-ohjelmistoon tai verkkolaskuoperaattorille. Ostolaskut tulevat toiseen suuntaan, ja ne kohdistetaan ostotilauksiin ja saapumisiin, jotta nähdään, vastaako lasku sitä mitä oikeasti saapui. Kirjanpitoaineisto eli tiliöinnit ja tositteet siirtyvät eräajona kirjanpitoon.

Laskutusintegraatiossa kannattaa aloittaa myyntilaskuista. Ne ovat yrityksen kassavirta, ne toistuvat päivittäin ja ne ovat tietosisällöltään yksinkertaisimmat: asiakas, rivit, hinnat, verokannat, viitteet. Ostolaskujen kohdistus ja kirjanpitoaineiston automatisointi ovat arvokkaita mutta monimutkaisempia, ja ne kannattaa tehdä vasta kun myyntipuoli toimii.

Verkkokauppaintegraatiot: miten tilaus siirtyy ja tila päivittyy?

Verkkokauppaintegraatio on aina kaksisuuntainen, vaikka sitä ei aina ajatella niin. Ensimmäinen suunta on tilausten nouto: ERP hakee uudet tilaukset kaupasta joko kyselemällä säännöllisin väliajoin tai vastaanottamalla webhook-kutsun, kun tilaus syntyy. Toinen suunta on tilan päivitys: kun tilaus on kerätty, pakattu ja lähetetty, ERP kertoo kaupalle uuden tilan ja seurantakoodin, jolloin asiakas saa automaattisesti oikean viestin.

Webhookit ovat verkkokauppaintegraatioissa tavallisin toteutustapa, koska ne tuovat tilauksen ERP:iin sekunneissa eivätkä kuormita kauppaa turhilla kyselyillä. Ne vaativat kuitenkin huolellisen virheenkäsittelyn. Käytännön ohjeet löytyvät oppaista webhookit käytännössä ja miksi webhookit tuottavat tuplarivejä.

Muut rajapinnat: rahtikirjat, kuljetusliikkeet ja loput

Neljäs perhe on kaikki muu, mitä yrityksen arki vaatii. Yleisin näistä on kuljetusliikkeiden rajapinta: ERP muodostaa lähetyksen, saa takaisin seurantakoodin ja tulostaa rahtikirjan sekä osoitetarran suoraan pakkauspisteen tulostimelle. Tämä poistaa kokonaan työvaiheen, jossa osoitetiedot näpytellään kuljetusliikkeen omaan portaaliin.

Muita tavallisia rajapintoja ovat tavarantoimittajien hinnastot ja saatavuustiedot, pankkiyhteys viitesuorituksia varten, sähköpostin ja tekstiviestien lähetys asiakasviestintään sekä tunnistautuminen yrityksen omaan käyttäjähakemistoon. Jokainen näistä on pieni erikseen, mutta yhdessä ne ratkaisevat sen, hoitaako järjestelmä asiat itse.

Mitä eroa on yksisuuntaisella ja kaksisuuntaisella synkronoinnilla?

Yksisuuntaisessa synkronoinnissa tieto liikkuu vain yhteen suuntaan: yksi järjestelmä on tiedon lähde ja toinen ottaa sen vastaan sellaisenaan. Kaksisuuntaisessa synkronoinnissa molemmat järjestelmät voivat muuttaa samaa tietoa, jolloin joudutaan ratkaisemaan ristiriidat eli tilanteet, joissa sama kenttä on muuttunut kahdessa paikassa eri tavalla. Yksisuuntainen on halvempi rakentaa ja huomattavasti helpompi ylläpitää, joten sitä kannattaa käyttää aina kun se riittää.

Kaksisuuntaisuutta tarvitaan harvemmin kuin luullaan. Varastosaldo on hyvä esimerkki tiedosta, joka näyttää kaksisuuntaiselta mutta ei ole sitä: saldo muuttuu vain saapumisista ja keräilyistä, jotka molemmat kirjataan yhdessä järjestelmässä, ja muut järjestelmät saavat vain lukea tuloksen. Tilauksen tila taas on aidosti kaksisuuntainen, koska asiakas voi peruuttaa tilauksen verkkokaupassa samaan aikaan kun varasto merkitsee sen kerätyksi.

Kun kaksisuuntaisuus on välttämätön, ristiriitojen ratkaisusääntö kirjoitetaan auki etukäteen. Yleisin sääntö on aikaleimaan perustuva eli viimeisin muutos voittaa, mutta liiketoiminnallisesti järkevämpi on usein sääntö, jossa tietyt tilat lukitsevat rivin: kerätty tilaus ei enää peruunnu automaattisesti, vaan siitä syntyy tehtävä ihmiselle.

Miten päätän, mikä järjestelmä on masterina mille tiedolle?

Valitse kunkin tiedon masteriksi se järjestelmä, jossa tieto oikeasti syntyy ja jossa sitä ylläpidetään päivittäin. Varastosaldon master on se järjestelmä, jossa saapumiset ja keräilyt kirjataan. Tuotteiden hinnat ja kuvaukset ovat yleensä masterina ERP-järjestelmässä ja verkkokauppa on niiden vastaanottaja. Kirjaa päätökset taulukkoon tietokenttä kerrallaan ennen kuin riviäkään koodia kirjoitetaan, koska tämä yksi taulukko ratkaisee suuren osan integraation myöhemmistä ongelmista.

Tieto	Tyypillinen master	Kuka lukee
Tuotetiedot ja hinnat	ERP	Verkkokauppa, laskutus
Varastosaldo	ERP tai varastonhallinta	Verkkokauppa, myynti
Verkkokaupan tilaus	Verkkokauppa	ERP
Tilauksen tila ja seurantakoodi	ERP	Verkkokauppa, asiakas
Myyntilasku	ERP	Taloushallinto
Maksusuoritus ja reskontra	Taloushallinto	ERP
Asiakastiedot	ERP	Verkkokauppa, laskutus

Taulukko on esimerkki, ei sääntö. Master valitaan sen mukaan, missä ihmiset tekevät työnsä, ei sen mukaan, mikä järjestelmä on uusin.

Mitä tapahtuu, kun integraatio epäonnistuu?

Jokainen integraatio epäonnistuu joskus. Toinen pää on huollossa, verkkoyhteys pätkii, rajapinta rajoittaa kutsujen määrää tai joku on syöttänyt tilaukselle postinumeron, jota ei ole olemassa. Ero hyvän ja huonon integraation välillä ei ole se, epäonnistuuko se, vaan se, mitä epäonnistumisen jälkeen tapahtuu.

Miksi integraatio tekee toisinaan duplikaattirivejä?

Duplikaattirivit syntyvät lähes aina siitä, että sama viesti käsitellään kahdesti. Lähettävä järjestelmä ei saa kuittausta ajoissa ja yrittää uudelleen, verkkoyhteys katkeaa kesken tallennuksen tai integraatio käynnistetään uudelleen kesken ajon. Ratkaisu on idempotenssi eli se, että jokaisella siirrettävällä tapahtumalla on pysyvä tunniste ja vastaanottava pää tarkistaa tunnisteen ennen tallennusta. Silloin sama tilaus voidaan lähettää vaikka kymmenen kertaa ilman että syntyy kymmentä tilausta.

Mitä hyvä virheenkäsittely sisältää?

Hyvä virheenkäsittely rakentuu neljästä osasta. Ensimmäinen on automaattinen uudelleenyritys kasvavalla odotusajalla, koska suuri osa virheistä on hetkellisiä. Toinen on epäonnistuneiden siirtojen jono, johon viesti jää odottamaan sen sijaan että se katoaisi. Kolmas on hälytys, joka kertoo ihmiselle heti kun jono kasvaa tai sama siirto epäonnistuu toistuvasti. Neljäs on näkymä käyttöliittymässä, josta pääkäyttäjä näkee itse, mitkä rivit eivät ole siirtyneet, ja voi käynnistää siirron uudelleen ilman kehittäjää.

Neljäs kohta on se, joka useimmin puuttuu ja jota asiakkaat eniten kiittävät. Kun varastopäällikkö näkee itse, että kolme tilausta ei siirtynyt eilen kello 17 rajapintakatkon takia, ja voi painaa nappia, ongelma on ratkaistu viidessä minuutissa eikä seuraavana päivänä. Autentikoinnin ja tunnusten hallinnan osalta kannattaa lukea myös opas API-autentikointi: OAuth vai API-avain, koska vanhentunut tunnus on yksi yleisimmistä integraatiokatkosten syistä.

Mikä integraatio kannattaa rakentaa ensimmäisenä?

Rakenna ensimmäisenä se integraatio, joka poistaa eniten päivittäistä näppäilytyötä ja jonka virheet maksavat eniten. Useimmiten se on tilausvirta verkkokaupasta tai myyntitilausten muuttaminen laskuiksi, koska molemmat toistuvat joka päivä ja molemmissa virhe näkyy suoraan asiakkaalle. Varastosaldojen synkronointi kannattaa tehdä heti perässä, koska väärä saldo aiheuttaa jälkitoimituksia ja peruutuksia.

Käytännön järjestys, jota käytän ERP-projekteissa, on tämä: ensin tilausvirta sisään, sitten laskutus ulos, sitten varastosaldot, sitten logistiikka ja rahtikirjat, ja vasta viimeisenä raportointi ja muut tukirajapinnat. Järjestys perustuu siihen, että jokainen vaihe tuottaa hyötyä heti eikä vaadi seuraavaa vaihetta toimiakseen.

Ensimmäinen tuotantoversio sisältää yleensä ytimen ja yhdestä kahteen integraatiota, ja se on työmäärältään noin 170 tuntia eli alkaen noin 12 000 € + ALV. Loput integraatiot rakennetaan sen päälle sitä mukaa kun ne osoittautuvat tärkeiksi. Aikataulusta ja hinnasta kerron tarkemmin oppaassa ERP-projektin hinta ja aikataulu.

API, tiedostosiirto vai manuaalinen vienti?

Kaikkea ei kannata integroida rajapinnan kautta. Kolme toteutustapaa sopivat eri tilanteisiin, ja oikean valinta säästää sekä rahaa että turhaa ylläpitoa.

API-integraatio sopii silloin, kun tarvitaan reaaliaikaisuutta, kuittauksia tai kaksisuuntaista liikennettä. Se on kestävin ratkaisu, mutta vaatii toimivan rajapinnan molemmista päistä sekä tunnusten hallinnan. Tilausvirta, varastosaldot ja kuljetusliikkeet toteutetaan lähes aina näin.

Tiedostosiirto riittää silloin, kun tieto liikkuu eräajona eikä muutaman minuutin viive haittaa, ja kun toisessa päässä ei yksinkertaisesti ole käytettävää rajapintaa. Tyypillisiä esimerkkejä ovat kirjanpitoaineiston vienti kuukausittain, hinnastopäivitykset tavarantoimittajalta ja vanhat järjestelmät, joista saa ulos vain CSV-tiedoston. Tiedostosiirto on halpa rakentaa mutta vaatii saman virheenkäsittelyn kuin API-integraatio.

Manuaalinen vienti on täysin hyväksyttävä ratkaisu silloin, kun tapahtumia on muutama kuukaudessa. Jos ostolaskuja tulee kolme kappaletta kuussa, niiden automatisointi maksaa enemmän kuin se koskaan säästää. Rehellinen kehittäjä sanoo tämän ääneen sen sijaan että laskuttaisi integraatiosta, jota ei tarvita.

Paljonko ERP-integraatiot maksavat?

Datastorm Oy:n hinnoittelu on tasainen: kaikki työ 70 €/h + ALV, ei porrastuksia eikä piilokuluja. Lähityössä lisäksi 1 €/km + ALV Mäntsälästä. Ennen töiden aloitusta saat aina arvion tunteina ja euroina, eikä mitään laskuteta ennen kuin arvio on hyväksytty. Alla olevat luvut ovat tyypillisiä työmääriä toteutuneista integraatioista.

Integraatio	Tyypillinen työmäärä	Arvio (70 €/h + ALV)
Verkkokaupan tilausten nouto ja tilan päivitys	20–40 h	1 400–2 800 €
Varastosaldojen synkronointi	25–50 h	1 750–3 500 €
Myyntilaskujen muodostus ja siirto taloushallintoon	15–35 h	1 050–2 450 €
Ostolaskujen kohdistus ja kirjanpitoaineisto	20–40 h	1 400–2 800 €
Rahtikirjat ja kuljetusliikkeen rajapinta	15–30 h	1 050–2 100 €
Tiedostopohjainen siirto vanhaan järjestelmään	8–20 h	560–1 400 €
Virheenkäsittely, hälytykset ja pääkäyttäjän näkymä	10–25 h	700–1 750 €

Tavallinen ERP-kokonaisuus integraatioineen asettuu välille 220–570 tuntia eli 15 000–40 000 € + ALV. Lopullinen hinta riippuu rajapintojen laadusta, integraatioiden määrästä, käyttäjämääristä ja määrittelyn työstä, ja tarkka arvio annetaan kartoituksen jälkeen. Kartoitus ja kevyt määrittely on tyypillisesti 10–20 tuntia eli 700–1 400 € + ALV.

Jos tarvitset vain yksittäisen integraation ilman koko toiminnanohjausjärjestelmää, se onnistuu samalla hinnalla erillisenä työnä. Katso integraatiot ja automaatio palveluna.

Usein kysytyt kysymykset ERP-integraatioista

Mitä ERP-integraatio tarkoittaa käytännössä?

ERP-integraatio tarkoittaa automaattista tiedonsiirtoa toiminnanohjausjärjestelmän ja jonkin toisen järjestelmän välillä. Käytännössä se on ohjelmakoodia, joka hakee tai lähettää tietoa sovitulla tavalla ja sovitulla aikataululla, esimerkiksi noutaa verkkokaupan uudet tilaukset viiden minuutin välein tai lähettää valmiin myyntilaskun taloushallinto-ohjelmistoon heti kun toimitus on kuitattu. Integraatio korvaa työvaiheen, jossa ihminen kopioi saman tiedon kahteen paikkaan.

Mikä integraatio kannattaa rakentaa ensimmäisenä?

Rakenna ensimmäisenä se integraatio, joka poistaa eniten päivittäistä näppäilytyötä ja jonka virheet maksavat eniten. Useimmiten se on tilausvirta verkkokaupasta tai myyntitilausten muuttaminen laskuiksi, koska molemmat toistuvat joka päivä ja molemmissa virhe näkyy suoraan asiakkaalle. Varastosaldojen synkronointi kannattaa tehdä heti perässä, koska väärä saldo aiheuttaa jälkitoimituksia ja peruutuksia.

Mitä eroa on yksisuuntaisella ja kaksisuuntaisella synkronoinnilla?

Yksisuuntaisessa synkronoinnissa tieto liikkuu vain yhteen suuntaan: yksi järjestelmä on tiedon lähde ja toinen ottaa sen vastaan sellaisenaan. Kaksisuuntaisessa synkronoinnissa molemmat järjestelmät voivat muuttaa samaa tietoa, jolloin joudutaan ratkaisemaan ristiriidat eli tilanteet, joissa sama kenttä on muuttunut kahdessa paikassa eri tavalla. Yksisuuntainen on halvempi rakentaa ja huomattavasti helpompi ylläpitää, joten sitä kannattaa käyttää aina kun se riittää.

Miten päätän, mikä järjestelmä on masterina mille tiedolle?

Valitse kunkin tiedon masteriksi se järjestelmä, jossa tieto oikeasti syntyy ja jossa sitä ylläpidetään päivittäin. Varastosaldon master on se järjestelmä, jossa saapumiset ja keräilyt kirjataan. Tuotteiden hinnat ja kuvaukset ovat yleensä masterina ERP-järjestelmässä ja verkkokauppa on niiden vastaanottaja. Kirjaa päätökset taulukkoon tietokenttä kerrallaan ennen kuin riviäkään koodia kirjoitetaan, koska tämä yksi taulukko ratkaisee suuren osan integraation myöhemmistä ongelmista.

Miksi integraatio tekee toisinaan duplikaattirivejä?

Duplikaattirivit syntyvät lähes aina siitä, että sama viesti käsitellään kahdesti. Lähettävä järjestelmä ei saa kuittausta ajoissa ja yrittää uudelleen, verkkoyhteys katkeaa kesken tallennuksen tai integraatio käynnistetään uudelleen kesken ajon. Ratkaisu on idempotenssi eli se, että jokaisella siirrettävällä tapahtumalla on pysyvä tunniste ja vastaanottava pää tarkistaa tunnisteen ennen tallennusta. Silloin sama tilaus voidaan lähettää vaikka kymmenen kertaa ilman että syntyy kymmentä tilausta.

Milloin tiedostosiirto riittää API-integraation sijaan?

Tiedostosiirto riittää silloin, kun tieto liikkuu eräajona eikä muutaman minuutin viive haittaa, ja kun toisessa päässä ei yksinkertaisesti ole käytettävää rajapintaa. Tyypillisiä esimerkkejä ovat kirjanpitoaineiston vienti kuukausittain, hinnastopäivitykset tavarantoimittajalta ja vanhat järjestelmät, joista saa ulos vain CSV-tiedoston. API-integraatio kannattaa aina kun tarvitaan reaaliaikaisuutta, kuittauksia tai kaksisuuntaista liikennettä.

Paljonko ERP-integraatiot maksavat?

Datastorm Oy:n hinnoittelu on tasainen 70 euroa tunnilta lisättynä arvonlisäverolla, joten integraation hinta on suoraan sen työmäärä. Yksittäinen selkeä integraatio on tyypillisesti 8–50 tuntia eli noin 560–3 500 euroa lisättynä arvonlisäverolla, ja tavallinen ERP-kokonaisuus integraatioineen asettuu välille 15 000–40 000 euroa lisättynä arvonlisäverolla. Lopullinen hinta riippuu rajapintojen laadusta, tietomäärästä ja siitä, kuinka monta poikkeustapausta prosessiin kuuluu, ja tarkka arvio annetaan kartoituksen jälkeen.

Kuinka kauan yhden integraation rakentaminen kestää?

Yksittäinen integraatio valmistuu tyypillisesti yhdestä kolmeen viikkoon siitä, kun tunnukset ja testiympäristö ovat käytössä. Suurin osa kalenteriajasta kuluu odottamiseen: rajapintatunnusten saamiseen toiselta toimittajalta, testidatan järjestämiseen ja siihen, että asiakkaan puolella joku ehtii tarkistaa, että siirtyneet rivit näyttävät oikeilta. Itse koodityö on usein pienempi osa kokonaisuutta kuin sopiminen siitä, mitä tarkalleen siirretään.

Yhteenveto

ERP-integraatiot eivät ole projektin tekninen liite vaan sen varsinainen sisältö. Kun varasto, laskutus, verkkokauppa ja kuljetusliikkeet on liitetty samaan järjestelmään, sama tieto kirjataan kerran ja se näkyy kaikkialla. Sen jälkeen kysymykset tyyliin mihin tuo tilaus jäi eivät enää vaadi kollegan häiritsemistä.

Tärkein valmistautuminen on liiketoiminnallinen, ei tekninen: päättäkää, mikä järjestelmä omistaa minkäkin tiedon, ja listatkaa, montako kertaa sama tieto tällä hetkellä näpytellään uudelleen. Sen listan perusteella osaan sanoa melko tarkasti, mitä integraatiot maksavat ja missä järjestyksessä ne kannattaa tehdä. Tarjouksia kannattaa pyytää silloinkin, kun ostopäätöstä ei vielä ole – jo tarjouksesta näkee, millainen hinta oman järjestelmän teettämiselle tulisi.

Lue myös

• Räätälöity ERP vs valmis ERP – kumpi kannattaa?
• Milloin oma ERP-järjestelmä kannattaa?
• ERP-projektin hinta ja aikataulu
• Tuotteen elinkaari ERP:ssä – myynnistä toimitukseen ja takuupalautukseen
• ERP-järjestelmän käyttöönotto vaiheittain
• Räätälöity ERP kilpailuetuna
• Räätälöity toiminnanohjausjärjestelmä palveluna →
• Ohjelmistokehitys palveluna →