*ראה שלב 4 למידע נוסף על דרישת בעלות מעוכבת.

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

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

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

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

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

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

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

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

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

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

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

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


     

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

  4. אם תאפשר למשתמשים להביא את התוכן שלהם, תוכל לדרוש בעלות עליהם באמצעות אחת מהאפשרויות הבאות:

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

    • דרישת בעלות מעוכבת – למשתמשים יש 14 יום להחליט אם להעביר את שיחות ה-Webex שלהם מהחשבון הישן לחשבון החדש שלהם. אם הם לא יקבלו החלטה תוך 14 יום, Webex יעביר אוטומטית את החשבונות שלהם ואת שיחות ה-Webex שלהם לארגון שלך. אם אתה לא רוצה שמשתמשים יביאו איתם את שיחות ה-Webex שלהם, אתה יכול להשבית את האפשרות לדרישת בעלות מעוכבת.


       

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

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

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

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

אתה יכול לראות רשימה של משתמשים שאתה יכול לדרוש עליהם בעלות. אם יש יותר מ-100 משתמשים זכאים, יהיה עליך לייצא את הרשימה לקובץ CSV.

1

היכנס אל Control Hub, עבור אל משתמשים ולחץ על נהל משתמשים > דרוש בעלות על משתמשים.

2

לחצו על Selectable list ולחצו על הבא.

3

(אופציונלי) השתמש בתפריט הנפתח למיין את רשימת המשתמשים לפי דומיין.

4

בחר את המשתמשים שברצונך לדרוש עליהם בעלות, ולחץ על הבא.

5

עקוב אחר האשף כדי להקצות רישיונות למשתמשים ולחץ על Next.

אם אתה משתמש בהקצאת רישיונות אוטומטית, Webex יקצה את הרישיונות למשתמשים החדשים.

6

(אופציונלי) סקור את המשתמשים החדשים שבחרת ואת הרישיונות שאתה מקצה להם.


 
מסך זה לא מופיע אם אתה משתמש בהקצאות רישיונות אוטומטיות.
7

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

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

 

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

1

היכנס אל Control Hub ועבור אל משתמשים, לחץ על נהל משתמשים.

2

בחר דרוש בעלות על משתמשים > עריכה בצובר של CSV ולחץ על Next.

3

בצע אחת מהפעולות הבאות:

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

שנה משתמשים בקובץ ה-CSV לפי הצורך.

5

לחץ על בחר קובץ כדי להעלות את קובץ ה-CSV ולחץ על דרוש בעלות על משתמשים.

אם אתה משתמש בהקצאת רישיון אוטומטית, Webex יקצה את הרישיונות למשתמשים החדשים המיובאים האלה.
6

(אופציונלי) ניתן לבדוק את מצב הייבוא המתבצע.

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

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


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

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

טבלה 1. תנאים לביטול דרישת בעלות מיידית או מעוכבת

תנאים

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

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

המשתמש נכנס לחשבון ובחר אפשרות כלשהי.

איקס אדום לא

איקס אדום לא

המשתמש לא נכנס לחשבון.

חלפו 14 יום מהגשת דרישת הבעלות.

איקס אדום לא

איקס אדום לא

המשתמש לא נכנס לחשבון.

טרם חלפו 14 יום מהגשת דרישת הבעלות.

סימן ביקורת ירוק כן

סימן ביקורת ירוק כן

לפני שתתחיל

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

ב-Control Hub https://admin.webex.com, עבור אל משתמשים ומיין את הרשימה לפי מצב.

2

בהתאם לאופן שבו דרשת בעלות על המשתמש, בחר באחת מהאפשרויות הבאות:

  • משתמשים שכפופים לדרישת בעלות מעוכבת – בחר משתמש במצב דרישת בעלות מעוכבת ולאחר מכן לחץ כאן.
  • משתמשים שדרישת בעלות מיידית—לחץ על עודMore inline buttonלצד משתמש שהוגשה עליו דרישת בעלות לאחרונה, ולאחר מכן בחר באפשרות בטל דרישת בעלות על משתמש.

     

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

3

בחר באפשרות ביטול.

כאשר אתה דורש בעלות על משתמש, Control Hub שולח למשתמש הודעת דוא"ל:

Email when a user gets claimed.

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

דרישת בעלות מיידית

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

  • לשנות את כתובת הדוא"ל ולשמור על החשבון המקורי.

  • למחוק את החשבון המקורי.

Options for when a user first signs in after an immediate claim.

דרישת בעלות מעוכבת

למשתמשים במצב דרישת בעלות מעוכבת יש שלוש אפשרויות:

  • שנה את כתובת הדוא"ל ושמור את החשבון המקורי.

  • להעביר תוכן מהחשבון המקורי לחשבון החדש.

  • מחק את החשבון המקורי.


 

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

הודעת דוא"ל טעונה

אם ארגון אחר דורש בעלות על משתמש מהארגון שלך, תוכל לראות שכתובת הדוא"ל של משתמש זה בעלת סיומת .convert-user.local.


 

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

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

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

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

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

מה קורה אם משתמש שכפוף לדרישת בעלות מעוכבת לא ינקוט פעולה כלשהי במהלך התקופה של 14 יום?

המשתמש יופיע במצב 'דרישת בעלות מעוכבת' עד שיחליט מה לעשות עם החשבון הישן שלו. אם המשתמש לא יבחר באפשרות כלשהי תוך 14 יום, Webex יעביר אוטומטית את החשבון שלו ואת התוכן המשויך ל-Webex מהארגון הקודם שלו לארגון שלך.

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

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

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

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

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

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

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

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