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

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

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

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

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

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

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

   • כדי לאפשר העברה, הפעל את ההגדרה אפשר למשתמשים להביא איתם את שיחות ה-Webex שלהם בדף תביעת משתמשים או בדף הגדרות ארגון.

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

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

   • שיטה 2: תביעה בכמות גדולה או שינוי משתמשים באמצעות קובץ CSV- ייצוא קובץ CSV של כל המשתמשים מחוץ לארגון שלך שניתן לתבוע. אתה יכול לערוך את קובץ ה-CSV כדי לבחור את המשתמשים שברצונך לדרוש עליהם בעלות.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

סנן את רשימת משתמשים לפי מצב.

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

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

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

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