M365Con 2027 – כנס אונליין חינמי · 11–22 Jan 2027 · 120 sessions→ m365con.net

בלוג · Mirko Peters

דרישות הדייר של Copilot מוסברות

By · · Updated

גלו את דרישות המוקדמות של Microsoft 365 Copilot. למדו מה צריך להגדיר בדייר ובאפליקציות עבור Copilot. הבינו את דרישות הרישוי עבור תכונות הבינה המלאכותית.

Automatically translated with AI from the original post. Read the English original

▶ BLOGCopilot TenantRequirements ExplainedM365.FM
Titelbild: Copilot Tenant Requirements Explained

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

בין אם אתם מנהלי IT בארגון גדול, אנליסטים לאבטחה שמטפלים בסביבות Microsoft, או סתם האדם שכולם שואלים "איפה הדבר הזה של Copilot", המדריך הזה מיועד לכם. נעבור איתכם על הדרך להפוך את הדייר שלכם לתואם, נדגיש מה הופך את Copilot לייחודי, ונעזור לכם להימנע from המלכודות הנפוצות שנצפו בפריסות רבות. מוכנים לשחרר את Copilot? בואו נסדר את היסודות.

7 עובדות מפתיעות על דרישות הדייר של Copilot
  1. לא לכל הדיירים נדרש אותו רישוי: דרישות הדייר של Copilot יכולות להשתנות לפי סוג הדייר והמנוי; חלק מהתכונות דורשות רישיונות ספציפיים של Microsoft 365 או Azure AD, גם כאשר יש גישה בסיסית ל-Copilot.
  2. הגדרות ברמת הדייר יכולות לחסום את Copilot לגמרי: מדיניות דייר שמוגדרת על ידי מנהל, כגון ברירות מחדל של אבטחה, גישה מותנית או כללי מיקום נתונים, עלולה למנוע מ-Copilot לפעול גם כאשר משתמשים בודדים נראים זכאים.
  3. מיקום נתונים וציות משפיעים על הזמינות: דרישות הדייר של Copilot כוללות לעיתים קרובות בדיקות ציות הקשורות למיקום נתונים ולבקרות רגולטוריות, כך שדיירים באזורים מסוימים עשויים לדרוש בקרות נוספות או להיות מוגבלים בגישה לתכונות.
  4. משתמשי אורח וזהויות חיצוניות מטופלים אחרת: התנהגות ההרשאות של Copilot עבור אורחים או משתמשי B2B נקבעת על ידי הגדרות הדייר, ולכן משתפי פעולה חיצוניים עשויים לא לקבל את אותן יכולות בתוך הדייר המארח.
  5. הפעלת Copilot יכולה לשנות את זרימות הנתונים של הדייר: הפעלת Copilot עשויה להעביר מטא-נתונים ונתוני טלמטריה של שימוש דרך שירותים מסוימים; דיירים עם כללי טלמטריה או רישום מחמירים צריכים לעדכן מדיניות כך שתתאם לדרישות של Copilot.
  6. הגנה על זהויות ואימות מרובה גורמים הם לרוב חובה: דרישות רבות של Copilot מחייבות באופן מובלע בקרות זהות חזקות, כגון אימות מרובה גורמים ופרוטוקולי אימות מודרניים, ולכן דיירים שבהם מופעל אימות ישן עשויים להזדקק לעדכון מקדים.
  7. הסכמת מנהל ופיצול תפקידים הם עניין מכריע: חלק מהשילובים של Copilot דורשים הסכמת מנהל ברמת הדייר או תפקידים ייעודיים לפריסה; הסכמה שניתנת מהמרכז על ידי מנהל אחד יכולה להשפיע על כל המשתמשים, ולכן תכנון התפקידים והממשל הוא קריטי.

הבנת Copilot בסביבת Microsoft 365

Microsoft Copilot הוא עוזר מבוסס בינה מלאכותית המשולב ישירות ב-Microsoft 365. הוא פועל באפליקציות מוכרות כמו Outlook, Teams, Word ו-Excel, ומחבר בין הקבצים, ההודעות, הפגישות והיומן שלכם בזמן אמת. חשבו עליו כעל עוזר פרודוקטיביות על-טבעי, שמנצל את העבודה הקיימת שלכם כדי לענות על שאלות, ליצור תוכן ולבצע משימות אוטומטית באמצעות הנחיות פשוטות.

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

דרישות הדייר המרכזיות עבור Microsoft Copilot

  1. מנויי Microsoft 365 נתמכים: תצטרכו רישיונות Microsoft 365 ארגוניים נתמכים. בדרך כלל Copilot זמין עם Microsoft 365 E3, E5, Business Standard, Business Premium ותוכניות דומות. ודאו שלחשבונות המשתמשים שלכם מוקצים רישיונות אלה, אחרת Copilot לא יופיע.
  2. תוסף רישוי של Copilot: ברוב המקרים, Copilot דורש רישיון תוספת בתשלום נפרד לכל משתמש. הקצו אותם במרכז הניהול של Microsoft 365, ועקבו אחר מי מקבל גישה (ומי ממתין לרישיון).
  3. אזורים נתמכים: מיקום הנתונים של הדייר שלכם חשוב. לא לכל האזורים יש תמיכה ב-Copilot בעת ההשקה, ולדיירים גלובליים או ממשלתיים עשויות להיות הגבלות נוספות. בדקו את התיעוד הרשמי או את רשימות הזמינות האזורית של Microsoft כדי לוודא את המצב שלכם.
  4. דרישות שירות מינימליות: Copilot דורש ש-Exchange Online, SharePoint Online ו-OneDrive for Business יהיו מופעלים ופועלים בצורה תקינה. הוא מסתמך גם על Teams ועל פורטל office.com. אם אחד מאלה מושבת או נמצא במצב תקלה, Copilot לא יפעל כראוי.
  5. Azure/Entra ID (Azure Active Directory): לכל משתמש זכאי חייבת להיות זהות ענן תקפה ב-Entra ID (לשעבר Azure AD). תצורות היברידיות או מדור קודם עשויות לדרוש הגדרות נוספות.
  6. אימות מודרני: פרוטוקולי אימות מדור קודם לא יספיקו, שכן Copilot מסתמך על אימות מודרני (OAuth 2.0). ודאו שהדייר שלכם חוסם אימות מדור קודם, כדי לשמור על האבטחה ועל התאימות.

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

דרישות רשת ואבטחה ל-Copilot

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

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

הסעיפים הבאים ילוו אתכם בשלבי התצורה הקריטיים ביותר של חומת האש ונקודות הקצה, וכן בשיטות העבודה המומלצות לשמירה על פריסות Copilot מאובטחות ותואמות. אם זה נשמע מורכב, אל דאגה. יש לנו טיפים מעשיים ומשאבים כמו מדריכים לאבטחת Microsoft 365 ו-Zero Trust by Design שיעמדו לצידכם.

הנחיות להגדרת חומת אש ונקודות קצה

  1. אפשרו את כתובות ה-URL וכתובות ה-IP של נקודות הקצה של Microsoft 365: חומות האש של הארגון שלכם צריכות לאפשר תעבורה יוצאת לכל נקודות הקצה הרשמיות של Microsoft 365, כולל אלה הספציפיות לשירותי Copilot. אלה כוללות לעיתים קרובות כתובות URL של Microsoft Graph, Exchange Online, SharePoint ו-OneDrive. השתמשו ברשימות שמפרסמת Microsoft ושמרו אותן מעודכנות, כדי להימנע משיבושים פתאומיים.
  2. הגדירו דומיינים מהימנים: ודאו שכל המכשירים יכולים להגיע לדומיינים המהימנים שעליהם Copilot מסתמך. אלה כוללים לא רק את הדומיינים הראשיים של office.com, אלא גם נקודות קצה המשויכות לעיבוד AI בזמן אמת ולשיתוף פעולה.
  3. התאימו מדיניות גישה פנימית וחיצונית: ודאו שבקרות הגישה לא יחסמו את Copilot מחוץ לארגון למשתמשים מרוחקים או היברידיים, אך יהיו מחמירות מספיק כדי למנוע דליפת מידע או גישה לא מורשית אם מכשיר נפרץ.
  4. נטרו קישוריות: השתמשו בניטור ובהתראות בזמן אמת לקישוריות נקודות הקצה, כדי לזהות ולפתור כל שינוי ברשת או בחומת האש שעלול לשבש את הפונקציונליות של Copilot עבור המשתמשים שלכם.

שיטות עבודה מומלצות לתנוחת אבטחה וציות

  • יישמו גישה מותנית: השתמשו ב-Microsoft Entra Conditional Access כדי לשלוט בקפדנות במי יכול להשתמש ב-Copilot ומאילו מכשירים או מיקומים. בחנו והסירו באופן סדיר חריגים, כדי להימנע מפערי אבטחה חדשים. להעמקה בכוונון גישה מותנית, עיינו במדריך הזה.
  • אכפו עקרון הרשאות מינימליות: הגבילו את הגישה של Copilot באמצעות קבוצות תפקידים ב-Entra ID והרשאות Microsoft Graph. אל תעניקו למשתמשים או ל-service principals יותר הרשאות ממה שנחוץ באמת.
  • ניטור וביקורת על פעילות: השתמשו בכלים כמו Microsoft Defender ו-Purview כדי לעקוב אחר פעילות המשתמשים, ולזהות דפוסי שימוש חריגים, גישה לנתונים או הפרות מדיניות. הגדירו התראות אוטומטיות כדי להקדים איומים מתעוררים—מידע נוסף זמין במדריך האבטחה הזה של Copilot.
  • סיווג והגנה על נתונים: השתמשו ביכולות הסיווג ותיוג הרגישות של Purview כדי להרחיב את כיסוי הציות גם לתוכן שנוצר על ידי Copilot. כך נתונים רגישים נשארים תחת בקרה גם כשהמשתמשים מקיימים אינטראקציה עם תכונות AI.

רישוי וזמינות שירות—הסבר

אם אתם רוצים ש-Copilot יפעל, הרישוי הוא השער העיקרי. ראשית, למשתמשים הזכאים בארגון חייבים להיות מנויים תקפים של Microsoft 365—למשל E3, E5, Business Standard או Business Premium. גם אז, Copilot כמעט תמיד דורש רישיון תוספת בתשלום נוסף לכל משתמש, שחייב להיות מוקצה במרכז הניהול של Microsoft 365 לפני שאף תכונה של Copilot תתחיל לפעול.

לרישוי של Copilot יש כמה פרטים שכדאי לשים לב אליהם. לא כל תוכנית של Microsoft 365 כוללת את Copilot, וחלק מה-SKU החינוכיים או הממשלתיים במחיר מוזל אינם תומכים בו עדיין, או שהם נפרסים בלוח זמנים מאוחר יותר. שימו לב במיוחד לענני הקהילה הממשלתיים (GCC, GCC High, DoD), שבהם תכונות חדשות מגיעות לרוב אחרונות, ולעיתים בכלל לא. לפני הקצאת רישיונות, בדקו שוב את מידע הזמינות האזורית ולפי SKU של Microsoft כדי להימנע מהפתעות—המדריך הזה יכול לעזור להבהיר את הפרטים המרכזיים.

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

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

דרישות זהות והרשאות משתמשים

כדי ש-Copilot יפעל, לא מספיק להפעיל תכונה; הזהויות וחברויות הקבוצות של המשתמשים קובעות בדיוק מה הם יכולים לגשת אליו בתוך חוויית Copilot. כל משתמש של Copilot חייב להתחבר באמצעות חשבון Entra ID מנוהל (לשעבר Azure AD). הדרישה הזו מחמירה—חשבונות צרכניים או משתמשי אורח עלולים להיתקל בחסמים, בהתאם להגדרות שלכם.

ההגדרה של Entra ID משחקת תפקיד מרכזי בגישה ל-Copilot. הרשאות, הקצאות קבוצה ומדיניות גישה מותנית קובעות יחד מי יכול לראות אילו נתונים ולהשתמש באילו תכונות של Copilot. אותה מורכבות שהופכת את Microsoft 365 לגמיש יכולה גם לגרום לכאבי ראש, אם המדיניות שלכם מגבילה מדי או, לחלופין, רחבה מדי. למי שרוצה לחזק את ממשל הזהויות, כדאי לעיין בהנחיות לשיטות עבודה מומלצות בזהות ובגישה מותנית.

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

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

מדיניות גישה מותנית ואימות

  • הפעלת גישה מותנית מקיפה: הגדירו מדיניות גישה מותנית בסיסית שמכסה במפורש משתמשים עם Copilot מופעל. הימנעו מחריגות רחבות מדי, שפותחות חורים אבטחתיים. לטיפים, עיינו בבעיות אמון בגישה מותנית.
  • אפשר אימות מודרני: Copilot פועל רק עם שיטות אימות מודרניות (כמו MFA ו-OAuth 2.0). השבית אימות מדור קודם כדי להימנע מפגיעויות ומבעיות תאימות.
  • שלוט בכניסות מהימנות: הגבל גישה למכשירים ולרשתות מהימנים כדי למזער שימוש לא מורשה ב-Copilot. השתמש במדיניות תאימות מכשירים ובתכונות להגנה על זהויות.
  • עקוב אחר סטייה במדיניות: בדוק באופן קבוע את כללי הגישה המותנית. הסר חריגים מיושנים ועקוב אחר נעילות בלתי צפויות ותלונות משתמשים.

ניהול משתמשים חיצוניים וגישת אורחים

Copilot אינו פתוח לכל דורש עבור משתמשים חיצוניים ואורחים. בדרך כלל, רק חשבונות פנימיים בדייר עם רישיון מלא ו-Entra ID מנוהל יכולים לגשת לתכונות של Copilot. חשבונות חיצוניים (B2B) או חשבונות אורחים, כמו אלה שהזמנת מארגוני שותפים, בדרך כלל כפופים להגבלות או שאינם יכולים להשתמש ב-Copilot בכלל.

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

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

ממשל נתונים, ציות וניהול סיכונים של Copilot

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

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

הסעיפים הבאים מסבירים כיצד לבנות ממשל וביקורת יעילים ל-Copilot, וכיצד לזהות ולמנוע בעיות הקשורות ל-Shadow IT ולחשיפת מידע לא מכוונת. ככל שארגונים משלבים את Copilot עמוק יותר בתהליכי העבודה שלהם, ניהול שוטף ומדיניות ברורה יהיו ההגנה הטובה ביותר מפני סטייה בציות, פערים בביקורת ושימוש לרעה פוטנציאלי ב-AI.

ממשל וביקורת לפריסות Copilot

  • בנו מודל ממשל: הגדירו תפקידים ואחריות ברורים לניהול הגישה, הרישוי וההרשאות של Copilot. שתפו בתהליך את גורמי הציות, IT והגורמים העסקיים כדי להבטיח כיסוי רחב.
  • בצעו ביקורת על השימוש ב-Copilot: השתמשו ב-Microsoft Purview Audit כדי לעקוב אחר אינטראקציות עם Copilot ופעילויות משתמשים בשירותי M365. שקלו שדרוג לרמת Premium לשמירת נתונים ממושכת יותר ולפרטי ביקורת עשירים יותר – לשלבי ביצוע מפורטים, ראו מדריך זה.
  • נצלו מדיניות DLP: הטמיעו כללי DLP לניטור וחסימה של העברות נתונים מסוכנות שמופעלות על ידי Copilot, במיוחד עם Power Platform או מחברים רגישים. מידע נוסף על אסטרטגיות DLP ל-Power Platform זמין ב-משאב DLP זה.
  • נטרו הפרות מדיניות: הגדירו התראות ציות אוטומטיות לפעילות חריגה של Copilot, לגישה לנתונים רגישים או לכשל באכיפת מדיניות. דיווח בזמן הוא חיוני לתיקון מוקדם.

סיכוני Shadow IT וחשיפת מידע

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

היו צעד אחד לפני כולם, והשתמשו בכלים מקוריים של Microsoft, כמו Defender for Cloud Apps ו-Entra ID, לניטור שוטף. הם עוזרים לזהות חיבורים מסוכנים של אפליקציות, שיתוף חיצוני ופעילות חריגה של Copilot. לזיהוי מעשי ותוכניות לתיקון בתוך שבוע, כדאי לעיין במדריך ניהול Shadow IT הזה.

סוכני בינה מלאכותית (כולל Copilot) יכולים לפעול עם הרשאות גבוהות בדייר שלכם, וזה מגביר את הסיכון אם הגישה אינה מנוהלת בהדוק. לאסטרטגיות ממשל מעשיות נגד Shadow IM מונע בינה מלאכותית, ראו המשאב הזה על אבטחת סוכני AI. המפתח הוא בקרות פרואקטיביות: ביקורות קבועות, מדיניות מפורשת להסכמה לאפליקציות, ומעקב צמוד אחר מתן הרשאות ואירועי שיתוף חיצוניים. אל תחכו לדליפת מידע כדי לגלות את החשיפה של הארגון שלכם.

רשימת בדיקה לדרישות דייר של Copilot

שאלות נפוצות לגבי הגדרת דייר של Copilot

מהם התנאים המוקדמים ברמת הדייר עבור Microsoft 365 Copilot?

התנאים המוקדמים ברמת הדייר כוללים מנוי מתאים של Microsoft 365 או Office 365 התומך ב-Copilot, תצורה נכונה של הדייר ב-Microsoft Entra ID, עדכוני אבטחה והגדרות תאימות מעודכנות, מנהלי דייר עם התפקידים הנדרשים לפריסה וניהול של Copilot, והפעלה של תכונות בינה מלאכותית גנרטיבית במרכז הניהול של אפליקציות Microsoft 365. לתיאור המלא של התנאים המוקדמים עבור Microsoft 365 Copilot, ראו את התיעוד של Microsoft ואת תיאור השירות של Microsoft 365 Copilot.

אילו רישיונות ואפשרויות רישוי נדרשים כדי לגשת לתכונות של Copilot?

הגישה ל-Copilot דורשת רכישת רישיונות Microsoft 365 Copilot או רישיון משתמש של Copilot Studio, בהתאם לשימוש. עבור צ'אט של Microsoft 365 Copilot ויכולות הליבה של Copilot נדרש רישיון Microsoft 365 Copilot או תוספת מנוי Microsoft 365 מתאים; לבניית סוכנים או להרחבתם ב-Copilot Studio עשויים להידרש רישיונות Copilot Studio או ערכת הכלים לסוכנים של Microsoft 365. עיינו במדריך הרישוי ובתנאי הרישוי הכמותי כדי לקבוע אילו רישיונות Microsoft 365 Copilot ואפשרויות רישוי נדרשים לארגון שלכם.

איך מנהלי דייר מפעילים תכונות בינה מלאכותית גנרטיבית ומפרסים את Copilot?

על מנהלי הדייר לפעול לפי מדריך ההגדרה בפורטל של Microsoft: לאמת מנויים ורישיונות משתמש, להגדיר את Microsoft Entra ID לאימות, לעדכן הגדרות אבטחה ופרטיות במרכז הניהול של אפליקציות Microsoft 365, להקצות תפקידי ניהול של Copilot, ולפרוס את Copilot באמצעות תצורות ברמת הדייר. לאחר הפריסה, הפעילו תכונות בינה מלאכותית גנרטיבית, והגדירו את ההרחבה של Copilot וההגדרות של Copilot Studio לפי הצורך.

מהן הדרישות הטכניות וההמלצות להרחבת Copilot ול-Copilot Studio?

הדרישות הטכניות כוללות תוכניות נתמכות של Microsoft 365 או Office 365, אימות מודרני באמצעות Microsoft Entra ID, תצורות רשת ואבטחה שמאפשרות גישה לנקודות הקצה של השירות, וגישת ניהול ל-Copilot Studio ולמרכז הניהול של Power Platform עבור מחברים. ההמלצות כוללות מעקב אחר מדריך התכנון להרחבת Copilot, הבטחה שעדכוני תמיכה ואבטחה הוחלו, ואימות שהוקצו רישיונות מפתח ומשתמש של Copilot Studio לפני בניית סוכני Copilot או הרחבת Microsoft 365 Copilot.

איך מפעילים ומנהלים את Copilot Studio כדי ליצור סוכנים ולהרחיב את Microsoft 365 Copilot?

כדי להשתמש ב-Copilot Studio, מנהלי הדייר צריכים לרכוש רישיון משתמש של Copilot Studio או להקצות גישה נדרשת לסוכנים, להעניק תפקידים מתאימים, ולפעול לפי תהליכי העבודה של Copilot Studio ליצירת סוכנים. השתמשו בתיעוד של Copilot Studio ובמודולים של Microsoft Learn כדי לפרוס, לבדוק ולפרסם סוכנים. שילובים עם ערכת הכלים לסוכנים של Microsoft 365 ו-Power Platform עשויים לדרוש הרשאות נוספות ושלבי הגדרה נוספים.

מי זקוק לרישיונות משתמש, וכיצד מקצים אותם למשתמשים של Microsoft 365?

כל משתמש שיעשה שימוש ב-Microsoft 365 Copilot, ב-Microsoft 365 Copilot chat או ב-Copilot Studio חייב להיות מוקצה לו רישיון המשתמש המתאים (רישיון Microsoft 365 Copilot או רישיון משתמש של Copilot Studio). מנהלי הדייר מקצים רישיונות דרך מרכז הניהול של Microsoft 365 או באמצעות רישוי נפחי, ודואגים שקבוצות Microsoft Entra ID ומדיניות הרישוי יהיו מוגדרות כך שההקצאה תתבצע בצורה יעילה בפריסות גדולות.

אילו צעדים בנושא אבטחה, פרטיות וציות יש לבצע לפני הפעלת Copilot?

יש לוודא שעדכוני האבטחה מיושמים בכל אפליקציות Microsoft 365, להגדיר הגדרות פרטיות במרכז הניהול של אפליקציות Microsoft 365, להפעיל גישה מותנית והגנת נתונים ב-Microsoft Entra ID, לעיין במסמך תיאור השירות של Microsoft 365 Copilot ובמדריך תיאור השירות של 365 Copilot לבחינת דרישות הציות, ולשתף את צוותי האבטחה והציות כדי לאמת את מיקום אחסון הנתונים ואת מדיניות הממשל לפני הפעלת תכונות בינה מלאכותית generative.

כיצד Copilot משתלב באפליקציות הקיימות של Microsoft 365 וב-Power Platform?

Copilot משתלב באפליקציות Microsoft 365 (Word, Excel, Teams, Outlook) לאחר הפעלתו ברמת הדייר, ואפשר להרחיב את היכולות שלו באמצעות Copilot extensibility וגם באמצעות Copilot Studio. לזרימות עבודה ולסוכנים מותאמים אישית, השתמשו במחברים ובערכת הכלים של סוכני Microsoft 365, וכן בהגדרות הניהול של Power Platform כדי לפרוס אוטומציות וזרימות נתונים שסוכני Copilot יכולים לגשת אליהם, תוך מעקב אחר מדריך התכנון של Copilot extensibility.

היכן ניתן למצוא משאבים נוספים, תמיכה והדרכה לפריסת Copilot?

משאבים נוספים כוללים קורסים ב-Microsoft Learn, מסמך תיאור השירות של Microsoft 365 Copilot, מדריך הרישוי, מדריך התכנון של Copilot extensibility ומדריכי הגדרה הזמינים בתיעוד של Microsoft. לתמיכה טכנית, פנו לתמיכה הטכנית של Microsoft באמצעות תוכנית התמיכה שלכם, עיינו במרכז הניהול של אפליקציות Microsoft 365 לכלי הניהול, וסקרו את התיעוד של Microsoft 365 Copilot ו-Copilot Studio כדי להכיר את שיטות העבודה המומלצות של Microsoft לפריסה ולניהול שוטף.

Entities in this article

Conditional Access Microsoft Entra ID Microsoft 365 Data residency Compliance Exchange Online Telemetry Microsoft Public sector Microsoft 365 Copilot

Related articles

RSS