Integraatio ei ole vain lupaus “järjestelmät yhdistetään”. Verkkokauppa voi vastaanottaa tilauksia oikein mutta lähettää niitä väärään varastoon, tai varastosaldot päivittyvät myöhässä ja aiheuttavat ylimyyntiä. Siksi integraatiosta pitää pyytää tarjouksessa selkeä tietovirran kuvaus ja testaus.
Piirrä järjestelmät ja niiden tehtävät
Luettele verkkokauppa, varastonhallinta, taloushallinto, kuljetuspalvelu, markkinoinnin työkalut ja mahdollinen B2B-portaali. Merkitse mikä järjestelmä on kunkin tiedon “totuus”: tuotteet, hinnat, varastosaldot, tilauksen tila ja asiakastiedot.
Jos samaa hintaa muokataan kahdessa järjestelmässä, pitää määritellä kumpi voittaa ristiriitatilanteessa. Muuten onnistunutkin tekninen integraatio voi tuottaa virheellistä liiketoimintadataa.
Kuvaa yksi tilaus alusta loppuun
Kirjoita esimerkiksi: asiakas maksaa kaupassa → tilaus siirtyy ERP:hen → varasto varaa tuotteen → kuljetuspalvelu saa lähetyksen → seurantakoodi palaa kauppaan → asiakas saa viestin. Merkitse jokaiselle vaiheelle vastuullinen järjestelmä.
Lisää vielä peruuntuminen, hyvitys, loppuunmyyty tuote ja osittainen toimitus. Ne ovat usein tilanteita, joita myyntiesittelyissä ei näytetä mutta joita todellisessa kaupankäynnissä tapahtuu.
Tee tietokenttälista
| Tieto | Lähde | Kohde | Huomio |
|---|---|---|---|
| SKU ja varastosaldo | Varasto | Kauppa | Varausten vaikutus |
| Tilauksen summa | Kauppa | ERP | Valuutta ja verot |
| Seurantakoodi | Kuljetus | Kauppa | Milloin viesti lähtee |
| Hyvityksen tila | Maksutapa | Kauppa/ERP | Täsmäytys |
Taulukko on lähtökohta, ei valmis tekninen määrittely. Pyydä tarjoajaa kertomaan, mitä rajapintoja, lisenssejä ja mahdollisia välikerroksia tarvitaan.
Kysy virheistä ja ylläpidosta
Kuka saa hälytyksen, jos synkronointi katkeaa? Kuinka usein tiedot päivittyvät, voiko viestin lähettää uudelleen ja estetäänkö saman tilauksen kahdentuminen? Kerro jo tarjouspyynnössä, millaista viivettä liiketoiminta sietää.
Integraation toimittaja voi olla eri kuin verkkokaupan kehittäjä. Sovi yhteinen virhetilanteen vastuu, sillä “toinen järjestelmä ei vastannut” ei auta asiakasta, jonka tilausta ei toimitettu.
Hyväksymistestit ennen loppumaksua
- Testaa tavallinen maksettu tilaus.
- Testaa varasto, jossa yksi SKU on loppu.
- Testaa peruutus ja hyvityksen synkronointi.
- Testaa osittainen lähetys tarvittaessa.
- Testaa virhe ja sen jälkeen tietojen palautuminen oikeaan tilaan.
Hinnoiteltu integraatio ilman testitapauksia on vaikea hyväksyä. Anna sama testilista kaikille tarjoajille ja arvioi, miten laajasti he sitoutuvat siihen.
Varastosaldon viiveen esimerkkitilanne
Viimeinen kappale myydään samaan aikaan verkkokaupassa ja jälleenmyyjäportaalissa. Jos varastosaldot siirtyvät tunnin välein, molemmat järjestelmät voivat hyväksyä tilauksen ennen päivitystä. Integraatio voi olla teknisesti toimiva, mutta liiketoiminnallisesti väärin suunniteltu.
Pyydä siksi määrittelemään varauslogiikka, päivitystiheys ja uudelleenyritykset. Kysy myös mitä tapahtuu, jos sama tilausviesti saapuu kahdesti. Hyvä toimittaja kuvaa miten tilauksen kahdentuminen estetään ja miten virhetilanteista jää loki.
Laske integraatioita sisältävän verkkokaupan budjettia
Laske ensin projektin suuntaa-antava hintahaarukka maksutta. Näet arvion ilman yhteystietoja ja päätät itse jatkosta.