Neljä tietä samaan päämäärään
Päätös on tehty: loppu tilausten käsin siirtämiselle järjestelmästä toiseen. Ja tässä alkaa toinen pulma, josta puhutaan harvemmin. Yksi toimittaja ehdottaa integraatiota API:n kautta. Toinen vakuuttaa, että öinen CSV-tiedostojen vienti riittää. Alan tuttu kehuu RPA-robotteja, jotka klikkaavat ruutua ihmisen puolesta, ja koska osa dokumenteista tulee joka tapauksessa PDF:nä, houkuttaa vielä OCR. Jokainen näistä teistä on joskus hyvä. Mikään ei ole hyvä kaikkialla.
Paljonko pelkkä käsin näppäily maksaa ja miten sen mittakaava lasketaan, kuvasimme tekstissä siitä, montako tuntia viikossa tiimi menettää tietojen siirtämiseen. Tässä oletamme, että laskelma on jo tehty. On aika valita yhdistämistapa.
API eli suora liitäntä
Järjestelmät keskustelevat keskenään ohjelmallisesti: ERP:hen tallennettu tilaus on hetken päästä CRM:ssä, ilman ihmisen osallistumista. Se on kestävin integraation muoto, koska järjestelmän valmistaja kohtelee API:a virallisena sopimuksena. Muutokset ilmoitetaan etukäteen, dokumentoidaan ja pidetään taaksepäin yhteensopivina.
Rehellinen haarukka yksittäiselle liittimelle on yleensä 2-6 viikkoa, ja kustannus riippuu lähinnä tietovirtojen määrästä ja dokumentaation laadusta molemmin puolin. Myönnämme avoimesti: alussa API maksaa enemmän kuin tiedostodumppi, koska se vaatii ohjelmointityötä ja testejä. Vastineeksi ylläpito on sen jälkeen halvinta kaikista neljästä tiestä.
Tiedostovienti eli yksinkertaisuus aikataululla
Yksi järjestelmä kirjoittaa joka yö CSV- tai XML-tiedoston, toinen lukee sen aamulla. Kuulostaa vanhanaikaiselta, mutta on toisinaan järkevin vaihtoehto: käyttöönotto vie muutamasta päivästä kahteen viikkoon ja maksaa vähiten. Yksinkertaisuuden hinta on viive. Data virtaa kerran vuorokaudessa ja yleensä yhteen suuntaan. Laskujen välittämiseen kirjanpitoon se riittää, verkkokaupan varastosaldoihin ei enää.
OCR, kun data tulee kuvana
Laskuja sadoilta toimittajilta, skannattuja pöytäkirjoja, paperia. OCR AI-kerroksella poimii dokumentista kentät ja tallentaa ne järjestelmään. Tämä tie on järkevä, kun toisella puolella ei ole mitään mihin integroitua, koska lähettäjiä on kymmenittäin eikä heille voi sanella formaattia. Osumatarkkuus ei ole koskaan 100 %, joten käyttöönoton pakollinen osa on prosessi, jossa ihminen tarkastaa poikkeukset. Realistinen aika: 3-8 viikkoa, dokumenttien kirjosta riippuen.
RPA eli robotti, joka klikkaa kuin ihminen
Skripti kirjautuu sovellukseen ja tekee käyttöliittymässä samat liikkeet, jotka työntekijä teki. Etu on ilmeinen: ei tarvita API:a eikä valmistajan suostumusta, ja toimiva demo syntyy muutamassa päivässä. Haitta myös: robotti on hitsattu kiinni ruudun ulkoasuun. Järjestelmäpäivitys siirtää painiketta 20 pikseliä ja virta pysähtyy, usein äänettömästi. Meidän näkemyksemme mukaan RPA:n pitäisi olla viimeinen, ei ensimmäinen vaihtoehto, koska matalan aloituskustannuksen yritykset maksavat myöhemmin joka kuukausi ylläpidossa ja hermoissa jokaisen päivityksen jälkeen.
Vertailutaulukko
| Kriteeri | API | Tiedostovienti | OCR | RPA |
|---|---|---|---|---|
| Milloin järkevä | molemmissa järjestelmissä on API | data tarvitaan kerran päivässä | dokumentteja monilta lähettäjiltä | suljettu järjestelmä, ei API:a |
| Käyttöönottoaika | 2-6 viikkoa | päivistä 2 viikkoon | 3-8 viikkoa | päiviä (demo), viikkoja (tuotantoon) |
| Aloituskustannus | keskitaso | matala | keskitasosta korkeaan | matala |
| Ylläpitokustannus | matala | matala, mutta vaatii omistajan | keskitaso (poikkeusten tarkastus) | korkea |
| Hauraus | matala | matala | keskitaso | korkea |
| Datan tuoreus | sekunteja | vuorokausi | minuuteista tunteihin | minuutteja |
Kolme sudenkuoppaa, joita näemme useimmin
Ensimmäinen: RPA käyttöliittymässä, joka muuttuu. Jos järjestelmän toimittaja julkaisee päivityksiä neljännesvuosittain, robotti hajoaa neljännesvuosittain. Sen vahtimisen budjetti voi kasvaa suuremmaksi kuin kunnollisen API-liittimen hinta.
Toinen: CSV-vienti ilman omistajaa. Tiedosto lakkaa generoitumasta, kukaan ei saa hälytystä, ja yritys tekee kaksi viikkoa töitä vanhoilla tiedoilla. Tiedostoviennillä on oltava nimetty vastuuhenkilö ja automaattinen hälytys, kun tiedosto ei saavu.
Kolmas: OCR dokumenteille, jotka voisivat tulla digitaalisesti. Jos sopimuskumppani laatii laskut järjestelmässä, jossa on API, tai KSeF:n kautta, hänen PDF-tiedostojensa koneellinen lukeminen on maksamista keinotekoisesta ongelmasta. Halvempaa on sopia vaihtoformaatista.
Päätöspuu neljässä askeleessa
- Onko molemmissa järjestelmissä dokumentoitu API? Valitkaa API. Korkeampi aloituskustannus maksaa itsensä takaisin ylläpidossa.
- API puuttuu, mutta data riittää kerran päivässä? Tiedostovienti, omistajalla ja hälytyksellä varustettuna.
- Data tulee dokumentteina monilta ulkoisilta lähettäjiltä? OCR poikkeusten tarkastusprosessilla.
- Suljettu järjestelmä, toimittaja ei tee yhteistyötä ja data tarvitaan reaaliajassa? Vasta nyt RPA, ylläpitobudjetilla ja suunnitelmalla siirtyä API:in heti kun sellainen ilmestyy.
Käytännössä isommat käyttöönotot yhdistelevät teitä: API ERP:n ja CRM:n välillä, OCR toimittajien laskuille, tiedostovienti tietovarastoon. Se on normaalia. Tärkeää on, että jokainen tietovirta saa luonteeseensa sopivan työkalun, ei toimittajan yhtä lempityökalua.
Miten teemme tämän ESKOM AI:lla
ESKOM AI:lla integrointitavan valinta on osa analyysiä, ei ennakko-oletus. Tarkistamme järjestelmienne rajapinnat, sitten erikoistuneiden AI-agenttien tiimi tekee valtaosan liittimen rakentamisen insinöörityöstä, ja kokonaisuus käy läpi täyden testien kirjon: yksikkö-, integraatio-, E2E-, käyttöliittymä-, tietoturva- ja suorituskykytestit. Automatisoidun kehitysprosessin ansiosta puhumme viikoista, emme kvartaaleista. Miten tällainen projekti etenee vaihe vaiheelta, kuvasimme tekstissä siitä, miten ERP, CRM ja oma sovellus yhdistetään viikoissa.
Jos olette valitsemassa jotakin näistä neljästä tiestä, varatkaa maksuton konsultaatio lomakkeella osoitteessa eskom.ai/pl/kontakt. Kertokaa, mitkä järjestelmät haluatte yhdistää ja kuinka nopeasti datan on liikuttava — palaamme suosituksella konkreettisesta tiestä ja rehellisellä hinta-arviolla.