VectaJärjestelmäintegraatio pienyrityksessä: kolme tapaa ja niiden ylläpitokustannus
Integraatio ei ole kertaostos vaan pieni jatkuva kulu. Tässä kolme tapaa yhdistää pienyrityksen järjestelmät, kunkin realistinen ylläpitotarve tunteina vuodessa ja auki laskettu esimerkki siitä milloin se kannattaa.
Kun verkkokauppa, laskutus ja varasto eivät puhu keskenään, joku talossa kopioi numeroita kädestä toiseen joka päivä. Integraatio poistaa sen työn, mutta se ei ole kertaostos: jokainen rajapinta pitää pitää hengissä, koska molemmat päät päivittyvät ilman lupaasi. Tässä on kolme tapaa yhdistää pienyrityksen järjestelmät, kunkin realistinen ylläpitotarve vuodessa, ja päätössääntö sille, mikä niistä sinulle kuuluu.
Mitä rajapinta tarkoittaa käytännössä?
Rajapinta eli API on sovittu tapa, jolla kaksi ohjelmaa antaa toisilleen tietoa ilman ihmistä välissä. Kun verkkokauppaan tulee tilaus, kauppa kertoo laskutusohjelmalle tilauksen tiedot samassa muodossa joka kerta, ja laskutusohjelma tekee laskun. Ihmisen tehtäväksi jää vain se, mitä ihminen osaa paremmin.
Pienyrityksessä integraatiokohteita on yleensä neljä: verkkokauppa tai kassa, laskutus ja kirjanpito, varastonhallinta ja asiakasrekisteri. Näiden väliset siirrot ovat juuri niitä, joita tehdään käsin ja joissa virheet syntyvät. Tekniikkaa yleisemmällä tasolla käsittelee erillinen artikkeli API-integraatiosta yrityksen järjestelmiin; tämä sivu keskittyy valintaan ja kustannukseen.
Miten järjestelmät voi yhdistää ja mitä kukin tapa vaatii vuodessa?
Pienyrityksen järjestelmät voi yhdistää kolmella tavalla, ja ne eroavat toisistaan enemmän ylläpidoltaan kuin rakennushinnaltaan. Valmis liitäntä ohjelmiston omasta kaupasta on kevein, automaatiotyökalu ilman koodia sijoittuu väliin, ja räätälöity integraatio rajapintojen välillä on raskain sekä rakentaa että pitää hengissä. Alla oleva taulukko on tämän sivun ydin: se kertoo kunkin tavan kohdalla, milloin se on oikea, paljonko se vaatii ylläpitoa vuodessa ja millä tavalla se tyypillisesti hajoaa. Ylläpitoarvio on esitetty tunteina eikä euroina, koska tuntihinta vaihtelee toimittajittain. Kerro tunnit oman toimittajasi tuntihinnalla, niin saat vuosikustannuksen, joka pitää paikkansa sinun tapauksessasi. Meidän tuntihintamme löytyy hinnastosta.
| Tapa | Milloin oikea | Ylläpito vuodessa | Miten tämä hajoaa |
|---|---|---|---|
| Valmis liitäntä ohjelmiston omasta kaupasta | Molemmat järjestelmät ovat yleisiä ja tarve on tavallinen | 0–2 tuntia, lähinnä versiopäivitysten tarkistus | Toimittaja lopettaa liitännän tai muuttaa sen maksulliseksi |
| Automaatiotyökalu, joka yhdistää palvelut ilman koodia | Tapahtumia kymmeniä päivässä, logiikka yksinkertainen | 3–8 tuntia: rikkoutuneiden ketjujen korjaus ja tilausrajojen seuranta | Kuukausiraja täyttyy, tai palvelu vaihtaa hinnoittelua |
| Räätälöity integraatio rajapintojen välillä | Satoja tapahtumia päivässä, oma logiikka, virhe maksaa | 8–20 tuntia: rajapintaversiot, tunnusten uusinta, valvonta | Toinen pää julkaisee uuden rajapintaversion ja vanha suljetaan |
Huomaa, ettei mikään rivi ole nolla. Tämä on integraatiokeskustelun rehellisin kohta: myyntipuheessa integraatio on kertakulu, todellisuudessa se on pieni jatkuva kulu, joka tulee näkyväksi silloin kun jokin lakkaa toimimasta. Varaa sille aika kalenterista ennen kuin se varaa itse itsensä.
Päätössääntö: mikä näistä kuuluu sinulle?
- 1. Laske tapahtumat päivässäTilaukset, laskut, varastotapahtumat. Alle 20 päivässä: automaatiotyökalu riittää lähes varmasti.
- 2. Laske käsityön minuutitMontako minuuttia menee päivässä siirtämiseen ja tarkistamiseen. Kerro 220 työpäivällä. Tämä on integraation hyötypuoli.
- 3. Arvioi virheen hintaMitä maksaa yksi väärä varastosaldo tai laskuttamaton tilaus. Jos vastaus on satoja euroja, luotettavuus on tärkeämpää kuin hinta.
- 4. Tarkista rajapinnan olemassaoloOnko molemmilla järjestelmillä julkinen rajapinta ja dokumentaatio. Jos ei ole, räätälöinti ei ole vaihtoehto hinnasta riippumatta.
- 5. Vertaa hyötyä ylläpitoonJos säästetty työaika on pienempi kuin taulukon ylläpitotunnit, älä integroi. Tämä on yleisempi tulos kuin uskotaan.
Milloin integraatio maksaa itsensä takaisin?
Integraatio maksaa itsensä takaisin silloin, kun käsityöhön kuluva aika on suurempi kuin integraation ylläpito, ja tämän saa selville yhdellä kertolaskulla. Esimerkkinä verkkokauppias, joka käsittelee 12 tilausta päivässä. Jokaisesta hän kopioi tiedot laskutusohjelmaan ja päivittää varastosaldon: noin kolme minuuttia tilausta kohden, eli 36 minuuttia päivässä. Vuodessa se on noin 132 tuntia. Laskun rakenne on aina sama: tapahtumat päivässä kerrotaan yhden tapahtuman käsittelyminuuteilla, tulos kerrotaan työpäivien määrällä, ja saatua tuntimäärää verrataan siihen ylläpitotuntimäärään, jonka valittu integraatiotapa vaatii. Jos säästö jää pienemmäksi kuin ylläpito, integraatio ei kannata riippumatta siitä, kuinka ärsyttävältä käsityö tuntuu.
Automaatiotyökalulla siirto hoituu itsestään. Rakentaminen vie muutaman työpäivän verran asetusten tekemistä ja testausta, ja ylläpito taulukon mukaan 3–8 tuntia vuodessa työkalun kuukausimaksun päälle. Säästö on siis luokkaa sata tuntia vuodessa, ja se säästö on todellinen vain jos tuo aika käytetään johonkin muuhun tuottavaan — ei jos se muuttuu kahvitauoksi.
Vaihda tähän omat numerosi: tilaukset päivässä, minuutit tilausta kohden ja oma tuntihintasi. Jos säästö jää alle kymmenen tunnin vuodessa, integraatio on harrastus. Jos se ylittää viisikymmentä tuntia, se maksaa itsensä takaisin lähes varmasti.
Mitä kysyt toimittajalta ennen tilausta?
| Kysymys | Miksi se ratkaisee |
|---|---|
| Kumpi järjestelmä on tiedon lähde? | Jos molemmat saavat muuttaa samaa tietoa, syntyy ristiriitoja joita ei voi ratkaista jälkikäteen |
| Mitä tapahtuu, kun siirto epäonnistuu? | Hiljainen epäonnistuminen on pahin vika: huomaat sen kuukauden päästä kirjanpidosta |
| Kuka näkee virheilmoitukset? | Valvonta ilman vastaanottajaa ei ole valvontaa |
| Kuinka usein tieto siirtyy? | Reaaliaikainen ja kerran tunnissa maksavat eri verran ja sopivat eri tarpeisiin |
| Kenen tunnuksilla yhteys toimii? | Työntekijän henkilökohtaisilla tunnuksilla tehty yhteys katkeaa, kun hän lähtee |
| Kuka omistaa integraation koodin? | Ilman lähdekoodia et voi vaihtaa toimittajaa etkä korjata mitään itse |
| Mitä ylläpito maksaa vuodessa? | Vastaus "ei mitään" tarkoittaa, ettei sitä ole mietitty |
Näistä kaksi ensimmäistä ovat tärkeimmät. Tiedon lähteen määrittely on koko integraation perusta, ja epäonnistumisen käsittely erottaa toimivan ratkaisun sellaisesta, joka näyttää toimivan.
Mitkä ovat yleisimmät virheet pienyrityksen integraatioissa?
Kaksisuuntaisuus ilman syytä. Tiedon kulku molempiin suuntiin tuplaa monimutkaisuuden. Useimmissa tapauksissa yksisuuntainen siirto riittää: kaupasta laskutukseen, ei takaisin.
Kaiken siirtäminen. Siirrä vain ne kentät, joita toisessa päässä oikeasti käytetään. Jokainen tarpeeton kenttä on kohta, joka voi rikkoutua päivityksessä.
Ei lokia. Kun jotain puuttuu, tarvitset tiedon siitä, mitä siirrettiin ja milloin. Ilman lokia selvitys on arvailua.
Integraatio ennen prosessia. Jos työtapa on sekava käsin, se on sekava automatisoituna — nyt vain nopeammin. Siivoa prosessi ensin.
Yhden ihmisen pääkoppa. Jos vain yksi ihminen tietää miten yhteys toimii, integraatio on riski eikä hyöty. Vaadi lyhyt kirjallinen kuvaus, vaikka yksi sivu.
Milloin integraatiota ei kannata tehdä?
Kun tapahtumia on alle viisi päivässä. Käsin tehtynä se on muutama minuutti päivässä. Integraatio maksaa enemmän kuin se säästää, ja tuo mukanaan uuden vikapaikan.
Kun toinen järjestelmä on vaihtumassa. Älä rakenna siltaa ohjelmistoon, josta olet luopumassa vuoden sisällä. Tee vaihto ensin, integroi sitten.
Kun tarve on kertaluontoinen siirto. Vanhojen asiakastietojen siirto uuteen järjestelmään on tuonti, ei integraatio. Se tehdään kerran ja unohdetaan.
Kun rajapintaa ei ole dokumentoitu. Jos toimittaja ei julkaise rajapintaansa, integraatio joudutaan tekemään epävirallisia keinoja käyttäen. Se toimii, kunnes toinen pää muuttuu — ja se muuttuu.
Näissä tilanteissa rehellisin neuvo on olla ostamatta. Jos taas käsityötä on paljon ja virheet maksavat, integraatio on yksi harvoista IT-hankinnoista, joiden hyödyn voi laskea etukäteen. Toteutuksesta ja siitä, miten teemme sen, kerrotaan ohjelmistokehityksen sivulla, ja lähdekoodi luovutetaan aina asiakkaalle.
Mitä tietoa kannattaa siirtää?
Kaikkea tietoa ei kannata siirtää, ja yleisin syy epäonnistuneeseen integraatioon on juuri liian suuri kunnianhimo ensimmäisellä kierroksella. Siirrä ensin vain se, mikä poistaa käsityötä, ja lisää loput vasta jos tarve osoittautuu todelliseksi. Käytännössä selvästi kannattavia siirtoja ovat tilaus laskuksi, varastosaldo tuotteelle, maksusuoritus laskulle ja laskutuksen tositteet kirjanpitoon — ne ovat yksisuuntaisia ja niissä on yksi selvä tiedon lähde. Vaikeampia ovat asiakastiedot molempiin suuntiin sekä tuotekuvat ja -tekstit, jotka kannattaa ottaa mukaan vasta kun määrä on iso. Alla oleva taulukko käy siirrot läpi yksi kerrallaan ja kertoo kunkin suunnan sekä sen, kannattaako siirto yleensä tehdä.
| Siirto | Suunta | Kannattaa yleensä |
|---|---|---|
| Tilaus laskuksi | Verkkokauppa → laskutus | Kyllä, tämä poistaa eniten näppäilyä |
| Varastosaldo tuotteelle | Varasto → verkkokauppa | Kyllä, jos loppuunmyynti on ongelma |
| Maksusuoritus laskulle | Pankki → laskutus | Kyllä, viitesuoritukset ovat helppo tapaus |
| Asiakastiedot molempiin suuntiin | Kauppa ↔ asiakasrekisteri | Harvoin, ristiriidat syntyvät juuri tästä |
| Tuotekuvat ja -tekstit | Järjestelmä → kauppa | Vasta jos tuotteita on satoja |
| Kirjanpidon tositteet | Laskutus → kirjanpito | Kyllä, mutta kysy ensin kirjanpitäjältä mitä hän haluaa |
Neljäs rivi on se, joka kaataa projekteja. Kun sama asiakastieto voi muuttua kahdessa paikassa, jompikumpi voittaa aina, ja väärä voittaja pyyhkii tiedon jota tarvittiin. Valitse yksi järjestelmä asiakastiedon kodiksi ja tee muista lukijoita.
Miten integraatio otetaan käyttöön vaiheittain?
- 1. Kuvaa nykyinen työtapaKirjoita auki, kuka tekee mitä ja missä järjestyksessä. Yksi sivu riittää, mutta se pitää tehdä.
- 2. Valitse yksi siirtoSe, jossa käsityötä on eniten. Muut odottavat vuoroaan.
- 3. Testaa yhdellä tapahtumallaYksi tilaus, yksi lasku. Tarkista molemmista päistä, että lopputulos on oikein euron tarkkuudella.
- 4. Aja rinnakkain kaksi viikkoaAutomaatti tekee työn, ihminen tarkistaa. Tässä vaiheessa löytyvät poikkeukset, joita kukaan ei muistanut mainita.
- 5. Lopeta käsityö vasta sittenJa kirjoita muistiin, mistä huomaat jos siirto lakkaa toimimasta.
Vaihe neljä on se, joka jätetään pois kiireessä, ja se on ainoa vaihe joka löytää poikkeustapaukset: hyvityslaskun, osatoimituksen, vaihdetun tuotteen. Ne eivät näy suunnittelupöydällä, mutta ne tulevat vastaan ensimmäisen kuukauden aikana.
Usein kysyttyä
Tarvitseeko pienyritys oman rajapinnan?
Harvoin. Oma rajapinta kannattaa vasta, kun ulkopuoliset tarvitsevat tietoa sinun järjestelmästäsi — esimerkiksi kumppani, joka tilaa automaattisesti. Useimmissa tapauksissa käytät toisten valmiita rajapintoja etkä rakenna omaa.
Riittääkö tiedostosiirto rajapinnan sijaan?
Yllättävän usein riittää. Kerran vuorokaudessa siirretty tiedosto on yksinkertainen, halpa ja helppo korjata. Se ei ole muodikas ratkaisu, mutta jos tieto ei tarvitse olla ajan tasalla minuutilleen, se on paras vastine rahalle.
Kuinka kauan integraation rakentaminen kestää?
Valmis liitäntä otetaan käyttöön tunnissa. Automaatiotyökalulla rakennettu ketju vie muutamasta tunnista muutamaan päivään testauksineen. Räätälöity integraatio riippuu täysin siitä, kuinka hyvin molempien päiden rajapinnat on dokumentoitu — se on suurin yksittäinen aikatekijä.
Kuka vastaa, jos integraatio hajoaa?
Sovi tämä kirjallisesti ennen aloitusta. Yleensä rikkoutuminen johtuu siitä, että jompikumpi järjestelmä muuttui, eikä se ole kenenkään vika — mutta korjaus maksaa. Selkeintä on sopia korjaustyön veloitusperuste etukäteen.
Voiko integraation tehdä itse?
Automaatiotyökaluilla voi, jos ketju on yksinkertainen ja luet ohjeet huolella. Ota kuitenkin varmuuskopio molemmista päistä ennen ensimmäistä ajoa ja testaa yhdellä tilauksella, ei koko historialla. Iso osa kalliista virheistä syntyy juuri ensimmäisestä täysimittaisesta ajosta.
Mitä tapahtuu, kun vaihdan toisen järjestelmän?
Integraatio pitää rakentaa siltä osin uudelleen, koska rajapinnat ovat järjestelmäkohtaisia. Tämä kannattaa ottaa huomioon jo ohjelmistoa valitessa: kysy uudelta toimittajalta, onko valmista liitäntää niihin järjestelmiin, jotka jäävät. Vastaus voi ratkaista koko valinnan.
Voiko integraation valvoa ilman erillistä työkalua?
Voi. Yksinkertaisin valvonta on päivittäinen tarkistus: siirtyikö eilen sama määrä tapahtumia molemmissa päissä. Sen voi tehdä silmämääräisesti minuutissa. Automaattinen hälytys on parempi, mutta tarkistamaton automatiikka on huonompi kuin tarkistettu käsityö.
Lue seuraavaksi
- Yrityssovelluksen kehittämisen hinta
- WordPress-ylläpidon hinta ja mitä siihen oikeasti kuuluu
- WordPressin hakukoneoptimointi: neljä asetusta, jotka ratkaisevat teknisen puolen
- Webhotellin vaihto ilman katkoa: testaa uusi palvelin ennen kuin kukaan asiakas näkee mitään
- Ilmainen verkkotunnus: milloin se on oikeasti ilmainen ja mitä se sitoo
- Ohjelmistokehitys ja hinta: miksi tuntihinta kertoo vähemmän kuin toimitusnopeus
Lue myös: iOS-sovellus App Storeen · Android-sovellus Google Playhin · yrityksen tietoturva · varmuuskopiointi · hakukoneoptimoinnin hinta · Verkkokaupan perustaminen: hinta, vaihtoehdot ja todellinen kululista · Tietosuojaseloste-malli pienyritykselle · Liiketoimintasuunnitelman pohja ja laskelmat