सिंक और इंटीग्रेशन
इस पेज पर
सिंक आपके अन्य सिस्टम के लोगों को स्वचालित रूप से Users में मिरर करता है, ताकि दरवाज़े की पहुँच बिना मैन्युअल प्रविष्टि के बाहरी स्रोत डेटा का अनुसरण करे। यह पेज तीन सिंक स्रोतों, Performance Hub स्टाफ़ सिंक, पहचानकर्ताओं, स्रोत-स्वामित्व वाली Access Time Windows, ताज़गी और स्कोप मैपिंग, हटाने, डुप्लिकेट समाधान, सिंक गतिविधि पैनल, आमंत्रणों और बल्क विलोपन को कवर करता है। सब कुछ Settings → Sync settings के अंतर्गत कॉन्फ़िगर करें।
Performance Hub staff सिंक डिफ़ॉल्ट रूप से चालू होता है। इंटीग्रेशन और Computer Vision सिंकिंग डिफ़ॉल्ट रूप से बंद होती है ताकि मौजूदा सुविधाएँ अपनी मैन्युअल रूप से प्रबंधित सूची बनाए रखें; जब तक आप स्रोत सक्षम नहीं करते, उनसे कुछ भी सिंक नहीं होता।
सिंक स्रोत
चित्र 1: Sync settings
| स्रोत | यह क्या मिरर करता है | परिणामी उपयोगकर्ता स्रोत बैज |
|---|---|---|
| Performance Hub staff | वे Performance Hub उपयोगकर्ता जिनकी भूमिकाओं में यह सुविधा शामिल है | Performance Hub staff |
| Integrations | कनेक्टेड इंटीग्रेशन से सदस्य और, जहाँ समर्थित हो, स्रोत-स्वामित्व वाली Access Time Windows | Integration / पार्टनर का नाम |
| Performance Hub features (CCTV/Computer Vision) | सीसीटीवी मॉड्यूल से पहचाने गए लोग | CCTV/Computer Vision |
प्रत्येक ब्लॉक का अपना सक्षम टॉगल होता है और यह अपना अंतिम रन समय और गिनती (या Never run) दिखाता है।
Integrations स्रोत के लिए आप Sync from these integrations के अंतर्गत अलग-अलग इंटीग्रेशन को शामिल या बाहर भी कर सकते हैं — "किसी इंटीग्रेशन के लोगों को मिरर करना रोकने के लिए उसे बंद करें। जो लोग पहले से सिंक हो चुके हैं, वे तब तक बने रहते हैं जब तक आप उन्हें हटा नहीं देते।" Show all integrations पूरी सूची का विस्तार करता है।
पहचानकर्ता आवश्यक करें
लोग अपने फ़ोन या ईमेल पर भेजे गए वन-टाइम कोड से मोबाइल ऐप में साइन इन करते हैं, इसलिए इनमें से किसी के बिना कोई रिकॉर्ड दरवाज़े की पहुँच के लिए बेकार है। Require identifier ड्रॉपडाउन नियंत्रित करता है कि कौन-से रिकॉर्ड सिंक किए जाते हैं:
| विकल्प | सिंक किए गए रिकॉर्ड |
|---|---|
| Email OR phone (डिफ़ॉल्ट) | जिनमें ईमेल या फ़ोन हो |
| Email required | जिनमें ईमेल हो |
| Phone required | जिनमें फ़ोन हो |
| Both required | जिनमें दोनों हों |
जो रिकॉर्ड आवश्यकता पूरी नहीं करते, उन्हें छोड़ दिया जाता है (और वे सिंक गतिविधि पैनल में अनुपलब्ध पहचानकर्ता के कारण छोड़े गए के रूप में दिखते हैं)।
Access Time Window मैपिंग और स्रोत की ताज़गी
Access Time Windows प्रदान करने वाले प्रत्येक इंटीग्रेशन की अपनी सेटिंग्स होती हैं:
- Access Time Window mapping — "प्रत्येक पार्टनर स्कोप कुंजी को सुविधा के दरवाज़ों या Access Scopes से मैप करें। अज्ञात और अनमैप्ड कुंजियाँ फ़ेल क्लोज़्ड होती हैं।" प्रत्येक इंटीग्रेशन में
defaultकुंजी सहित अधिकतम 50 मैपिंग हो सकती हैं। Add partner scope key के अंतर्गत कुंजी जोड़ें। - Source freshness policy — एक सुरक्षा सेटिंग: "चुनें कि पार्टनर स्नैपशॉट कितना पुराना हो सकता है, इससे पहले कि उसकी सभी विंडो फ़ेल क्लोज़्ड हो जाएँ।" इसे इस बात के अनुसार सेट करें कि इंटीग्रेशन कितनी बार अपडेट भेजने का वादा करता है, ताकि अपडेट करना बंद कर चुके इंटीग्रेशन की विंडो पहुँच देती न रहें।
इंटीग्रेशन विंडो कैसे अपडेट होती हैं, इसके लिए Access Time Window स्नैपशॉट देखें।
Performance Hub स्टाफ़
चित्र 2: Performance Hub staff स्रोत
"जिस किसी की Performance Hub भूमिकाएँ इस सुविधा को कवर करती हैं, उसे स्वचालित रूप से Users में जोड़ा जाता है और Performance Hub IAM के साथ तालमेल में रखा जाता है।" उदाहरण के लिए, किसी रिटेल चेन के स्टोर स्टाफ़ को बिना किसी के हाथ से जोड़े बैक-ऑफ़-हाउस दरवाज़े की पहुँच मिल जाती है।
- स्टाफ़ (Performance Hub उपयोगकर्ता) Performance Hub staff, Role: … (प्रति भूमिका एक) और, संगठन व्यवस्थापकों के लिए, Organisation admin टैग के साथ सिंक किए जाते हैं।
- प्रति सुविधा एक बार एक संपादन योग्य Performance Hub staff Access Policy बनाई जाती है, जो उस टैग को किसी भी समय हर दरवाज़े से गुज़रने देती है। कार्ड दिखाता है कि पॉलिसी सक्रिय है या नहीं, साथ में Edit policy। इसे किसी भी Access Policy की तरह संपादित या अक्षम करें।
- भूमिकाएँ दिखाता है कि कौन-सी भूमिकाएँ शामिल हैं। शामिल या बाहर की जाने वाली भूमिकाएँ एक संगठन व्यवस्थापक द्वारा Organisation Settings में सेट की जाती हैं; अन्य व्यवस्थापकों को "इसे Organisation Settings में बदलने के लिए किसी संगठन व्यवस्थापक से कहें।" दिखता है।
- सिंक बंद करने पर पुष्टि माँगी जाती है ("Performance Hub staff सिंक बंद करें?")।
स्टाफ़ विवरण Performance Hub IAM में प्रबंधित होते हैं और Users में केवल-पढ़ने योग्य होते हैं। किसी स्टाफ़ सदस्य की दरवाज़े की पहुँच रोकने के लिए, Users → Performance Hub स्टाफ़ देखें।
सिंक कब चलता है
| ट्रिगर | कब |
|---|---|
| Continuous | Performance Hub स्टाफ़ में बदलाव और कनेक्टेड इंटीग्रेशन से भेजे गए बदलाव सामान्यतः रीयल टाइम में सिंक होते हैं |
| Daily full sync | "किसी भी असंगति को पकड़ने के लिए हर दिन स्वचालित रूप से एक पूर्ण मिलान भी चलता है।" Next full sync दिखाता है कि अगला कब चलेगा |
| Sync now | इस पेज पर मौजूद बटन आपके इंटीग्रेशन से नवीनतम डेटा खींचता है, फिर उसे Users में मिलाता है — यह Running… और फिर Sync complete (या Sync failed) दिखाता है |
सिंक क्या अपडेट करता है — और किसे कभी नहीं छूता
हर पास पर, सिंक की गई पंक्तियाँ स्रोत से रीफ़्रेश की जाती हैं:
| हर सिंक में अधिलेखित | संरक्षित (व्यवस्थापक-स्वामित्व वाले) |
|---|---|
| पहला नाम, उपनाम | Access enabled स्विच |
| मोबाइल फ़ोन, ईमेल | Additional permanent access |
| व्यक्ति का प्रकार, सदस्यता स्थिति | Custom tags |
| सिंक किए गए टैग | Notes |
| अंतिम-सिंक टाइमस्टैम्प | डीकपल्ड स्थिति, ऐप संदेश |
| उस स्रोत के लिए स्रोत-स्वामित्व वाली Access Time Windows | स्थायी अनुदान और व्यवस्थापक-स्वामित्व वाली Access Time Windows |
इसलिए आप किसी सिंक किए गए उपयोगकर्ता को सुरक्षित रूप से अक्षम कर सकते हैं, उसे अनुदान दे सकते हैं या टैग कर सकते हैं — सिंक इसे पूर्ववत नहीं करेगा।
डीकपलिंग: किसी उपयोगकर्ता के पैनल पर Track source updates बंद करने से सिंक उस पंक्ति को पूरी तरह छोड़ देता है — नाम/संपर्क विवरण में किए गए संपादन बने रहते हैं, और स्रोत से हटाने का उन पर अब कोई प्रभाव नहीं पड़ता। Users देखें।
Access Time Windows प्रदान करने वाले स्रोत के लिए, डीकपलिंग स्पष्ट पुष्टि के बाद उस स्रोत की विंडो भी साफ़ कर देती है। फिर से कपल करने पर वे अगले सफल पूर्ण स्नैपशॉट पर बहाल हो जाती हैं; यह किसी विफल फ़ेच से कैश की गई विंडो को बहाल नहीं करता।
हटाना
जब इंटीग्रेशन में किसी सदस्य को हटाया जाता है, तो उसकी दरवाज़े की पहुँच हटा दी जाती है (Removed by integration)। उसकी Users पंक्ति नहीं हटाई जाती, इसलिए उसका इतिहास बना रहता है।
यदि कोई सिंक एक साथ असामान्य रूप से बड़ी संख्या में लोगों को हटाने वाला हो, तो उन हटाने को इसके बजाय समीक्षा के लिए रोक दिया जाता है (N removals held back for review)। सुरक्षा सीमा से अधिक इंटीग्रेशन-संचालित हटाने लागू होने से पहले व्यवस्थापक की समीक्षा की प्रतीक्षा करते हैं, ताकि किसी इंटीग्रेशन से हुआ कोई दोषपूर्ण पुल एक साथ सभी की पहुँच न हटा सके।
Access Time Window स्नैपशॉट
प्रत्येक इंटीग्रेशन केवल अपने स्रोत विभाजन को अपडेट करता है। उसका सदस्य अपडेट एक पूर्ण, क्रमिक रूप से बढ़ते संशोधन वाला विंडो स्नैपशॉट होता है:
- छोड़ा गया विंडो डेटा वर्तमान स्रोत स्नैपशॉट को अपरिवर्तित छोड़ देता है।
- एक नया स्नैपशॉट उस स्रोत की पूरी सूची को बदल देता है।
- समान संशोधन और समान सामान्यीकृत पेलोड एक आइडेम्पोटेंट रीप्ले है।
- भिन्न डेटा वाला समान संशोधन एक विरोध है; पुराने संशोधन को स्टेल मानकर छोड़ दिया जाता है।
- एक नया खाली स्नैपशॉट उस स्रोत की विंडो को स्पष्ट रूप से रद्द कर देता है।
- एक विफल या अधूरा अपस्ट्रीम फ़ेच कोई स्नैपशॉट नहीं भेजना चाहिए, कभी खाली या आंशिक स्नैपशॉट नहीं।
प्रत्येक स्थिर स्रोत scope_key (default सहित) को Access Time Window मैपिंग के अंतर्गत सुविधा-व्यापी, दरवाज़े या Access Scope लक्ष्यों से मैप किया जाता है। अज्ञात या अक्षम मैपिंग फ़ेल क्लोज़्ड होती हैं। सेटिंग्स स्रोत की आयु और इंटीग्रेशन की स्रोत ताज़गी पॉलिसी भी दिखाती हैं।
डुप्लिकेट समाधान
चित्र 3: डुप्लिकेट समाधान
"जब दो लोग एक ही ईमेल या फ़ोन नंबर साझा करते हैं, तो केवल एक ही Users में सिंक हो सकता है। चुनें कि स्थान किसे मिले; दूसरे को विरोध के रूप में चिह्नित किया जाता है और सिंक नहीं किया जाता।"
- Prefer the active person — "सक्रिय स्थिति वाला व्यक्ति हमेशा समाप्त हो चुके व्यक्ति पर जीतता है। स्थिति की परवाह किए बिना टाईब्रेकर लागू करने के लिए इसे बंद करें।"
- Tiebreaker — तब उपयोग किया जाता है जब स्थिति से विजेता तय नहीं होता, उदाहरण के लिए Oldest By Date Of Birth, Then Earliest Start Date।
दूसरा रिकॉर्ड Users में Not synced – duplicate दिखाता है और Not synced टाइल में गिना जाता है। उदाहरण के लिए, जब कोई चिकित्सक स्टाफ़ और रोगी सदस्य दोनों हो, तो एक हेल्थकेयर क्लिनिक एक ही रिकॉर्ड रख सकता है।
स्वचालित ऐप आमंत्रण
App invitations के अंतर्गत, Auto-send app invitations उन पात्र सिंक किए गए उपयोगकर्ताओं को ईमेल भेजता है जिन्हें अभी तक आमंत्रण नहीं मिला है, और Advanced recipient rules सीमित कर सकते हैं कि उन्हें कौन प्राप्त करे। Send invitations… प्राप्तकर्ता सूची की समीक्षा के बाद मौजूदा उपयोगकर्ताओं को बल्क में भेजता है। पूरा विवरण आमंत्रण में है।
सिंक गतिविधि और समस्या निवारण
"यह देखने के लिए कि हाल के रिकॉर्ड सिंक क्यों हुए या क्यों नहीं हुए", Sync activity & troubleshooting का विस्तार करें। आप नाम, ID या कारण से खोज सकते हैं, और सूची को Refresh कर सकते हैं। प्रत्येक प्रविष्टि में एक परिणाम बैज होता है:
| परिणाम | अर्थ |
|---|---|
| Added | एक नई Users पंक्ति बनाई गई |
| Updated | एक मौजूदा पंक्ति स्रोत से रीफ़्रेश की गई |
| Skipped | रिकॉर्ड सिंक नहीं किया गया — प्रविष्टि कारण दिखाती है (नीचे) |
| Disabled | व्यक्ति को स्रोत पर हटा दिया गया था, इसलिए उसकी पहुँच बंद कर दी गई |
| Processed | रिकॉर्ड को बिना किसी दृश्य बदलाव के संसाधित किया गया |
| Stale snapshot | एक पुराने Access Time Window संशोधन को अनदेखा किया गया ताकि वह नई स्थिति को अधिलेखित न कर सके |
छोड़े जाने के कारण जो आपको दिख सकते हैं:
| छोड़े जाने का कारण | समाधान |
|---|---|
| Integration sync is turned off for this facility | इस पेज पर स्रोत टॉगल सक्षम करें |
| This integration is turned off in sync settings | "Sync from these integrations" के अंतर्गत उस इंटीग्रेशन को सक्षम करें |
| No phone or email on the record (a phone or email is required to log in) | स्रोत सिस्टम में संपर्क विवरण जोड़ें, या Require identifier को शिथिल करें |
| Record is decoupled and managed manually | अपेक्षित — यदि आप सिंक वापस चाहते हैं, तो उपयोगकर्ता के Track source updates टॉगल से फिर से कपल करें |
| No facility on the source record | स्रोत रिकॉर्ड स्रोत सिस्टम में इस सुविधा से संबद्ध नहीं है |
| No matching Users record | बदलाव में ऐसे व्यक्ति का संदर्भ था जिसकी यहाँ कोई पंक्ति नहीं है (उदाहरण के लिए, पहले सिंक से पहले हटा दिया गया) |
| Unknown or unmapped scope key | इंटीग्रेशन की scope_key मैपिंग कॉन्फ़िगर करें; प्रभावित विंडो फ़ेल क्लोज़्ड होती है |
| Access Time Window source is stale | सफल स्रोत डिलीवरी बहाल करें और कॉन्फ़िगर की गई ताज़गी सीमा की समीक्षा करें; किसी असत्यापित फ़ेच से साफ़ न करें |
किसी प्रविष्टि पर क्लिक करने से पूरे रिकॉर्ड के साथ Sync activity detail खुलता है: नाम, बाहरी ID, स्रोत, इंटीग्रेशन, कारण, और सहायता एस्केलेशन के लिए ID।
सिंक किए गए उपयोगकर्ताओं को बल्क में हटाएँ
किसी इंटीग्रेशन से आए उपयोगकर्ताओं को हटाने के लिए (उदाहरण के लिए, उसे डिस्कनेक्ट करने के बाद), Bulk delete synced users का उपयोग करें। कुछ भी हटाए जाने से पहले आप सटीक सूची की समीक्षा करते हैं।
- Bulk delete synced users के अंतर्गत, Bulk delete… पर क्लिक करें
- दायरा चुनें: All integration-synced users या एक ही इंटीग्रेशन। Preview पर क्लिक करें।
- समीक्षा करें: डायलॉग ठीक-ठीक दिखाता है कि कितने उपयोगकर्ता हटाए जाएँगे (एक नमूना सूची के साथ)। चेतावनी पर ध्यान दें — This cannot be undone, और उन पंक्तियों पर किए गए व्यवस्थापक अनुकूलन (अनुदान, कस्टम टैग, नोट्स) खो जाते हैं। उपयोगकर्ताओं का एक्सेस लॉग इतिहास बना रहता है।
- Also turn off syncing from this integration (recommended) डिफ़ॉल्ट रूप से चेक होता है — इसे चालू रहने दें, अन्यथा वही उपयोगकर्ता अगले सिंक पास पर फिर से बन जाते हैं (उनके पुराने अनुकूलन के बिना)।
- I understand this is permanent and customisations will be lost पर टिक करें, फिर Delete N पर क्लिक करें।
यदि पूर्वावलोकन और पुष्टि के बीच अंतर्निहित उपयोगकर्ता सेट बदल गया हो, तो आपसे पूर्वावलोकन फिर से चलाने के लिए कहा जाएगा — इससे यह सुनिश्चित होता है कि आप ठीक वही हटाएँ जिसकी आपने समीक्षा की थी।
संबंधित पेज
- Users — स्रोत, डीकपलिंग, उपयोगकर्ता पैनल
- Access Policy शेड्यूल — शेड्यूल और Access Time Windows सेटिंग्स
- आमंत्रण
- समस्या निवारण — "उपयोगकर्ता अनुपलब्ध / पुराना" वॉकथ्रू