CompanyIntegraatio ei ole vain yhteys kahden järjestelmän välillä. Se on sopimus siitä, mikä tieto siirtyy, kumpi järjestelmä on tiedon lähde, milloin siirto tapahtuu ja kuka toimii, jos tieto ei pääse perille.
Epäselvä integraatio siirtää käsityön uuteen paikkaan. Tämä tarkistuslista auttaa rajaamaan yhden tietovirran ennen toteutusta. Aloita tavallisesta tapauksesta ja lisää poikkeukset vasta, kun lähde ja lopputulos ovat yksiselitteiset.
Sinulla on tarkistettava kuvaus yhdestä tietovirrasta ja päätös siitä, onko integraatio valmis toteutettavaksi.
Nimeä yksi lähde jokaiselle tiedolle
Päätä missä järjestelmässä tieto syntyy ja missä sitä ylläpidetään. Asiakkaan sähköpostiosoite voi näkyä monessa paikassa, mutta vain yhden niistä pitää olla ensisijainen lähde. Muut järjestelmät vastaanottavat tiedon tai pyytävät korjauksen lähteeseen.
Kirjaa myös tiedon omistaja. Omistaja ei tarkoita teknistä ylläpitäjää, vaan henkilöä tai roolia, joka päättää mikä arvo on oikein. Ilman omistajaa ristiriita jää integraation ratkaistavaksi, vaikka se on liiketoiminnan päätös.
Tee näin
- Listaa siirtyvät tiedot tavallisilla nimillä.
- Nimeä jokaiselle tiedolle ensisijainen järjestelmä.
- Nimeä henkilö tai rooli, joka ratkaisee ristiriidan.
Kuvaa tiedon muoto esimerkillä
Kentän nimi ei vielä kerro, millaista tietoa se sisältää. Lisää jokaiselle tärkeälle tiedolle esimerkki, pakollisuus ja sallitut arvot. Kirjaa myös voiko arvo muuttua myöhemmin ja pitääkö vanha arvo säilyttää.
Tarkista erityisesti tunnisteet. Nimi ei yleensä riitä kahden tietueen yhdistämiseen. Päätä mikä pysyvä tunniste yhdistää saman asiakkaan, tilauksen tai tuotteen järjestelmien välillä.
Tarkista ainakin nämä
- Kentän nimi ja ymmärrettävä kuvaus.
- Esimerkki oikeasta arvosta.
- Onko tieto pakollinen vai valinnainen?
- Sallitut arvot ja pituus.
- Pysyvä tunniste tietojen yhdistämiseen.
Päätä milloin tiedon pitää siirtyä
Kaiken ei tarvitse siirtyä heti. Kysy kuinka kauan vastaanottava työ voi odottaa. Jos tunnin viive ei haittaa, ajastettu siirto voi olla yksinkertaisempi valvoa ja palauttaa kuin jatkuva reaaliaikainen yhteys.
Kirjaa myös tapahtumien järjestys. Jos asiakas pitää luoda ennen tilausta, integraation pitää tunnistaa puuttuva asiakas ja odottaa tai luoda se sovitulla tavalla. Pelkkä kellonaika ei ratkaise riippuvuuksia.
Tee näin
- Nimeä tapahtuma, joka käynnistää siirron.
- Määritä hyväksyttävä viive.
- Kirjaa mitä pitää olla valmiina ennen siirtoa.
- Päätä miten myöhässä saapuva tieto käsitellään.
Suunnittele virhe ennen onnistunutta siirtoa
Kuvaa mitä tapahtuu, kun yhteys katkeaa, tieto on puutteellinen tai vastaanottava järjestelmä hylkää arvon. Integraation pitää säilyttää tieto siitä, mikä epäonnistui. Muuten käyttäjä näkee vain puuttuvan lopputuloksen.
Määritä automaattinen uusi yritys vain tilapäisille virheille. Väärä arvo ei korjaannu lähettämällä sitä uudelleen. Ohjaa tällainen tapaus ihmiselle ja näytä syy sekä korjattava tieto.
Tarkista ainakin nämä
- Virhe tallentuu ymmärrettävällä syyllä.
- Tilapäinen virhe voidaan yrittää uudelleen.
- Virheellinen tieto ohjataan korjattavaksi.
- Sama tapahtuma ei synny kahdesti uuden yrityksen vuoksi.
Rajaa käyttöoikeudet ja näkyvä tieto
Siirrä vain työn tarvitsemat tiedot. Integraatio ei tarvitse pääsyä kaikkeen, mitä lähdejärjestelmä sisältää. Rajaa käyttöoikeudet toimintojen ja tietojen mukaan sekä kirjaa, mihin tunnusta käytetään.
Älä käytä yhden henkilön omaa tunnusta pysyvänä teknisenä yhteytenä. Kun henkilö vaihtaa tehtävää tai tunnus suljetaan, integraatio lakkaa toimimasta. Tunnuksen omistajuus, säilytys ja vaihtaminen pitää sopia ennen käyttöönottoa.
Tee näin
- Listaa tiedot, joita yhteys lukee ja kirjoittaa.
- Poista tarpeettomat oikeudet.
- Nimeä teknisen tunnuksen omistaja.
- Sovi tunnuksen vaihtaminen ja yhteyden sulkeminen.
Testaa yhdellä tietovirralla ja nimeä ylläpito
Testaa ensin tavallinen tapaus, sitten puuttuva tieto, katkennut yhteys ja sama tapahtuma kahdesti. Varmista jokaisessa kokeessa, että käyttäjä näkee lopputuloksen tai ymmärrettävän virheen.
Käyttöönoton jälkeen joku seuraa siirtojen onnistumista ja reagoi virheisiin. Kirjaa myös kuka hyväksyy muutokset, kun jommankumman järjestelmän kentät tai toimintatapa muuttuvat. Integraatio on jatkuva vastuu, ei kertaluonteinen kaapeli.
Tarkista ainakin nämä
- Tavallinen tapaus siirtyy oikein.
- Puuttuva tieto pysäyttää työn hallitusti.
- Katkos näkyy ja voidaan käsitellä.
- Kaksoistapahtuma ei luo kahta lopputulosta.
- Valvonnan ja muutosten omistajat on nimetty.
Tarkistuslista ennen kuin jatkat
- Jokaisella tiedolla on lähdejärjestelmä ja omistaja.
- Kenttien muodot ja pysyvät tunnisteet on kuvattu.
- Ajoitus ja tapahtumien järjestys on päätetty.
- Virheillä on näkyvä syy ja käsittelytapa.
- Käyttöoikeudet, valvonta ja muutosten omistajuus on sovittu.