שיחות חירום ב-Microsoft Teams: מדריך למנהלים

By Mirko Peters · 2026-05-14 · Updated 2026-07-18

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

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

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

במדריך זה תמצאו הסברים ברורים וצעדים מעשיים, המותאמים לצרכים הייחודיים של אנשי IT ואנשי ציות. נעבור על היסודות, כמו רישוי והגדרות רשת, ונעמיק בנושאים מתקדמים כמו ניהול מדיניות, אוטומציה באמצעות PowerShell ושירותי מיקום דינמיים. לאורך הדרך נדגיש סוגיות ציות כמו Kari's Law ו-RAY BAUM's Act, כדי שלא יישכח דבר כשמטמיעים שיחות חירום ב-Teams.

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

תחילת העבודה עם שיחות חירום ב-Teams: היסודות להגדרה

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

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

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

שיחות חירום ב-Teams: דרישות מוקדמות וקונפיגורציית רשת

1. רישוי Microsoft Teams Phone: כדי להשתמש בשיחות חירום ב-Teams, המשתמשים שלכם חייבים לקבל רישיון ל-Teams Phone (שנקרא בעבר Phone System). במקרים מסוימים זה דורש רישיון תוספת למשתמשי Microsoft 365, או שהוא כלול במנויי E5 ארוזים. לפני שממשיכים, ודאו שלמשתמשים מוקצה רישיון מערכת הטלפוניה הנכון.
2. הגדרת חיבור ל-PSTN: תצטרכו דרך לחבר את Teams לרשת הטלפון המסורתית (PSTN). זה אפשרי באמצעות Microsoft Calling Plans, Direct Routing (דרך SBC) או Operator Connect. לפני הפעלת תכונות שיחות החירום, ודאו שהאפשרות שבחרתם פעילה ונתמכת באזור שלכם.
3. מיפוי טופולוגיית הרשת: שיחות חירום חייבות להיות מנותבות נכון בהתאם למיקום הפיזי של המשתמש. מפו את טופולוגיית הרשת של הארגון, כולל תת-רשתות קוויות, נקודות גישה Wi-Fi ו-VPN, לכתובות פיזיות ב-Teams. שלב זה הוא המפתח לזיהוי מיקום מדויק ולניתוב השיחה לרשויות הביטחון הציבורי הנכונות.
4. אזורים נתמכים ורגולציה: שיחות חירום אינן זמינות בכל מקום. ודאו שהמדינה והאזור שלכם נתמכים בשיחות חירום ב-Teams לפי הרשימות שמפרסמת Microsoft, ובדקו כל דרישה חוקית ספציפית (כמו 911 בארצות הברית, 112 באיחוד האירופי או 000 באוסטרליה).
5. תשתית רשת ואיכות: רשת אמינה ומוגדרת היטב היא תנאי הכרחי לשיחות חירום. יש לתעדף מוכנות הרשת, כולל הגדרות QoS לתעבורת קול, ניהול רוחב פס, עדכון כללי חומת אש עבור כתובות IP ופורטים נדרשים, וחיבורים יתירים למניעת הפסקות שירות בזמן חירום.
6. שילוב ניטור ואבטחה: מומלץ לשלב את Teams עם כלי האבטחה והניטור הארגוניים כדי לתעד אירועי שיחות חירום, להעביר התראות לצוות האבטחה ולאפשר סקירת אירועים. פעולה זו תומכת במסלולי ביקורת ובציות רגולטורי מתמשך.
7. רשימת בדיקה לאימות: לפני הפעלת שיחות חירום, יש לוודא את כל השלבים שפורטו לעיל. בצעו בדיקות יחד עם צוות האבטחה כדי לוודא שהדרישות הטכניות והמשפטיות מכוסות, ובכך להפחית את הסיכון לכשל בשיחה או לפערי ציות.

הפעלת Teams: הגדרת זיהוי מיקום והטמעת משתמשים

1. זיהוי מיקום ראשוני: בהפעלה הראשונה של Teams, הלקוח מנסה לזהות את מיקום המשתמש. הזיהוי מתבסס על חיבור הרשת הבסיסי – באמצעות פרטי תת-הרשת בחיבור קווי, פרטי Wi-Fi (כגון BSSID), או GPS של המכשיר (במכשירים ניידים).
2. בקשת המשתמש והזנת נתונים: אם Teams אינו יכול לזהות מיקום מדויק באופן אוטומטי, המשתמשים יתבקשו להזין ידנית את כתובתם הנוכחית. מנהלי IT חייבים להסביר למשתמשים מדוע השלב נדרש וכיצד לבצע אותו, לצורך דיוק בשיחות חירום.
3. הגדרה על ידי IT: לפני הטמעת משתמשים, מומלץ להגדיר ולהקצות מיקומי רשת מהימנים ב-Teams Admin Center או באמצעות PowerShell. משתמשים המחוברים לרשתות אלה יקבלו את מיקום החירום שלהם באופן אוטומטי, מה שמפחית חיכוך במהלך ההטמעה.
4. הדרכת משתמשים: יש להכין חומרי הטמעה או מדריכים קצרים המסבירים את החשיבות של מתן הרשאה ל-Teams לגשת לנתוני מיקום ולעדכן אותם באופן שוטף, במיוחד עבור עובדים ניידים או מרוחקים. פעולה זו משפרת את הדיוק ואת הציות לתקנות תגובה לחירום.

הגדרת מדיניות שיחות חירום ב-Teams בתוך Teams Admin Center

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

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

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

יצירה וניהול של מדיניות שיחות חירום ב-Teams ב-Teams Admin Center

1. יצירת מדיניות חירום מותאמת אישית: ב-Teams Admin Center ניתן לבנות מדיניות שיחות חירום משלכם (למשל "Contoso Emergency Calling Policy 1"). כך ניתן לציין אילו מספרי חירום פעילים (לדוגמה, 911, 112), ולהגדיר התנהגויות ייחודיות לאתרים או לסוגי משתמשים שונים.
2. הגדרת הגדרות התראה והסלמה: ניתן להוסיף כתובות דוא"ל להתראות חירום, כך שלדוגמה צוותי אבטחה או פקידות קבלה יקבלו התראות בזמן אמת כאשר מתבצעת שיחת חירום. התראות אלה יכולות לתמוך בתוכניות ציות ובניהול אירועים באתר.
3. הגדרת דרישות מיקום: מדיניות צריכה לחייב את המשתמשים לספק (או לאפשר ל-Teams לזהות) מידע מיקום מדויק. אכיפה של דרישה זו שומרת על ציות הארגון לתקנות כמו RAY BAUM's Act, הדורש כתובת מדויקת הניתנת לשליחת כוחות חירום.
4. הקצאת מדיניות לפי אתר או משתמש: ניתן להקצות מדיניות ברמת הקבוצה, המשתמש או מיקום הרשת לגמישות מקסימלית. ארגונים מרובי אתרים יכולים להחיל כללים שונים עבור משרדים מרכזיים, עובדים מרוחקים ומשרדים סניפיים, ובכך לתמוך בסגנונות עבודה דינמיים.
5. ממשל וביקורת: שלבו את ניהול המדיניות במסגרת שיטות העבודה הכלליות שלכם לממשל Teams. למידע נוסף על שיטות עבודה מומלצות לשמירה על סביבת העבודה מסודרת, תואמת לרגולציה ויעילה, ראו המדריך הזה בנושא ממשל Teams.

הפעלת משתמשים והקצאת כתובות חירום ב-Teams

1. הפעלת שיחות חירום למשתמשי היעד: במרכז הניהול של Teams, בחרו את המשתמשים שזקוקים לשיחות חירום. ודאו שמוקצה להם Teams Phone ושבדקתם את הדרישות המשפטיות הרלוונטיות למיקומים שלהם.
2. הקצאת כתובות חירום: עבור משתמשים ברשתות הארגון, הקצו כתובות חירום למזהי רשת מתאימים (כמו תת-רשתות או SSID של Wi-Fi). עבור משתמשים מרוחקים, הנחו אותם לספק את הכתובת המדויקת שלהם בהגדרות הלקוח של Teams, כדי להבטיח ניתוב מדויק של שיחות חירום.
3. עדכון קבוע של הקצאות כתובות: במיוחד בארגונים עם עובדים ניידים או היברידיים, צרו תהליך שבו המשתמשים יעדכנו את המיקום שלהם בכל פעם שהם עוברים למיקום אחר. אפשר להגדיר תזכורות אוטומטיות או לאכוף מדיניות לפי הצורך.
4. אימות עמידה בדרישות משפטיות: תעדו את כל הקצאות הכתובות וההגדרות כדי להבטיח יכולת ביקורת והתאמה לדין, במיוחד לחוקים כמו RAY BAUM’s Act וחוקים מקבילים מקומיים.

תצורה מתקדמת של שיחות חירום באמצעות PowerShell של Teams

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

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

סקריפטים של PowerShell לניהול הגדרות חירום ו-PIDF-LO ב-Teams

1. הקצאת מדיניות חירום בכמויות גדולות: השתמשו בפקודות PowerShell כמו Grant-CsTeamsEmergencyCallingPolicy כדי להקצות מדיניות שיחות חירום למשתמשים או לקבוצות שלמות בקנה מידה גדול. כך אפשר לחסוך לחיצות חוזרות במרכז הניהול של Teams, והפעולה נתמכת גם בהקצאת משתמשים אוטומטית.
2. הגדרה ועדכון של כתובות חירום: השתמשו ב-Set-CsOnlineLisLocation ובפקודות קשורות לניהול מידע מיקום המשויך לאזורי רשת, לתת-רשתות ולרשתות WLAN. כך משתפרת דיוק המיקום, והעדכונים נעשים יעיל יותר ככל שהנוכחות הפיזית של הארגון משתנה.
3. שינוי נתוני PIDF-LO: הפורמט PIDF-LO (Presence Information Data Format-Location Object) מעביר נתוני מיקום למפעילי החירום. סקריפטים מתקדמים של PowerShell יכולים להתאים, לאמת או לתקן רשומות PIDF-LO בכמויות גדולות, ולהבטיח שמערכות במורד הזרם וגורמי ההפעלה לחירום יקבלו נתונים מדויקים בכל פעם.
4. ניהול כללי ניתוב של שיחות חירום: השתמשו ב-PowerShell כדי להגדיר מדיניות ניתוב שיחות וכללים שקובעים כיצד מטופלות שיחות חירום, על בסיס אזור, מספר מתקשר או מאפיינים אחרים. זה קריטי בארגונים רב-אתריים ומאפשר תגובה מהירה לשינויים ברגולציה או בצורכי העסק.
5. ביקורת וייצוא תצורה: PowerShell מאפשר לייצא הקצאות מדיניות, נתוני מיקום ורישומי שיחות חירום לצורך ביקורת תאימות. הדבר תומך בבדיקות פנימיות, בניתוח לאחר אירוע ובדיווח לרגולטורים או לרשויות לפי הצורך.

911 דינמי ואיתור מיקום ב-Teams לתגובה מדויקת לחירום

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

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

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

איך פועל 911 דינמי ב-Teams: עדכוני מיקום וניתוב חירום

1. עדכוני מיקום אוטומטיים: Teams מנתח כל הזמן את חיבור הרשת של המשתמש – תת-הרשת החוטית, ה-SSID/BSSID של ה-Wi-Fi ואף ה-GPS של המכשיר (בלקוחות נתמכים) – כדי לאתר את המיקום. כשהמשתמשים נעים, Teams מנסה לעדכן את המיקום שלהם באופן אוטומטי ברקע.
2. אחזור מיקום בזמן אמת: כשמשתמש מחייג למספר חירום, Teams שולף את המיקום העדכני ביותר שזוהה או שהוזן ומצרף אותו לשיחה היוצאת. כך שירותי החירום מקבלים כתובת שניתן לשלוח אליה כוחות, עבור האתר הנוכחי של המתקשר – ולא רק למטה התאגיד.
3. שילוב עם PSAPs (מוקדי מענה לחירום ציבוריים): נתוני המיקום שנוצרים באופן דינמי מנותבים למוקדי ה-PSAP המקומיים, כך שהגורמים הראשונים יודעים לאן לשלוח עזרה, גם אם המשתמש אינו נמצא במקום הצפוי או נע בין משרדים.
4. טיפול במצבי גיבוי ומגבלות: אם המשתמש אינו מחובר לרשת הארגונית, Teams יבקש ממנו לעדכן את הכתובת ידנית. על מנהלים להסביר לעובדים מרחוק על שלב זה כדי למנוע ניתוב שיחות שגוי.
5. שיטות עבודה מומלצות לארגונים היברידיים: מפו את כל תת-הרשתות הארגוניות ונקודות ה-Wi-Fi ב-Teams. עודדו משתמשים ניידים ומרוחקים לבדוק ולעדכן את המיקום שלהם באופן קבוע, למען הציות לדרישות ובטיחות המשתמשים.

הפעלת מיקום במכשירים אישיים ובלקוחות Teams נתמכים

• לקוחות Windows ו-Mac: הנחו את המשתמשים להפעיל הרשאת גישה למיקום בהגדרות המכשיר ולתת ל-Teams את ההרשאות הנדרשות. כך מובטח זיהוי אוטומטי, במיוחד כשמחוברים לרשתות הארגוניות או ל-Wi-Fi.
• מכשירי iOS ו-Android: בנייד, על המשתמשים להפעיל שירותי GPS/מיקום עבור אפליקציית Teams. הזכירו לצוות לאשר בקשות הרשאה ולבדוק את הרשאות האפליקציה לאחר עדכונים או שינויים במערכת ההפעלה.
• גרסאות לקוח נתמכות: ודאו שלקוחות Teams של המשתמשים מעודכנים, שכן גרסאות חדשות יותר תומכות בתכונות מיקום ו-911 דינמי מתקדמות יותר. אפליקציות מיושנות עלולות למנוע העברת מיקום תקינה לשירותי החירום.
• פתרון בעיות נפוצות: ספקו ערוץ תמיכה שבאמצעותו המשתמשים יוכלו לדווח על נתוני מיקום שגויים. רוב הבעיות נובעות מהרשאות שנדחו או ממיפוי רשת מיושן ב-Teams Admin Center.

הגדרת ניתוב חירום והגדרת הרשת לשיחות חירום

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

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

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

הגדרת ניתוב חירום, בחירת ספק ונתוב שיחות ב-Teams

• בחירת ספק ניתוב: ספק הניתוב שלכם (כגון Emergency Routing Service, ספק E911 או שותף Operator Connect) אחראי לחבר שיחות חירום של Teams אל ה-PSAP המתאים על סמך מיקום המתקשר. הערכו את השותפים בקפידה מבחינת ציות אזורי, אמינות ויכולות שילוב.
• שילוב עם Teams: הקימו את הספק שבחרתם ב-Microsoft Teams באמצעות Direct Routing או Operator Connect. כל ספק יספק שלבים לחיבור באמצעות SIP trunk, כתובות IP או API – ודאו שאתם עומדים בדרישות המדויקות לגיבוי ולציות.
• הגדרת ניתוב שיחות קוליות: ב-Teams, הגדירו מחרוזות חיוג לחירום, כתובות IP מהימנות וכללים לפי אזור, כדי לוודא ששיחות מאתרים או ממיקומים שונים מנותבות כראוי. ניתן לדייק את ההגדרות גם באמצעות PowerShell, אם הצרכים שלכם חורגים ממסך הניהול.
• כללים לאתרים מרובים וקמפוסים: לארגונים עם אתרים במדינות או במדינות משנה שונות, צרו כללים ייעודיים לקמפוס או לכמה אזורים. הכללים האלה קובעים לאן יועברו מספרים מסוימים (כמו 911 או 112), בהתאם למיקום שזוהה או לקטע הרשת הרלוונטי.
• ניטור ובדיקת אמינות הניתוב: בדקו את הגדרות הניתוב באופן שגרתי באמצעות שיחות בדיקה בטוחות, וודאו שכל מיפויי הכתובות תקינים, ואשרו שספק הניתוב שלכם מעביר את השיחות לגורמי החירום הנכונים, כולל מסלול גיבוי למקרה של תקלה.

הגדרת שירות הרשת והמיקום עבור שיחות חירום ב-Teams

1. מיפוי כתובות פיזיות לתת-רשתות: במרכז הניהול של Teams או באמצעות PowerShell, קשרו את כתובות המשרדים הפיזיים שלכם לתת-רשתות ספציפיות, לנקודות גישה אלחוטיות או ל-VLANים. המיפוי הזה מאפשר ל-Teams לשייך אוטומטית את הכתובת הנכונה לשיחת חירום.
2. הגדרת שירות המיקום של Teams: הגדירו מיקומים בשירות המיקום של Teams, כולל פרטי קומה, סוויטה או בניין עבור אתרים גדולים. כך נשפר הדיוק של המיקום, הן לצורכי עמידה ברגולציה והן למענה מהיר יותר בחירום.
3. עדכון שוטף: הפכו לנוהל קבוע את עדכון מיפויי המיקום והרשת בכל פעם שיש מעבר משרד, סניף חדש או שינוי ברשתות ה-Wi-Fi. כך מסד הכתובות לחירום יישאר מדויק ותקין מבחינה חוקית.
4. עמידה ברגולציה ותיעוד: תחזקו תיעוד המציג את כל המיפויים שהוגדרו וכל שינוי שבוצע לאחרונה. התיעוד הזה תומך בביקורות ובסקירות לאחר אירוע, במקומות שבהם הדבר נדרש.

בדיקת תכונות שיחות חירום ב-Teams וניטור משוב

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

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

בדיקת שיחות חירום ב-Teams ללא הפעלת חירום אמיתי

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

ניטור ביצועים ומתן משוב על שיחות חירום ב-Teams

• ניטור התראות ויומני אירועים: השתמשו בכלים המובנים של Teams ובכל מערכת אבטחה משולבת כדי לנטר התראות ויומנים של שיחות חירום. כך אפשר לבצע בדיקות ביצועים שוטפות ולעמוד בדרישות הציות.
• דיווח על תקלות במרכז הניהול של Teams: רשמו תקלות תפעוליות ישירות אצל Microsoft, וצרפו סיכומי שיחות והתראות מערכת לפי הצורך. ככל שתדווחו מהר יותר, כך התקלות ייפתרו מהר יותר עבור כולם.
• בקשת שיפורים: השתמשו במנגנוני המשוב של Teams או בפלטפורמת User Voice של Microsoft כדי להציע תכונות או שינויים לשיחות חירום. זה שימושי במיוחד אם התרחיש שלכם אינו מכוסה בתיעוד הקיים או אם יש מגבלות בממשק.
• ממשל ושובל ביקורת: קשרו את הניטור והסקירות שלכם לאסטרטגיית הממשל הרחבה. לטיפים מובנים יותר בנושא ממשל, ראו הפוסט הזה על ממשל וציות ב-Teams Governance.

ציות לשיחות חירום: Kari's Law, RAY BAUM's Act ודרישות משפטיות ב-Microsoft Teams

1. דרישות Kari’s Law: לכל מערכות הטלפוניה הרב-קוויות (MLTS) בארה”ב, כולל Microsoft Teams Phone, חייבת להיות אפשרות לחייג ישירות ל-911 ללא קידומת. בנוסף, כאשר מישהו מבצע שיחה ל-911, אנשי הצוות שהוגדרו בארגון צריכים לקבל הודעה מיידית, כמו התראת SMS, דוא”ל או הודעת צ’אט ב-Teams.
2. ציות ל-RAY BAUM’s Act: החוק מחייב לספק “מיקום לשליחת כוחות” לשיחות חירום, עד לרמת הקומה, הסוויטה או מספר החדר אם אפשר. יש להגדיר את Teams כך שכל שיחה תכלול את המיקום הספציפי של המתקשר, ולא רק כתובת החברה או הקampus.
3. וריאציות במדינות ובאזורים: חלק מהמדינות והרשויות המקומיות מוסיפות דרישות נוספות (כמו חיבור לעמדת אבטחה בתוך המתקן, שילוט או תיעוד). הישארו בקשר עם היועצים המשפטיים או אנשי הציות כדי להיות מעודכנים בחובות חדשות הקשורות למערכות שיחות חירום.
4. רגולציה בינלאומית: מחוץ לארה”ב תיתקלו במספרי חירום אחרים (כמו 112 באיחוד האירופי, 000 באוסטרליה) ובכללים ייחודיים ברמת המדינה בנוגע לניתוב שיחות, לדיוק המיקום ולאחריות ספקי השירות. Microsoft מעדכנת באופן קבוע את האזורים הנתמכים ואת החובות הייחודיות שלהם.
5. ביקורת, דיווח ושמירת רישומים: נהלו יומנים מפורטים של שיחות חירום, התראות ונתוני מיקום. היערכו לביקורות ציות ולסקירות לאחר אירועים, והשתמשו בכלי הייצוא המובנים של Teams או שלבו את הפלטפורמה לציות של הארגון שלכם כדי לנהל רישום מלא.

תקשורת על מגבלות ואחריות משתמשים לשיחות חירום ב-Teams

1. חינוך לגבי מגבלות: הודיעו למשתמשים שחירום בשיחות ב-Teams תלוי בנתוני מיקום מעודכנים ובחיבור אינטרנט רציף. אם הם עובדים ממיקומים לא מוכרים או לא רשומים, עלולים להיות עיכובים או שגיאות בהגעת העזרה למקום הנדרש.
2. קידום מודעות למיקום: הנחו את המשתמשים לבדוק ולעדכן את המיקום שלהם ב-Teams, במיוחד בעבודה מרחוק או במעבר בין משרדים. תזכורות קבועות או מפגשי הדרכה יכולים להפחית סיכונים ולשפר את הציות לחובות משפטיות כמו RAY BAUM’s Act.
3. דיון על הפסקות חשמל ואינטרנט: יש להבהיר: אם יש תקלה ברשת, ב-Wi-Fi או בחשמל, שיחות החירום ב-Teams לא יעבדו. המשתמשים צריכים להכיר תמיד דרכים חלופיות לפנייה לשירותי החירום, במיוחד במצבי אסון או הפסקת שירות בקמפוס.
4. הדרכה ותזכורות למשתמשים: צרו מדריכי עזר מהירים, רשימות בדיקה לקליטת עובדים או תזכורות קופצות שמחזקות את החשיבות של הרשאות מיקום והזנת מידע מדויק בלקוח Teams. חזרה על ההדרכה מבטיחה שמשתמשים חדשים וחוזרים יישארו מעודכנים.
5. תרגילי הכנה לחירום: שלבו תרגילים וירטואליים או פיזיים לתרחישי שיחות חירום ב-Teams, כדי לוודא שהמשתמשים יודעים מה לעשות ומה לצפות לו אם יידרשו להשתמש בתכונות האלה בפועל.

האזינו גם לאלה

אם אתם חוקרים שיחות חירום ב-Teams, הפרקים האלה מוסיפים הקשר מעשי על ארכיטקטורה, תפעול, אבטחה וממשל:

• Teams Telephony – Simply Explained — הבינו את ארכיטקטורת השיחות שמאחורי קול ב-Teams, הניתוב ותפעול הטלפוניה.
• Microsoft Teams Governance – The Illusion of Control — חברו בין החלטות בנושא שיחות לבעלות, למדיניות, לתהליכי חיים ולממשל.
• Azure Virtual Network – Simply Explained — למדו כיצד ארכיטקטורת הרשת משפיעה על איכות השיחות ועל אמינותן.
• Microsoft Defender XDR – Simply Explained — הוסיפו ניטור אבטחה ותגובה לתוכנית התקשורת שלכם ב-Teams.