„Freshworks“ perka „Torii“: DI išlaidas seks iki žetono

2026 m. spalio 12 d. San Mateo mieste paskelbtame „Freshworks“ pranešime nurodyta, kad bendrovė pasirašė galutinį susitarimą įsigyti „Torii“ ir planuoja jos programinės įrangos bei dirbtinio intelekto (DI) išlaidų kontrolę įtraukti į „Freshservice“. „Torii“ jau stebi DI vartojimą iki sunaudoto žetono ir sieja jį su naudotojais bei komandomis. „Freshservice“ klientams tai kol kas yra planuojama plėtra, o ne jau prieinama integracija.

„Torii“ vadovas Uri Haramati įraše apie susitarimą programinės įrangos valdymo spragą apibūdino žodžiais „Software is the layer that has been missing from all of it“ ir nurodė, kad sandorį tikimasi užbaigti „Freshworks“ 2026 m. ketvirtąjį fiskalinį ketvirtį, įvykdžius įprastas sąlygas. Iki užbaigimo bendrovės veiks atskirai. Dabartiniams „Torii“ klientams kol kas nesikeičia jų naudojama aplinka, integracijos, darbo procesai, pagalbos kontaktai ir sutarčių pratęsimo sąlygos.

Ką „Freshworks“ įsigyja

„Torii“ renka informaciją apie organizacijoje naudojamas programas, DI projektus, licencijas, naudotojus, atsakingus savininkus, prieigos teises ir išlaidas. Šie duomenys papildo „Freshservice“ paslaugų valdymą: prieigos suteikimo ar atėmimo procesą būtų galima sieti su tuo, kokia programinė įranga naudojama ir kiek ji kainuoja. Įsigijimo esmė yra bendras programų, jų naudojimo ir sąnaudų vaizdas IT bei finansų komandoms.

„CTech“ publikacijoje nurodyta, kad 2017 m. įkurta „Torii“ yra pritraukusi 65 mln. JAV dolerių finansavimo, o įsigijimo kaina neatskleista. Ankstesnis finansavimas nėra sandorio vertė. Pirkėjos pasirinkimas įsigyti tokį produktą leidžia DI vartojimo sąskaitų kontrolę vertinti kaip atskirą įmonių programinės įrangos valdymo uždavinį: vien žinoti prenumeruojamų paslaugų sąrašą nepakanka, kai mokėjimas priklauso nuo faktinio naudojimo.

Kas keistųsi „Freshservice“ klientams

Planuojama jungtis leistų paslaugų valdymo procesus papildyti informacija apie programas, licencijas ir jų savininkus. Pavyzdžiui, sprendžiant prieigos užklausą būtų svarbu matyti, ar darbuotojui reikalinga nauja mokama vieta, ar organizacija jau turi nenaudojamą licenciją. Atėmus prieigą, tas pats ryšys padėtų nustatyti, kuri apmokėta vieta atsilaisvino.

DI paslaugų atveju vien licencijų skaičiaus neužtenka. Jei mokestis priklauso nuo sunaudotų žetonų, sąnaudos gali augti ir neperkant naujos vietos. Susiejus vartojimą su naudotoju ar komanda, IT galėtų matyti, kam priklauso prieiga, o finansų komanda – kuriai veiklai priskirti kintamąsias išlaidas. Tokia galimybė priklausytų nuo to, kokie vartojimo duomenys pasiekiami konkrečioje paslaugoje.

Konkreti „Torii“ funkcijų atsiradimo „Freshservice“ data, jų apimtis ir naudojimo sąlygos dar nepaskelbtos. Todėl dabar galima apibūdinti numatytą produkto kryptį, bet ne žadėti klientams, kad visos esamos „Torii“ galimybės jau įtrauktos į jų „Freshservice“ aplinką.

Ką parodo žetonų apskaita

Žetonų skaičius yra detalus DI paslaugos vartojimo matas; išlaidoms priskirti reikia ir duomenų apie vartotoją bei kainą. Jei vartojimo įraše yra darbuotojo, komandos ar projekto identifikatorius, jį galima susieti su atsakingu savininku. Vien programų inventorius parodo, kad paslauga naudojama, tačiau savaime neatskleidžia, kas inicijavo konkrečias užklausas.

Ribą parodo sąlyginis bendros paskyros pavyzdys. Jeigu keli darbuotojai siunčia užklausas per tą pačią paskyrą, o paslauga nefiksuoja jų atskirų identifikatorių, suvartojimą galima priskirti paskyrai, bet ne patikimai padalyti darbuotojams. Net turint tikslų žetonų kiekį, sumai apskaičiuoti dar reikia taikomo tarifo ir laikotarpio. Todėl žetono lygmens stebėsena nusako matavimo detalumą, o ne savaime išsprendžia visų sąskaitų paskirstymą.

Tas pats skirtumas svarbus nustatant išlaidų limitą. Riba gali būti taikoma paskyrai, projektui ar komandai tik tada, kai vartojimo duomenys leidžia tą vienetą atpažinti. Bendros paskyros limitas sustabdytų arba parodytų bendrą vartojimą, tačiau neatsakytų, kuri iš ją naudojančių komandų sukėlė sąnaudų šuolį. Tai lemia, kiek tiksliai išlaidas būtų galima priskirti atsakingam padaliniui.

Kokie duomenys reikalingi išlaidų kontrolei

„Freshworks“ ir „Torii“ sandorio kontekste finansų ir IT vadovams naudingas kontrolinis sąrašas apima kelis skirtingus duomenų sluoksnius. Kiekvienas jų atsako į klausimą, kurio vien programų pavadinimų sąrašas neišsprendžia:

• Inventorius: kurios programos ir DI paslaugos naudojamos, už kurias mokama už vietą, o už kurias – pagal vartojimą.
• Atsakingas savininkas: kuri komanda valdo paslaugos biudžetą ir sprendžia dėl prieigos ar sutarties pratęsimo.
• Žetonų sąnaudos: ar vartojimo įrašas susietas su paskyra, naudotoju, komanda arba projektu ir ar žinomas jam taikomas tarifas.
• Limitai: kuriam vartojimo vienetui nustatyta riba ir kas gali pastebėti neįprastą sąnaudų padidėjimą.
• Prieigos: kas gali naudotis paslauga ir kaip teisės pakeičiamos darbuotojui pakeitus pareigas ar išėjus iš organizacijos.
• Nenaudojamos licencijos: kurios apmokėtos vietos nebeatitinka faktinio naudojimo ir gali būti įvertintos prieš pratęsiant prenumeratą.

Šis sąrašas nusako duomenis, kurių reikia sąnaudoms paaiškinti; jis nėra pažadas, kad kiekvieną lauką jau pateikia „Freshservice“. Kitas konkretus istorijos etapas – sandorio užbaigimas. Po jo klientams reikės integracijos grafiko ir aiškumo, kurie „Torii“ vartojimo, licencijų bei prieigos duomenys iš tiesų pateks į „Freshservice“ procesus.

Taip pat skaitykite:

• SAP perka „TechWolf“: darbuotojų įgūdžiai taps DI agentų kontekstu