מחברים סוכן AI ל-Dynamics 365 דרך Dataverse, מאגר הנתונים ש-Dynamics בנוי עליו. יש שלוש דרכים עיקריות: Copilot Studio עם המחבר המובנה ל-Dataverse, סוכן ב-Azure AI Foundry שקורא ל-Web API, או שכבת MCP שחושפת לסוכן רק ישויות ופעולות שהוגדרו מראש. בכל אחת מהן הסוכן צריך לפעול בתוך ההרשאות של המשתמש, וכל פעולת כתיבה צריכה לעבור ולידציה ואישור.
מה סוכן AI יכול לעשות ב-Dynamics 365
- לקרוא ולסכם: כרטיס לקוח, פניות פתוחות, היסטוריית שירות והזמנות.
- לחפש בשפה חופשית: "אילו פניות של לקוחות VIP פתוחות יותר משבוע?".
- לפתוח ולעדכן רשומות: פנייה, משימה, הערה או פגישה, אחרי אישור.
- להפעיל תהליכים קיימים, למשל זרימה ב-Power Automate.
- להעביר לנציג אנושי עם כל ההקשר של השיחה.
שלוש דרכים לחבר סוכן ל-Dynamics 365
הבחירה תלויה במי שמשתמש בסוכן, בכמה שליטה צריך על הפעולות, ובכמה סוכנים ישתמשו באותו חיבור.
| Copilot Studio | Azure AI Foundry ו-Web API | שכבת MCP | |
|---|---|---|---|
| מתאים ל | סוכנים לעובדים בתוך Teams ו-Microsoft 365 | סוכנים ללקוחות ולתושבים, בממשק בעיצוב שלכם | כמה סוכנים שחולקים אותו חיבור למערכות |
| החיבור לנתונים | מחבר Dataverse מובנה וקונקטורים של Power Platform | Dataverse Web API, דרך כלים שהסוכן מפעיל | שרת MCP שחושף ישויות ופעולות שנבחרו מראש |
| הרשאות | לפי המשתמש המחובר ב-Entra ID | בשם המשתמש, או משתמש אפליקציה עם תפקיד אבטחה מצומצם | רק מה שהשרת חושף, עם ולידציה בכל פעולה |
| שליטה בפעולות | פעולות דרך Power Automate | מלאה, בקוד | רשימה סגורה של פעולות מוגדרות |
| מאמץ פיתוח | נמוך עד בינוני | בינוני עד גבוה | בינוני, ונבנה פעם אחת לכל הסוכנים |
הרשאות ואבטחה
סוכן שמחובר ל-CRM צריך לראות בדיוק את מה שהמשתמש שלו מורשה לראות, ולא יותר. אלה הכללים שאנחנו עובדים לפיהם:
- הזדהות דרך Microsoft Entra ID, ופעולה בשם המשתמש או בתפקיד אבטחה מצומצם.
- הסוכן מקבל רק את הישויות והשדות שהתהליך צריך.
- כל פעולת כתיבה עוברת ולידציה ואישור משתמש לפני ביצוע.
- פעולות בלתי הפיכות, כמו מחיקה, לא נחשפות לסוכן.
- לוג מלא של כל ריצה, לצד ה-Audit של Dataverse.
שלבי העבודה
- בוחרים תהליך אחד ומגדירים מה הסוכן רשאי לקרוא ומה לכתוב.
- ממפים את הישויות והשדות ב-Dataverse שהתהליך נוגע בהם.
- בונים את החיבור באחת משלוש הדרכים, עם ההרשאות שהוגדרו.
- מגדירים שער אישור לכל פעולת כתיבה.
- בודקים על שאלות אמיתיות של משתמשים, כולל ניסיונות לחרוג מההרשאות.
- עולים לאוויר בהדרגה, ומנטרים תשובות, פעולות ועלויות.
דוגמה מפרויקט: KESHER בעיריית ראשון לציון
בוט התושבים KESHER עונה באתר, ב-WhatsApp ובקול, ומחובר ל-Dynamics 365 של העירייה. כל שיחה נרשמת ב-CRM, פנייה נפתחת בו ישירות כשצריך, ונציג מוקד שמצטרף לשיחה רואה את כל ההקשר.
דוגמה נוספת: ב-Moroccanoil סוכן AI עונה על שאלות חופשיות על נתוני Dynamics 365 F&O דרך שכבת MCP, בלי גישה ישירה למסד הנתונים.
מגבלות ושיקולים
- ל-Dataverse API יש מגבלות קצב. סוכן מתאים לפעולות של משתמש, לא לעדכונים המוניים.
- Copilot Studio והשימוש במודלים כרוכים בעלות שוטפת, שכדאי להעריך מראש לפי נפח השימוש.
- הסוכן טוב כמו הנתונים ב-CRM. שדות חסרים או כפולים יופיעו גם בתשובות.
- כשהתהליך עצמו לא מוגדר, כדאי להתחיל באפיון לפני שמחברים סוכן.
שאלות נפוצות
הסוכן יראה את כל המידע ב-CRM?
לא. הוא רואה רק מה שההרשאות שהוגדרו לו מאפשרות: לפי המשתמש המחובר, או לפי תפקיד אבטחה מצומצם שנבנה לתהליך.
צריך Copilot Studio כדי לחבר סוכן ל-Dynamics 365?
לא חובה. Copilot Studio נוח לסוכנים פנימיים, אבל אפשר לבנות סוכן ב-Azure AI Foundry ולחבר אותו דרך Web API או שכבת MCP, בעיקר כשהסוכן פונה ללקוחות.
הסוכן יכול לעדכן רשומות?
כן, דרך פעולות שהוגדרו מראש, עם ולידציה ואישור משתמש לפני כל כתיבה ולוג מלא.
זה עובד גם עם Dynamics 365 F&O?
כן. אותו עיקרון עובד מול Finance and Operations, כמו בסוכן שבנינו ל-Moroccanoil.
הסוכן עובד בעברית?
כן. הסוכנים שלנו עונים בעברית, בכתב ובקול.
CTO ב-Zooz-tech. מוביל את הפיתוח והארכיטקטורה של סוכני AI, Generative UI ותשתיות Azure.