Dynamics 365 Activate: כלי AI למעבר מ-Salesforce
מיקרוסופט הציגה את Dynamics 365 Activate, כלי AI לניתוח דרישות, יצירת תצורות והעברת נתונים. התצוגה המקדימה מתמקדת במעבר מ-Salesforce ל-Dynamics 365.
מיקרוסופט רוצה להכניס AI לאחת המשימות הפחות זוהרות והיותר רגישות בארגון: מעבר בין מערכות לניהול לקוחות. ב-9 בספטמבר 2026 הציגה החברה את Dynamics 365 Activate, כלי לניתוח דרישות, יצירת תצורות והעברת נתונים, שהתצוגה המקדימה הציבורית שלו מתחילה במעבר מ-Salesforce ל-Dynamics 365. לעסק ישראלי ששוקל מעבר כזה, זו סיבה לבחון כלי נוסף, לא הבטחה לפרויקט נטול סיכונים.
מה הושק: עזרה בתכנון ובהעברה, עדיין ב-Preview
לפי ההכרזה, Activate נועד לסייע בכמה שכבות של פרויקט המעבר: להבין את הדרישות, ליצור תצורות ולהעביר נתונים. אלה אינן משימות זהות. ניתוח הדרישות עוסק במה שהעסק צריך, התצורה קובעת כיצד המערכת תשרת אותו, והעברת הנתונים צריכה לשמר את המידע ואת הקשרים שעליהם נשענת העבודה.
הכוונה של מיקרוסופט היא לצמצם עבודה ידנית וסיכונים בפרויקטים כאלה. עם זאת, בחומר שנמסר אין תוצאות של בדיקה עצמאית שמאפשרות לקבוע כמה עבודה נחסכת בפועל, באילו מערכות מותאמות אישית הכלי מצליח, או מה שיעור התיקונים שנדרש אחרי פעולתו. לכן זו סקירת הכרזה והצעה לבדיקה מעשית, ולא ביקורת המבוססת על התנסות.
ההגבלה החשובה היא היקף ההשקה: התרחיש הראשון הוא Salesforce כמערכת המקור ו-Dynamics 365 כיעד. תמיכה בתרחישי ERP ובספקים נוספים מופיעה כתוכנית להמשך. ארגון שמעוניין להעביר מערכת כספים או מערכת של ספק אחר לא צריך להסיק מהשם הרחב של המוצר שהתרחיש שלו כבר נתמך.
Activate מוצג בתצוגה מקדימה ציבורית. לפני שימוש בנתוני לקוחות אמיתיים, יש לבדוק תנאי גישה, רישוי, עיבוד מידע ותמיכה. החומר שסופק אינו מבסס מחיר, זמינות ייעודית לישראל או תמיכה בעברית.
איך בודקים את הכלי בלי לסכן את מערכת המכירות
בדיקה מועילה לא מתחילה בהעברת כל בסיס הנתונים, אלא בתהליך עסקי מוגדר. למשל, אפשר לבחור מסלול של ליד שהופך ללקוח ונפתחת עבורו הזדמנות מכירה. מטרת הניסוי היא לבדוק אם התהליך נשמר מקצה לקצה, ולא רק אם רשומות הופיעו במערכת היעד.
כדאי להכין מראש תיאור של התוצאה הרצויה, בנפרד מהתצורה שהכלי מציע. אחרת קל לאשר פלט שנראה מסודר אך אינו משקף את עבודת הצוות. מנהלת המכירות צריכה לאמת את שלבי הטיפול בלקוח, ואיש מערכות המידע צריך לבדוק את מבנה הנתונים וההרשאות. זו המלצת בדיקה, לא תיאור של מנגנון בקרה שהוכרז במוצר.
- בחרו סביבת בדיקה ומדגם נתונים מצומצם, רצוי סינתטי או כזה שעבר הסרת פרטים מזהים.
- תעדו את השדות, הקשרים והכללים העסקיים שחייבים להישמר, לרבות התאמות שבוצעו ב-Salesforce.
- בדקו את התצורות המוצעות מול הדרישות המקוריות, ולא רק מול מראה המסכים.
- השוו רשומות וקשרים בין מערכת המקור למערכת היעד, כולל בעלות על לקוח והיסטוריית פעילות.
- מדדו את עבודת הבדיקה והתיקון לצד עבודת ההעברה, וכתבו תנאים ברורים להמשך או לעצירה.
חשוב לכלול במדגם גם מקרים לא נוחים: לקוח כפול, רשומה שחסר בה מידע וקשר בין כמה אנשי קשר לאותה חברה. דוגמה נקייה מדי עלולה להציג הצלחה שאינה מייצגת את המערכת האמיתית. אם נדרשת התערבות ידנית, כדאי לתעד מה גרם לה והאם מדובר במקרה חריג או בבעיה שחוזרת על עצמה.
המבחן אינו אם הנתונים עברו, אלא אם צוות המכירות יכול להמשיך לעבוד עליהם נכון.
הזווית הישראלית: עברית, חיבורים ואחריות על המידע
בחברה ישראלית שעובדת עם לקוחות בארץ ובחו״ל, כדאי לכלול בניסוי שמות בעברית ובאנגלית, כתובות מקומיות, מספרי טלפון בפורמטים שונים ושדות המכילים את שני סוגי הכתב. אין בתחקיר אישור לביצועי Activate בעברית. השאלות המעשיות הן האם התוכן נשמר, האם אפשר לחפש אותו והאם הוא מוצג באופן שימושי לעובדים.
גם תהליך מכירה שנראה פשוט עשוי להיות מחובר למערכת חשבוניות, לאתר, לכלי שירות ולדוחות הנהלה. אין להניח שכל חיבור כזה יועבר אוטומטית. עסק צריך למפות מי שולח מידע למערכת ומי מקבל ממנה מידע, ולבדוק בנפרד מה יידרש להתאים בכל צד. אלה תלויות של הפרויקט, גם אם הכלי מטפל היטב בנתונים עצמם.
שאלת הפרטיות צריכה להיבדק לפני העלאת המדגם. מאגר CRM עשוי להכיל פרטי קשר, תכתובות והערות פנימיות שלא נועדו לחשיפה רחבה. על הארגון לברר אילו נתונים נגישים לכלי, היכן הם מעובדים, מי רשאי לאשר את השימוש ומה קובעים ההסכמים שלו. עצם השימוש במוצר של ספק מוכר אינו מחליף בדיקה ארגונית ומשפטית.
לעסק שנעזר בשותף הטמעה, כדאי לבקש הצעת עבודה המפרידה בין פעולות הכלי לבין האחריות של השותף. מי מאשר את מיפוי השדות? מי מתקן שגיאות? מי אחראי לחזרה למצב הקודם אם המעבר נכשל? ההפרדה מאפשרת להבין אם האוטומציה מצמצמת עבודה בפועל, או רק משנה את המקום שבו נדרשת עבודת מומחה.
למי כדאי לבחון את Activate, ומה עוד חסר להחלטה
Activate רלוונטי במיוחד לארגון שכבר בוחן ברצינות מעבר מ-Salesforce ל-Dynamics 365. עבורו, ניסוי מצומצם יכול לעזור לברר אילו משימות מתאימות לאוטומציה ואילו דורשות טיפול ידני. לעומת זאת, ארגון שמרוצה ממערכתו הנוכחית לא צריך להפוך את קיומו של כלי מעבר לסיבה העיקרית להחליף אותה.
החלטת הרכישה צריכה להישען על התאמת מערכת היעד, עלות הפרויקט כולו והיכולת לתחזק את התוצאה. רישוי, הכשרת עובדים, התאמת חיבורים ובקרת איכות צריכים להיכלל בבחינה גם אם חלק מתהליך ההעברה נעשה באמצעות AI. אין בחומר שסופק נתונים שמאפשרים לחשב חיסכון כספי או לוח זמנים לארגון מסוים.
השורה התחתונה: מיקרוסופט הציגה כלי ממוקד לבעיה ארגונית ממשית, אבל בשלב ה-Preview נכון לבחון אותו כעזר לפרויקט ולא כתחליף לאחריות מקצועית. הצעד הבא לעסק ישראלי הוא לבחור תהליך קטן, להגדיר מבחני קבלה ולבדוק את התוצאה מול האנשים שיעבדו במערכת. רק לאחר מכן אפשר לדון בהרחבת המעבר.
שאלות נפוצות
מה זה Dynamics 365 Activate?
Dynamics 365 Activate הוא כלי מבוסס AI שמיקרוסופט הציגה לניתוח דרישות, יצירת תצורות והעברת נתונים בין מערכות עסקיות. התצוגה המקדימה הציבורית מתחילה בתרחיש מעבר מ-Salesforce ל-Dynamics 365.
האם Dynamics 365 Activate מחליף חברת הטמעה?
אין בהכרזה בסיס לקביעה שהכלי מחליף צוות הטמעה או מבצע מעבר ללא פיקוח. ארגון עדיין צריך לאמת מיפוי נתונים, הרשאות, חיבורים ותהליכים עסקיים לפני מעבר למערכת החדשה.
האם Dynamics 365 Activate תומך גם במעבר מערכות ERP?
בהכרזה מ-9 בספטמבר 2026, תמיכה בתרחישי ERP ובספקים נוספים מתוארת כתוכנית להמשך. אין להציג אותה כיכולת זמינה של התצוגה המקדימה הנוכחית.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות