תקלות ב-DLP ב-Microsoft 365: מדריך פתרון בעיות מקיף

By Mirko Peters · 2026-04-20

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

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

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

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

הסיבות הנפוצות לכך שמדיניות DLP לא עובדת ב-Microsoft 365

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

העניין אינו רק ידע טכני; יש אומנות בהתאמת המדיניות לאופן שבו האנשים שלכם עובדים בפועל ולאופן שבו המידע זורם בין שירותים כמו Exchange, OneDrive, SharePoint ו-Teams. כשמוסיפים לכך פערי רישוי, עיכובים בזמן הפריסה וניסיונות של משתמשים לעקוף את הכללים, התמונה נעשית עמוסה עוד יותר. הבנת מוקשים סמויים אלה מציבה אתכם במצב טוב בהרבה לפתרון בעיות, במקום לרדוף אחרי הזנב בניחושים.

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

כיצד שגיאות הגדרה ונתונים לא תקינים משפיעים על אכיפת מדיניות DLP

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

מדוע תנאי מדיניות DLP אינם מתקיימים גם כשיש מידע רגיש

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

בעיות בצד הלקוח והגדרות Outlook שחוסמות מדיניות DLP

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

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

בסעיף זה נסקור את התצורות הנפוצות ביותר ב-Outlook וב-Exchange Online שמונעות מ-DLP לפעול כפי שמיועד. תראו מדוע לקוחות מסוימים מפגרים בתמיכה, ומה ניתן לעשות כדי לוודא שההתראות מגיעות באופן אמין. נבחן גם כיצד מתגי תכונה כמו MailTips קובעים אם אזהרות DLP בכלל יגיעו לתיבות הדואר של הצוות שלכם.

תצורות שאינן נתמכות ב-Outlook ובמדיניות DLP עבור Exchange Online

לא כל גרסת Outlook שוות ערך מבחינת DLP. לדוגמה, Outlook 2013 תומך רק בתת-קבוצה בסיסית של טיפים למדיניות DLP, בעוד שלקוחות Outlook חדשים יותר ו-Microsoft 365 Apps משולבים הכי עמוק עם תכונות DLP של Exchange Online. אם לקוחות הדואר בארגון שלכם אינם מעודכנים, אתם עלולים להחסיר יכולות אכיפה וטיפים למדיניות חיוניים.

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

כיצד MailTips ו-MailTips של הלקוח משפיעים על טיפים DLP ב-Outlook

• בדקו את מצב MailTips: ודאו ש-MailTips מופעלים במרכז הניהול של Exchange ובאפשרויות הלקוח של Outlook. אם MailTips כבויים, טיפים מדיניות DLP פשוט לא יופיעו למשתמשים.
• בדקו אילו MailTips מוצגים: ב-Outlook, תחת אפשרויות MailTips, ודאו שהטיפים הקשורים ל-DLP מסומנים להצגה. לעיתים רק חלק מהטיפים פעיל, וכך נעלמות אזהרות מדיניות חשובות.
• פתרון תקלות בהגדרות הלקוח: מצב Cached או הגדרות לקוח מיושנות עלולים לחסום MailTips. הזכירו למשתמשים לעדכן את Outlook ולהפעיל אותו מחדש לאחר כל שינוי בהגדרה או במדיניות.
• בחנו את מדיניות MailTips ב-PowerShell: מנהלים יכולים להשתמש ב-PowerShell כדי לאמת ולאכוף הגדרות MailTips, ולהבטיח עמידה ברמת הארגון בנראות טיפים DLP.

אבחון טכני באמצעות Fiddler ומרכז הציות של Microsoft

אם כללי ה-DLP שלכם עדיין אינם מופעלים לאחר בדיקת התצורה והגדרות הלקוח, הגיע הזמן לאבחון מעשי. כדי להבין היכן בשרשרת התהליך עלולה להתרחש תקלה, יש לבחון מקרוב כיצד בדיקות המדיניות וההתראות מתבצעות בזמן אמת. Microsoft 365 מציעה כמה כלים שמאפשרים להציץ מאחורי הקלעים, מכלי מעקב רשת כמו Fiddler ועד ללוחות מחוונים מתקדמים ב-Microsoft Purview Compliance Portal.

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

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

לכידת עקבות Fiddler של GetDLPPolicyTip לפתרון בעיות בטיפים של מדיניות

• הפעילו את Fiddler ושחזרו את התקלה: התחילו בהרצת Fiddler על המחשב של המשתמש שנפגע, ובקשו ממנו לבצע את אותה פעולה (כמו כתיבה או שליחה של הודעת דוא"ל) שאמורה להפעיל את טיפ המדיניות.
• סננו קריאות GetDLPPolicyTip: עקבו אחרי הסשן של Fiddler לאיתור בקשות ל-GetDLPPolicyTip API. אם הקריאות האלה אינן מופיעות, כנראה שיש בעיית לקוח או קישוריות שחוסמת את בדיקות ה-DLP.
• נתחו את התגובה: בחנו את פרטי התגובה של ה-API – חפשו שגיאות או נתוני מדיניות חסרים שחזרו מ-Exchange Online. המשוב הגולמי הזה מראה אם הבעיה נמצאת בלקוח או בצד השרת.
• ייצאו ושתפו עם התמיכה: אם הפתרון הפנימי לא פתר את הבעיה, ייצאו את עקבות Fiddler הרלוונטיות ושתפו אותן עם התמיכה של Microsoft לניתוח מעמיק יותר.

שימוש בסטטוס השירות ובמרכז המקוון של פורטל הציות לאבחון DLP

• בדקו את מצב השירות: היכנסו לפורטל הציות של Microsoft Purview וסקרו את לוחות מצב השירות של DLP כדי לזהות תקלות או משימות אכיפה שמתעכבות. כל תקלה בצד השרת עלולה לפגוע בטריגרים בזמן אמת.
• אמתו את פריסת המדיניות: השתמשו במרכז המקוון כדי לוודא שהמדיניות שלכם מופעלת במלואה ונפרסת לעומסי העבודה הנכונים (Exchange, SharePoint וכו'). הפצה חלקית עלולה להשאיר פערים באכיפה.
• נטרו התראות ויומנים: עברו על התראות DLP, יומנים ודוחות התאמת מדיניות כדי למצוא ראיות לאירועים שנחסמו או אושרו. התובנות האלה יעזרו לכם לזהות שגיאות עדינות והערות עקיפה לא מכוונות של המדיניות.
• לעוד מידע על חיזוק הציות המתמשך בסביבות התפעול, עיינו במדריך שיטות העבודה המומלצות לניטור הזה.

פריסה, רישוי והיקף: הבעיות שמונעות מ-DLP לעבוד

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

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

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

דרישות רישוי של Microsoft 365 לתכונות DLP

תכונות DLP אינן כלולות בכל תוכנית של Microsoft 365. כדי להגן על נתוני דואר אלקטרוני, SharePoint, OneDrive ו-Teams, נדרש לפחות רישיון Enterprise E3 או E5. תוכניות עסקיות ותוכניות ברמה נמוכה יותר לרוב אינן מספקות כיסוי מלא. ייתכן שלא לכל המשתמשים מוקצה הרישיון הנדרש, וזה מוביל בשקט לכיסוי חלקי ולפערים במדיניות.

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

שיטות עבודה מומלצות ליצירה ופריסה של מדיניות DLP ב-Microsoft 365

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

פתרון בעיות מתקדם: פתרון כשלים ספציפיים במדיניות DLP

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

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

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

תצורת מערכת קבצים: נתמכת, ונקודות עיוורון בשיתוף חיצוני

• סוגי קבצים ואחסון לא נתמכים: לא כל סוגי הקבצים או מיקומי האחסון מאפשרים אינדוקס וסריקה של DLP. קבצים מוצפנים, דחוסים, או מסונכרנים מצד שלישי (כמו מ-Dropbox או כונני דיסק חיצוניים) עלולים לחמוק מהזיהוי.
• שיתוף חיצוני לא מאונדקס: מסמכים ששותפו מחוץ לארגון בערוצים לא סטנדרטיים, או עם רישום לוגים לקוי, עלולים לעקוף את ניטור ה-DLP. ודאו שאירועי השיתוף מכוסים על ידי ביקורת משופרת, כפי שמוצג במדריך הממשל הזה המשווה בין הגישות של SharePoint ל-Dataverse.
• נקודות עיוורון באינטגרציות API: אפליקציות צד שלישי ותהליכי אוטומציה מסוימים יכולים להעביר נתונים אל מחוץ לסביבות המנוטרות, ולעקוף את כללי ה-DLP. בדקו באופן קבוע את נקודות האינטגרציה כדי לשמור על רשת המדיניות שלכם הדוקה ככל שהובטח.
• צעד מומלץ: השתמשו בביקורת מתקדמת ובסקריפטים של PowerShell כדי לעקוב אחר אירועי שיתוף חיצוני ולהתריע עליהם, וסגרו פערי ניטור לפני שהם הופכים לכותרת על פריצת נתונים.

שלבי פתרון כאשר טיפי מדיניות DLP אינם מופיעים

• הפעלה מחדש של MailTips: ודאו ש-MailTips מופעלים הן בהגדרות Exchange admin והן בהגדרות לקוח Outlook.
• ניקוי מטמון והפעלה מחדש של Outlook: נתונים שמורים במטמון עלולים לחסום טיפים של מדיניות DLP, וניקוי המטמון וההפעלה מחדש משיבים לרוב את הנראות.
• עדכנו את Outlook ואת המדיניות: ודאו שהמשתמשים עובדים עם הגרסה העדכנית של לקוח Outlook ושכל שינויי מדיניות ה-DLP הופצו במלואם לסביבה שלהם.
• בדקו את מצב שירותי הצד האחורי: היכנסו למרכז השירות של Microsoft 365 כדי לשלול הפסקות שירות או בעיות הפצה הספציפיות ל-DLP, שעלולות למנוע את הצגת הטיפים.
• השתמשו ב-Fiddler לאבחון: אם שום דבר אחר לא עזר, הריצו מעקב Fiddler כדי לבדוק אם קריאת ה-API של GetDLPPolicyTip מתבצעת, ובדקו את היומנים לאיתור שגיאות או אי-התאמות אפשריות.

הבנת השהיית הפצת מדיניות ועיכובי הערכת DLP

יצרתם מדיניות DLP חדשה ב-Microsoft 365 וציפיתם שתתחיל לזהות מידע רגיש עוד לפני ארוחת הצהריים. ואז – שקט מוחלט. אם אתם מרעננים את תיבת הדואר שלכם ותוהים “למה זה עוד לא עובד?”, ייתכן שמדובר בהשהיית הפצה רגילה. צד השרת צריך זמן להפיץ את המדיניות אל Exchange, SharePoint, OneDrive ו-Teams, וכל שירות פועל לפי השעון שלו.

זה נורמלי לראות עיכוב, לפעמים של דקות ולפעמים של שעות, עד שהשינוי נכנס לתוקף. לדוגמה, DLP מבוסס דואר מעריך לרוב מדיניות בזמן אמת, בעת שליחת ההודעות. אבל ב-SharePoint או ב-OneDrive יש לרוב פיגור. קבצים עשויים להיסרק באופן אסינכרוני, כלומר בדיקות DLP מתבצעות לאחר ההעלאה או השיתוף, ולא בהכרח ברגע שלוחצים על “שמירה”.

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

אם אתם מחפשים תובנות עמוקות יותר בנושא תאימות (במיוחד סביב עיכובי מדיניות ואופן שבו שיתוף פעולה מודרני מוסיף סיבוכים), כדאי לכם לבדוק את הפודקאסט המפורט על שמירה ו-compliance drift ב-Microsoft 365. הבנה של האופן שבו שינויים מתפשטים בענן עוזרת לקבוע ציפיות, כך שהמשתמשים יידעו מה באמת “לא עובד” ומה רק פועל מתחת לפני השטח.