תודה על המשוב.

קרא את זה לפני שתנסה לדרוש בעלות על משתמשים:

1. השבת סנכרון ספר טלפונים במחבר ספר הטלפונים לפני דרישת בעלות על משתמשים. הפעל מחדש את הסנכרון רק לאחר השלמת הדרישות שלך.

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

2. אמת את הדומיינים שלך ב-Control Hub, כדי שתוכל לדרוש בעלות על כל המשתמשים שהחשבונות שלהם משתמשים בדומיינים האלה בכתובות הדוא"ל שלהם.

   אינך צריך לדרוש בעלות על הדומיינים כדי לדרוש בעלות על המשתמשים. לקבלת מידע נוסף, ראה ניהול הדומיינים שלך.

3. בחר אם לאפשר למשתמשים לבצע הגירה של תוכן מהחשבון הישן שלהם לחשבון החדש שלהם.

   • כדי לאפשר הגירה, הפעל את Allow users to bring their Webex conversations with them הגדרה ב Claim users העמוד או Organization Settings עמוד.

4. בחר אחת מהשיטות הבאות לדרישת בעלות על משתמשים:

   • Method 1: Claim users-מציג לך רשימה של עד 100 משתמשים שתוכל לדרוש עליהם בעלות מחוץ לארגון שלך.

   • Method 2: Bulk claim or modify users with a CSV file-יוצא קובץ CSV של כל המשתמשים מחוץ לארגון שלך, שאותו תוכל לדרוש בעלות. באפשרותך לערוך את קובץ ה-CSV כדי לבחור את מי ברצונך לדרוש בעלות.

אם לארגון שלך יש אתרים המנוהלים על-ידי ניהול אתר

אנחנו ממליצים בחום לדרוש בעלות על משתמשים לפני שתעדכן את האתר שלך ממנהל האתר ל-Control Hub. אם אתה דורש בעלות על משתמשים בארגון שלך לאחר שהאתר עודכן ל-Control Hub, משתמשים אלה יכולים לאבד גישה לפגישות ולנכסי פגישות באתר.

כדרך לעקיפת הבעיה, באפשרותך לבצע את הפעולות הבאות כדי לוודא שהמשתמשים לא יאבדו גישה לפגישות ולנכסי פגישות באתר לאחר שהאתר עודכן ל-Control Hub:

• עבור משתמשים עם הרשאות מנהל מערכת חיצוניות לארגון או לאתר:
  1. הסר את כל גישת מנהל המערכת החיצונית לארגון ולאתר.
  2. הסר את הרישיון של אתר הפגישה.
  3. לאחר שתדרוש בעלות על המשתמש, תן רישיון מחדש למשתמש זה לאתר. באפשרותך גם לשחזר את הרשאות מנהל המערכת החיצוניות שלהם.
• עבור משתמשים רגילים:
  1. הסר את הרישיון של אתר הפגישה.
  2. דרוש בעלות על המשתמש לארגון שלך.
  3. תן רישיון מחדש למשתמש זה לאתר.

האם כל המשתמשים שהבעלות עליהם נדרשה מופיעים כפעילים בארגון שלי?

משתמשים שהבעלות עליהם נדרשה תואמים למצב שהיה להם בארגון הקודם שלהם. לדוגמה, אם המצב של משתמש היה לא מאומת בארגון הקודם שלו, המצב שלו הוא לא מאומת כשאתה מביא אותו לארגון שלך.

האם מדיניות השמירה של הארגון שלי חלה על משתמשים שהבעלות עליהם נדרשה כאשר הם מבצעים הגירה של התוכן שלהם?

כן, מדיניות השמירה של הארגון שלך חלה על כל המרחבים והתוכן של המשתמשים שאתה דורש עליהם בעלות.

כיצד ניתן לבדוק את מצב המשתמשים שהוגשה עליהם דרישת בעלות?

פתח את Users כדי לראות את המשתמשים שדרשת עליהם בעלות. משתמשים שהוגשה עליהם דרישת בעלות מיידית מופיעים במצב שהיה להם בארגון הקודם שלהם.

למה אני לא רואה חלק מהמשתמשים עם הדומיין של הארגון שלי ברשימת המשתמשים הזכאים לדרישת בעלות?

• אינך יכול לדרוש בעלות על משתמש מדומיין המאומת על-ידי ארגון אחר, גם אם אימתת את אותו דומיין בארגון שלך. אם נדרש בעלות על אחד מהדומיינים המאומתים שלך בארגון אחר, הארגון הזה והמשתמשים שלו אינם זכאים לדרישת בעלות.

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

  לקבלת מידע נוסף, ראה ניהול הדומיינים שלך.

• אינך יכול לדרוש בעלות על משתמש מארגון שמשתמש בכניסה יחידה (SSO).

• לא ניתן לדרוש בעלות על משתמש מארגון שמשתמש בסנכרון ספר טלפונים.

מה קורה אם המשתמש נכנס לחשבון שלו לאחר שאירעה דרישת הבעלות? האם מנהל המערכת עדיין יכול לבטל את דרישת הבעלות?

לא. לאחר שהמשתמש נכנס, לא תוכל לבטל את דרישת הבעלות.

כיצד ניתן לאתר את קבוצת המשתמשים המדויקת הזכאים לבטל את דרישת הבעלות?

סנן את רשימת המשתמשים לפי Status...

האם הארגון שאני דורש בעלות על משתמש יכול לבטל טענה שהארגון שלי הגיש?

לא. הארגון שיזם את תהליך דרישת הבעלות יכול לבטל את דרישת הבעלות.

האם אוכל לבטל את דרישת הבעלות על משתמשים בצובר?

לא. באפשרותך לבטל את דרישת הבעלות עבור כל משתמש מושפע.