Freshworks רוכשת את Torii — הוצאות AI יימדדו עד רמת האסימון

|כותב: מערכת QUASA|4 דק׳ קריאה| 2
Freshworks רוכשת את Torii — הוצאות AI יימדדו עד רמת האסימון

ב־12 באוקטובר 2026 הודיעה Freshworks על הסכם מחייב לרכישת Torii, שנועד להוסיף ל־Freshservice ניהול תוכנות ופיקוח על הוצאות AI. Torii כבר מודדת צריכת AI עד רמת האסימון ומייחסת אותה לאנשים ולצוותים; השילוב במוצר של Freshworks מתוכנן לעתיד, משום שהרכישה עדיין לא הושלמה.

לרכישה יש גם הקשר ישראלי: לפי דיווח כלכליסט, Torii נוסדה ב־2017 בידי אורי הרמתי, טל ברזניצקי ואורי נתיב, גייסה מאז 65 מיליון דולר, ומחיר העסקה לא פורסם. סכום הגיוסים מתאר הון שהושקע בחברה לאורך פעילותה, ואינו מלמד מה תשלם Freshworks כעת. עבור לקוחות, ההסכם מצביע על כיוון מוצרי, אך אינו מפעיל בינתיים יכולת חדשה בתוך Freshservice.

מה אמור להתחבר בתוך Freshservice

Freshservice משמשת לניהול שירותי IT, ואילו Torii עוסקת במיפוי התוכנות והשימוש בהן ברחבי הארגון. החיבור המיועד יקרב את המידע על בקשות גישה, נכסים ותהליכי שירות למידע על יישומים, רישיונות, משתמשים והוצאות. השאלה שמאחורי העסקה פשוטה: כאשר עובד מבקש כלי חדש, האם אפשר לראות באותו הקשר גם למי כבר יש גישה, מה הוא צורך ומה העלות המשויכת אליו.

המידע שצפוי להיפגש מורכב מכמה שכבות, שלכל אחת מהן תפקיד שונה:

  • יישומים ושימוש: Torii מגלה שירותי תוכנה וכלי AI ומקשרת בינם לבין שימוש בפועל, בעלי אחריות ארגוניים והוצאה. כך אפשר לזהות גם כלי שנכנס לארגון מחוץ למסלול הרכישה המקובל, במקום להסתמך רק על רשימת יישומים שאושרו מראש.
  • רישיונות ומנויים: הרישום של מה שנרכש מקבל משמעות כאשר מצמידים אליו נתוני שימוש. רישיון ששולם עליו אך לא נוצל דורש החלטת רכש אחרת מרישיון פעיל; מידע על חידושים וחוזים יכול לעזור לתזמן אותה.
  • משתמשים וזהויות: קשר בין אדם, יישום והרשאת גישה מאפשר להבין מי מחזיק בגישה כאשר תפקידו משתנה או העסקתו מסתיימת. האחריות על יישום וזהות המשתמש הן שתי עובדות שונות, ושתיהן נחוצות כדי לקשור אחריות עסקית לגישה בפועל.
  • צריכת AI: Torii מודדת שימוש עד רמת האסימון ומייחסת אותו לאנשים ולצוותים. זו יחידת מעקב שונה ממושב ברישיון קבוע: ככל שהשימוש משתנה, גם ההוצאה האפשרית עשויה להשתנות, ולכן סיכום חודשי כולל מסתיר חלק מן הסיבה לשינוי.

התועלת האפשרית נובעת מהקשרים בין השכבות, ולא מעצם איסוף הרשימות. בקשת גישה בשירות ה־IT יכולה להיות קשורה ליישום שכבר משולם עבורו, לזהות המבקש ולהרשאה שצריך לבטל בעת עזיבה. הוצאה על AI יכולה להופיע לצד הצוות שיצר אותה, במקום להישאר כסעיף כללי שמחלקת הכספים צריכה לחלק בדיעבד. אלה תרחישי שילוב שהעסקה מכוונת אליהם; טרם נמסר אילו קשרים יוצגו בפועל ב־Freshservice ומתי.

מדידת אסימונים אינה שקולה לחיסכון

Torii קושרת צריכת AI ברמת האסימון לאנשים ולצוותים, כבסיס לייחוס הוצאות.

היכולת הבולטת של Torii היא הפיכת צריכת AI לנתון שאפשר לייחס. היא עוקבת אחר אסימונים, משייכת את השימוש לאנשים ולצוותים ומציגה תחזית להמשך הצריכה. כך צוות IT יכול לזהות קפיצה מוקדם יותר, ומחלקת כספים יכולה להבין איזה חלק מההוצאה קשור לפעילות של צוות מסוים. התחזית נשענת על שימוש קיים; היא אינה התחייבות לגובה החשבון העתידי.

יש הבדל בין מדידה, ייחוס עלות, הצבת מגבלה וחיסכון מוכח. מדידה מראה כמה נצרך; ייחוס קושר את הצריכה לגורם ארגוני; מגבלה דורשת כלל שמגדיר מה קורה כאשר מגיעים לסף. Torii מציגה אפשרות להקצאת עלויות פנימית ולהגדרת גבולות, אך המספרים עצמם אינם מבטלים מנוי, מפחיתים שימוש או משנים הרשאה. ההחלטה לבצע פעולה כזאת נמצאת אצל הארגון.

גם תעריף השימוש חשוב. ספירת אסימונים מספרת כמה יחידות נצרכו, אך הוצאה כספית תלויה במחיר שחל על השירות ובהסכם המסחרי של הלקוח. לכן השוואה בין צוותים על פי כמות האסימונים לבדה עשויה להחמיץ הבדל בעלות, וייחוס הוצאה מחייב התאמה בין נתוני הצריכה לנתוני החיוב. החיבור המתוכנן מבקש לשים את הנתונים האלה ליד מלאי התוכנות והרישיונות, כדי שאותו דיון יוכל לכלול שימוש, אחריות ועלות.

מבחינת אבטחת מידע, גילוי כלי שלא נוהל קודם וזיהוי בעלי הגישה אליו מספקים נקודת פתיחה לבדיקת סיכון. אפשר לקשור את הגילוי לתהליך אישור, סקירת הרשאות או טיפול בעזיבת עובד. עצם ההופעה של כלי במלאי אינה בדיקת אבטחה שהושלמה, והיכולת להציב מגבלה אינה אומרת שכל שימוש חריג ייחסם בלי הגדרה ותפעול. ההשפעה המעשית תלויה בכיסוי המידע, באיכות השיוך ובפעולות שיבואו בעקבותיו.

מה משתנה ללקוחות לפני השלמת הרכישה

מייסדי Torii, אורי הרמתי, טל ברזניצקי ואורי נתיב, על רקע רכישת החברה שטרם הושלמה.

הודעת Torii ללקוחותיה אומרת במפורש “nothing changes for our customers today”: החברות ממשיכות לפעול בנפרד עד לסגירה הצפויה ברבעון הפיסקלי הרביעי של Freshworks ב־2026, בכפוף לתנאים המקובלים. אורי הרמתי מפרט שהמופע הקיים של השירות, האינטגרציות, תהליכי העבודה, אנשי התמיכה ותנאי החידוש ממשיכים כרגיל. גם צוותי המוצר ממשיכים בעבודה על תוכנית הפיתוח הקיימת.

ההבחנה הזו קובעת את גבול ההודעה עבור שני סוגי לקוחות. מי שמשתמש כיום ב־Torii ממשיך לקבל את השירות הקיים; מי שמשתמש ב־Freshservice אינו מקבל מעקב אסימונים רק מכוח החתימה על ההסכם. שילוב במוקד השירות, במאגר פרטי הנכסים ובתהליכי ניהול הרישיונות הוא הכיוון שהחברות מתארות לעתיד, ולא שינוי שכבר נמסר ללקוחות כמוצר זמין.

לוחות זמנים להפצת יכולות משולבות וחבילות תמחור משותפות לא פורטו לציבור. גם מחיר הרכישה עצמו אינו ידוע, ולכן אין בסיס לקשור בין סכום העסקה לבין תמחור עתידי ללקוחות. נקודת הזמן הבאה בסיפור היא סגירת העסקה המתוכננת; לאחריה אמורות החברות לפרט מה יבנו יחד, בעוד שההסכמים והשירותים הקיימים ממשיכים לחול בינתיים.

קראו גם:

שיתוף:

הירשמו לניוזלטר שלנו

קבלו את החדשות האחרונות על Web3, ‏AI וקריפטו ישירות לתיבת הדואר.

0