# 알람 한도 시행

{% hint style="success" %}
이 문서는 새로운 알람에 대한 가이드입니다. 확인하세요 [새 알람 vs 기존 알람](https://help.verkada.com/new-alarms/ko/getting-started/new-alarms-vs-classic-alarms) 알람 버전을 잘 모르겠다면.
{% endhint %}

사이트가 월간 Verkada 모니터링 알람 15개 한도를 초과했거나 초과할 가능성이 있는 경우, 해당 사이트는 알람 한도 집행 대상입니다. 사이트가 이 한도를 지속적으로 초과하면 시스템은 집행을 활성화하고 해당 월의 남은 알람을 [자체 모니터링](https://help.verkada.com/new-alarms/ko/configuration/configure-an-alarm-response/self-monitored-response-level) 응답으로 전환합니다.

이 가이드를 사용하여 알람 수량의 원인을 파악하고, 수량을 줄이기 위한 구성 변경을 적용하며, [집행 정책](#alarm-limit-enforcement-policy) 및 일정에 대해 이해하세요.

***

### 문제 식별

다음을 사용하세요. [알람 이벤트 보고서](https://help.verkada.com/new-alarms/ko/reports-and-monitoring/alarm-reports) 알람 기록을 검토하고 패턴을 파악하세요. 어떤 장치, 파티션, 또는 시간대에 가장 많은 알람이 발생하는지 확인하세요.

{% stepper %}
{% step %}
**Verkada Command에서 모든 제품 > 알람으로 이동하세요.**
{% endstep %}

{% step %}
**왼쪽 탐색 메뉴에서 보고서 > 알람 이벤트를 선택하세요.**
{% endstep %}

{% step %}
**필터를 사용해 보고서를 정렬하세요.**

* **날짜 범위:** 반복되는 패턴을 찾으려면 최근 30일 또는 90일을 선택하세요
* **사이트:** 한도를 초과하는 사이트를 선택하세요
* **장치 유형:** 알람의 주요 원인을 식별하세요

{% hint style="info" %}
반복적으로 나타나는 장치나 파티션이 가장 우선적으로 해결해야 할 항목입니다. 아래의 구성 팁을 사용해 해결하세요.
{% endhint %}
{% endstep %}
{% endstepper %}

***

### 알람 수를 줄이기 위한 구성 팁

다음 섹션에서는 초과 알람의 가장 흔한 네 가지 원인과 해결 방법을 다룹니다.

#### 1. 잘못 구성된 카메라 트리거

{% tabs %}
{% tab title="관심 영역(ROI) 조정" %}
ROI는 트리거가 모니터링하는 카메라 프레임 내 영역을 정의합니다. ROI 밖의 모든 것은 무시됩니다.

**중요한 이유:** 시야에 유리창이나 문이 있는 실내 카메라는 사실상 외부를 보고 있는 것과 같습니다. ROI가 내부만 포함하는 것처럼 보여도 유리를 통한 반사와 움직임이 감지를 트리거할 수 있습니다. 이는 가장 흔히 놓치는 잘못된 구성 중 하나입니다.

**적용 방법:** 카메라의 트리거 설정을 검토할 때 프레임에 유리가 있는지 주의 깊게 확인하세요. 창문이나 유리문이 보이면 ROI를 좁혀 제외하세요.

다음을 참조하세요. [새 알람용 카메라 알람 트리거 이벤트 구성](https://help.verkada.com/new-alarms/ko/configuration/supported-cameras-for-video-alarms/configure-camera-alarm-trigger-events-for-new-alarms) 자세한 내용은.

**예시:** 매장 정문 근처의 한 레스토랑 카메라에 도로를 향한 큰 유리창이 포함되어 있었습니다. 사람 감지가 바깥의 보행자 때문에 계속 작동했습니다. 윈도우를 제외하도록 ROI를 좁히자 문제가 완전히 해결되었습니다.

<div align="left" data-with-frame="true"><figure><img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2FLh0kV7kNQlUHgQVXzQvR%2Fimage.png?alt=media&#x26;token=f9fb9940-a6df-4464-83e2-8062d2119aa2" alt=""><figcaption></figcaption></figure></div>

* 클릭하세요. **예시 보기** 를 눌러 이전 트리거 이벤트를 검토하고 트리거 구성 및 무장 일정이 올바른지 확인하세요.

<div align="left" data-with-frame="true"><figure><img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2FSA9TejFDUGLYF0iARTPs%2Fimage%20(69).png?alt=media&#x26;token=049083b6-7818-46c0-a308-46db023066df" alt=""><figcaption></figcaption></figure></div>

* 클릭하세요. **이 무장 일정** 를 눌러 일정을 직접 검토하고 조정하세요.

<div align="left" data-with-frame="true"><figure><img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2FZLRQF4CMDTauuzuKwwjU%2Fimage%20(70).png?alt=media&#x26;token=b91c3b2b-4b6f-4e4e-90d3-69dca34a7bb3" alt=""><figcaption></figcaption></figure></div>
{% endtab %}

{% tab title="라인 크로싱 " %}
라인 크로싱은 구역 내 어디에서나 존재를 감지하는 대신, 프레임 내에서 사람이 정의된 선을 통과할 때만 이벤트를 발생시킵니다. 넓은 감지 대신 출입구에서 라인 크로싱을 사용하세요.

**중요한 이유:** 광범위한 사람 감지나 배회 감지는 외부를 지나가는 사람을 포함해 일반 구역의 누구에게나 작동합니다. 라인 크로싱은 실제로 누군가가 설정된 방향으로 보호 구역에 들어올 때만 트리거됩니다.

**적용 방법:** 선을 출입문이나 진입점 바로 안쪽에, 안쪽을 향하도록 그리세요. (해당되는 경우) 진입 지연과 함께 사용하여 권한이 있는 직원이 통과 후 해제할 시간을 주세요.

**예시:** 울타리로 둘러싸인 구역 옆의 열린 주차장을 모니터링하는 카메라는 울타리를 넘는 사람을 잡기 위해 광범위한 사람 감지를 사용했고, 그 결과 단지 주차장을 지나가는 사람들 때문에 주당 추정 알람이 14건 발생했습니다. 울타리 선에 맞춘 라인 크로싱 트리거로 전환하자 추정 알람이 0건으로 감소했습니다.

| ❌                                                                                                                                                                                                                                                          | ✅                                                                                                                                                                                                                                                          |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| <img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2FZ1udzz8HhYmXgqLpmTKK%2Fimage.png?alt=media&#x26;token=e3303f65-cb5d-4995-b09e-580b36ee72c4" alt="" data-size="original"> | <img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2F8Yzm4uTpIpCjAv1Gde6w%2Fimage.png?alt=media&#x26;token=c487533e-e199-4499-a38f-788e98fe6f50" alt="" data-size="original"> |
| {% endtab %}                                                                                                                                                                                                                                               |                                                                                                                                                                                                                                                            |
| {% endtabs %}                                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                            |

***

#### 2. 권한 있는 활동으로 인해 트리거된 알람

초과 알람의 가장 흔한 원인 중 하나는 침입자가 아니라 권한이 있는 사람들입니다. 예를 들어, 사이트가 무장된 상태인지 모르는 청소 직원이나 예정된 시간 외에 도착한 주말 근무 직원입니다.

**중요한 이유:** 시스템이 이를 고려하도록 구성되지 않으면 정상 운영 활동이 알람 문제가 됩니다. 가장 효과적인 해결책은 해당 사용자에게 신뢰할 수 있는 해제 방법을 제공하는 것입니다.

정기적으로 야간 근무가 있는 사이트에서는 예약된 무장/해제 창에만 의존하지 마세요. 대신 아래 옵션을 고려하세요:

* **구성하세요** [**진입 및 퇴장 지연**](https://app.gitbook.com/s/NU1He6Uj2tgInV2VdCLQ/configuration/alarm-sites/configure-new-alarms-site-settings#delays)**:** 지연은 누군가가 사이트에 들어온 시점과 알람이 발생하는 시점 사이의 유예 시간입니다. 사용자가 키패드에 도달해 해제할 충분한 시간을 줍니다. 적절한 시간으로 설정하는 것은 비용이 들지 않는 구성 변경이며 즉각적인 효과가 있습니다.
* **출입구에 BK22 키패드를 설치하세요:** BK22 키패드는 알람 파티션을 무장 및 해제하고, 사용자가 알람 사이트를 작동시켰음을 알립니다. 직원이 여러 출입구를 사용한다면, 각 출입구에 적절한 [키코드](https://help.verkada.com/new-alarms/ko/configuration/alarm-sites/configure-new-alarms-site-settings#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 모바일 앱**은 키패드 배치가 어려운 사이트에 이상적입니다. [무장/해제 역할](https://help.verkada.com/new-alarms/ko/getting-started/roles-and-permissions-for-new-alarms#arm-disarm) 은 Command를 통해서만 무장/해제할 수 있는 권한을 부여하므로, 현장 직원에게 적합합니다.

***

#### 3. 유동 인구가 많은 야외 구역으로 인한 초과 알람

**중요한 이유:** 야외 및 공공 노출 구역에는 피할 수 없는 유동 인구가 있으며, 알람을 첫 대응으로 사용하면 과도한 소음이 발생합니다.

낮은 임계값의 이벤트가 먼저 [억제](https://help.verkada.com/new-alarms/configuration/configure-ai-powered-deterrence) 를 트리거하고, 지속적인 존재만 알람으로 단계가 올라가는 다층 대응 전략을 사용하세요. 이렇게 하면 무심코 지나가는 사람은 걸러내면서도 실제 배회를 식별할 수 있습니다.

**예시:** 억제는 10초간 배회 시 트리거되며, 2분간 지속적으로 머문 경우에만 알람으로 단계가 올라갑니다. 이를 통해 지나가는 사람이나 영업시간을 확인하는 사람으로 인한 소음을 줄이면서도 실제 위협은 포착할 수 있습니다.

<div align="left" data-with-frame="true"><figure><img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2FDjs61lJK4hRP8cM38iau%2Fimage.png?alt=media&#x26;token=a5aaedc1-c351-4b6c-b44c-627f1ec0c9ea" alt=""><figcaption><p>2단계 대응으로 구성된 매장 외부 보행 통로</p></figcaption></figure></div>

***

#### 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

<details>

<summary>집행 추적은 언제 시작되었나요?</summary>

추적은 2026년 5월 1일에 시작되었습니다. 정책에 명시된 3개월 유예 기간을 고려하면, 사이트가 집행 대상이 될 수 있는 가장 빠른 시점은 2026년 7월이며, 이는 5월, 6월, 7월에 연속으로 15개를 초과한 사이트에만 적용됩니다.

</details>

<details>

<summary>집행 관련 SMS/이메일 알림은 누가 받나요?</summary>

경고 알림은 사이트 관리자와 [알람 관리자 연락처](https://app.gitbook.com/s/NU1He6Uj2tgInV2VdCLQ/alarm-specifications/alarm-admin-contact-requirement)에게 전송됩니다. 알람 사이트의 연락처 목록에 있는 사용자는 사이트 관리자일 경우에만 이러한 알림을 받습니다.

</details>

<details>

<summary>사이트가 집행되기 전에 몇 번의 경고 알림이 전송되나요?</summary>

집행 전에 3개월 동안 총 3회의 경고를 보냅니다:

* **1개월차(유예 기간 1):** 16번째 알람에서 경고 SMS/이메일이 전송됩니다
* **2개월차(유예 기간 2):** 16번째 알람에서 경고 SMS/이메일이 전송됩니다
* **3개월차 이상(집행 활성화):** 10번째 알람에서 경고 SMS/이메일이 전송되고, 16번째 알람에서 사이트가 집행 중임을 알리는 집행 알림이 전송됩니다.

</details>

<details>

<summary>자체 모니터링 응답 수준에서는 어떻게 되나요? 다른 응답 수준과 어떻게 다른가요?</summary>

자체 모니터링 모드에서는 알람 알림이 Verkada 모니터링 센터의 개입 없이 응답 연락처로 직접 전송됩니다. 다른 응답 수준과 동일한 SMS/이메일 알림을 받지만, 응급 서비스 호출, 내부 보안 출동, 또는 단순히 이벤트 기록 중 무엇을 할지 팀이 직접 대응을 결정해야 합니다.

다음을 참조하세요. [자체 모니터링 응답 수준](https://app.gitbook.com/s/NU1He6Uj2tgInV2VdCLQ/configuration/configure-an-alarm-response/self-monitored-response-level) 자세한 내용은.

</details>

<details>

<summary>집행 후 내 사이트는 언제 정상으로 돌아가나요?</summary>

Verkada는 매월 시작 시 알람 수를 초기화합니다. 집행된 사이트는 다음 달에 모니터링을 재개합니다. 그러나 다음 달에도 사이트가 15개 알람 한도를 초과하면 그 달의 나머지 기간 동안 자체 모니터링 알람 응답으로 계속 집행됩니다.

집행을 완전히 초기화하려면, 사이트가 15개 알람 한도 이하인 달력상 한 달이 완전히 필요합니다.

</details>

<details>

<summary>내 사이트가 집행 중일 때 비상 상황이 발생하면 경찰이 출동하나요? 내 사이트가 집행되어 자체 모니터링 중일 때 어떻게 경찰 출동을 요청할 수 있나요?</summary>

아니요. 집행으로 인해 사이트가 자체 모니터링 상태이므로 경찰은 자동으로 출동하지 않습니다. 직접 출동을 시작할 수 있습니다.&#x20;

자체 모니터링 알람 알림에는 사전 인증된 사건 링크가 포함되어 있어 알람 사건 페이지로 바로 이동합니다. 그곳에서 알람을 해결하거나, 비상 출동 정보 섹션에서 경찰에 전화할 수 있는 전화번호를 찾을 수 있습니다.

</details>

<details>

<summary>한도에 도달하지 않고 알람 시스템을 테스트하려면 어떻게 하나요?</summary>

다음을 참조하세요. [구성 팁 #4: 시스템 설정 및 테스트로 인한 의도치 않은 알람](#id-4.-unintended-alarms-from-system-setup-and-testing) 위 참조. 센서 테스트에는 워크 테스트를 사용하고, 구성을 검증하는 동안 응답 수준을 자체 모니터링으로 설정하세요.

</details>

<details>

<summary>모든 것을 시도했지만 여전히 알람 수를 줄이는 데 도움이 필요합니다.</summary>

알람 시스템을 설치하고 구성한 파트너에게 문의하세요. Verkada 지원팀에 연락하거나 담당 영업 담당자 또는 솔루션 엔지니어에게 문의할 수도 있습니다.

</details>
