איך לשלוט בגישה של משתמשים ל-Copilot

By Mirko Peters · 2026-03-21 · Updated 2026-07-28

ניהול גישת משתמשים ל-Microsoft 365 Copilot: למדו כיצד להקצות רישיונות ולנהל הרשאות גישה במרכז הניהול של הארגון שלכם.

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

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

שליטה בגישה ל-Copilot: רשימת בדיקה מעשית

• הגדירו את מקרה השימוש, הבעלים והתוצאה הצפויה.
• אמתו הרשאות, מדיניות, אבטחה והשפעה על המשתמשים.
• בצעו פיילוט ותעדו את מודל התפעול.

השתמשו ב-Microsoft Learn לקבלת הנחיות עדכניות.

עודכן לאחרונה: יולי 2026.

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

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

• קיימות בקרות תפקידים מדויקות מעבר לרישוי פשוט: מנהלים יכולים לשלב רישוי עם תפקידי Azure AD ותפקידי מנהל של Microsoft 365 כדי לעצב מי רשאי להשתמש ב-Copilot. המשמעות היא ש"איך לשלוט בגישה של משתמשים ל-Copilot" אינו רק הפעלה וכיבוי של רישיון, אלא תכנון מדיניות רב-שכבתי.
• גישה מותנית יכולה לווסת את השימוש ב-Copilot לפי הקשר: ניתן לדרוש MFA, או להגביל גישה לפי תאימות המכשיר, מיקום או סיכון הסשן. כך זמינות Copilot יכולה להשתנות באופן דינמי בהתאם לתנאי המשתמש.
• מניעת אובדן נתונים (DLP) חלה על אינטראקציות עם Copilot: DLP ותוויות רגישות יכולים למנוע מ-Copilot להשתמש בתוכן רגיש או לחשוף אותו, ולאפשר לארגונים להגביל את מה ש-Copilot יכול לקרוא או ליצור עבור משתמשים או קבוצות מסוימים.
• ניתן לצמצם את הגישה ל-Copilot לפי קבוצה או צוות: במקום להפעיל את Copilot בכל הדייר, מנהלים יכולים להפעיל אותו עבור קבוצות אבטחה או קבוצות Microsoft 365 ספציפיות, כדי לבצע פיילוט של תכונות עם קבוצות משתמשים ממוקדות.
• יומני ביקורת מתעדים את הפעילות של Copilot: ניתן לתעד ולבדוק את האינטראקציות של המשתמשים עם Copilot ביומני הביקורת של Microsoft 365, ולאפשר לצוותי הציות לנטר דפוסי שימוש ולחקור שימוש לרעה.
• הגדרות פרטיות מאפשרות למשתמשים להצטרף או להסיר את עצמם משיתוף נתונים עם Microsoft לצורכי שיפור: ארגונים יכולים לשלוט בשאלה אם הנחיות המשתמשים משמשות לשיפור מודלי Copilot, ולקבל שכבה נוספת של ניהול הסכמות בסביבות רגישות.
• זהויות היברידיות וחיצוניות מוסיפות מורכבות: משתמשים מסוג B2B אורחים, חשבונות שמסונכרנים מהשרת המקומי או זהויות מאוחדות עשויים לחוות התנהגות גישה שונה ל-Copilot, ולכן שליטה בגישה דורשת תיאום בין Azure AD, סנכרון השרת המקומי והגדרות שיתוף הפעולה החיצוני.

הבסיס לניהול גישה ל-Copilot

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

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

יש כמה מונחים שחוזרים על עצמם הרבה בתחום הזה: “הרשאות מינימליות” (least-privilege), כלומר מעניקים למשתמשים ול-AI רק את מידת הגישה המינימלית שנחוצה לביצוע התפקיד; “בקרת גישה מבוססת תפקידים” (RBAC), שבה הרשאות מקובצות לפי תפקידים תפעוליים; ו“גישה מותנית” (conditional access), שבה מדיניות לוקחת בחשבון אותות סיכון כמו מצב המכשיר או מיקום המשתמש לפני מתן גישה.

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

תרחישים מרכזיים בניהול גישת משתמשים ל-Copilot

1. קליטת עובדים חדשים: הקצו רישיונות Copilot כחלק מתהליך הקמת המשתמש, כך שעובדים חדשים יקבלו גישה רק אם התפקיד שלהם דורש זאת.
2. שינויים בתפקיד או במחלקה: כאשר משתמשים עוברים לצוותים אחרים או מקבלים אחריות אחרת, יש להתאים את הגישה ל-Copilot במהירות לצרכים החדשים, תוך הגנה על מידע רגיש.
3. עזיבה וביטול גישה: הסירו הרשאות Copilot מיד כאשר עובד עוזב או מועבר לתפקיד אחר, כדי למנוע חשיפת מידע שנותרה פתוחה.
4. פיילוטים או השקות מוגבלות: הענקו גישה ל-Copilot לקבוצה נבחרת לצורך בדיקות או השקות בשלבים, מה שמאפשר שליטה הדוקה וניטור קל יותר.
5. דרישות רגולטוריות או תאימות: הגבילו את הגישה ל-Copilot במחלקות עם דרישות תאימות מחמירות, כמו משפטית או כספים, וערכו ביקורת גישה לעיתים קרובות.

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

• רישוי מתאים: ודאו שרכשתם מספיק רישיונות Copilot וששהם זמינים בדייר Microsoft 365 או Azure שלכם.
• הרשאות ניהול: ודאו שיש לכם הרשאות ניהול מספיקות, בדרך כלל Global Administrator או License Administrator, להקצאה או הגבלה של רישיונות Copilot.
• תשתית זהות: הגדירו נכון משתמשים וקבוצות ב-Microsoft Entra ID (לשעבר Azure AD) לצורך מיקוד ובקרה מדויקים.
• מוכנות לפורטל ולמדיניות: ודאו שהגישה לפורטל, חברויות בקבוצות ומדיניות אבטחה כמו Conditional Access קיימות ואינן מתנגשות זו בזו.
• תיעוד ומעקב: נהלו רישום של הקצאות רישיונות ושינויים במדיניות לצורך ביקורות פנימיות וסקירות תאימות.

מדריך שלב אחר שלב להקצאת רישיונות Microsoft Copilot

• דרך מרכז הניהול של Microsoft 365:עברו אל Users > Active users.
• בחרו את המשתמש/ים או הקבוצה/ות להקצאה.
• בחרו “Licenses and apps”, סמנו את Microsoft Copilot ושמרו.
• הקצאה בכמות גדולה באמצעות PowerShell:התקינו את המודול Microsoft Graph PowerShell במידת הצורך.
• הריצו סקריפטים להוספה או הסרה של רישיונות Copilot לפי משתמשים, קבוצות או קריטריונים דינמיים. זה שימושי במיוחד לארגונים גדולים או לעדכונים שוטפים.
• אוטומציה של משימות אלה מפחיתה טעויות ידניות ותומכת בניהול בקנה מידה גדול. (אף שתוכננו עוד תכני אוטומציה ב-PowerShell, יש לציין שהמשאב אינו זמין כעת.)
• דרך Azure portal:נווטו אל Azure Active Directory > Users או Groups.
• הקצו את רישיון Copilot לכל משתמש או לפי קבוצה. שימוש ברישוי מבוסס קבוצות שומר על סדר וריכוזיות, במיוחד ככל שהצוות גדל או משתנה.

1. מעקב אחר הקצאות: עקבו תמיד אחר סטטוס הרישוי והשימוש כדי להימנע מרישיונות שאינם בשימוש או מהקצאות שנשכחו, דבר קריטי לתאימות ולתקצוב.

לניהול בקנה מידה ורחב ובאמצעות אוטומציה, האזינו לפרקים האחרונים שעוסקים ב-Copilot וב-PowerShell בפודקאסט M365 FM (הערה: דף האוטומציה הייעודי מפנה כעת לכאן).

ניהול גישה ל-Azure Copilot בסביבות ארגוניות

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

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

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

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

שימוש ב-Microsoft Entra ID לשליטה בגישה ל-Copilot

• ארגון משתמשים עם קבוצות Entra ID:צרו קבוצות אבטחה או קבוצות Microsoft 365 על בסיס תפקידים, מחלקות או צוותי פרויקט. שייכו משתמשים לקבוצות אלה לניהול מרכזי של Copilot.
• הפעלת חברות דינמית בקבוצות:נצלו כללי קבוצות דינמיים כדי לכלול או להוציא משתמשים באופן אוטומטי כשהמאפיינים שלהם (כמו מחלקה או תפקיד) משתנים, כך שהגישה תגיב לשינויים ארגוניים.
• אכיפת בקרת גישה מבוססת תפקידים (RBAC):הפעילו RBAC דרך Entra ID כדי לקבוע מי יכול להגדיר, לנהל או אפילו לצפות בהגדרות של Copilot – והפרידו בין משתמשים רגילים למנהלים בעלי הרשאות מיוחדות.
• הגדרת גבולות הרשאות:שלטו במה ש-Copilot יכול לעשות על ידי הגבלת הרשאות Graph API למה שנדרש בדיוק. אכיפת הרשאות מינימליות מפחיתה סיכון ועוזרת לעמוד בתקנות. לפירוט נוסף, עיינו באסטרטגיות מסקירת האבטחה הזו של Entra ID.
• הפחתת סיכוני OAuth והסכמה:הדקו את הסכמת המשתמשים וחייבו אישור מנהל להרשאות אפליקציות כדי למנוע שימושים לרעה, כגון התקפות הסכמת OAuth. ראו המדריך הזה על התקפות הסכמת OAuth ב-Entra ID לבקרות החיוניות.

הגדרת מדיניות Conditional Access עבור Copilot

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

הגבלת גישה ל-Copilot לפי משתמש, קבוצה או מחלקה

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

ניטור וביקורת של פעילות המשתמשים ב-Copilot

• הפעילו את Microsoft Purview Audit:הפעילו את Purview Audit (Standard או Premium) כדי לרשום פעולות הקשורות ל-Copilot בשירותי Microsoft 365, ולספק נתוני זיהוי פורנזיים חיוניים ותמונת סיכונים. להגדרות ולשיטות עבודה מומלצות, היכנסו למדריך הביקורת המעמיק הזה.
• מעקב אחר שימוש וחריגות:בדקו את דוחות הפעילות במרכז הניהול של Microsoft 365 או ב-Purview כדי לזהות התנהגות בלתי צפויה, זינוקים בשימוש או ניסיונות גישה למשאבים מוגבלים.
• מנפו כלי ניטור מתקדמים:שלבו עם Microsoft Sentinel לזיהוי איומים מורחב, התראות ותגובה אוטומטית לאורך מערך האבטחה שלכם.
• הבחינו בין גישה לשימוש:אל תסתפקו בבדיקה מי מחזיק ברישיון Copilot—עקבו אחר מה שהם בפועל עושים, במיוחד בסביבות מפוקחות או בסיכון גבוה שבהן דליפת מידע מהווה דאגה.
• ביקורות ובדיקות סדירות:תזמנו סקירות גישה ובדיקות של יומני ביקורת באופן תקופתי כדי לוודא שפעילות המשתמשים עדיין עומדת בדרישות המדיניות, ותומכת בציות ובניהול סיכוני משתמשים פנימיים.

תגובה לאירועי גישה וסטייה ממדיניות הממשל

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

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

שיטות עבודה מומלצות לממשל מתמשך של גישה ל-Copilot

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

טעויות נפוצות וכיצד להימנע מהן

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

שילוב של מניעת אובדן מידע (DLP) ובקרת Copilot

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

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

התייחסו ל-DLP כאילוץ ארכיטקטוני בעיצוב, ולא כמחשבה שנייה. הריצו בדיקות שליליות ("מה קורה אם Copilot רואה כרטיס אשראי?"), הטמיעו מדיניות ברמת הסביבה, ובדקו כשלים שקטים. סיווג מחברים, יישור מדיניות ובדיקות מקדימות מאתרים פערים מוקדם. לתובנות נוספות, המדריך הזה למפתחים שעובדים עם DLP ב-Power Platform.

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

משאבים נוספים וצעדים הבאים

• מרכז הלמידה של Copilot המודרך: משאבי הדרכה ואימוץ מרוכזים של Copilot לצוותי IT שמחפשים יעילות ותוצאות מדידות.
• ממשל Copilot מתקדם: אסטרטגיות לממשל סוכנים עם Purview, הכוללות טיפול ב-DLP ובהרשאות בקנה מידה גדול.
• תיעוד המוצר הרשמי של Microsoft: בדקו את המידע העדכני ביותר בתיעוד של Microsoft לעיון מעודכן על Copilot, Azure AD/Entra ומדיניות DLP.
• פודקאסטים עדכניים על אבטחה ו-M365 של Microsoft: תובנות חדשות, תרחישים מהשטח וניתוחים מעמיקים של Copilot, ציות וניהול תפעולי.
• פעולה מרכזית: סקרו ועדכנו היום את תוכנית ממשל הגישה ל-Copilot, ואז קבעו מועד למחזור הסקירה הבא של הגישה והביקורת. רשימת בדיקה: ניהול גישת משתמשים ל-Microsoft 365 Copilot

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

  • תכנון ומדיניות: הגדירו יעדים עסקיים, מדיניות שימוש מקובלת, דרישות הגנה על מידע ותוכנית הטמעה לגישה ל-Copilot.
  • מלאי ורישוי: ודאו מנוי Microsoft 365 מתאים ורישוי Copilot נדרש; הקצו רישיונות למשתמשים או לקבוצות היעד.
  • תפקידי מנהל: הקצו תפקידי מנהל מתאימים (Global Admin, Teams Admin, Security Admin וכו') לצוות שינהל את הגדרות Copilot והגישה אליו.
  • הפעלה: הפעילו תכונות Copilot במרכז הניהול של Microsoft 365 ובפורטלי הניהול של השירותים הרלוונטיים (לדוגמה, Exchange, SharePoint, Teams) בהתאם להנחיות היצרן.
  • פריסה מבוקרת: צרו קבוצות Azure AD (דינמיות או מוקצות) לפריסה שלבית: פיילוט, פיילוט מורחב וקבוצות לזמינות כללית.
  • גישה מותנית (Conditional Access): הגדירו מדיניות Conditional Access להגבלת השימוש ב-Copilot לפי מיקום, עמידה במדיניות מכשיר, דרישת MFA או רמת סיכון.
  • בקרות מכשיר וקצה: ודאו שמדיניות Intune או ניהול הקצה אוכפת עמידה של מכשירים, גרסאות מערכת הפעלה והגנות יישומים למשתמשי Copilot.
  • פרטיות ובקרת נתונים: הגדירו מיקום אחסון נתונים, טיפול בנתונים והגדרות תיוג רגישות; הפעילו מניעת אובדן מידע (DLP) לאינטראקציות Copilot היכן שנתמך.
  • אורחים ומשתמשים חיצוניים: סקרו והגבילו גישת אורחים או משתמשים חיצוניים לתכונות Copilot; החילו מדיניות נפרדת או הוציאו אורחים לפי הצורך.
  • תצורת שירות: סקרו אפשרויות תצורה ספציפיות ל-Copilot (הגדרות פרומפט, מחברים מותרים, גישת API) וקבעו התנהגות ברירת מחדל התואמת למדיניות.
  • ניטור ורישום: הפעילו יומני ביקורת, דיווחי פעילות והתראות לשימוש ב-Copilot, ושלבו את היומנים עם SIEM לזיהוי חריגות.
  • סקירות גישה: תזמנו סקירות גישה תקופתיות ב-Azure AD עבור קבוצות ותפקידים מיוחסים שמעניקים גישה ל-Copilot.
  • הדרכת משתמשי קצה: ספקו לממשים בשלב הפיילוט חומרי הדרכה, הנחיות שימוש והודעות פרטיות לפני ההרחבה הרחבה יותר.
  • תמיכה והסלמה: הכינו תיעוד תמיכה והגדירו נתיבי הסלמה לאירועי אבטחה, חשיפת נתונים או תוצרים לא מכוונים של Copilot.
  • אימות פיילוט: ערכו בדיקות פיילוט לאימות המדיניות, הביצועים, בטיחות התוכן וחוויית המשתמש; אספו משוב והתאימו את הבקרות.
  • הערכות תאימות: ודאו שהשימוש ב-Copilot עומד בדרישות הרגולציה, המשפטיות והתאימות הפנימיות; תעדו את הראיות.
  • ביטול הקצאה ושלילת גישה: הגדירו ובדקו תהליכים לשלילת הגישה ל-Copilot במהירות (הסרת רישיונות, חברות בקבוצות או הפעלת מדיניות חסימה) כשנדרש.
  • סקירה תקופתית ושיפור: בצעו סקירה סדירה של הגישה, המדיניות, נתוני הטלמטריה ומשוב המשתמשים; שפרו את הבקרות וההדרכה בהתאם.

    עדכון הרשאות ורישיון Copilot Studio: נראות תכונות באמצעות Power Platform

    איך אני שולט/ת במי שיכול/ה לגשת ל-Microsoft Copilot בדייר שלי?

    שלטו בגישה ברמת הדייר על ידי הקצאת תפקידים כמו מנהל גלובלי, ושימוש ב-copilot control system במרכז הניהול של Microsoft 365. השתמשו בקבוצות כדי להעניק או להגביל גישה: צרו קבוצה של משתמשים, או של המשתמשים בקבוצה זו, שצריכים לגשת ל-Copilot, ולאחר מכן הקצו להם את רישיון Copilot Studio או המנוי הרלוונטי. ניתן גם לבחור את ערוץ הפריסה של Copilot (למשל Copilot Chat או תרחישי Agent 365) ולהגביל את הנראות לקבוצות מסוימות.

    האם אפשר לבטל את Copilot עבור משתמשים או קבוצות מסוימים?

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

    איך מנהלים סוכנים ומגדירים Copilot Studio לצוות?

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

    אילו שלבים כרוכים בבחירה והקצאה של תכונות Copilot למשתמשים?

    קודם כל, קבעו אילו מערכות תכונות אתם צריכים (למשל Copilot Chat, יצירת תוכן או אינטגרציות באמצעות Power Platform). לאחר מכן, בחרו את תכונות Copilot במסוף הניהול, והקצו את רישיון Copilot Studio או המנוי המתאים לקבוצות הנדרשות. הגדירו הרשאות והגדרות נראות כך שרק המשתמשים המיועדים יוכלו להשתמש בתכונות האלה, ואמתו את הגישה על ידי בדיקה עם חשבון משתמש בקבוצה היעד.

    איך מיישמים עדכוני אבטחה ובקרות תאימות בזמן השימוש ב-Copilot?

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

    למי פונים לתמיכה טכנית או לשאלות רישוי לגבי Copilot Studio?

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

    איך שולטים בנראות ובערוצים של Copilot Chat עבור צוותים שונים?

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

    האם אפשר להשתמש ב-Microsoft Learn או בתיעוד כדי לעזור בהגדרת הרשאות מדויקות?

    כן. ב-Microsoft Learn יש מדריכים צעד אחר צעד למתן הרשאות גישה והגבלתן, להגדרת copilot studio ולשימוש באינטגרציות של power platform. עקבו אחר התיעוד לניהול תפקידים, להקצאת רישיונות של copilot studio, להגדרת הגדרות ברמת הדייר וליישום מערכת הבקרה של copilot, כדי להבטיח שליטה מדויקת ומתועדת בהרשאות.

🎧 כדאי גם להאזין ל

• מודל התפעול לממשל של Microsoft 365

  למדו על בעלות מתמשכת ובקרות.

• Teams Telephony – בקיצור נמרץ

  סקרו את יסודות השיחות והתקשורת ב-Teams.

• סוכני AI – בפשטות

  הבינו אימוץ אחראי של בינה מלאכותית.