יישום Titan · CloudX
הטמעת Titan על Salesforce: פורטלים, טפסים, מסמכים וחתימה דיגיטלית
CloudX היא חברת ייעוץ ישראלית שמטמיעה Titan (לשעבר FormTitan) מעל Salesforce (סיילספורס) לעמותות, לקרנות ולארגונים בישראל: פורטלים לגורמים חיצוניים, טפסים חכמים, הפקת מסמכים וחתימה דיגיטלית, בעברית ובאנגלית. אנחנו מתכננים מי רואה מה, מה נוצר ב-Salesforce ומתי, ומה קורה כשמשהו נכשל. אנחנו גם מקבלים לידיים פרויקטי Titan קיימים שאין להם תיעוד וממפים אותם למפרט מלא.
מה זה Titan ומתי הוא מתאים
Titan (לשעבר FormTitan, ובעברית גם פורם טיטאן) הוא פלטפורמת no-code לחוויות דיגיטליות (DXP) שנבנתה ל-Salesforce. בעזרתו בונים פורטלים, טפסים, סקרים, הפקת מסמכים וחתימה דיגיטלית, שקוראים וכותבים ישירות לרשומות ב-Salesforce. הוא מותקן בארגון כחבילה מנוהלת ומחובר לחשבון Titan, כך שכל טופס וכל פורטל עובדים על הנתונים החיים ב-Salesforce ולא על העתק שלהם.
Titan הוא בעצם משפחה של מוצרים שחולקים את אותו כלי בנייה:
- Titan Web: פורטלים ואפליקציות רב-עמודיות עם כניסה מאובטחת, טבלאות, דשבורדים ופעולות על נתוני Salesforce.
- Titan Forms: טפסים על אותו כלי בנייה, מטופס פנייה קצר ועד טופס בקשה בכמה שלבים.
- Titan Docs: הפקת מסמכים מתבניות Word או Excel עם נתונים מ-Salesforce, כקובץ Word או PDF.
- Titan Sign: חתימה דיגיטלית, כשסטטוס החתימה והקובץ החתום נשמרים ב-Salesforce.
- Titan CLM: ניהול מחזור החיים של חוזים על נתוני Salesforce.
- Titan Flow: אוטומציה בצד השרת שרצה מאחורי טופס או פורטל, למשל עיבוד קבצים או פנייה למערכת אחרת.
- Titan Survey: סקרים שנבנים ב-Titan, נשלחים מתוך Salesforce, והתשובות נשמרות בו ומוצגות בדוחות.
- Titan Files: טיפול בקבצים ואוטומציה של שמירתם סביב רשומות Salesforce.
בתוך כל פרויקט אבני הבניין זהות: פעולות Get שקוראות רשומות מ-Salesforce, פעולות Push שיוצרות או מעדכנות אותן, Power Tables לרשימות שהמשתמשים פועלים עליהן, ואפשרויות כניסה כמו SmartV.
בדרך כלל Titan הוא הבחירה הנכונה כששלושה תנאים מתקיימים:
- Salesforce כבר משמש כמערכת הרשומות של הארגון.
- מי שממלא את הטופס או משתמש בפורטל נמצא מחוץ לארגון ואין לו רישיון Salesforce.
- הארגון רוצה שאדמין יוכל לשנות שדה או שלב בלי לחכות למפתח.
כשהנתונים לא נמצאים ב-Salesforce, או כשצריך קהילה גדולה עם כללי שיתוף מורכבים, אנחנו ממליצים כבר בשלב המיפוי על Experience Cloud, על אפליקציה ייעודית או על פלטפורמה אחרת, לפני שבונים משהו.
מה אנחנו בונים ב-Titan
לקוחות כמעט אף פעם לא מגיעים עם "אנחנו צריכים Titan". הם מגיעים עם תהליך שכואב, ורוב פרויקטי ה-Titan שאנחנו בונים עונים על אחד מאלה:
- פורטלים לגורמים חיצוניים. "כל ארגון שותף צריך לראות רק את הנתונים שלו." מבקשי מענקים, עמותות שותפות, מתנדבים, סטודנטים או לקוחות נכנסים בצורה מאובטחת ורואים רק את הרשומות שלהם או של הארגון שלהם: משימות פתוחות, בקשות שהגישו, מענקים שאושרו ומסמכים שמחכים לחתימה.
- טפסי בקשה בכמה שלבים. "הבקשות מגיעות במייל כקבצי Word ומישהו מקליד אותן מחדש ל-Salesforce." טופס ששומר התקדמות, בודק כל שלב, כותב לכמה אובייקטים קשורים ב-Salesforce ומציג מסלול שונה לכל סוג מגיש.
- טפסי קליטה חכמים. איתור איש קשר או חשבון קיים לפי תעודת זהות, טלפון או מייל, או יצירת רשומה חדשה, כדי שהטופס לא ימלא את Salesforce בכפילויות.
- מסמכים וחתימה. "הצהרות חתומות יושבות בתיקייה משותפת." הצהרה, הסכם או מכתב אישור נוצרים מהרשומה, נחתמים דיגיטלית ונשמרים בחזרה עליה, כך שאפשר למצוא אותם ולהפיק עליהם דוחות.
- תהליכי אישור. "האישורים שלנו רצים באקסל ובמיילים." טופס קולט את הבקשה, Salesforce מחזיק את הסטטוס ואת הגורם המאשר, Flow מקדם את התהליך, ומסמך אישור חתום סוגר את המעגל.
- פורטל בתוך Salesforce. אותו פרויקט Titan מוטמע כרכיב Lightning בעמוד ב-Salesforce, כך שהצוות רואה בדיוק את מה שהמשתמש החיצוני רואה ויכול לפעול על זה.
פרויקטים שרצים בייצור
פורטל מענקים דו-לשוני לקרן פילנתרופית
עמותה שהקרן תומכת בה פותחת את הפורטל, בוחרת עברית או אנגלית ונכנסת דרך SmartV, מנגנון הכניסה של Titan שמבוסס על רשומה: הזהות של המבקר מותאמת לרשומה ב-Salesforce, וכל Get בפורטל מסונן לפי הרשומה המאומתת הזו. העמותה מגיעה לדשבורד משימות, מגישה בקשה בטופס של ארבעה שלבים, ואחר כך עוקבת אחרי "הבקשות שלי" ו"המענקים שלי", גם מהטלפון.
איש צוות בקרן פותח את אותה רשומה ב-Salesforce ורואה את אותו מסך של הפורטל, כי פרויקט ה-Titan מוטמע שם כרכיב LWC. המספרים בדשבורד מגיעים משדות סיכום (roll-up) ב-Salesforce, ולכן הם מתעדכנים מהנתונים עצמם ולא מהקלדה.
תיק נהג דיגיטלי לארגון ארצי
מתנדב שעומד לנהוג בפעם הראשונה פותח את הקישור, מזין תעודת זהות וקוד חד-פעמי, ורואה רק את הטופס של מתנדבים. עובדים עם רכב צמוד או בלי, וגם בני משפחה, מקבלים כל אחד את הטופס שלהם באותה דרך, ומאחורי הקלעים הטופס מאתר את הנהג ב-Salesforce או יוצר איש קשר חדש.
המתנדב קורא את ההצהרה, שנוצרה מתבנית Word עם הפרטים שלו, וחותם עליה. החתימה הדיגיטלית היא חובה, וה-PDF החתום נשמר על הרשומה שלו. מחלקת הרכב מקבלת מייל, והתיק של כל נהג נמצא במקום אחד. המערכת רצה בייצור מיולי 2026.
הפקת מסמכים מתוך Flow ב-Salesforce
איש צוות מקדם רשומה לשלב הבא, וכשהוא פותח אותה שוב המסמך כבר מצורף אליה. Flow ב-Salesforce מפעיל את Titan Docs בשלב הזה, בלי ללחוץ על כפתור. Titan מחזיק לכל פרויקט גרסת בדיקה וגרסה מפורסמת, לכל אחת מזהה משלה, ולכן קבענו מראש לאיזו גרסה הייצור פונה, לפני העלייה לאוויר.
מה מקבלים הפונים, הצוות והאדמין
- משתמשים חיצוניים: כניסה פשוטה עם קוד חד-פעמי או פרטי כניסה, טופס בשפה שלהם, ומסמך חתום בסוף התהליך.
- הצוות בארגון: כל הגשה נוחתת כרשומה ב-Salesforce, עם הקבצים והמסמך החתום עליה, ובלי הקלדה חוזרת. הצוות פותח בתוך Salesforce את אותו מסך שהפונה רואה.
- המנהלים: דשבורדים ודוחות ב-Salesforce שמבוססים על אותם נתונים שהמשתמשים החיצוניים מזינים.
- האדמין: שינוי של שדה, טקסט או שלב בטופס נעשה בכלי הבנייה של Titan, בגרסת בדיקה, ומתפרסם רק אחרי שנבדק.
נקודת האבטחה שהרבה פורטלים מפספסים
בהרבה פורטלים של Titan, מי שנכנס לפורטל הוא לא משתמש Salesforce. הפורטל קורא וכותב ל-Salesforce דרך משתמש אינטגרציה ייעודי, ומה שכל מבקר רואה נקבע לפי התנאים שמוגדרים בכל שליפת נתונים (Get ב-Titan). אם תנאי אחד חסר, מבקר יכול לראות רשומות של ארגון אחר.
הפער הקלאסי הוא מזהה רשומה שעובר בכתובת או בשדה מוסתר: אם ה-Get סומך על הערך הזה ולא על הכניסה המאומתת, שינוי של תו אחד בקישור פותח רשומה של ארגון אחר. אנחנו קושרים כל Get לזהות המחוברת ובודקים את זה בשינוי מכוון של הפרמטרים.
לכן אנחנו מתייחסים להפרדת נתונים כחלק מהתכנון, לא כמשהו שבודקים בסוף. אנחנו ממפים כל Get וכל Push בפרויקט, בודקים את ההרשאות של משתמש האינטגרציה ב-Salesforce, ובזמן הבדיקות מנסים במכוון לראות נתונים של ארגון אחר. בפורטל מענקים של קרן פילנתרופית, המיפוי הזה מצא שליפת נתונים שיכלה לחשוף רשומות של ארגון אחד לארגון אחר, וסגרנו אותה.
קבלת פרויקט Titan קיים
בהרבה ארגונים מי שבנה את פורטל ה-Titan כבר לא בתמונה, ואף אחד לא בטוח מה קורה ב-Salesforce כשלוחצים על כפתור מסוים. הצעד הראשון שלנו הוא לקרוא את כל הפרויקט לפני שנוגעים בו: כל משתנה, כל שליפה (Get) וכל עדכון (Push), כל רצף פעולות של כפתור, כל שדה מחושב וכל מיפוי של מסמך. התוצאה היא מפרט כתוב, שלא תלוי בפלטפורמה, שמתאר מה המערכת עושה בפועל היום.
עם המפרט הזה ביד, הארגון יכול להחליט בביטחון מה הצעד הבא: לתקן בעיות ספציפיות, להרחיב את הפרויקט או לבנות אותו מחדש. השתמשנו בשיטה הזו בשני פרויקטים של לקוחות, ובאחד מהם היא חשפה פער אבטחה שתוקן.
אותו מפרט הוא גם מה ששומר על האוטומציות ב-Salesforce בכל פעם שטפסים משתנים. כתבנו את המפרט להעברת הטפסים של ארגון לפורטל WordPress: מילון שדות וכללים שקובעים אילו פעולות רק מעדכנות רשומות קיימות ואילו רשאיות ליצור רשומות חדשות. הטפסים החדשים שנבנו לפיו מפעילים בייצור את אותן אוטומציות ב-Salesforce.
איך פרויקט Titan מתנהל
- מיפוי: מה קיים היום ב-Titan וב-Salesforce, מי משתמש בזה ואיזה תהליך זה משרת.
- מפרט: כל טופס, כל שדה, כל Get, כל Push וכל פעולת כפתור מול Salesforce, כתובים ומאושרים לפני שמתחילים לבנות.
- בנייה בגרסת בדיקה: עובדים בטיוטה או בסביבת sandbox, אף פעם לא על הגרסה שהמשתמשים עובדים איתה.
- בדיקות לפי סוג משתמש: תרחישים לכל תפקיד ולכל סוג משתמש, כולל הרשאות, כפילויות, תוכן בעברית ובאנגלית, מובייל וניסיונות להגיע לנתונים של משתמשים אחרים.
- פרסום והעברה לייצור: הגרסה המאושרת מתפרסמת ועוברת מ-sandbox לייצור בעזרת משתני הסביבה של Titan, כך שמזהי רשומות, הפניות לתבניות וכתובות מצביעים על הארגון הנכון.
- העברת ידע: תיעוד של הפרויקט, מדריך תמיכה לאדמין שלכם ומסלול מוגדר לשינויים אחרי העלייה לאוויר.
כמה זמן זה לוקח ומה משפיע על העלות
לוחות הזמנים תלויים בהיקף. טופס יחיד שמאתר או יוצר רשומה ומפיק מסמך חתום הוא בדרך כלל עניין של כמה שבועות. פורטל עם כניסה מאובטחת, כמה סוגי משתמשים, דשבורדים ומסמכים לוקח בדרך כלל בין חודש לכמה חודשים, ורוב הזמן הולך על אפיון ובדיקות ולא על הבנייה עצמה.
מה שמשפיע על העלות בעיקר:
- מספר הטפסים השונים וסוגי המשתמשים.
- כמה אובייקטים ב-Salesforce כל טופס קורא וכותב, וכמה מסודר מודל הנתונים.
- דרישות הכניסה והפרדת הנתונים.
- מסמכים, חתימות ומספר התבניות.
- נפח: כל Get וכל Push הם קריאת API ל-Salesforce שנספרת מול המכסה היומית של הארגון, ולהפקת מסמכים יש מכסה משלה, ולכן פורטלים עם תנועה גבוהה מתוכננים לקרוא פחות ולכתוב במנות.
- שפות: גרסה בעברית וגרסה באנגלית לאותו טופס.
- האם יש קודם פרויקט קיים בלי תיעוד שצריך לקבל לידיים.
אנחנו מתמחרים אחרי פגישת מיפוי קצרה ונותנים הערכה כתובה.
עברית, אנגלית ומימין לשמאל
ב-Titan אפשר לבנות את אותו טופס בעברית ובאנגלית, עם כיוון מימין לשמאל, הודעות שגיאה בעברית ותבניות מסמכים בעברית. אנחנו מתכננים את לוגיקת השפה ואת המסמך החתום בכל שפה מההתחלה, ובודקים כל מסך בשתי השפות ובמובייל, כי טקסט עברי ארוך, מספרים בתוך משפט ותאריכים הם המקומות שבהם תצוגה נשברת.
איך בוחרים שותף ל-Titan: מה לשאול
- איך אתם מפרידים נתונים בין משתמשים או ארגונים, ואיך אתם בודקים את זה? התשובה צריכה להיות קונקרטית, לא "Titan דואג לזה".
- אתם כותבים מפרט לפני שבונים? בלי מפרט, כל שינוי הבא הופך לניחוש.
- איך אתם עובדים בין סביבת הבדיקה לייצור? בנייה ישירות בגרסה החיה היא הסיבה הנפוצה ביותר לפורטלים שנשברים.
- אתם מכירים את הצד של Salesforce כמו את הצד של Titan? רוב התקלות קורות בנקודת המפגש: הרשאות, כללי אימות, טריגרים ו-Flows.
- אתם יכולים לקבל פרויקט שמישהו אחר בנה? הרבה ארגונים צריכים את זה יותר מבנייה חדשה.
Titan מול חלופות
| Titan | Salesforce Experience Cloud | בונה אפליקציות AI (למשל Zite) | פורטל באתר ייעודי | |
|---|---|---|---|---|
| מתאים במיוחד | טפסים, פורטלים, מסמכים וחתימה על נתוני Salesforce | קהילות גדולות עם שיתוף והרשאות בתוך Salesforce | אפליקציות ממוקדות לאנשים בלי רישיון, על Salesforce או monday.com | חופש עיצובי מלא ואתרים ציבוריים |
| משתמשים חיצוניים צריכים רישיון Salesforce | לא, ברוב ההגדרות | כן, רישיונות קהילה | לא | לא |
| אדמין יכול לשנות בלי קוד | כן | חלקית | כן, בהנחיות ובעורך | לא |
| מסמכים וחתימה דיגיטלית מובנים | כן | דרך תוספים | דרך אינטגרציות | דרך אינטגרציות |
| איפה יושב הסיכון להפרדת נתונים | בתנאים של כל Get | במודל השיתוף של Salesforce | בלוגיקה ובכניסה של האפליקציה | בקוד המותאם |
לעתים קרובות התשובה החזקה ביותר היא שילוב, למשל טופס ציבורי ב-Titan לצד קהילה ב-Experience Cloud לשותפים קבועים. כלי טפסים כמו FormAssembly או Jotform מתאימים לטופס יחיד ששולח נתונים ל-Salesforce, ו-Titan מתאים כשהטופס הוא חלק מפורטל, ממסמך שמופק או מחתימה. אנחנו ממליצים לפי המשתמשים, מודל הנתונים, התהליך והתקציב.
למה CloudX ל-Titan
- אנחנו מכירים את שני הצדדים: Titan ו-Salesforce. CloudX היא קודם כל חברת ייעוץ ל-Salesforce, ולכן האובייקטים, ההרשאות, ה-Flows וכללי האימות שמאחורי הטופס הם חלק מהעבודה שלנו.
- אנחנו מתעדים את מה שאנחנו בונים ואת מה שאנחנו מקבלים. כל פרויקט, חדש או קיים, מסתיים במפרט שלא תלוי בפלטפורמה.
- אנחנו בודקים הפרדת נתונים במכוון, לפי סוג משתמש, בעברית ובאנגלית.
- כל בנייה עוברת בדיקה בלתי תלויה. סוכן AI בלתי תלוי בודק כל בניית Titan מול חוזה העברה מוגדר, ואדם מאשר כל שלב.
- אנחנו שומרים על האוטומציות שלכם ב-Salesforce. כל שינוי בטופס, בנייה חדשה או מעבר מתוכננים מול מילון שדות, כך שהתהליכים שמאחוריהם ממשיכים לרוץ.
יש לכם פורטל Titan שאף אחד כבר לא מבין עד הסוף, או תהליך שעדיין רץ על קבצי Word ומייל? דברו איתנו ונתחיל במיפוי של מה שיש.
פרויקטים שעשינו
קרן פילנתרופית · בייצור
פורטל מענקים דו-לשוני
הקרן רצתה שהעמותות שהיא תומכת בהן יגישו בקשות, יעדכנו תקציב וידווחו במקום אחד, בעברית ובאנגלית. בנינו טופס בקשה בארבעה שלבים ופורטל עם דשבורד משימות, "הבקשות שלי" ו"המענקים שלי", עם כניסת SmartV ותצוגה גם במובייל. אותו פרויקט מוטמע כרכיב בתוך Salesforce, כך שצוות הקרן רואה את מה שהעמותה רואה, והנתונים בדשבורד מגיעים משדות סיכום (roll-up) ב-Salesforce. כשמיפינו כל שליפת נתונים בפורטל מצאנו מסלול שדרכו ארגון אחד יכול היה להגיע לרשומות של ארגון אחר, וסגרנו אותו. היום הפרדת הנתונים בין הארגונים נבדקת לפי סוג משתמש.
ארגון ארצי ללא מטרות רווח · בייצור
תיק נהג דיגיטלי
הארגון צריך הצהרה חתומה מכל מי שנוהג ברכביו: עובדים עם רכב צמוד או בלי, בני משפחה ומתנדבים, וכל סוג דורש טופס אחר. בנינו ב-Titan טופס נפרד לכל סוג נהג, עם כניסה בתעודת זהות וקוד חד-פעמי. הטופס מאתר את איש הקשר ב-Salesforce או יוצר חדש, ומפיק מתבנית Word הצהרה כ-PDF עם חתימה דיגיטלית חובה. המסמך החתום נשמר על הרשומה ומחלקת הרכב מקבלת מייל, כך שהתיק של כל נהג נמצא במקום אחד. המערכת בייצור מיולי 2026.
פרויקטים של לקוחות, ארגונים ללא מטרות רווח וקרנות · בייצור
הנדסה לאחור של פרויקטי Titan בלי תיעוד
ארגונים שקיבלו מערכת Titan בלי תיעוד לא ידעו בדיוק מה קורה ב-Salesforce כשלוחצים על כפתור, וכל שינוי היה סיכון. פיתחנו שיטה לקרוא פרויקט Titan מלא: משתנים, שליפות (Gets), עדכונים ל-Salesforce (Pushes), רצפי פעולות של כפתורים, שדות מחושבים ומיפוי מסמכים. התוצר הוא מפרט כתוב שלא תלוי בפלטפורמה, שמתאר מה המערכת עושה היום. עם המפרט ביד, האדמין של הארגון והמפתח הבא יודעים מה כל כפתור עושה לפני שהם משנים אותו, וההחלטה אם לתקן, להרחיב או לבנות מחדש נשענת על עובדות. השתמשנו בשיטה בשני פרויקטים של לקוחות, ובאחד מהם היא חשפה פער אבטחה שתוקן.
ארגון שעובד על Salesforce · בייצור
הפקת מסמכי Titan מתוך Flow ב-Salesforce
אנשי הצוות היו צריכים לזכור להפיק מסמך בשלב הנכון, וכששכחו, הרשומה המשיכה בלעדיו. חיברנו את Titan Docs ל-Flow ב-Salesforce: כשהרשומה מגיעה לשלב שנקבע, המסמך נוצר מהתבנית ומצורף לרשומה, בלי ללחוץ על כפתור. Titan מחזיק גרסת בדיקה וגרסה מפורסמת, לכל אחת מזהה משלה, ולכן תכננו את ההפעלה ואת התבנית סביב זה, והגרסה שהצוות אישר בבדיקות היא בדיוק זו שרצה בייצור. היום הצוות מוצא את המסמך על הרשומה כשהוא פותח אותה.
ארגון שעובד על Salesforce · בייצור
מפרט ששומר על האוטומציות ב-Salesforce
הארגון החליט להעביר את הטפסים מ-Titan לפורטל באתר WordPress שלו, והסיכון היה לשבור את האוטומציות ב-Salesforce שהטפסים מפעילים. קראנו את פרויקט ה-Titan המלא וכתבנו את המפרט למעבר: מילון שדות וכללים שקובעים אילו פעולות רק מעדכנות רשומות קיימות ואילו רשאיות ליצור רשומות חדשות. טפסי ה-WordPress החדשים נבנו לפי המפרט הזה, ובייצור הם מפעילים את אותן אוטומציות ב-Salesforce כמו קודם.
שיטת עבודה פנימית ב-CloudX · בייצור
צוות סוכני AI לבניית פרויקטי Titan
בתוך CloudX, בניית פרויקטי Titan נעזרת בצוות סוכני AI. סוכן מפתח בונה לפי מפרט מאושר, וסוכן בודק בלתי תלוי עובר על העבודה לפי חוזה העברה מוגדר, בלי לראות את שיקולי המפתח. אדם מאשר כל שלב, מהמפרט ועד ההעברה לייצור. מבחינת הלקוח, כל מסירת Titan מגיעה עם מפרט מאושר ועם בדיקה בלתי תלויה ומתועדת מאחוריה.
שאלות נפוצות
מי מטמיע Titan על סיילספורס (Salesforce) בישראל?
CloudX, חברת ייעוץ ישראלית ל-Salesforce, monday.com ו-AI, מטמיעה Titan לעמותות, קרנות וארגונים. אנחנו בונים גם את פרויקט ה-Titan וגם את הצד של Salesforce שמאחוריו: פורטלים, טפסים, הפקת מסמכים וחתימה דיגיטלית, יחד עם האובייקטים, ההרשאות, ה-Flows וכללי האימות. יש לנו פרויקטי Titan בייצור בעברית ובאנגלית, כולל פורטל מענקים דו-לשוני ותיק נהג דיגיטלי עם חתימה דיגיטלית חובה. Titan הוא אחד משותפי הטכנולוגיה של CloudX.
Titan ו-FormTitan זה אותו מוצר?
כן. FormTitan (בעברית גם פורם טיטאן) שינה את שמו ל-Titan (titandxp), וקו המוצרים התרחב ל-Web, Forms, Flow, Docs, Sign, CLM, Survey ו-Files. אנחנו עובדים גם על פרויקטים שנבנו בתקופת FormTitan וגם על פרויקטים חדשים.
כמה זמן לוקח פרויקט Titan?
זה תלוי בהיקף. טופס יחיד שמאתר או יוצר רשומה ומפיק מסמך חתום הוא בדרך כלל עניין של כמה שבועות. פורטל עם כניסה מאובטחת, כמה סוגי משתמשים ומסמכים לוקח בדרך כלל בין חודש לכמה חודשים, ורוב הזמן הולך על אפיון ובדיקות.
כמה עולה הטמעת Titan ומה משפיע על המחיר?
אנחנו נותנים הערכה כתובה אחרי פגישת מיפוי קצרה. מה שמשפיע בעיקר הוא מספר הטפסים וסוגי המשתמשים, כמה אובייקטים ב-Salesforce מעורבים, דרישות הכניסה והפרדת הנתונים, מסמכים וחתימות, נפח השימוש מול מכסות ה-API, שפות, והאם צריך קודם לקבל פרויקט קיים. את רישיון Titan רוכשים ישירות מ-Titan.
Titan או Experience Cloud?
תלוי במה שצריך. Titan מתאים לטפסים, פורטלים, מסמכים וחתימה למשתמשים חיצוניים, ובדרך כלל בלי רישיון Salesforce לכל משתמש. Experience Cloud מתאים יותר לקהילות גדולות עם מודל שיתוף מורכב בתוך Salesforce. בנינו פורטלים בשניהם ונמליץ לפי המשתמשים, הנתונים והתקציב.
Titan או Zite?
Titan מתאים לפורטלים עתירי מסמכים עם כמה סוגי משתמשים, חתימה דיגיטלית וניהול בתוך Salesforce. Zite מתאים לאפליקציות ממוקדות שנבנות בעזרת AI, גם מעל monday.com. אנחנו בונים בשניהם, ולפעמים משלבים אותם באותו תהליך.
Titan או DocuSign ו-Conga להפקת מסמכים וחתימה?
Titan משלב טופס, פורטל, מסמך וחתימה בפרויקט אחד שמחובר ל-Salesforce, כך שנתונים שמשתמש חיצוני מזין הופכים למסמך חתום על הרשומה בלי כלי נוסף. כלים ייעודיים כמו DocuSign לחתימה או Conga להפקת מסמכים מתאימים כשחתימה או הפקת מסמכים הם הצורך היחיד, או כשהם כבר הסטנדרט בארגון. אנחנו ממפים את התהליך וממליצים בהתאם.
Titan או FormAssembly ו-Jotform לטפסים?
FormAssembly ו-Jotform הם כלי טפסים עם חיבור ל-Salesforce, ומתאימים כשהצורך הוא טופס ששולח נתונים. Titan מתאים כשהטופס הוא חלק מתהליך גדול יותר: פורטל עם כניסה מאובטחת, איתור רשומות קיימות, הפקת מסמך, חתימה וניהול של אדמין בתוך Salesforce.
יש לנו פרויקט Titan ישן בלי תיעוד. אפשר לעבוד איתו?
כן. אנחנו קוראים את כל הפרויקט, כולל משתנים, Gets, Pushes, פעולות כפתורים ומיפוי מסמכים, ומפיקים ממנו מפרט מלא לפני כל שינוי. משם מחליטים מה לתקן, להרחיב או לבנות מחדש.
Titan עובד בעברית ומימין לשמאל?
כן. אפשר לבנות את אותו טופס בעברית ובאנגלית, עם כיוון מימין לשמאל, הודעות שגיאה בעברית ותבניות מסמכים בעברית. אנחנו בודקים כל מסך בשתי השפות ובמובייל לפני עלייה לאוויר.
איך מוודאים שכל ארגון בפורטל רואה רק את הנתונים שלו?
זה חלק מהתכנון ומהבדיקות בכל פורטל. בהרבה פורטלים של Titan המבקר הוא לא משתמש Salesforce, ומה שהוא רואה נקבע לפי התנאים בכל שליפה, לכן אנחנו בודקים כל שליפה, את הכניסה ואת ההרשאות של משתמש האינטגרציה. בזמן הבדיקות אנחנו מנסים במכוון לראות נתונים של ארגון אחר.
מה קורה אחרי העלייה לאוויר?
אתם מקבלים תיעוד של הפרויקט, מדריך תמיכה לאדמין ומסלול מוגדר לשינויים. שינויים נבנים בגרסת בדיקה, נבדקים ורק אז מתפרסמים, כך שהגרסה החיה לא נשברת. אפשר להמשיך איתנו בתמיכה שוטפת לפי הצורך.
אפשר להפיק מסמך ולהחתים דיגיטלית מתוך Salesforce עם Titan?
כן. Titan Docs מפיק מסמכי Word או PDF מתבנית עם נתונים מ-Salesforce, ו-Titan Sign מוסיף חתימה דיגיטלית. אפשר להפעיל את ההפקה מטופס, מכפתור או מתוך Flow ב-Salesforce, ולשמור את המסמך החתום על הרשומה.
איך מחליפים טופס בקשה ואישור שמגיע מבחוץ במייל ובאקסל?
בונים טופס שקולט את הבקשה ישירות ל-Salesforce, מחזיקים את הסטטוס והגורם המאשר ב-Salesforce, ומקדמים את התהליך עם Flow. בסוף מפיקים מסמך אישור ומחתימים עליו דיגיטלית. Titan מתאים לזה בדיוק: הטופס החיצוני, הרשומה ב-Salesforce ומסמך האישור החתום הם פרויקט אחד.
משתמשים חיצוניים צריכים רישיון Salesforce כדי להשתמש בפורטל Titan?
ברוב ההגדרות לא. משתמשים חיצוניים נכנסים לפורטל דרך מנגנון הכניסה של Titan, והפורטל עובד מול Salesforce דרך משתמש אינטגרציה. הפרופיל וערכות ההרשאות של המשתמש הזה קובעים את המקסימום שהפורטל יכול אי פעם לקרוא או לכתוב, ולכן אנחנו נותנים לו רק את האובייקטים והשדות שהפרויקט צריך, ואף פעם לא פרופיל System Administrator. בתוך הגבול הזה, הפרדת הנתונים בין משתמשים נקבעת בתנאים של כל Get.
אפשר להטמיע פורטל Titan בתוך Salesforce לצוות הפנימי?
כן. אותו פרויקט Titan יכול לרוץ בתוך עמוד ב-Salesforce כרכיב Lightning, כך שהצוות רואה ופועל על אותו מסך שהמשתמש החיצוני רואה. כך בנינו את פורטל המענקים הדו-לשוני: העמותות עובדות בפורטל, וצוות הקרן רואה את אותו מסך בתוך Salesforce.
עודכן לאחרונה: