> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/new-alarms/ko/troubleshoot.md). # 알람 한도 적용 {% hint style="success" %} 이 문서는 새 알람을 위한 가이드입니다. 참고하세요 [New Alarms와 Classic Alarms 비교](/new-alarms/ko/getting-started/new-alarms-vs-classic-alarms.md) 어떤 버전의 Alarms를 사용 중인지 확실하지 않은 경우. {% endhint %} 사이트가 Verkada가 모니터링하는 알람의 월 15개 한도를 초과했거나 초과할 예정인 경우, 해당 사이트에는 알람 한도 집행이 적용됩니다. 사이트가 이 한도를 지속적으로 초과하면 시스템은 집행을 활성화하고 해당 월의 나머지 알람을 [자가 모니터링](/new-alarms/ko/configuration/configure-an-alarm-response/self-monitored-response-level.md) 대응으로 전환합니다. 이 가이드를 사용하여 알람 수를 증가시키는 원인을 파악하고, 이를 줄이기 위한 구성 변경을 적용하며, [집행 정책](#alarm-limit-enforcement-policy) 과 일정표를 이해하세요. *** ### 문제 식별 다음을 사용하여 [알람 이벤트 보고서](/new-alarms/ko/reports-and-monitoring/alarm-reports.md) 를 검토하여 알람 기록을 확인하고 패턴을 식별하세요. 어떤 장치, 파티션 또는 시간대에서 가장 많은 알람이 발생하는지 확인하세요. {% stepper %} {% step %} **Verkada Command에서 All Products > Alarms로 이동합니다.** {% endstep %} {% step %} **왼쪽 탐색에서 보고서 > 알람 이벤트를 선택하세요.** {% endstep %} {% step %} **필터를 사용하여 보고서를 정렬하세요.** * **날짜 범위:** 반복되는 패턴을 찾으려면 지난 30일 또는 90일을 선택하세요 * **사이트:** 한도를 초과하는 사이트를 선택하세요 * **장치 유형:** 알람의 주요 원인을 식별하세요 {% hint style="info" %} 반복적으로 표시되는 장치나 파티션이 가장 우선적으로 처리해야 할 항목입니다. 아래의 구성 팁을 사용하여 해결하세요. {% endhint %} {% endstep %} {% endstepper %} *** ### 알람 수를 줄이기 위한 구성 팁 다음 섹션에서는 과도한 알람의 가장 흔한 네 가지 원인과 이를 해결하는 방법을 다룹니다. #### 1. 잘못 구성된 카메라 트리거 {% tabs %} {% tab title="관심 영역(ROI) 조정" %} ROI는 카메라 프레임 내에서 트리거가 모니터링하는 영역을 정의합니다. ROI 밖의 모든 항목은 무시됩니다. **중요한 이유:** 시야에 유리창이나 유리문이 있는 실내 카메라는 사실상 외부를 보고 있는 것과 같습니다. ROI가 내부만 포함하는 것처럼 보여도 유리 너머의 반사와 보이는 움직임이 감지를 트리거할 수 있습니다. 이는 가장 흔하게 놓치는 잘못된 구성 중 하나입니다. **적용 방법:** 카메라의 트리거 설정을 검토할 때 프레임 안에 유리가 있는지 꼼꼼히 확인하세요. 창문이나 유리문이 보이면 해당 부분을 제외하도록 ROI를 더 좁히세요. 참조 [새 알람을 위한 카메라 알람 트리거 이벤트 구성](/new-alarms/ko/configuration/configure-camera-alarm-trigger-events-for-new-alarms.md) 를 참조하세요. **예:** 식당 입구 근처 카메라에는 거리 쪽을 향한 큰 유리창이 포함되어 있었습니다. 사람 감지가 밖을 지나가는 보행자 때문에 계속 작동했습니다. 창문을 제외하도록 ROI를 좁히자 문제가 완전히 해결되었습니다.
* 다음을 클릭하여 **예시 보기** 과거 트리거 이벤트를 검토하고 트리거 구성 및 무장 일정을 검증하세요.
* 다음을 클릭하여 **이 무장 일정** 을 직접 검토하고 조정하세요.
{% endtab %} {% tab title="선 횡단 " %} 라인 크로싱은 구역 내 어느 곳에서든 존재를 감지하는 대신, 프레임 내의 정의된 선(일반적으로 출입구, 게이트 또는 울타리)을 사람이 넘을 때만 이벤트를 트리거합니다. 넓은 감지 대신 출입구에서 라인 크로싱을 사용하세요. **중요한 이유:** 광범위한 사람 감지나 배회 감지는 외부를 지나가는 사람을 포함하여 일반 영역의 누구에게나 작동합니다. 라인 크로싱은 누군가가 구성된 방향으로 보호 구역에 실제로 들어올 때만 트리거됩니다. **적용 방법:** 출입구 또는 진입 지점 바로 안쪽에 선을 그리고, 안쪽을 향하게 하세요. (해당되는 경우) 인가된 직원이 통과 후 해제할 시간을 가질 수 있도록 진입 지연과 함께 사용하세요. **예:** 열린 주차장 옆 울타리 구역을 모니터링하는 카메라에서 울타리를 넘는 사람을 잡기 위해 광범위한 사람 감지를 사용했으며, 그 결과 단지 주차장을 지나가는 사람들로 인해 주당 추정 알람이 14건 발생했습니다. 울타리 선에 맞춘 라인 크로싱 트리거로 전환하자 추정 알람이 0건으로 줄었습니다. | ❌ | ✅ | | --------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- | | | | | {% endtab %} | | | {% endtabs %} | | *** #### 2. 인가된 활동으로 인해 트리거되는 알람 과도한 알람의 가장 흔한 원인 중 하나는 침입자가 아니라, 사이트가 무장된 사실을 모르는 청소 인력이나 예정된 시간 외에 도착한 주말 근무자처럼 인가된 사람들입니다. **중요한 이유:** 시스템이 이를 고려하도록 구성되지 않으면 정상적인 운영 활동도 알람 문제가 됩니다. 가장 효과적인 해결 방법은 해당 사용자에게 안정적으로 해제할 수 있는 방법을 제공하는 것입니다. 영업시간 이후 활동이 반복되는 사이트에서는 예약된 무장/해제 창에만 의존하지 마세요. 대신 다음 옵션을 고려하세요: * **구성** [**출입 지연 및 퇴장 지연**](/new-alarms/ko/configuration/alarm-sites/configure-new-alarms-site-settings.md#delays)**:** 지연은 누군가 사이트에 들어온 시점과 알람이 발생하는 시점 사이의 유예 기간입니다. 사용자가 키패드에 도달하여 해제할 충분한 시간을 제공합니다. 적절한 시간으로 설정하는 것은 비용이 들지 않는 구성 변경이며 즉각적인 효과가 있습니다. * **출입구에 BK22 키패드를 설치하세요:** BK22 키패드는 알람 파티션을 무장 및 해제하고, 사용자가 알람 사이트를 트리거했음을 알립니다. 직원이 여러 출입구를 사용하는 경우 각 출입구에 적절한 [키코드](/new-alarms/ko/configuration/alarm-sites/configure-new-alarms-site-settings.md#keycodes) 관리 * **출력을 설치하세요** 출입구에서 무장 상태를 표시하여 인가된 직원이 들어가기 전에 알람 시스템이 활성화되어 있음을 알 수 있도록 하세요. * **출입 통제에** [**무장/해제**](https://help.verkada.com/new-alarms/configuration/alarm-sites/configure-new-alarms-site-settings#arm-disarm-via-access-control) 를 입장 및 퇴장 시 자동으로 수행하도록 구성할 수 있다면, 직원이 시스템과 상호작용해야 한다는 부담을 없앨 수 있습니다. * **사용** [**스마트 일정**](https://help.verkada.com/new-alarms/configuration/alarm-sites/configure-partitions/smart-schedule-in-new-alarms) 을 사용하세요. 사이트의 영업 종료 시간이 다양하다면, 스마트 일정은 고정된 시간이 아니라 활동을 기반으로 사이트를 자동으로 무장합니다. * 다음을 사용하여 **원격 무장/해제를 위한 Command 모바일 앱**, 키패드 배치가 어려운 사이트에 이상적입니다. [무장/해제 역할](/new-alarms/ko/getting-started/roles-and-permissions-for-new-alarms.md#arm-disarm) 은 Command를 통해서만 무장/해제할 수 있는 권한을 부여하므로 현장 직원에게 적합합니다. *** #### 3. 유동 인구가 많은 야외 구역으로 인한 과도한 알람 **중요한 이유:** 야외 및 대중에게 노출된 구역에는 피할 수 없는 통행이 있으며, 알람을 첫 번째 대응으로 사용하면 과도한 소음이 발생합니다. 낮은 임계값의 이벤트가 먼저 [억제](https://help.verkada.com/new-alarms/configuration/configure-ai-powered-deterrence) 를 트리거하고, 지속적인 존재가 있을 때만 알람으로 에스컬레이션하는 계층형 대응 전략을 사용하세요. 이렇게 하면 지나가는 사람은 걸러내면서도 실제 배회는 감지할 수 있습니다. **예:** 억제는 10초간 배회 시 트리거되며, 2분간 지속적으로 존재한 후에만 알람으로 에스컬레이션됩니다. 이를 통해 지나가거나 영업시간을 확인하는 사람으로 인한 소음을 줄이면서도 실제 위협은 포착할 수 있습니다.

2단계 대응으로 구성된 매장 외부 보행로

*** #### 4. 시스템 설정 및 테스트로 인한 의도하지 않은 알람 **중요한 이유:** 테스트와 초기 설정은 알람 수의 흔하지만 종종 간과되는 원인입니다. 테스트를 실행하면 월 한도에 포함되는 실제 알람이 생성되며, 아직 구성 중인 새 사이트는 설정이 완료되기 전에 알람을 트리거할 수 있습니다. **설정 및 구성 중에는:** * 사이트가 완전히 준비될 때까지 해제 상태를 유지하세요. 예약된 무장/해제 창은 센서나 카메라 구성이 완료되지 않았더라도 자동으로 사이트를 무장할 수 있다는 점에 유의하세요. 설정이 완료되었다고 확신할 때까지는 수동 무장을 유지하세요. * 수동 무장/해제가 불가능하다면 응답 수준을 자가 모니터링으로 설정하여 설정 중 생성된 알람이 한도에 포함되거나 출동을 트리거하지 않도록 하세요. **센서를 테스트할 때:** * 다음을 사용하여 [워크 테스트](https://help.verkada.com/new-alarms/configuration/alarm-sites/configure-partitions/walk-test-for-sensor-partitions) 를 사용하여 실제 알람을 생성하지 않고도 센서가 올바르게 트리거되는지 확인하세요. **구성 완료 후 테스트할 때:** * 응답 수준을 [자가 모니터링](https://help.verkada.com/new-alarms/configuration/configure-an-alarm-response/self-monitored-response-level) 으로 설정한 상태에서 구성을 검증하세요. *** ### 알람 한도 집행 정책 각 알람 사이트에는 Verkada가 모니터링하는 알람에 대해 월 15개의 제한이 있습니다. 사이트가 이 제한을 두 달 연속 초과하면 세 번째 달에 집행이 활성화됩니다. 그 세 번째 달의 15번째 알람 이후에는 해당 사이트가 그 달의 나머지 기간 동안 자체 모니터링으로 전환됩니다. 이후 달에도 사이트가 계속 15건을 초과하면 집행은 계속 활성 상태로 유지됩니다. 한 달 전체 동안 한도 이하를 유지하면 집행이 초기화됩니다. {% hint style="warning" %} 추적은 2026년 5월 1일에 시작됩니다. {% endhint %} | 월 | 상태 | 발생하는 일 | | ---------------------- | ------- | ------------------------------------------------------------------------------------------------------- | | 1개월차: 알람 15건 이상 | 유예 기간 1 | 사이트가 15건을 초과합니다. 집행은 적용되지 않습니다. 시스템은 16번째 알람에서 사이트 관리자와 알람 관리자 연락처에게 경고 SMS와 이메일을 보냅니다. | | 2개월차(연속): 알람 15건 이상 | 유예 기간 2 | 사이트가 다시 15건을 초과합니다. 집행은 적용되지 않습니다. 시스템은 16번째 알람에서 사이트 관리자와 알람 관리자 연락처에게 경고 SMS와 이메일을 보냅니다. | | 3개월차 이상(연속): 알람 15건 이상 | 집행 활성 | 시스템은 집행이 임박했음을 알리기 위해 10번째 알람에서 경고 SMS와 이메일을 보냅니다. 15번째 알람 이후에는 남은 알람이 해당 월의 나머지 기간 동안 자가 모니터링으로 전환됩니다. | 한도에 포함되는 알람: * 자가 모니터링 응답 수준이 아닌 모든 알람, 비디오 검증으로 해제된 센서 알람 포함 한도에 포함되지 않는 알람: * 다음과 같은 카메라 해제 이벤트 *사람 감지 안 됨* 또는 *규칙 미충족* * 자가 모니터링 응답 수준의 알람 *** ### FAQ
집행 추적은 언제 시작되었나요? 추적은 2026년 5월 1일에 시작되었습니다. 정책에 명시된 3개월 유예 기간을 고려하면, 사이트가 집행 대상이 될 수 있는 가장 빠른 시점은 2026년 7월이며, 이는 5월, 6월, 7월에 연속으로 15건을 초과한 사이트에만 적용됩니다.
집행 관련 SMS/이메일 알림은 누가 받나요? 경고 알림은 사이트 관리자와 [알람 관리자 연락처](/new-alarms/ko/alarm-specifications/alarm-admin-contact-requirement.md)에게 전송됩니다. 알람 사이트의 연락처 목록에 있는 사용자는 사이트 관리자이기도 한 경우에만 이러한 알림을 받습니다.
사이트가 집행되기 전에 경고 알림이 몇 번 전송되나요? 집행 전에 3개월 동안 총 3번의 경고를 보냅니다: * **1개월차(유예 기간 1):** 16번째 알람에서 경고 SMS/이메일이 전송됩니다 * **2개월차(유예 기간 2):** 16번째 알람에서 경고 SMS/이메일이 전송됩니다 * **3개월차 이상(집행 활성):** 10번째 알람에서 경고 SMS/이메일이 전송되고, 16번째 알람에서 사이트가 집행 중임을 알리는 집행 알림이 전송됩니다.
자가 모니터링 응답 수준에서는 어떤 일이 발생하나요? 다른 응답 수준과 어떻게 다른가요? 자가 모니터링 모드에서는 Verkada 모니터링 센터의 개입 없이 알람 알림이 응답 연락처로 직접 전송됩니다. 다른 응답 수준과 동일한 SMS/이메일 경고를 받지만, 귀하의 팀이 어떻게 대응할지 결정해야 합니다. 여기에는 긴급 서비스에 전화하거나, 내부 보안을 출동시키거나, 단순히 이벤트를 기록하는 것이 포함될 수 있습니다. 참조 [자체 모니터링 응답 수준](/new-alarms/ko/configuration/configure-an-alarm-response/self-monitored-response-level.md) 를 참조하세요.
집행 후 사이트는 언제 정상으로 돌아가나요? Verkada는 매월 초에 알람 수를 초기화합니다. 집행 중인 사이트는 다음 달에 모니터링이 재개됩니다. 그러나 다음 달에도 사이트가 15알람 한도를 초과하면, 해당 월의 나머지 기간 동안 자가 모니터링 알람 대응으로 계속 집행됩니다. 집행을 완전히 초기화하려면 사이트가 15알람 한도 아래인 달력이 1개월 완전히 지나야 합니다.
사이트가 집행 중일 때 긴급 상황이 발생하면 경찰이 출동하나요? 사이트가 집행되어 자가 모니터링 상태일 때 경찰을 어떻게 출동시킬 수 있나요? 아니요, 사이트가 집행으로 인해 자가 모니터링 상태가 되므로 경찰은 자동으로 출동하지 않습니다. 직접 출동을 시작할 수 있습니다. 자가 모니터링 알람 알림에는 사전 인증된 사건 링크가 포함되어 있어 알람 사건 페이지로 바로 이동할 수 있습니다. 거기에서 알람을 해결하거나, 긴급 출동 정보 섹션에서 경찰에 전화할 전화번호를 찾을 수 있습니다.
한도에 도달하지 않고 알람 시스템을 테스트하려면 어떻게 하나요? 참조 [구성 팁 #4: 시스템 설정 및 테스트로 인한 의도하지 않은 알람](#id-4.-unintended-alarms-from-system-setup-and-testing) 위 내용을 참고하세요. 센서 테스트에는 워크 테스트를 사용하고, 구성을 검증하는 동안 응답 수준을 자가 모니터링으로 설정하세요.
모든 방법을 시도했지만 여전히 알람 수를 줄이는 데 도움이 필요합니다. 알람 시스템을 설치하고 구성한 파트너에게 문의하세요. Verkada 지원팀에 연락하거나 영업 담당자 또는 솔루션 엔지니어에게 문의할 수도 있습니다.
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.verkada.com/new-alarms/ko/troubleshoot.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.