Community beta. Guides are pending editorial review. Discussions are demonstrations; comments are not sent.

Access Control · Troubleshooting guide

Why are door-held-open alerts missing or firing too often?

Check the door-position signal, event threshold and notification rule as three separate stages.

Monarch team

Draft · Nov 13, 2026 · 4 min read

Editorial review pending. This sample article demonstrates the design; verify model-specific instructions before use.

Before you start

For Access Control door-held-open (DHO) events. New Alarms door-sensor delays are a different configuration; do not interchange their settings.

Find the right troubleshooting path

Symptoms, possible causes and next checks
What you observeWhat to investigateNext check
Physical door closes; Command says openPosition feedback is incorrectHave the installer inspect the contact and alignment.
Correct state; no DHO eventMonitoring or threshold needs reviewCheck the configured door’s DHO settings.
Event exists; nobody is notifiedAlert delivery configurationCheck recipients, methods and schedule.

Use these observations to narrow the cause; they are not a definitive diagnosis.

Work through the checks

  1. Verify the physical state first

    Arrange a controlled test with the site team. Watch the door state in Command while an authorized person opens and closes the door. Access Control DHO detection requires a door position indicator. If the displayed state does not follow the door, have the installer inspect the sensor and configuration before tuning alerts.

    Reference: Configure a Door in Command (opens in a new tab)
  2. Review the door’s monitoring settings

    An authorized access administrator should open the door settings and review DPI, Monitor DHO and DHO Threshold. Record the original values. Set the threshold to the site’s approved operating requirement, not simply to a larger number that suppresses a recurring fault.

    Reference: Configure a Door in Command (opens in a new tab)
  3. Separate a real held door from false feedback

    Compare the event time with observed activity or authorized context video. A delivery cart holding a door and a misaligned contact can look similar in the event list but require different corrections. Document the physical cause before changing the notification policy.

    Reference: Configure a Door in Command (opens in a new tab)
  4. Review the notification rule

    Check that the alert selects the intended door and DHO event, then review recipients, notification methods and schedule. Event detection and delivery are separate stages. An event appearing in history does not prove the on-duty responder received a notification.

    Reference: Configure Access Event Alerts (opens in a new tab)
  5. Test below and above the threshold

    With the site team supervising, perform one short opening and one opening that exceeds the configured threshold. Check the recorded events and actual recipient delivery. Close the door and confirm the displayed state returns correctly. Do not interfere with emergency egress or active security response.

    Reference: Configure a Door in Command (opens in a new tab)

Verify the result

Record the configured threshold, both test durations, event timestamps and recipient results. Confirm routine opening does not produce the unwanted alert and a genuine over-threshold opening reaches the intended responder.

If the issue remains

For false state, provide the installer with physical observations and sensor details. For delivery failure, provide the event timestamp and alert configuration to the administrator. Keep the two fault paths separate.

Official Verkada walkthrough

Watch the official tutorial

Official Verkada tutorial linked from the product documentation. Interface details may differ from your current Command version.

Official documentation

Sources checked November 13, 2026. Monarch’s diagnostic sequence combines these references with practical verification checks. Editorial review pending.

Join the conversation

Share what worked for you, or ask a follow-up. No account needed.

Demonstration discussion · Fictional people and comments.
Hannah V.

Facilities manager

Testing below and above the threshold gives us something concrete to sign off on.

Omar B.

Security operations

We had been checking the event log but not confirming which person actually received the notification.