Grįžti į blogą

Sistemų integracija verslui: svetainė, CRM, mokėjimai

Programuotojas planuoja sistemų integraciją tarp svetainės, CRM, mokėjimų ir buhalterijos nešiojamame kompiuteryje

Sistemų integracija verslui reiškia sujungti svetainę, mokėjimus, CRM ir buhalterinę programą taip, kad duomenys tarp jų keliautų automatiškai, saugiai ir be pakartotinio įvedimo. Techninis šio darbo pagrindas vadinamas API integracija: svetainė nusiunčia užklausą į CRM, mokėjimo sistema patvirtina apmokėjimą, buhalterinė programa gauna teisingus skaičius, o vidinė sistema parodo tikrą statusą, ir niekam nereikia perkėlinėti duomenų ranka.

Didžioji dalis kasdienių nesklandumų versle kyla ne dėl prastų sistemų, o dėl ryšio tarp jų trūkumo. Klientas užpildo formą svetainėje, kolegė perskaito laišką kitame ekrane, duomenys į buhalteriją suvedami vėliau vakare, o statusas sistemoje atnaujinamas tik tada, kai kas nors prisimena tai padaryti. Kiekvienas toks rankinis perkėlimas didina klaidos, praleistos žinutės, pavėluoto atsakymo ar nepatenkinto kliento riziką.

Wevo kuriu integracijas kaip jungtis tarp sistemų, kurias jau naudojate. Ne tam, kad viską pakeisčiau iš naujo, o tam, kad svetainė, CRM, mokėjimai ir vidiniai įrankiai pradėtų veikti kaip viena sistema, o ne kaip kelios atskiros salos.

Kas yra sistemų integracija ir kuo ji skiriasi nuo API integracijos?

Sistemų integracija verslui yra bendras tikslas: padaryti, kad skirtingi jūsų naudojami įrankiai matytų vienas kitą. API integracija yra būdas, kuriuo šis tikslas dažniausiai pasiekiamas technine prasme. API yra sutarta forma, kuria dvi sistemos bendrauja tarpusavyje: viena paprašo duomenų, kita atsako. Per API galima sukurti klientą CRM sistemoje, patikrinti apmokėjimą, atnaujinti užsakymą ar paleisti tolesnį darbo eigos žingsnį. Mokėjimo paslaugų teikėjai, tokie kaip bankų mokėjimų sistemos ar kortelių apmokėjimo platformos, savo dokumentacijoje aprašo, kaip kūrėjai gali prijungti jų paslaugą prie svetainės. Tas pats principas galioja CRM, buhalterijos, el. pašto ir vidinių sistemų API.

Sistemų integracija nereiškia, kad viskas tampa automatiška be jokios kontrolės. Gera integracija nusprendžia, kas siunčiama, kada tai siunčiama, kas vyksta įvykus klaidai ir kas apie tai sužino. Būtent ši dalis atskiria patikimą integraciją nuo greitosiomis sulipdyto sprendimo, kuris sugenda per pirmą šventinį antplūdį.

Kada įmonei verta investuoti į sistemų integraciją?

Integracijos verta, kai vertinga informacija atsiranda vienoje vietoje, bet naudojama kitoje. Meistras gauna užklausą svetainėje, bet tolesnė komunikacija vyksta CRM sistemoje. Klinika priima apmokėjimą, bet statusą reikia atnaujinti paciento kortelėje. Konsultantas gauna užklausas iš skelbimų socialiniuose tinkluose, bet nori jas matyti viename vidiniame skydelyje. Jei kažkas kopijuoja tuos pačius duomenis kelis kartus per savaitę, tikėtina, kad verta apsvarstyti integraciją.

SituacijaBe integracijosSu sistemų integracija
Nauja užklausaEl. laišką kažkas perskaito ir nukopijuoja ranka.Užklausa iškart atsiranda CRM sistemoje su šaltiniu ir statusu.
ApmokėjimasKažkas patikrina apmokėjimą prieš pristatydamas užsakymą.Sistema gauna pranešimą, kai apmokėjimas patvirtintas.
DokumentaiFailai siunčiami el. paštu ir sukraunami rankomis.Klientas įkelia juos portale, o statusas atsinaujina savaime.
AtaskaitaSkaičiai renkami rankiniu būdu iš kelių šaltinių.Skydelis automatiškai gauna duomenis iš visų sistemų.
Integracija duoda daugiausia naudos ten, kur tie patys duomenys naudojami keliose vietose, o klaida kainuoja laiką.
Įmonės savininkas ir programuotojas ekrane žiūri į duomenų srautą tarp svetainės formos, CRM ir buhalterijos
Geriausia integracija seka realią darbo eigą. Sistemų pavadinimai nieko nepasako apie tai, kurioje vietoje duomenys stringa.

Kaip sujungti svetainę su mokėjimų sistema?

Mokėjimų integracija turi prasmę, kai apmokėjimas yra natūrali proceso dalis, o ne atskira, niekur nesusieta paslauga. Tai gali būti užstatas, registracija, sąskaitos apmokėjimas, užsakymo patvirtinimas ar prieiga prie uždaros srities po apmokėjimo. Svarbiausia, kad apmokėjimas atnaujintų likusią sistemos dalį. Kitaip lieka vienas kvitas pašto dėžutėje, o užsakymo statusas nepasikeičia niekur kitur.

Geras apmokėjimo procesas turi aiškius žingsnius: klientas pasirenka veiksmą, sistema sukuria mokėjimo užklausą, mokėjimo paslaugos teikėjas apdoroja patvirtinimą, svetainė gauna atsakymą, ir atsinaujina teisingas statusas. Reikia numatyti ir klaidų situacijas. Kas nutinka, jei klientas atšaukia mokėjimą? Kas nutinka, jei patvirtinimas ateina pavėluotai? Kas nutinka, jei tą patį užsakymą bandoma apmokėti du kartus?

  1. Apibrėžkite, ką apmokėjimas turi patvirtinti darbo eigoje.
  2. Pasirinkite, kuris mokėjimo sprendimas ir jo API tinka jūsų atvejui: banko pavedimas, kortelių apmokėjimo teikėjas ar sąskaitų sistema.
  3. Sukurkite saugią serverio logiką ir niekada nelaikykite slaptų raktų svetainės kliento pusėje.
  4. Išsaugokite transakcijos statusą ir susiekite jį su konkrečiu klientu ar užsakymu.
  5. Aiškiai apdorokite atšauktą, nepavykusį ir užbaigtą mokėjimą.
  6. Prieš pradedant naudoti su tikrais klientais, išbandykite visą procesą nuo pradžios iki pabaigos.
Telefonas ir planšetė testuoja apmokėjimo procesą su API užrašais ir nešiojamu kompiuteriu ant stalo
Apmokėjimas testuojamas kaip viso proceso dalis. Pats mygtukas gali veikti puikiai, o užsakymas vis tiek neužsiregistruoti.

Kaip sujungti svetainę su CRM ir vidinėmis sistemomis?

CRM integracija dažniausiai susijusi su tolesne komunikacija. Kontaktų forma neturėtų tik išsiųsti el. laišką. Ji gali sukurti kontaktą, išsaugoti šaltinį, įrašyti dominančią paslaugą, nusiųsti pranešimą tinkamam žmogui ir nustatyti kitą žingsnį. Tada užklausos nebeguli pašto dėžutėje. Jos tampa struktūrizuota darbo užduotimi.

Vidinės sistemos būna labai skirtingos. Kai kurios turi modernų API, kitos tik eksportą, webhooks ar senesnius metodus. Tada reikia žiūrėti pragmatiškai. Tikslas ne visada yra pilna automatizacija. Kartais pakanka, kad svetainė sukurtų teisingą formatą, kurį galima kontroliuojamai importuoti. Net toks pusiau automatinis sprendimas gali sutaupyti daug klaidų.

Geras pavyzdys yra konsultantė, gaunanti užklausas per svetainę. Be integracijos ji turi perskaityti el. laišką, sukurti kontaktą, parašyti pastabą, pasirinkti statusą ir susikurti užduotį. Su integracija visą šį juodą darbą padaro pati forma, o konsultantei lieka tai, ką gali padaryti tik ji: įvertinti klientą ir nuspręsti, ką siūlyti.

  • CRM turėtų gauti vardą, kontaktinę informaciją, šaltinį, sutikimą ir norimą paslaugą.
  • Buhalterija turėtų gauti tvarkingą pagrindą: sumą, datą, PVM ir mokėjimo būdą atskirais laukais.
  • Vidinė sistema turėtų gauti statusą ir duomenis formatu, kurio ji iš tikrųjų tikisi.
  • Darbuotojas turėtų gauti pranešimą tik tada, kai reikia jo veiksmo.
  • Klientas turėtų gauti patvirtinimą nelaukdamas rankinio apdorojimo.

Kas gali nutikti negerai integruojant sistemas?

Pavojinga manyti, kad integracija visada veiks be sutrikimų. API gali pasikeisti, raktai gali nebegalioti, tinklas gali sutrikti, gali trūkti duomenų, o trečiosios šalies sistema gali laikinai neveikti. Todėl integracijoms reikia veiksmų žurnalų, klaidų apdorojimo ir pranešimų. Jei apmokėjimas užbaigtas, bet CRM neatsinaujina, sistema turi pažymėti ir pranešti apie sutrikimą.

RizikaKą tai reiškiaGeras sprendimas
Trūkstami žurnalaiNiekas nežino, kur sustojo duomenys.Registruokite svarbius žingsnius ir klaidas.
Prasta validacijaNeteisingi duomenys keliauja toliau.Patikrinkite duomenis prieš siunčiant API užklausą.
Nėra pakartotinio bandymoLaikina klaida tampa nuolatine.Bandykite dar kartą kontroliuojamai.
Per plati prieigaRaktas gali padaryti daugiau, nei reikia.Naudokite mažiausią būtiną prieigos lygį.
Integracijos turi būti kuriamos realybei, kurioje kartais kas nors nepavyksta.

Prieš atidarydami naują API raktą ar mokėjimo kanalą, verta patikrinti, ar pati svetainė nekelia papildomos rizikos. Nemokama svetainės saugumo analizė per kelias minutes parodo, ar formos, serverio nustatymai ir prieigos jau tvarkingi, prieš prijungiant prie jų mokėjimų ar CRM sistemą.

Kaip wevo kuria sistemų integracijas verslui?

Pradedu piešdamas visą duomenų kelią. Kur duomenys atsiranda? Kam jie priklauso? Kur jie turi keliauti toliau? Kas turi būti tiesa prieš juos išsiunčiant? Kas nutinka, jei gavėjas atsako neigiamai? Tai duoda geresnį sprendimą, nei tiesiog sujungti vieną sistemą su kita. Integracijos priklauso nuo proceso supratimo tiek pat, kiek ir nuo kodo.

Tada kuriu integraciją su mažais kontroliniais taškais. Pirmiausia testuojamas duomenų formatas, tada klaidų apdorojimas, galiausiai visas procesas su realistiškais atvejais. Tai daro sprendimą mažiau trapų ir suteikia įmonei tikrumo, prieš klientams pradedant juo naudotis.

Tai glaudžiai susiję su individualiomis sistemomis, webaplikacijomis ir darbo procesų automatizavimu. Dažnai integracija yra pirmasis protingas žingsnis prieš kuriant didesnę sistemą. Jūs pasiliekate tai, kas veikia, ir pašalinate rankinį perkėlimą ten, kur jis labiausiai skauda.

Kas yra sistemų integracija verslui?

Sistemų integracija verslui yra ryšys tarp svetainės, mokėjimų, CRM ir buhalterijos, leidžiantis duomenims keliauti automatiškai ir kontroliuojamai, be rankinio perkėlimo tarp sistemų.

Kuo API integracija skiriasi nuo sistemų integracijos?

Sistemų integracija yra tikslas: skirtingi įrankiai turi matyti vienas kitą. API integracija yra technika, kuria šis tikslas dažniausiai pasiekiamas praktikoje.

Ar svetainę galima sujungti su mokėjimų sistema?

Taip. Svetainę galima sujungti su mokėjimo paslaugos teikėju, kai apmokėjimas ar jo patvirtinimas yra darbo eigos dalis, pavyzdžiui, registracija, užsakymas, užstatas ar prieiga prie paslaugos.

Ar visoms sistemoms reikia API?

API yra geriausias variantas, bet ne visada vienintelis kelias. Kartais eksportas, importas, webhooks ar tarpinis sluoksnis gali suteikti pakankamai saugų sprendimą.

Norite pagalbos su tuo? Pažiūrėkite šią paslaugą.

Nesate tikri, kaip sekasi jūsų svetainei?

Atlikite nemokamą analizę ir gaukite sąžiningą vaizdą apie greitį, struktūrą ir dalykus, kurie gali atbaidyti jūsų klientus.

Svetainės greičio analizė

Skaityti toliau

Žiūrėti paslaugą: Individualios sistemos