วิธีการตัดสินใจเรื่องการเข้าถึง

หน้านี้อธิบายแบบจำลองเบื้องหลังการปลดล็อกทุกครั้ง ได้แก่ ใครได้รับอนุญาตให้ผ่านประตู การตรวจสอบทำงานตามลำดับใด และ Access Policies สิทธิ์ และการตรวจสอบด้านความปลอดภัยทำงานร่วมกันอย่างไร โปรดอ่านหน้านี้ก่อน เนื่องจากหน้าอื่น ๆ ทั้งหมดต่อยอดจากแนวคิดเหล่านี้

ช่องทางการอนุญาตแบบเพิ่มเติม

ผู้ใช้สามารถได้รับอนุญาตให้ผ่านประตูได้ผ่านช่องทางนโยบายหรือสิทธิ์ใดก็ได้ การผ่านเพียงช่องทางเดียวก็เพียงพอ และช่องทางหนึ่งจะไม่หักลบสิทธิ์เข้าถึงที่ได้รับจากอีกช่องทางหนึ่ง

นโยบายจะตรงกันเฉพาะเมื่อ Who AND Where AND When ตรงกันทั้งหมด นโยบายต่าง ๆ จะรวมกันแบบ OR ภายใน Who เงื่อนไขประเภทบุคคล/สถานะและแท็กเป็นทางเลือกแทนกัน ภายใน When ช่วงเวลาแบบ Weekly และ One-time เป็นทางเลือกแทนกัน ส่วน Where สามารถรวมประตูทั้งหมดของสถานที่ Access Scopes ประตูแต่ละบาน และการยกเว้นได้

ตัวอย่าง: นโยบาย "Active members" สามารถครอบคลุมขอบเขต Front entrances แบบ Anytime ขณะที่นโยบาย "Staff" แยกต่างหากครอบคลุมประตูทั้งหมดของสถานที่ยกเว้น Plant room พนักงานทำความสะอาดที่ไม่ตรงกับนโยบายใดเลยยังคงได้รับสิทธิ์ถาวรสำหรับขอบเขต Service entries ได้

สิทธิ์ถาวรและช่วงเวลาของผู้ดูแลระบบ/การผสานรวมยังคงแยกต่างหากและให้สิทธิ์เพิ่มเติม การแก้ไขนโยบายและการนำเข้าอัตโนมัติจะไม่ดูดซับหรือนำสิทธิ์เหล่านี้ออก

พนักงานใน Performance Hub ที่ซิงค์เข้าสู่ Users จะได้รับสิทธิ์เข้าประตูผ่านนโยบาย Performance Hub staff ที่แก้ไขได้ เช่นเดียวกับนโยบายอื่น ๆ ดูการซิงค์และการผสานรวม

ลำดับการตัดสินใจทั้งหมด

เมื่อผู้ใช้แตะ Unlock ในแอปบนมือถือ เซิร์ฟเวอร์จะตรวจสอบรายการต่อไปนี้ตามลำดับ การตรวจสอบแรกที่ไม่ผ่านจะปฏิเสธการปลดล็อกและบันทึกเหตุผลไว้ในบันทึกการเข้าถึง

1. การเข้าถึงของผู้ใช้เปิดใช้งานอยู่หรือไม่ สวิตช์ Access enabled ในแถวของผู้ใช้ใน Users เป็นสวิตช์ตัดการเข้าถึงของผู้ดูแลระบบ ผู้ใช้ที่ถูกลบ ปิดใช้งาน หรือถูกบล็อกโดยการซิงค์จะปลดล็อกไม่ได้ไม่ว่าจะมีนโยบายหรือสิทธิ์ใด (ตัวอย่าง: access_disabled)
2. ประตูถูกบล็อกหรืออยู่ระหว่างบำรุงรักษาหรือไม่ blockAllAccess ที่ระบุชัดเจนจะปฏิเสธทุกช่องทางของสมาชิก โหมดบำรุงรักษา Force closed จะล็อกประตูไว้และงดให้บริการสำหรับสมาชิก ส่วน Force open จะปลดล็อกประตูค้างไว้ ผู้ดูแลระบบสามารถปลดล็อกประตูจากระยะไกลได้ และการปลดล็อกโดยผู้ดูแลระบบทุกครั้งจะถูกบันทึกในบันทึกการเข้าถึง
3. มีช่องทางการอนุญาตแบบเพิ่มเติมใดผ่านหรือไม่
   • ช่องทางนโยบาย: นโยบายที่มีชื่อและเปิดใช้งานใดก็ได้ที่ Who, Where และ When ตรงกันทั้งหมดจะอนุญาตการเข้าถึง
   • ช่องทางสิทธิ์ถาวร: สิทธิ์ระดับสถานที่ ประตู หรือ Access Scope ที่มีประตูนั้นอยู่ จะอนุญาตการเข้าถึงเมื่อช่วงเวลาที่ไม่บังคับของสิทธิ์นั้นตรงกัน
   • ช่องทางช่วงเวลาของผู้ใช้: Access Time Window ที่ผู้ดูแลระบบเป็นเจ้าของมีผลอยู่และกำหนดเป้าหมายไปยังประตูนี้ สถานที่ หรือ Access Scope ที่มีประตูนี้อยู่
   • ช่องทางช่วงเวลาของการผสานรวม: ช่วงเวลาจากแหล่งข้อมูลที่เป็นปัจจุบันมีผลอยู่ และการจับคู่ scope_key ที่กำหนดค่าไว้กำหนดเป้าหมายไปยังประตูนี้ ช่วงเวลาจากแหล่งข้อมูลที่ล้าสมัยหรือไม่ได้จับคู่จะถูกปฏิเสธเพื่อความปลอดภัย
   • หากไม่มีช่องทางใดผ่าน → ถูกปฏิเสธ (no_matching_policy_or_grant)
4. การตรวจสอบ Geofence (หากเปิดใช้งาน) โดยใช้ตำแหน่งที่โทรศัพท์รายงาน:
   • หากโทรศัพท์ระบุตำแหน่งไม่ได้ → ถูกปฏิเสธ (location_unavailable)
   • หากค่า GPS ที่อ่านได้มีความแม่นยำน้อยกว่าการตั้งค่า Require GPS accuracy better than → ถูกปฏิเสธ (gps_too_imprecise)
   • หากระยะทางของผู้ใช้จากจุดศูนย์กลางของ Geofence เกิน รัศมี + ความแม่นยำ GPS + ระยะเผื่อความแม่นยำ → ถูกปฏิเสธ (outside_geofence)
   • เซิร์ฟเวอร์เป็นผู้ตัดสินขั้นสุดท้าย ตำแหน่งปลอมบนโทรศัพท์จะยังคงถูกปฏิเสธที่ฝั่งเซิร์ฟเวอร์
5. ตัวควบคุมประตูออนไลน์อยู่หรือไม่ หากตัวควบคุมไม่ได้รายงานสถานะ (Heartbeat ภายใน 5 นาทีที่ผ่านมา) จะส่งคำสั่งปลดล็อกไม่ได้ (device_offline) หากส่งคำสั่งแล้วแต่ตัวควบคุมไม่ยืนยัน เหตุการณ์จะถูกบันทึกเป็น Timed out
6. ปลดล็อก รีเลย์จะปลดตาม Hold time ของประตู (1–30 วินาที ค่าเริ่มต้น 10) จากนั้นจะล็อกอีกครั้งโดยอัตโนมัติ เหตุการณ์จะถูกบันทึกเป็น Confirmed unlocked เมื่อตัวควบคุมยืนยัน

ช่วงเวลาแบบ One-time และแบบ Weekly ที่มีขอบเขตจะใช้ขอบเขตเป็นจำนวนเต็มวินาทีแบบ Unix และขอบเขตแบบครึ่งเปิด [from, to): เวลาเริ่มต้นนับรวม แต่เวลาสิ้นสุดไม่นับรวม ช่วงเวลาแบบ Weekly ใช้เขตเวลา IANA ที่ประกาศไว้และกฎเวลาท้องถิ่น/เวลาออมแสง ดูกำหนดการของ Access Policy

ไคลเอนต์รุ่นใหม่จะได้รับรายละเอียด outside_access_time_window พร้อมข้อมูลเวลาที่ใช้งานได้ครั้งถัดไปแบบมีโครงสร้างสำหรับประตูที่มีเฉพาะช่วงเวลาในอนาคต ในระหว่างการเปิดใช้งานเพื่อความเข้ากันได้ ไคลเอนต์รุ่นเก่าจะยังคงได้รับ outside_access_hours เป็นเหตุผลหลัก เพื่อให้ประตูยังคงถูกปิดใช้งานอย่างปลอดภัยและมองเห็นได้

การกำหนดค่าที่มีอยู่

การกำหนดค่าการเข้าถึงที่มีอยู่จะถูกนำเข้าสู่ Access Policies โดยอัตโนมัติ การนำเข้าจะคงไว้ว่าใครมีสิทธิ์เข้าถึง ประตูหรือ Access Scopes ที่ใช้ได้ และช่วงเวลาที่มีผล โดยเป็นค่า Who, Where และ When ของนโยบาย ผู้ดูแลระบบจัดการนโยบายที่ได้โดยตรง โดยไม่มีโหมดการเปิดใช้งานหรือขั้นตอนการแปลงด้วยตนเอง

การสืบทอด Geofence ยังคงเป็นอิสระจาก Access Policies การจับคู่นโยบายยังคงต้องผ่าน Geofence ที่มีผลจริงและการตรวจสอบด้านความปลอดภัย/อุปกรณ์อื่น ๆ ทั้งหมด

สิ่งที่การลงชื่อเข้าใช้ด้วย OTP ทำและไม่ได้ทำ

การลงชื่อเข้าใช้แอปบนมือถือ (รหัสแบบใช้ครั้งเดียวทาง SMS หรืออีเมล) เป็นการยืนยันตัวตนเท่านั้น ซึ่งพิสูจน์ว่าผู้ใช้คือใคร แต่ไม่ได้ให้สิทธิ์เข้าประตูด้วยตัวเอง การปลดล็อกแต่ละครั้งได้รับการอนุญาตแยกกันโดยใช้ลำดับการตัดสินใจข้างต้น ผู้ใช้อาจลงชื่อเข้าใช้แอปแล้วแต่ยังเห็นข้อความ "You don't have access to this door."

อภิธานศัพท์

หน้าที่เกี่ยวข้อง

• Access Policies — Who, Where, When และการนำเข้าอัตโนมัติ
• กำหนดการของ Access Policy — Anytime, Weekly และ One-time
• Access Scopes — กลุ่มประตูที่นำกลับมาใช้ซ้ำได้
• Geofencing — การตรวจสอบตำแหน่ง
• Users — สิทธิ์รายผู้ใช้และสวิตช์ตัดการเข้าถึง
• ข้อมูลอ้างอิง — เหตุผลการปฏิเสธและค่าเริ่มต้นทั้งหมดในตารางเดียว
• ประตูยังสามารถรวมอยู่ในการตอบสนองของ Duress ได้ ดูการดำเนินการตอบสนองใน Duress