Automaatiot

Miten järjestelmäintegraatio selkeyttää työn vastuita?

Järjestelmäintegraatio voi siirtää asiakastietoa ohjelmien välillä, mutta se ei päätä, kumpi ristiriitainen tieto on oikein. Sopikaa tiedon lähde ja seuraavan työvaiheen vastuuhenkilö ennen yhdistämistä. Aloita yhdestä siirrosta, jonka vastuut osaat kuvata selvästi.

Viestikuoresta, kalenterista, asiakirjakortista ja taukomerkistä kulkee yhteyksiä valintamerkkiin erillisten työkalujen yhdistämisen kuvana.

Millaisen ongelman järjestelmäintegraatio voisi ratkaista?

Ohjelmien määrä ei yksin kerro ongelmasta. Yritys voi käyttää eri työkaluja eri tarkoituksiin aivan perustellusti. Vaikeus alkaa, kun oikeaa tietoa tai työn seuraavaa käsittelijää ei löydy.

CRM tarkoittaa asiakkuudenhallintaa eli asiakkaiden ja myynnin tietojen järjestelmää. Kuvitellaan palveluyritys, jonka myynti käyttää CRM:ää ja talousvastaava erillistä laskutusohjelmaa. Myyjä muuttaa asiakkaan osoitetta, mutta laskutuksessa on vielä aiemmin hyväksytty osoite.

Mitä osoitetta seuraavan laskun pitäisi käyttää? Pelkkä yhteys ohjelmien välillä ei vastaa kysymykseen. Talousvastaavan pitää ehkä hyväksyä muutos ennen laskutusta. Epäselvä sääntö voi siirtää väärää tietoa nopeammin kuin käsityö.

Kuvitellaan myös uusi yhteydenotto, joka saapuu vastuuhenkilön loman aikana. Tieto tallentuu asiakasrekisteriin, mutta kukaan ei tiedä, kenen pitäisi vastata. Vaikka tieto liikkui ohjelmien välillä, työ jäi odottamaan, sillä ohjelmien yhdistäminen ei korjaa puuttuvaa vastuuta.

Kuvaa yksi työ sen alkamisesta valmiiseen lopputulokseen. Merkitse kuvaukseen kohdat, joissa ihminen tarkistaa tai päättää, ja kerro myös, kuka ottaa työn vastaan. Jätä ensimmäisen tehtävän ulkopuolelle raportointi ja muut asiaan liittymättömät työt.

Mikä ohjelma määrää kunkin kentän oikean arvon?

Sovi tiedolle ensisijainen lähde eli se tieto, johon yrityksesi luottaa ohjelmien näyttäessä eri arvoja. Yhden ohjelman ei tarvitse määrätä yrityksen kaikesta tiedosta.

Talousvastaava voi vastata hyväksytystä laskutusnimestä ja myynti seuraavasta myyntitehtävästä. Koska nämä ovat erillisiä päätöksiä, kaikkia kenttiä ei tarvitse kopioida molempiin suuntiin ohjelmien välillä. Rajattu siirto on helpompi arvioida ja testata.

Esimerkiksi työnkulku voisi valmistella hyväksytyn osoitemuutoksen talousvastaavan tarkistettavaksi, jolloin vanha laskutustieto pysyy ennallaan hyväksyntään asti. Vastuuhenkilö selvittää epäselvän asiakastunnistuksen ennen tietojen korvaamista.

n8n:n valmis HubSpot CRM -yhteys on yksi tarkistettu vaihtoehto, joka tukee yhteystietojen ja kauppojen luontia sekä päivitystä. Xero-yhteys tukee kontaktien ja laskujen luontia, hakua ja päivitystä. Nämä toiminnot eivät silti päätä, kuka yrityksessäsi vastaa tiedon oikeellisuudesta.

Valitsemme laskutusohjelman yrityksesi käytössä olevista työkaluista. Lupaan yhteyden vasta tarkistettuani tarvittavat toiminnot ja oikeudet. Tarkistan myös muut yrityksesi taloushallinnon ohjelmat ennen tarjousta, sillä pelkkä ohjelman nimi ei kerro, onnistuuko tarvittava siirto.

Kirjaa yhdestä siirrosta:

  1. Mikä tapahtuma käynnistää työn?
  2. Mistä työnkulku hakee kunkin tarvittavan tiedon?
  3. Millä säännöllä työnkulku tunnistaa oikean asiakkaan?
  4. Kuka hyväksyy muuttuneen tai ristiriitaisen tiedon?
  5. Mikä tarkoittaa valmista työtä, ja kuka saa virheilmoituksen?

Näihin kysymyksiin voi vastata tavallisella kielellä, eikä ensimmäiseen kuvaukseen tarvita mitään teknistä kaaviota. Yksi äskettäinen tapaus auttaa hahmottamaan vastuut, ja valitsemme toteutustavan vasta, kun ne ovat selvillä.

Missä ihminen hyväksyy tiedon siirron?

Tietojen päivitys ja rahallinen sitoumus ovat eri asioita. Kaupan tieto voi valmistella laskutusta ilman laskutuslupaa, sillä nimetyn ihmisen pitää hyväksyä summa ja ehdot.

Hyväksynnästä pitää käydä selvästi ilmi, mitä ihminen hyväksyi, sillä viestin lyhyt kuittaus voi jättää asian epäselväksi. Sovi tarkistettavat tiedot ja niiden muuttumisen vaikutus. Myöhempi muutos ei saa ohittaa aiemmin sovittua hyväksyntää.

Ristiriitaista asiakastietoa ei kannata ratkaista pelkän uusimman aikaleiman avulla. Uudemmassakin tiedossa voi olla virhe, joten tunnistussäännön pitää perustua yhdessä sovittuihin asiakastunnisteisiin. Jos sääntö ei riitä, ihminen tarkistaa kyseisen asian.

Sovi myös, missä henkilötiedot liikkuvat ja kuka saa nähdä ne. Kirjaamme yhteyden tarvitsemat käyttöoikeudet rajaukseen ja käytämme testeissä esimerkkitietoja aina, kun se on mahdollista. Ensimmäiseen viestiin ei tarvita koko asiakasrekisteriä.

Mitä tapahtuu, jos siirto jää epäselväksi?

Suunniteltu työnkulku tunnistaa keskeneräisen työn ja ilmoittaa siitä vastuuhenkilölle. Koska vastauksen puuttuminen ei todista siirron epäonnistumista, vastuuhenkilö tarkistaa lopputuloksen ennen uutta siirtoa mahdollisuuksien mukaan.

Jos tulosta ei voi varmistaa, ihminen tarvitsee ohjeen tarkistusta varten. Tilannetta ei pidä peittää lupauksella kaiken automaattisesta hoitumisesta. Käyttöohje kertoo tarkistettavan asian ja vastuuhenkilön, ja sovimme samalla, miten työ jatkuu selvityksen jälkeen.

Testaa tavallinen siirto ja puuttuvat pakolliset tiedot. Tarkista myös epäselvä asiakastunnistus ja vastaamatta jäävä palvelu. Vertaamme tuloksia ennen rakentamista sovittuihin hyväksymisehtoihin. Nämä ovat toimituksen vaatimuksia, eivät kaikkien ohjelmien valmiita ominaisuuksia.

Tarkista myös, miten työn viivästyminen näkyy, sillä tiedon tallentuminen ei vielä tarkoita, että joku on käsitellyt asian. Valmis työ voi tarkoittaa vastuuhenkilön nimeämistä tai myöhempää hyväksyntää. Käytä samaa määritelmää tuloksen arvioinnissa.

Milloin ohjelmat kannattaa pitää erillään?

Jos ohjelmilla on eri tarkoitus eikä kenttää tarvitse siirtää, jätä se paikalleen. Suurempi määrä tiedonsiirtoa ei ole automaattisesti hyödyllisempää. Sopimatonta työtapaa ei korjata lisäämällä uutta siirtoreittiä.

Valmis integraatio voi jo sopia tehtävään. Jos nykyinen yhteys, Zapier tai Make täyttää tarkistukset, arvioi se ennen räätälöityä rakentamista. Yksikään työkalu ei ole aina oikea valinta, vaan ratkaisu riippuu siitä, mitä työssä todella tarvitaan.

Ensimmäinen projekti kattaa yhden toistuvan tehtävän ja enintään kolme sovellusta. Rakennan sen yrityksesi omalle n8n Cloud -tilille. Mukana ovat käyttöönotto, testaus ja kirjalliset ohjeet sekä yksi sovittu korjauskierros. Kirjaan työnkulun toiminnan luovutusta varten.

Yrityksesi maksaa palvelujen tilaus- ja käyttömaksut erikseen. Toimitan työnkulun ja ohjeet, mutta en ota vastuuta sen jatkuvasta ylläpidosta, palvelinten hoidosta tai päivystyksestä. Yrityksesi nimeää vastuuhenkilön käsittelemään ne virheilmoitukset, joista sovimme ennen rakentamista. Vahvistamme mahdollisen veron, aikataulun ja maksuehdot kirjallisessa tarjouksessa.

Pidämme yhteyttä kirjallisesti. En lupaa tiettyä valmistumisaikaa tai säästöä, ennen kuin olen arvioinut käyttämienne ohjelmien sopivuuden. Varmistan ensin, miten valittu tehtävä onnistuu, ja arvioin mahdollisen laajentamisen sen jälkeen erikseen.

Tieto tarvitsee sovitun lähteen ja työ sovitun vastuuhenkilön.

Tarkista alla olevasta palvelulinkistä, mitä yksi CRM-integraatioprojekti kattaa ja missä sen toimituksen rajat kulkevat. Ensimmäisen työn valintaan voit käyttää myynnin prosessin tarkistuslistaa.

Mitä kannattaa kysyä ennen yhdistämistä?

Tarvitaanko yritykseen yksi yhteinen ohjelma?

Ei välttämättä. Eri työkalut voivat hoitaa eri tehtäviä, kun kunkin tiedon oikea lähde on sovittu. Aloita yhden työvaiheen tarvitsemista tiedoista.

Jos nykyiset ohjelmasi hoitavat sovitun siirron, niitä ei tarvitse vaihtaa ensimmäistä integraatioprojektia varten. Myös valmiin yhteyden sopivuus kannattaa arvioida ennen muuta rakentamista.

Pitääkö tiedon kulkea molempiin suuntiin?

Ei oletusarvoisesti. Sopikaa ensin, mikä ohjelma määrää kunkin arvon ja kuka selvittää ristiriidan. Kahdensuuntainen kopiointi ilman sääntöjä voi levittää virheellistä tietoa.

Rajattu siirto voi sopia paremmin, kun ihminen hyväksyy tiedon sovitussa kohdassa. Käytettävät toiminnot ja oikeudet pitää tarkistaa ennen toteutuksen tarjoamista, eikä pelkkä ohjelman nimi riitä.

Mitä jos siirretyllä tiedolla ei ole seuraavaa käsittelijää?

Tieto voi liikkua onnistuneesti, vaikka työ jäisi odottamaan. Sovi ennen rakentamista, kuka ottaa asian vastaan ja mikä tarkoittaa valmista tulosta. Testaa myös vastuuhenkilön nimeäminen, jos se kuuluu rajaukseen. Puuttuva vastuu pitää ratkaista työtavassa, eikä sitä pidä käsitellä vain ohjelmiston ongelmana.

Lähteet

docs.n8n.io · n8n nodes base.hubspot

docs.n8n.io · n8n nodes base.quickbooks

docs.n8n.io · n8n nodes base.xero

www.hubspot.com · crm

Arvioidaanko tämä työvaihe?

Kuvaile yksi kohta, jossa ohjelmat näyttävät eri tietoa tai työntekijä joutuu kyselemään perään. Kerro, kuka päättää oikean arvon. Arvioin rajatun siirron kirjallisesti. Projektit alkaen 1 500 €.

Takaisin blogiin