דרישות מוקדמות ל-Microsoft Copilot: מה חשוב לדעת לפני ההטמעה

By Mirko Peters · 2026-02-12

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

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

Titelbild: Microsoft Copilot Prerequisites: What You Need to Know Before Deployment

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

הבנת דרישות ההטמעה של Microsoft Copilot

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

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

אפשרויות רישוי ל-Microsoft Copilot

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

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

איך לבחור את רישיון Copilot הנכון לארגון שלכם

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

אפליקציות וסביבות נתמכות של Microsoft 365

Word, Excel, PowerPoint: Microsoft Copilot משולב ישירות בגרסאות העדכניות של Word, Excel ו-PowerPoint. ברוב הארגונים, זה אומר שאתם צריכים תוכניות Microsoft 365 Apps for Enterprise או Business, גרסאות לקוח עדכניות של האפליקציות, ו-OneDrive או SharePoint לאחסון בצד השרת. למידע נוסף על האינטגרציות הנתמכות, עיינו בפרק העומק שלנו על השקות האפליקציות של Copilot.
Outlook ו-OneNote: Outlook (לשולחן העבודה ולאינטרנט) ו-OneNote מביאים כעת את הבינה המלאכותית של Copilot ישירות אל תיבת הדואר והמחברות שלכם. בדקו את גרסאות Microsoft 365 הנדרשות, וודאו שתיבות הדואר של הארגון שלכם אינן מוגדרות כשרת מקומי (on-premises).
Teams: Copilot זמין ב-Teams אם יש לכם את גרסת אפליקציית Teams הנכונה, רישיון Copilot, והנתונים של הארגון שלכם שמאוחסנים ב-Microsoft 365 Cloud. חלק מהתכונות עשויות לדרוש את Teams Premium או מדיניות פגישות מתקדמת.
SharePoint ו-OneDrive: התוכן המאוחסן בפלטפורמות אלה מזין את ההקשר וההנחיות של Copilot, ולכן גרסאות נתמכות וממשל נתונים (כמו DLP והרשאות) אינם אופציונליים.
Power Platform ו-Dynamics 365: תכונות Copilot ייעודיות משולבות ב-Power Apps, ב-Power Automate ובחבילת Dynamics 365. הן דורשות הגדרה של מחברים (connectors) ו-API, התאמה לסוגי הרישיונות, ולעיתים הגדרה ניהולית נוספת.

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

דרישות חומרה ותוכנה מינימליות

מערכת הפעלה: Copilot פועל בצורה הטובה ביותר ב-Windows 10 או 11 Enterprise/Education, או בגרסאות macOS הנתמכות האחרונות. מערכות הפעלה ישנות עלולות להחסיר פונקציונליות או אבטחה.
Microsoft 365 Apps (לקוח): יש חובה לעדכן את האפליקציות – שמרו על Office ו-Teams מעודכנים במלואם בכל מכשירי המשתמשים.
תמיכה בדפדפנים: נדרשים Edge, Chrome ו-Firefox (בגרסאותיהם האחרונות) לתמיכה מלאה בתכונות Copilot מבוססות אינטרנט.
זיכרון ואחסון: במכשירים נדרשים לפחות 8GB RAM ומקום אחסון דיסק משמעותי, כדי להבטיח פעולה חלקה של פעולות הבינה המלאכותית, במיוחד במכונות משותפות או ישנות.
חיבור לאינטרנט: נדרש חיבור רחב פס יציב, שכן העיבוד וסנכרון הנתונים של Copilot מתבצעים בענן.

הגדרות רשת והגדרות אבטחה

Copilot אינו פועל "מהקופסה" – הוא פועל ב-Microsoft Cloud ודורש גישה קבועה ליעדי רשת (endpoints) ול-APIs מסוימים של Microsoft. אם הארגון שלכם מפעיל רשת מוגבלת (או נעולה), תצטרכו להכין את הרשת כך שהמצטרף החדש הזה יוכל לנוע בחופשיות, או לפחות דרך השערים הנכונים.

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

הגדרת חומות אש ואישור תעבורת רשת

אישור יעדי Microsoft נדרשים: ודאו שכתובות ה-URL הקריטיות של Microsoft 365 ו-Copilot נכללות ברשימת ההיתרים (allow list) של חומת האש, לקישוריות בזמן אמת.
פתיחת יציאות שירות ספציפיות: ודאו שגם HTTP (יציאה 80) וגם HTTPS (יציאה 443) פתוחות לשירותי הענן של Copilot, בתוספת כל יציאה מיוחדת שהתרחיש שלכם דורש.
כללי Proxy מהימן ו-NAT: הגדירו proxy יוצא ו-NAT כדי למנוע שבירת SSL או אובדן חבילות בתעבורת Copilot, במיוחד אם אתם משתמשים ביציאה מותאמת אישית (custom egress).
המלצות Zero Trust: ברשתות Zero Trust, יש להחיל כללים מבוססי תפקידים ו-micro-segmentation, והגבלת הגישה של Copilot רק למה שנחוץ באופן מוחלט.
ניטור תעבורה חסומה: הגדירו יומנים והתראות שמסמנים שגיאות רשת או ניתוקים הקשורים ל-Copilot, כדי שלא תפעלו בעיוורון אם יעדי הרשת ייפלו.

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

Azure Active Directory (AAD)/Entra ID: המשתמשים חייבים לבצע אימות מול Azure AD או Microsoft Entra כדי לגשת ל-Copilot בצורה מאובטחת.
Service Principal Names (SPNs): הגדרה נכונה של SPN עוזרת ל-Copilot לזהות את עומסי העבודה ולהרשות אותם כראוי.
Multi-Factor Authentication (MFA): יש לאכוף MFA על משתמשי Copilot כדי למזער סיכוני זהות ולעמוד בתקני אבטחה מודרניים.
מדיניות גישה מותנית (Conditional Access): החילו מדיניות שמגבילה את המקום והאופן שבו ניתן לגשת ל-Copilot, לצורך עמידה ברגולציה ואבטחה.
ניהול תפקידי משתמשים: ודאו שהקצאות התפקידים (מנהל/משתמש/קורא וכדומה) תואמות את תוכנית ההטמעה של Copilot לצורך שליטה בגישה לתכונות ובנראותן.

גישה לנתונים, הרשאות ומדיניות ממשל

הרשאות מינימליות: Copilot יורש את ההרשאות של כל משתמש ב-Microsoft 365. לתוצאות מאובטחות ומדויקות, על המשתמשים להחזיק רק במה שהם באמת צריכים — בלי גישה "דלת אסם פתוחה".
אבטחת מקורות הנתונים: ודאו ששיתוף נתונים ב-SharePoint, ב-OneDrive, ב-Teams ובתיבות הדואר מוגבל היטב. הרשאות חשופה מדי או שגויות עלולות לגרום לדליפת נתונים בשוגג או להציג תוכן לא נכון בהנחיות של Copilot.
אכיפת מסגרות ממשל: השתמשו בכלים כמו Microsoft Purview Data Loss Prevention (DLP), תוויות רגישות ומדיניות שליטה ברמת הדייר, כדי לשמור על ציות של Copilot ולחסום ייצוא לא מורשה. לניהול מתקדם של סוכנים, הצלילה המעמיקה הזו על בקרות Copilot המבוססות על Purview שווה צפייה.
סיווג מחברים וממשקי API: ב-Power Platform וב-Dynamics, קבצו מחברים לקטגוריות "עסקי", "לא עסקי" או "חסום", כדי למנוע דליפת נתונים ברמת הדייר. בדקו בזהירות מחברים מותאמים אישית ומחברי HTTP.
ריכוז הלמידה וההטמעה: הקימו מרכז למידה מנוהל של Copilot, כפי שממליץ משאב השיטות המומלצות הזה, כך שלמשתמשים תמיד יהיו הדרכה והנחיות עדכניות ומותאמות לארגון.

לא משנה כמה הבינה המלאכותית שלכם מתקדמת — טעויות בהרשאות וממשל רופף יכולים להפיל את כל המערכת. לכן השקיעו את המאמץ כבר כאן, לפני ש-Copilot יתקשר לראשונה עם הנתונים שלכם.

שיטות עבודה מומלצות לארכיטקטורת מידע לקראת מוכנות ל-Copilot

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

היסודות של איכות נתונים והכנה

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

דרישות מינימום להפעלת Copilot ב-Teams, Power Platform ו-Dynamics

דרישות מוקדמות ל-Teams: להפעלת Copilot ב-Teams יש להגדיר מדיניות אפליקציות Teams מתאימה, לוודא את תצורת דייר ה-Teams הארגוני ולהקצות רישיונות Copilot מתאימים. לרשימת בדיקה מעשית להגדרת מדיניות ושימוש בפגישות חיות, המדריך הזה מכסה את כל הנושא.
דרישות מוקדמות ל-Power Platform: ל-Power Apps ול-Power Automate נדרשים גם רישיונות Copilot מתאימים וגם מחברים (connectors) שאומתו. יש לבדוק את סיווג המחברים כ"עסקי", ולחסום מחברי HTTP שלא אושרו, כדי למנוע דליפות מסוכנות של נתונים בין תהליכי עבודה (flows).
דרישות מוקדמות ל-Dynamics 365: להפעלת Copilot ב-Dynamics יש לחבר סביבות Dynamics 365 מתאימות עם Dataverse פעיל, ולהגדיר צינורות נתונים של Azure במידת הצורך. בקרת גישה מבוססת תפקידים (RBAC) ומדיניות גישה מותנית שומרות על תובנות שנוצרות בבינה מלאכותית בהיקף מוגדר היטב. להעמקה בפרטים על שילוב מאובטח של Dynamics ו-Dataverse, ראו המדריך הזה.
סכמת נתונים מאוחדת: כדי שתכונות הבינה המלאכותית יהיו בעלות ערך, יש לחבר את עומסי העבודה של Teams, Power Platform ו-Dynamics באמצעות מבני נתונים מאוחדים, הקצאת תפקידים ברורה ואבטחה ברמת הדייר. תצורות לא עקביות או מבודדות יחסמו תכונות של Copilot או יגרמו לתהליכי עבודה שבורים שמתסכלים משתמשים.

שיקולי אבטחה, פרטיות וציות

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

אל תתעלמו גם מדרישות ציות רגולטוריות, במיוחד אם אתם כפופים למדיניות כמו GDPR או חוק הבינה המלאכותית של האיחוד האירופי (EU AI Act). התכונות של Copilot שנועדו לציות "מלכתחילה" עוזרות, אבל ניהול הסיכונים בפועל נופל על כתפיכם וצוות ה-IT שלכם. להבנה מעמיקה של דרכים לשמור על Copilot מאובטח ותואם לדרישות, עיינו במדריך האבטחה הארגונית הזה, ובבחינה מציאותית של המשמעות של להיות תואם לדרישות "מלכתחילה".

ניהול שינויים ארגוניים והדרכת משתמשים

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

רשימת בדיקה מהירה להערכת מוכנות להטמעת Copilot

אישור רישיונות מתאימים: יש לוודא שהתוכניות של Microsoft 365, Office, Power Platform ו-Dynamics שלכם תומכות בפונקציונליות של Copilot.
שדרוג חומרה ותוכנה: ודאו שכל נקודות הקצה עומדות בדרישות המינימום של מערכת ההפעלה, זיכרון ה-RAM וגרסת הלקוח לתאימות עם Copilot.
הגדרת הגדרות אבטחה: הגדירו חומות אש, פרוקסי ונתיבי רשת כך שיאפשרו גישה לנקודות הקצה והפורטים הנדרשים של Microsoft; יישמו Zero Trust לפי הצורך.
הפעלת אימות זהות: דרשו Azure AD/Entra, הגדירו MFA, אכפו גישה מותנית והגדירו תפקידי משתמשים ברורים לפני הפריסה.
החמרת הרשאות הנתונים: בצעו ביקורת על ההרשאות ב-SharePoint, Teams, OneDrive ו-Dynamics; החילו DLP ברמת הדייר ותוויות רגישות על כל משטחי הנתונים המרכזיים.
שיפור ארכיטקטורת המידע: אחידו אתרים וספריות, נקו את הניווט והוסיפו מטא-דאטה כדי ש-Copilot יוכל להציג תוצאות מהימנות.
ניקוי והכנת הנתונים: בצעו ביקורת לאיתור "נתונים מלוכלכים", מלאו פערים והפכו את ההכנה לאוטומטית בכל עומסי העבודה של Microsoft 365.
עמידה בדרישות ספציפיות לעומסי עבודה: עבור Teams, Power Platform ו-Dynamics, ודאו שהגדרות הקישורים, האפליקציות והמדיניות תואמות לצרכי השילוב של Copilot.
עמידה בבדיקות אבטחה וציות: יישרו קו עם מסגרות האבטחה הארגוניות ומדיניות הרגולציה, ותעדו את הסיכונים והבקרות של Copilot.
השקת ניהול שינויים: הפיצו תקשורת ממוקדת, הדרכת משתמשים וכלי שיתוף ידע כדי להבטיח אימוץ אמיתי (ולא רק "הופעל" אך מתעלמים ממנו).

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