Access Policy शेड्यूल
इस पेज पर
समय हर Access Policy का When भाग है। Anytime या Scheduled चुनें; शेड्यूल की गई पॉलिसी में एक या अधिक Weekly या One-time अवधियाँ होती हैं। Settings → Access Time Windows पेज के लिए, देखें ग्रेस अवधियाँ और समय क्षेत्र।
कोई पॉलिसी केवल तब पहुँच देती है जब Who AND Where AND When मेल खाते हैं। एक पॉलिसी के भीतर की अवधियों को OR से जोड़ा जाता है, और नामित पॉलिसियों को भी OR से जोड़ा जाता है। पॉलिसियाँ केवल-अनुमति वाली होती हैं: कोई निष्क्रिय पॉलिसी किसी दूसरी मेल खाने वाली पॉलिसी, किसी स्थायी अनुमति, या किसी अलग एडमिनिस्ट्रेटर/इंटीग्रेशन अवधि से मिली पहुँच वापस नहीं लेती।
कभी भी
Anytime का मतलब है कि पॉलिसी के Who और Where बिना किसी शेड्यूल प्रतिबंध के मेल खा सकते हैं। यह सुरक्षा, रखरखाव, जियोफ़ेंस, ब्लॉक, दर-सीमा या डिवाइस जाँचों को दरकिनार नहीं करता।
Weekly अवधियाँ
Weekly अवधि स्थानीय घड़ी के समय-खंडों, जैसे सोमवार 06:00–08:30, का उपयोग करके दोहराई जाती है।
- चुना गया IANA समय क्षेत्र सप्ताह का दिन, स्थानीय समय और डेलाइट-सेविंग का व्यवहार नियंत्रित करता है।
- वैकल्पिक active-from और active-until क्षण दोहराव को सीमित कर सकते हैं; समाप्ति शामिल नहीं होती।
- समय-खंड ओवरलैप नहीं हो सकते और मध्यरात्रि पार नहीं कर सकते। रात भर की अवधि को दो दिनों में बाँटें।
- घड़ी आगे होने (spring-forward) के दौरान, छोड़े गए स्थानीय समय नहीं आते। घड़ी पीछे होने (fall-back) के दौरान, दोहराए गए स्थानीय समय द्वारा दर्शाए गए दोनों वास्तविक क्षण मान्य होते हैं।
One-time अवधियाँ
One-time अवधि में एक सटीक शुरुआती और समाप्ति क्षण होता है। किसी ज्ञात एक-बार की अवधि के लिए इसका उपयोग करें।
- शुरुआत और समाप्ति पूर्णांक Unix सेकंड हैं जो UTC क्षणों की पहचान करते हैं।
- सीमा अर्ध-खुली होती है:
[from, to)। शुरुआत मान्य होती है; समाप्ति नहीं। - दिखाया गया समय क्षेत्र प्रविष्टि, प्रदर्शन और ऑडिट संदर्भ के लिए है। यह किसी संग्रहीत क्षण को नहीं बदलता।
अलग उपयोगकर्ता और इंटीग्रेशन अवधियाँ
एडमिनिस्ट्रेटर के स्वामित्व वाली उपयोगकर्ता अवधियाँ और इंटीग्रेशन द्वारा दी गई अवधियाँ अलग अतिरिक्त पथ बनी रहती हैं; उन्हें Access Policies में नहीं बदला जाता और किसी पॉलिसी को संपादित करके हटाया नहीं जा सकता। वे अपने स्वयं के अनुबंध के अनुसार सुविधा, दरवाज़ों या पहुँच के दायरों को लक्ष्य बना सकती हैं।
इंटीग्रेशन अवधियाँ स्रोत स्वामित्व, संशोधन, ताज़गी और scope_key मैपिंग का व्यवहार बनाए रखती हैं। अज्ञात, अक्षम, बिना मैपिंग वाली, पुरानी या अलग की गई स्रोत अवधियाँ पहुँच नहीं देतीं। एक स्रोत दूसरे स्रोत की अवधियाँ नहीं मिटा सकता, और न तो स्रोत अपडेट और न ही पॉलिसी संपादन एडमिनिस्ट्रेटर के स्वामित्व वाली अवधियाँ मिटाते हैं।
स्थायी अनुमतियाँ एक और अलग अतिरिक्त पथ हैं। उनके मौजूदा वैकल्पिक संचालन घंटे पॉलिसी शेड्यूल से स्वतंत्र रहते हैं।
ग्रेस अवधियाँ और समय क्षेत्र
चित्र 1: Settings → Access Time Windows → Access grace periods
Settings → Access Time Windows → Access grace periods सेट करता है कि लोगों को उनकी शेड्यूल की गई अवधियों के आसपास कितनी छूट मिलती है। "Scheduled start and end times remain unchanged. These buffers only expand when door access is allowed."
- Facility timezone — वह समय क्षेत्र जिसका उपयोग Weekly अवधियाँ करती हैं, जो डेलाइट-सेविंग के बदलावों का अपने आप पालन करता है। इसे बदलने के लिए Change timezone in Facility & System Configuration का उपयोग करें; देखें समय क्षेत्र।
- Allow early access — "Allow users to unlock doors shortly before their scheduled window starts." Off, 5 minutes, 10 minutes, 15 minutes या 30 minutes।
- Allow access after end — "Keep door access available briefly after the scheduled window ends." Off, 5 minutes, 10 minutes, 15 minutes या 30 minutes।
ग्रेस अवधियाँ सुविधा की सभी One-time और Weekly अवधियों पर लागू होती हैं, जिनमें बुकिंग इंटीग्रेशन द्वारा दी गई अवधियाँ भी शामिल हैं। ये No visit recorded के लिए भी गिनी जाती हैं: ग्रेस अवधि के दौरान अनलॉक करने वाला व्यक्ति आया हुआ माना जाता है। उदाहरण के लिए, कोई होटल गेस्ट पास पर देर से चेकआउट को कवर करने के लिए Allow access after end को 15 मिनट पर सेट कर सकता है।
मौजूदा शेड्यूल
मौजूदा संचालन घंटे संबंधित Access Policies के When अनुभाग में अपने आप आयात किए जाते हैं। पहले विशेष दायरों या दरवाज़ों पर लागू अलग-अलग घंटे स्पष्ट Where लक्ष्यों वाली पॉलिसियों में सुरक्षित रखे जाते हैं। एडमिनिस्ट्रेटर को शेड्यूल मैन्युअल रूप से बदलने की ज़रूरत नहीं होती।
प्राधिकरण और उपलब्धता
सदस्य की पहुँच के लिए, उपयोगकर्ता और दरवाज़े की सुरक्षा जाँचें पहले चलती हैं। इसके बाद सर्वर पॉलिसी, स्थायी अनुमति, एडमिनिस्ट्रेटर अवधि और इंटीग्रेशन अवधि के अनुमति पथों का मूल्यांकन करता है। जियोफ़ेंस और कंट्रोलर जाँचें बाद के निर्णायक चरण बनी रहती हैं।
कोई भविष्य की पॉलिसी अवधि अपनी अगली वास्तविक शुरुआत/समाप्ति, प्रकार, लेबल और समय क्षेत्र के साथ संरचित उपलब्धता लौटा सकती है। समर्थित क्लाइंट उस डेटा का उपयोग प्रदर्शन के लिए करते हैं; वे प्राधिकरण की गणना स्थानीय रूप से नहीं करते। सटीक सीमाएँ [from, to) बनी रहती हैं।
भविष्य की अवधि के लिए विस्तृत अस्वीकृति outside_access_time_window है। संगतता क्लाइंट deniedReasonDetail: outside_access_time_window के साथ मौजूदा outside_access_hours कारण प्राप्त करना जारी रख सकते हैं।
श्रेय
पॉलिसी का निर्णय मेल खाने वाली पॉलिसी की पहचान नाम से करता है। शेड्यूल की गई पहुँच के लिए, एक्सेस लॉग सक्रिय अवधि और उसकी वास्तविक शुरुआत और समाप्ति भी दिखा सकते हैं, जिससे स्पष्ट होता है कि किस When प्रविष्टि ने पहुँच दी।