יישום Workato · CloudX
אינטגרציות ואוטומציה ב-Workato: Salesforce, NetSuite ותהליכים בארגון
CloudX היא חברת ייעוץ ישראלית ושותף מוסמך של Workato, שבונה לחברות B2B בישראל אינטגרציות ואוטומציה ב-Workato. אנחנו מחברים את Salesforce (סיילספורס) ל-NetSuite (לקוחות, הזדמנויות, חשבוניות, קבלות ואובליגו), מוסיפים מעליה Workbot וסוכני AI של Workato, ובודקים אינטגרציות קיימות לפני שאנחנו לוקחים עליהן אחריות. אינטגרציית Salesforce-NetSuite שלנו ב-Workato רצה בייצור אצל לקוחות.
מה זה Workato ומתי היא מתאימה
Workato היא פלטפורמת אינטגרציה ואוטומציה ברמת ארגון. בונים בה recipes: תהליכים שמופעלים מאירוע במערכת אחת ומבצעים פעולות במערכות אחרות, עם יותר מאלף מחברים (connectors) מוכנים, ביניהם Salesforce, NetSuite ו-Jira, ועם SDK לבניית מחברים למערכות שאין להן מחבר. לצד האינטגרציות יש בה Workbot, הבוט של Workato ל-Slack ול-Microsoft Teams, וסוכני AI של Workato (Genies) שמשתמשים ב-recipes כמיומנויות שלהם.
CloudX היא שותף מוסמך של Workato. אנחנו בונים ב-Workato אינטגרציות בין Salesforce ל-NetSuite, Workbot וסוכני AI לאוטומציה של תהליכים, וגם בודקים ולוקחים אחריות על אינטגרציות קיימות שבנה ספק אחר.
Workato מתאימה במיוחד במצבים האלה:
- יש כמה מערכות ליבה (CRM, ERP, ניהול פרויקטים) שצריכות לדבר ביניהן באופן רציף.
- יש הרבה תהליכים, וצריך לנהל אותם במקום אחד, עם היסטוריית ריצות, התראות והרשאות.
- הכספים, המכירות והתפעול תלויים באותם נתונים, וטעות בסנכרון עולה כסף.
- הארגון רוצה בקרה ברמת ארגון ולא אוסף של סקריפטים שאף אחד לא זוכר מי כתב.
בחירת הכלי לפי התהליך היא חלק מהעבודה שלנו, ו-Workato היא הבסיס כשהארגון צריך הרבה אינטגרציות ואוטומציות בניהול אחד.
הבעיה העסקית: Salesforce ו-NetSuite לא מדברים
כשהמכירות יושבות ב-Salesforce והכספים ב-NetSuite, כל פער בין המערכות הופך לעבודה ידנית. לקוח שנסגר במכירות לא נפתח בכספים. חשבונית שהופקה לא מגיעה לאיש המכירות. יתרה פתוחה (אובליגו) לא מופיעה בכרטיס הלקוח, ואיש המכירות מציע עסקה חדשה ללקוח שלא שילם.
שאלות שאנחנו שומעים:
- "איך איש המכירות יכול לראות ב-Salesforce אם הלקוח שילם?"
- "למה פותחים כל לקוח פעמיים, פעם במכירות ופעם בכספים?"
- "יש לנו אינטגרציה, אבל אף אחד לא סומך על הנתונים שלה."
- "סטטוס התשלום והמשלוח נמצא ב-NetSuite, והצוות שמנהל את הפרויקט לא רואה אותו."
מה אנחנו בונים ב-Workato
אינטגרציה בין Salesforce ל-NetSuite
לקוחות, הזדמנויות, חשבוניות, קבלות ואובליגו. כל צד רואה את הנתונים שהוא צריך, בלי להקליד אותם פעמיים.
המיפוי ברמת הרשומות: Account ב-Salesforce הופך ל-Customer ב-NetSuite, והזדמנות שנסגרה הופכת ל-Sales Order. מ-NetSuite חוזרים Invoices, Customer Payments (קבלות), היתרה הפתוחה (אובליגו) והיתרה שבפיגור, ומוצגים על ה-Account ב-Salesforce. אינטגרציית Salesforce-NetSuite שלנו ב-Workato רצה בייצור אצל לקוחות.
Workbot וסוכני AI לאוטומציה בארגון
Workbot וסוכני AI של Workato מבצעים תהליכים, עונים על שאלות ומפעילים פעולות במערכות, מתוך הכלים שהצוות כבר עובד בהם. דפוס טיפוסי: לפני שיחת חידוש, איש מכירות שואל את Workbot מה האובליגו והחשבונית האחרונה של הלקוח, ומקבל תשובה מנתוני NetSuite בלי להיכנס אליו. אנחנו בונים את הסוכנים והבוט מעל אותם נתונים מסונכרנים, ומשתמשים בהם גם לאוטומציה של התהליכים הפנימיים שלנו ב-CloudX, כך שאנחנו מכירים אותם מהצד של המשתמש ולא רק של הבונה.
חיבור NetSuite ל-Jira
אנחנו בונים חיבור שמביא סטטוס תשלום ומשלוחים מ-NetSuite אל משימות הפרויקט ב-Jira: קישור בין הזמנת מכירה למשימה, משלוחים ברמת מק״ט והתראה כשהזמנה לא מקושרת למשימה. הצוות לא צריך לפתוח את מערכת הכספים כדי לדעת אם אפשר להתקדם.
בדיקת בריאות לאינטגרציה קיימת
בודקים מה רץ ומה מתועד, אילו jobs נכשלו בשלושת החודשים האחרונים (או בתקופה שתוכנית ה-Workato שלכם שומרת), האם המיפויים עקביים ומה בדיוק מפעיל כל סנכרון.
תמיכה שוטפת
אחרי העלייה לאוויר אנחנו עוקבים אחרי היסטוריית ההרצות וההתראות ומטפלים בכשלים. כשאחת המערכות משתנה אנחנו מעדכנים את המיפויים, וכל שינוי ב-recipe מתומחר, מאושר ונבדק מול סביבת בדיקות לפני שהוא מגיע לייצור.
אינטגרציה חדשה או בדיקה של קיימת
יש שני מסלולים, והם מתחילים אחרת.
אינטגרציה חדשה מתחילה באפיון. מגדירים מה עובר, באיזה כיוון, מה מפעיל כל סנכרון ומה קורה במקרי קצה: הזמנה שמפוצלת לכמה משלוחים, סטטוס שחוזר אחורה, לקוח שמתמזג עם לקוח אחר.
אינטגרציה קיימת מתחילה בבדיקה. אינטגרציה שבנה ספק קודם לא תמיד עושה את מה שכתוב באפיון שלה. אנחנו עוברים על:
- רשימה מלאה של ה-recipes והחיבורים: מה פעיל, מה כבוי ומה כפול.
- היסטוריית הריצות של 90 הימים האחרונים, או התקופה שהתוכנית שלכם שומרת: מה נכשל, כמה פעמים ולמה.
- הלוגיקה של הזמנות מפוצלות ושל עדכונים חלקיים.
- עקביות המיפויים בין השדות בשתי המערכות.
- מה מפעיל כל תהליך, והאם יש טריגרים שמתנגשים.
התוצאה היא דוח ממצאים עם תיקונים לפי עדיפות. רק אחרי זה אנחנו לוקחים אחריות, כך ששני הצדדים מסכימים על נקודת ההתחלה.
איך פרויקט רץ
- גישה וסקירה. החיבורים, הנתונים וה-recipes הקיימים.
- סגירת אפיון. רמת הקישור בין הרשומות, מה קורה בהזמנה מפוצלת, ומה מתעדכן כשסטטוס חוזר אחורה.
- בנייה בסביבת פיתוח. בונים בסביבת הפיתוח של Workato מול sandbox של כל מערכת, ומעבירים לבדיקות ולייצור דרך ניהול מחזור החיים של ה-recipes (Recipe Lifecycle Management), בחבילות של recipes וחיבורים.
- בדיקות קבלה. עם הצוות שמשתמש בנתונים, למשל הכספים, על תרחישים אמיתיים.
- עלייה לאוויר ושבועיים של ליווי צמוד. אנחנו עוקבים אחרי כל ריצה, וכל מקרה קצה חדש הופך לכלל.
משך הפרויקט תלוי בהיקף: מספר האובייקטים שעוברים, כיווני הסנכרון, איכות הנתונים הקיימים והאם יש אינטגרציה קודמת שצריך להחליף.
מה הופך אינטגרציה לאמינה
אינטגרציה טובה היא לא רק חיבור שעובד ביום הראשון. היא חיבור שאפשר לסמוך עליו אחרי שנה.
- מקור אמת אחד לכל שדה. אם גם המכירות וגם הכספים יכולים לשנות כתובת, צריך להחליט מי מנצח.
- מזהים חיצוניים. כל רשומה יודעת מה המזהה שלה במערכת השנייה, כך שאין כפילויות.
- Upsert לפי מזהה חיצוני. כל כתיבה בטוחה להרצה חוזרת, כך שהרצה מחדש של job שנכשל לא יוצרת כפילות.
- מיפויים בטבלאות lookup. מיפויי סטטוסים ופריטים יושבים בטבלאות lookup של Workato, ולא קבועים בתוך ה-recipes.
- טיפול בכשלים. ריצה שנכשלה שולחת התראה לאדם הנכון, ולא נעלמת בלוג.
- הרצה מחדש של jobs שנכשלו. job שנכשל מתוקן ומורץ מחדש מתוך היסטוריית ה-jobs, ולא מוזן מחדש ידנית.
- עבודה בתוך מגבלות המערכות. ל-NetSuite יש מגבלה על מספר הבקשות המקבילות לכל חשבון, ול-Salesforce יש מגבלה יומית על קריאות API ונעילה של רשומות אב בזמן עדכונים. כשהנפח גבוה אנחנו כותבים ל-Salesforce בפעולות bulk, ומעבירים את הקריאות ל-NetSuite דרך תור כדי להישאר בתוך המגבלה.
- תיעוד. מה כל recipe עושה, ומה מפעיל אותו, כתוב במקום שהצוות מוצא.
טעויות נפוצות באינטגרציות בין Salesforce ל-NetSuite
- סנכרון דו-כיווני על כל שדה. זה נשמע נוח, אבל יוצר לולאות ועדכונים שדורסים זה את זה. ברוב השדות מספיק כיוון אחד.
- התאמה לפי שם לקוח. שמות משתנים ונכתבים אחרת בכל מערכת. התאמה צריכה להיות לפי מזהה.
- התעלמות מהזמנות מפוצלות. הזמנה אחת שיוצאת בכמה משלוחים או בכמה חשבוניות שוברת לוגיקה שהניחה יחס של אחד לאחד.
- אין בעלים לכשלים. אם אף אחד לא מקבל התראה, אינטגרציה שנכשלה בשקט מתגלה רק כשהדוח החודשי לא מסתדר.
- בנייה בלי הכספים. אינטגרציה שאפיינו רק עם המכירות תפספס את הכללים החשבונאיים. צוות הכספים צריך להיות חלק מהאפיון ומבדיקות הקבלה, לא רק מקבל של התוצאה.
איך זה נראה בפועל: מעסקה שנסגרה ועד אובליגו על הלקוח
בתרחיש טיפוסי, חברת B2B מוכרת מנויים. העסקה נסגרת ב-Salesforce, ומישהו בכספים פותח את הלקוח מחדש ב-NetSuite ומקליד את פרטי ההזמנה. החשבונית יוצאת מ-NetSuite, והתשלום נרשם שם. איש המכירות, שמתכנן חידוש או הרחבה, לא יודע אם החשבונית האחרונה שולמה.
באינטגרציה כזאת, הזדמנות שנסגרה פותחת או מעדכנת את הלקוח ב-NetSuite. חשבוניות וקבלות חוזרות ל-Salesforce ומוצגות על הלקוח. האובליגו מתעדכן, כך שלפני שיחה עם הלקוח איש המכירות רואה בדיוק מה פתוח. כל אחד ממשיך לעבוד במערכת שלו, והנתונים זהים בשתיהן.
מה רואה כל צוות אחרי האינטגרציה
| צוות | לפני | אחרי |
|---|---|---|
| מכירות | שואל את הכספים אם הלקוח שילם | רואה חשבוניות, קבלות ואובליגו על הלקוח ב-Salesforce |
| כספים | מקליד מחדש לקוחות ועסקאות | מקבל לקוח והזמנה מוכנים מ-Salesforce |
| הנהלה | משווה דוחות משתי מערכות | עובדת מנתונים אחידים |
| תפעול ופרויקטים | פותח את NetSuite כדי לבדוק סטטוס | מקבל סטטוס תשלום ומשלוח במשימה |
מה כדאי להכין לפני שמתחילים
- רשימת האובייקטים והשדות שכל צוות צריך לראות מהמערכת השנייה.
- החלטה מי בעל הבית של כל נתון: מכירות או כספים.
- גישה ל-sandbox של Salesforce ושל NetSuite, ומשתמשי אינטגרציה.
- איש קשר מהכספים ואיש קשר מהמכירות שיאשרו את בדיקות הקבלה.
- אם יש אינטגרציה קיימת: גישה לסביבת ה-Workato ולתיעוד שקיים.
ניסיון עם NetSuite גם בכלים אחרים
אנחנו מחברים את NetSuite גם בכלים נוספים, לפי מה שהתהליך צריך. בין היתר:
- קליטה אוטומטית של הזמנות רכש מהמייל ל-Salesforce ול-NetSuite, שנבנתה ב-Apex וב-NOCA.AI ורצה בייצור, כולל טיפול במגבלת הבקשות המקבילות של NetSuite.
- סנכרון יומי של חשבוניות מ-NetSuite ל-Salesforce, שנבנה ב-n8n ורץ בייצור.
לכן ההמלצות שלנו על Workato מבוססות על השוואה בין אפשרויות אמיתיות, ולא על הרגל.
בחירת שותף ל-Workato: מה לשאול
- האם הוא מכיר לעומק את שתי המערכות שאתם מחברים, ולא רק את Workato?
- האם הוא יכול להראות אינטגרציה שרצה בייצור מול NetSuite?
- איך הוא מתחיל כשיש כבר אינטגרציה קיימת?
- מה קורה כשריצה נכשלת בשתיים בלילה, ומי מקבל התראה?
- האם הוא יכול להראות דוח בדיקת בריאות של סביבת Workato קיימת?
Workato מול חלופות
| שאלה | Workato | Celigo | n8n | NOCA.AI | קוד מותאם |
|---|---|---|---|---|---|
| ניהול הרבה אינטגרציות במקום אחד | חזק | חזק סביב NetSuite | בינוני | בינוני | חלש |
| בקרה והרשאות ברמת ארגון | חזק | טוב | תלוי בהתקנה | בינוני | תלוי בצוות |
| מחברים מוכנים (connectors) ל-Salesforce ו-NetSuite | כן | כן, כולל אפליקציית אינטגרציה מוכנה ל-Salesforce-NetSuite | Salesforce כן; NetSuite דרך HTTP ו-SuiteQL | Salesforce כן; NetSuite דרך API | צריך לבנות |
| קריאת מסמכים עם AI | אפשרי | לא המיקוד | אפשרי | חלק מרכזי | צריך לבנות |
| צמיחה: פלטפורמה אחת כשהצרכים מתרחבים | חזק | ממוקד ב-NetSuite | בינוני | ממוקד במסמכים | תלוי בצוות |
למה CloudX
- שותף מוסמך של Workato, עם אינטגרציית Salesforce-NetSuite שרצה בייצור.
- ניסיון עמוק ב-Salesforce, כך שהאינטגרציה מכבדת את מודל הנתונים, ההרשאות והאוטומציות הקיימות.
- Workbot וסוכני AI של Workato, אצל לקוחות וגם בתהליכים הפנימיים שלנו.
- בודקים לפני שלוקחים אחריות. כל אינטגרציה שעוברת אלינו מקבלת רשימת recipes, סקירה של 90 ימי היסטוריית jobs ודוח ממצאים לפני שאנחנו לוקחים עליה אחריות.
- בחירת הכלי לפי התהליך: Workato, n8n, NOCA.AI או קוד, לפי מה שיחזיק לאורך זמן.
מריצים את Salesforce ו-NetSuite זה לצד זה, או קיבלתם סביבת Workato מספק קודם? מתחילים בבדיקת בריאות.
לפירוט על חיבורי ERP והנהלת חשבונות ראו חיבור Salesforce למערכת הנהלת חשבונות.
פרויקטים שעשינו
חברת אבטחת ענן · בייצור
Salesforce-NetSuite ב-Workato: כל לקוח נפתח פעם אחת
המכירות סגרו עסקאות ב-Salesforce, והכספים פתחו אחר כך כל לקוח מחדש ב-NetSuite ידנית, כך שאותו לקוח הופיע לא פעם פעמיים, ואנשי המכירות שאלו שוב ושוב את הכספים אם חשבונית שולמה. בנינו את האינטגרציה ב-Workato: לקוחות והזדמנויות עוברים מ-Salesforce ל-NetSuite עם מזהים חיצוניים בשני הצדדים, וחשבוניות, קבלות ואובליגו חוזרים אל הלקוח ב-Salesforce. מעל הנתונים המסונכרנים בנינו Workbot וסוכני AI של Workato שעונים על שאלות הצוות ומפעילים שלבים בין הצוותים מתוך הכלים שהם כבר עובדים בהם. הכספים כבר לא מקלידים לקוחות מחדש, ואיש המכירות רואה את מצב התשלומים על הלקוח לפני שהוא מתקשר אליו.
חברת טכנולוגיה לענף הבנייה · בייצור
Salesforce-NetSuite ב-Workato: התמונה הכספית בתוך המכירות
אנשי המכירות וה-Customer Success לא ראו מה קורה בצד הכספי: איזו חשבונית יצאה, מה שולם ומה היתרה הפתוחה של כל לקוח. בנינו ב-Workato סנכרון בין Salesforce ל-NetSuite של לקוחות, הזדמנויות, חשבוניות, קבלות ואובליגו, כך שהנתונים הכספיים מופיעים על הלקוח ב-Salesforce. מעל האינטגרציה פועלים Workbot וסוכני AI של Workato, שמאפשרים לצוות לשאול על לקוח ולהפעיל פעולות מתוך כלי העבודה שלו. היום שיחת חידוש או גבייה מתחילה כשכל התמונה כבר מול העיניים, בלי לפנות לכספים.
צוותי פרויקטים ותפעול · בייצור
סטטוס תשלום ומשלוחים מ-NetSuite אל Jira
צוות הפרויקטים ניהל כל הזמנה ב-Jira, אבל כדי לדעת אם הלקוח שילם ומה כבר נשלח, היה צריך לפתוח את מערכת הכספים. בנינו ב-Workato recipes שמעדכנים את משימת ה-Jira המקושרת לכל הזמנה: אישור תשלום והחשבונית הראשונה, ומשלוחים ברמת מק״ט, משלוח אחר משלוח, בלי לדרוס משלוחים קודמים. כשאין התאמה בין הזמנה למשימה, הצוות מקבל התראה. כך מנהל הפרויקט רואה במקום אחד אם אפשר להתקדם.
שאלות נפוצות
מי מיישם Workato בישראל?
CloudX היא חברת ייעוץ ישראלית ושותף מוסמך של Workato. אנחנו בונים ב-Workato אינטגרציות בין Salesforce ל-NetSuite, Workbot וסוכני AI לאוטומציה, ובודקים אינטגרציות קיימות לפני שאנחנו לוקחים עליהן אחריות. אינטגרציית Salesforce-NetSuite שלנו ב-Workato רצה בייצור אצל לקוחות.
מה זה recipe ב-Workato?
recipe הוא תהליך אוטומטי ב-Workato: טריגר באירוע במערכת אחת, למשל הזדמנות שנסגרה ב-Salesforce, ואחריו שורת פעולות במערכות אחרות, כמו יצירת Sales Order ב-NetSuite. כל recipe רץ כ-jobs עם היסטוריה, התראות והרשאות, ואפשר להשתמש בו גם כמיומנות של סוכן AI.
אפשר לחבר את Salesforce ל-NetSuite עם Workato?
כן. אנחנו בונים אינטגרציה שמכסה לקוחות, הזדמנויות, חשבוניות, קבלות ואובליגו: Account הופך ל-Customer, הזדמנות שנסגרה הופכת ל-Sales Order, וחשבוניות, תשלומים ויתרה פתוחה חוזרים ל-Salesforce. כל שדה מקבל מקור אמת אחד, וכל רשומה יודעת מה המזהה שלה במערכת השנייה.
סנכרון בזמן אמת או מתוזמן בין Salesforce ל-NetSuite?
זה נקבע לפי האובייקט. הזדמנות שנסגרה עוברת ל-NetSuite כ-Sales Order ברגע האירוע, כי הכספים צריכים אותה מיד. יתרה פתוחה ונתונים מצטברים מתעדכנים לפי תזמון קבוע, כדי לשמור על מגבלות ה-API של שתי המערכות.
Workato, Celigo או MuleSoft לחיבור Salesforce ו-NetSuite?
Workato מתאימה כשרוצים, לצד החיבור בין Salesforce ל-NetSuite, גם הרבה אוטומציות נוספות, סוכנים ובוט על פלטפורמה אחת בניהול מרוכז. Celigo מוכרת בעיקר כפלטפורמה שבנויה סביב NetSuite, עם אפליקציות אינטגרציה מוכנות לזרימות קבועות. MuleSoft היא פלטפורמת API לארגונים גדולים עם צוות פיתוח ייעודי. אנחנו ממליצים לפי היקף התהליכים והצוות שיתחזק אותם.
כמה זמן לוקח פרויקט אינטגרציה ב-Workato?
זה תלוי בהיקף: כמה אובייקטים עוברים, באילו כיוונים, מה איכות הנתונים הקיימים והאם צריך להחליף אינטגרציה קודמת. אחרי שלב האפיון אפשר לתת הערכה מבוססת. אחרי העלייה לאוויר אנחנו מלווים שבועיים באופן צמוד ועוקבים אחרי כל ריצה.
ממה מורכבת העלות של אינטגרציית Workato?
העלות נגזרת ממספר התהליכים, ממורכבות מקרי הקצה (הזמנות מפוצלות, סטטוסים שחוזרים אחורה) ומאיכות הנתונים. רישיונות Workato נרכשים ישירות מ-Workato. אנחנו אחראים על הבנייה ועל התחזוקה השוטפת.
יש לנו אינטגרציה שספק אחר בנה. אפשר להעביר אליכם?
כן. מתחילים בבדיקת בריאות ממוקדת: רשימת ה-recipes, היסטוריית ריצות של 90 יום (או התקופה שהתוכנית שלכם שומרת), מיפויים וטריגרים. מסכמים בדוח ממצאים עם תיקונים לפי עדיפות, ורק אחר כך לוקחים אחריות.
Workato או n8n?
Workato מתאימה כשיש הרבה תהליכים וצריך ניהול מסודר, בקרה והרשאות ברמת ארגון. n8n יכול להספיק לצורך ממוקד, כמו סנכרון יומי של סוג נתון אחד. בנינו בשניהם, ובוחרים לפי הצורך.
Workato או NOCA.AI?
Workato חזקה בסנכרון רציף בין מערכות ובניהול הרבה אינטגרציות. NOCA.AI חזקה כשהמרכז הוא קריאת מסמכים עם AI, כמו הזמנות רכש וחשבוניות. לפעמים פרויקט אחד משתמש בשתיהן.
מה אפשר לעשות עם Workbot והסוכנים של Workato?
Workbot הוא הבוט של Workato ל-Slack ול-Microsoft Teams, וסוכני ה-AI של Workato משתמשים ב-recipes כמיומנויות. יחד הם מבצעים תהליכים, עונים על שאלות ומפעילים פעולות במערכות מתוך כלי הצ'אט שהצוות כבר עובד בו. אנחנו בונים אותם מעל נתוני Salesforce ו-NetSuite המסונכרנים ומשתמשים בהם גם לאוטומציה של התהליכים הפנימיים שלנו. מה שהסוכן רשאי לעשות מוגדר בהרשאות, ופעולות רגישות יכולות לדרוש אישור.
Workato תומכת בעברית?
כן. נתונים בעברית, כמו שמות לקוחות ותיאורי מוצרים, עוברים בין המערכות כמו שהם, והודעות הבוט והתבניות שאנחנו כותבים בעברית. ממשק הבנייה עצמו באנגלית ומשמש את צוות הבנייה.
איך שומרים על אבטחה והרשאות באינטגרציה?
כל חיבור משתמש במשתמש אינטגרציה עם ההרשאות המינימליות שהתהליך צריך. NetSuite מתחברת באימות מבוסס טוקן (TBA) או ב-OAuth 2.0 תחת תפקיד אינטגרציה ייעודי, ו-Salesforce דרך משתמש אינטגרציה עם permission set מינימלי. אנחנו בונים מול sandbox ולא מול נתוני ייצור, ומגדירים מי מקבל התראות על כשלים. Workato מאפשרת בקרה על מי רשאי לשנות recipes.
מה כולל הליווי אחרי העלייה לאוויר?
בשבועיים הראשונים אנחנו מלווים באופן צמוד: עוקבים אחרי כל ריצה, וכל מקרה קצה חדש הופך לכלל. אחר כך תמיכה שוטפת: אנחנו עוקבים אחרי היסטוריית ההרצות וההתראות ומטפלים בכשלים, וכל שינוי מתומחר ומאושר לפני שמתחילים.
האם CloudX שותף מוסמך של Workato?
כן, CloudX היא שותף מוסמך של Workato. אנחנו עובדים עם לקוחות בישראל ובעולם, בעברית ובאנגלית, ובונים, בודקים ומתחזקים אינטגרציות ואוטומציות ב-Workato עם דגש על Salesforce ו-NetSuite.
עודכן לאחרונה: