> 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/reports-and-monitoring/emergency-dispatch-in-new-alarms.md).

# 새 알람의 긴급 출동

출동은 모니터링 에이전트가 알람 이벤트 워크플로에 의해 트리거되었을 때 긴급 1차 대응 인력(일반적으로 경찰)을 현장으로 보내는 과정입니다. 모든 알람이 출동으로 이어지는 것은 아닙니다. 출동 여부는 알람 대응 구성, 고객 응답, 지역 법 집행 기관의 요구 사항에 따라 결정됩니다.

아래 표는 사이트의 알람 대응 구성에 따른 몇 가지 일반적인 출동 시나리오와, 관할 요건 및 사용 사례에 따라 발생할 수 있는 몇 가지 일반적인 문제를 설명합니다.

| **시나리오**                                                    | **결과**                                                                |
| ----------------------------------------------------------- | --------------------------------------------------------------------- |
| [즉시 출동 대응이 구성됨](#immediate-dispatch-response-configured)    | 먼저 경찰에 연락한 다음 고객에게 통지함                                                |
| [표준 대응이 구성됨](#standard-response-configured)                 | 알람 연락처 목록의 사용자가 응답해 출동을 승인하거나, 지정된 연락처 목록을 모두 시도한 후 에이전트가 출동으로 상향 조치함 |
| [허가증 없음](#permit-or-compliance-requirements-not-met)        | 경찰이 대응을 거부할 수 있음(관할 구역에 따라 다름)                                        |
| [키 보유자 부재](#key-holder-on-site)                             | 경찰이 대응을 거부할 수 있음(관할 구역에 따라 다름)                                        |
| [허위 알람 기록이 많음](#excessive-false-alarms-or-false-dispatches) | 경찰이 해당 현장에 대한 대응을 중단할 수 있음                                            |
| [공공 공간을 감시하는 카메라](#camera-covering-a-public-area)           | 경찰이 대응을 거부할 수 있음(또는 키 보유자 상주를 요구할 수 있음)                               |

***

### 긴급 출동 기준

출동은 사이트의 알람 대응 구성에 따라 여러 방식으로 트리거될 수 있습니다. 가장 일반적인 두 가지 방법은 아래에 설명되어 있습니다.

#### 즉시 출동 대응이 구성됨

사이트가 즉시 출동으로 구성된 경우, 확인된 알람이 발생했을 때 모니터링 에이전트의 첫 조치는 고객에게 전화하기 전에 경찰에 직접 연락하는 것입니다. 그런 다음 에이전트는 연락처 목록을 순차적으로 처리하여 고객에게 상황과 취한 조치를 알립니다.

* 연락처가 응답해 취소를 요청하면, 에이전트는 출동을 취소하기 위해 최선을 다해 조치합니다.
* 알람은 사용자가 해결하지 않는 한 출동이 시작된 후 4시간 동안 활성 상태로 유지됩니다. 해결 후 에이전트는 출동을 취소하기 위해 최선을 다해 조치합니다.

#### 표준 대응이 구성됨

사이트가 표준 대응으로 구성된 경우, 에이전트는 연락처 목록에 따라 전화를 겁니다. 연락처당 두 번씩 시도한 후에도 아무도 응답하지 않으면, 에이전트는 경찰을 출동시킵니다. 또한 연락처가 응답하여 승인을 하면 에이전트가 출동시킵니다.

고객은 진행 중인 알람 중 언제든지 사건 링크 또는 Command를 통해 수동으로도 출동을 요청할 수 있습니다.

***

### 긴급 출동을 위한 기타 외부 요구 사항

관할 구역에 따라, 법 집행 기관은 알람에 대응하기 전에 충족되어야 하는 특정 조건을 요구할 수 있습니다. 아래 예시는 몇 가지 일반적인 요구 사항을 강조하지만 가능한 모든 시나리오를 포함하지는 않습니다. 요구 사항은 도시와 경찰서에 따라 크게 다릅니다. 사이트를 온보딩하거나 거부된 출동을 조사할 때는 이를 출발점으로 삼고, 출동을 활성화하기 전에 해당 관할 구역의 구체적인 요구 사항을 항상 확인하십시오.

#### 알람 허가증

많은 도시에서는 현장이 지역 당국에서 발급한 유효한 알람 허가증을 보유하도록 요구합니다. 허가증 없이 운영하면 대응 거부나 벌금이 부과될 수 있습니다.

#### 현장 내 키 보유자

일부 관할 구역에서는 경찰이 대응하기 전에 확인된 키 보유자(승인된 연락처)가 현장에 있거나 현장으로 이동 중이어야 합니다. 이는 허위 알람으로 인한 불필요한 출동을 줄이기 위한 것입니다.

사이트 설정 중에는 항상 관할 구역별 요구 사항을 확인하고, 고객 연락처가 키 보유자 의무를 인지하고 있는지 확인하십시오.

***

### 경찰이 긴급 출동을 거부할 수 있는 이유

모니터링 에이전트에서 출동이 시작되더라도 법 집행 기관이 대응을 거부할 수 있습니다. 고객이 경험할 수 있는 몇 가지 일반적인 이유는 아래에 설명되어 있습니다.

#### 허가증 또는 준수 요건 미충족

사이트에 필요한 [알람 허가증](/classic-alarms/ko/compliance-and-licensing/classic-alarms-licensing/determine-relevant-alarm-permits.md)이 없거나 키 보유자를 확인할 수 없는 경우, 많은 관할 구역에서 경찰이 대응을 거부할 수 있습니다. 해당 지역의 알람 대응 요구 사항을 확인하려면 지역 당국에 문의하십시오.

#### 과도한 허위 알람 또는 허위 출동

대부분의 관할 구역은 허위 알람/허위 출동 정책을 운영합니다. 사이트에 검증되지 않았거나 유효하지 않은 알람이 많이 누적되면, 문제가 해결될 때까지 경찰이 해당 사이트를 블랙리스트에 올릴 수 있습니다. 이는 때때로 사이트가 "페널티 상태"이거나 "정지"되었다고 표현됩니다.

* 사이트의 알람 활동과 카메라 구성을 검토하여 근본 원인을 파악하십시오.
* 대응을 복구하려면 귀하 또는 귀사의 파트너가 지역 법 집행 기관에 직접 연락해야 할 수 있습니다.

#### 공공 구역을 감시하는 카메라

카메라가 공공 공간(예: 인도, 공공 도로 또는 공용 구역)을 감시하도록 배치되어 보행자나 지나가는 사람 때문에 반복적으로 알람이 발생하는 경우, 경찰이 대응을 거부할 수 있습니다. 이 문제를 해결하기 위해 다음 조치를 고려해 볼 수 있습니다:

* 카메라의 시야 범위와 알람 트리거 구성을 검토하십시오.
* 야외 및 공공 노출 구역에는 계층형 대응 전략을 사용하고, 낮은 임계값 이벤트가 [억제](/new-alarms/ko/configuration/configure-ai-powered-deterrence.md) 를 먼저 트리거하며 지속적인 존재만 알람으로 상향 조치되도록 하십시오. 이는 우연히 지나가는 사람을 걸러내면서도 실제 배회는 식별하는 데 도움이 됩니다.


---

# 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/reports-and-monitoring/emergency-dispatch-in-new-alarms.md?ask=<question>&goal=<endgoal>
```

`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.