סנכרון ושילובים

הסנכרון משקף אוטומטית אנשים מהמערכות האחרות שלכם אל Users, כך שהגישה לדלתות תואמת את נתוני המקור החיצוניים בלי הזנה ידנית. הדף הזה מסביר את שלושת מקורות הסנכרון, סנכרון צוות Performance Hub, מזהים, Access Time Windows שבבעלות המקור, עדכניות ומיפוי טווחים, הסרות, פתרון כפילויות, חלונית פעילות הסנכרון, הזמנות ומחיקה מרוכזת. את כל ההגדרות מבצעים תחת Settings → Sync settings.

סנכרון Performance Hub staff מופעל כברירת מחדל. הסנכרון משילובים ומ-Computer Vision כבוי כברירת מחדל, כדי שמתקנים קיימים ישמרו על הרשימה שהם מנהלים ידנית; שום דבר לא מסונכרן מהם עד שתפעילו את המקור.

מקורות סנכרון

איור 1: הגדרות הסנכרון

לכל בלוק יש מתג הפעלה משלו, והוא מציג את מועד ההרצה האחרונה ואת הספירות שלו (או Never run).

עבור המקור Integrations אפשר גם לכלול או להחריג שילובים ספציפיים תחת Sync from these integrations — "Turn off an integration to stop mirroring its people. People already synced stay until you remove them." Show all integrations מרחיב את הרשימה המלאה.

דרישת מזהה

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

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

מיפוי Access Time Windows ועדכניות המקור

לכל שילוב שמספק Access Time Windows יש הגדרות משלו:

• Access Time Window mapping — "Map each partner scope key to facility doors or Access Scopes. Unknown and unmapped keys fail closed." לכל שילוב יכולים להיות עד 50 מיפויים, כולל המפתח default. הוסיפו מפתח תחת Add partner scope key.
• Source freshness policy — הגדרת בטיחות: "Choose how old a partner snapshot may be before all of its windows fail closed." הגדירו אותה כך שתתאים לתדירות שבה השילוב מתחייב לשלוח עדכונים, כדי שחלונות משילוב שהפסיק להתעדכן לא ימשיכו להעניק גישה.

ראו תמונות מצב של Access Time Windows כדי להבין איך חלונות של שילובים מתעדכנים.

צוות Performance Hub

איור 2: המקור Performance Hub staff

"Anyone whose Performance Hub roles cover this facility is added to Users automatically and kept in step with Performance Hub IAM." לדוגמה, אנשי הצוות בחנויות של רשת קמעונאית מקבלים גישה לדלת האחורית בלי שמישהו יוסיף אותם ידנית.

• אנשי צוות (משתמשי Performance Hub) מסונכרנים עם התגים Performance Hub staff, Role: … (תג אחד לכל תפקיד), ועבור מנהלי ארגון, Organisation admin.
• Access Policy בשם Performance Hub staff, שניתנת לעריכה, נוצרת פעם אחת לכל מתקן ומאפשרת לבעלי התג הזה לעבור בכל דלת בכל שעה. הכרטיס מציג אם המדיניות פעילה, עם Edit policy. ערכו או השביתו אותה כמו כל Access Policy.
• תפקידים מציג אילו תפקידים כלולים. את התפקידים שיש לכלול או להחריג קובע מנהל ארגון ב-Organisation Settings; מנהלים אחרים רואים "Ask an organisation admin to change this in Organisation Settings."
• כיבוי הסנכרון מבקש אישור ("Turn off Performance Hub staff sync?").

פרטי אנשי הצוות מנוהלים ב-Performance Hub IAM ומוצגים לקריאה בלבד ב-Users. כדי להפסיק את הגישה לדלתות של איש צוות, ראו Users → צוות Performance Hub.

מתי הסנכרון רץ

מה הסנכרון מעדכן — ובמה הוא לעולם לא נוגע

בכל מעבר, שורות מסונכרנות מתרעננות מהמקור:

כך שאפשר להשבית בבטחה משתמש מסונכרן, לתת לו הרשאות או לתייג אותו — הסנכרון לא יבטל את זה.

ניתוק: כיבוי Track source updates בחלונית של משתמש גורם לסנכרון לדלג על השורה הזו לחלוטין — עריכות של השם ופרטי הקשר נשמרות, והסרות במקור כבר לא משפיעות עליו. ראו Users.

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

הסרות

כשחבר נמחק בשילוב, הגישה שלו לדלתות מוסרת (Removed by integration). השורה שלו ב-Users לא נמחקת, כך שההיסטוריה שלו נשמרת.

אם סנכרון עומד להסיר בבת אחת מספר גדול במיוחד של אנשים, ההסרות האלה מעוכבות לבדיקה במקום זאת (N removals held back for review). הסרות שמקורן בשילוב ועוברות מגבלת בטיחות ממתינות לבדיקה של מנהל לפני שהן מוחלות, כך שמשיכה שגויה משילוב לא יכולה להסיר את הגישה של כולם בבת אחת.

תמונות מצב של Access Time Windows

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

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

כל scope_key יציב של מקור (כולל default) ממופה ליעדים ברמת המתקן כולו, ברמת דלת או ברמת טווח גישה, תחת מיפוי Access Time Windows. מיפויים לא מוכרים או מושבתים אינם מעניקים גישה. ההגדרות מציגות גם את גיל המקור ואת מדיניות העדכניות של המקור עבור השילוב.

פתרון כפילויות

איור 3: פתרון כפילויות

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

• Prefer the active person — "A person with an active status always wins over an expired one. Turn off to apply the tiebreaker regardless of status."
• Tiebreaker — משמש כשהסטטוס אינו מכריע, למשל Oldest By Date Of Birth, Then Earliest Start Date.

הרשומה האחרת מציגה Not synced – duplicate ב-Users ונספרת באריח Not synced. לדוגמה, מרפאה יכולה לשמור רשומה אחת כשמטפל הוא גם איש צוות וגם חבר כמטופל.

הזמנות אוטומטיות לאפליקציה

תחת App invitations, Auto-send app invitations שולח דוא"ל למשתמשים מסונכרנים זכאים שעדיין לא קיבלו הזמנה, ו-Advanced recipient rules יכולים להגביל מי מקבל אותן. Send invitations… שולח בכמות גדולה למשתמשים קיימים אחרי שבדקתם את רשימת הנמענים. הפרטים המלאים בהזמנות.

פעילות סנכרון ופתרון בעיות

הרחיבו את Sync activity & troubleshooting כדי "see why recent records did or did not sync." אפשר לחפש לפי שם, מזהה או סיבה, ולרענן את הרשימה באמצעות Refresh. לכל רשומה יש תג תוצאה:

סיבות דילוג שעשויות להופיע:

לחיצה על רשומה פותחת את Sync activity detail עם הרשומה המלאה: שם, מזהה חיצוני, מקור, שילוב, סיבה ומזהים להעברה לתמיכה.

מחיקה מרוכזת של משתמשים מסונכרנים

כדי לנקות משתמשים שהגיעו משילוב (למשל, אחרי שניתקתם אותו), השתמשו ב-Bulk delete synced users. אתם בודקים את הרשימה המדויקת לפני שמשהו נמחק.

1. תחת Bulk delete synced users, לחצו על Bulk delete…
2. בחרו את ההיקף: All integration-synced users או שילוב יחיד. לחצו על Preview.
3. בדקו: תיבת הדו-שיח מציגה בדיוק כמה משתמשים יוסרו (עם רשימה לדוגמה). שימו לב לאזהרה — This cannot be undone, וכל ההתאמות האישיות של מנהלים בשורות האלה (הרשאות, תגים מותאמים אישית, הערות) יאבדו. היסטוריית יומני הגישה של המשתמשים נשמרת.
4. Also turn off syncing from this integration (recommended) מסומן כברירת מחדל — השאירו אותו מסומן, אחרת אותם משתמשים ייווצרו מחדש במעבר הסנכרון הבא (בלי ההתאמות האישיות הקודמות שלהם).
5. סמנו I understand this is permanent and customisations will be lost, ואז לחצו על Delete N.

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

דפים קשורים

• Users — מקורות, ניתוק, חלונית המשתמש
• לוחות זמנים של Access Policy — לוחות זמנים והגדרות Access Time Windows
• הזמנות
• פתרון בעיות — הדרכות למקרים של "משתמש חסר / לא מעודכן"