> 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/command/ko/licensing/manage-your-licenses/license-groups.md).

# 라이선스 그룹

Verkada Command에서 라이선스 그룹을 설정하고 관리하는 방법을 알아보세요

Command 조직의 모든 라이선스는 일반적으로 하나의 만료일로 공동 만료됩니다. 이로 인해 갱신일과 예산 주기가 서로 다른 사이트, 예산 또는 부서에 라이선스를 분배하는 능력이 제한됩니다.

라이선스 그룹을 사용하면 사이트, 지역 또는 비용 센터별로 라이선스와 장치를 구성할 수 있어 유연성, 가시성 향상, 관리 편의성을 제공합니다. 각 그룹은 동일한 Command 조직의 일부로 유지되면서도 자체 갱신일과 라이선스 수용량을 가집니다.

{% hint style="info" %}
다음부터 시작하는 것을 권장합니다 [라이선스 관리](/command/ko/licensing/manage-your-licenses.md) Verkada 라이선스를 처음 사용하신다면 조직 전체 라이선스 관리가 어떻게 작동하는지 알아보세요.
{% endhint %}

***

### 라이선스 그룹이란 무엇인가요?

라이선스 그룹을 사용하면 특정 요구에 따라 라이선스를 별도의 그룹으로 구성할 수 있어, 특히 여러 부서나 개별적으로 관리되는 건물이 있는 대규모 조직에서 향상된 가시성, 간소화된 관리, 내부 예산 편성을 지원합니다.

각 라이선스 그룹은 Org Admin이 사이트, 예산 또는 비용 센터별로 라이선스를 구성할 수 있는 컨테이너 역할을 합니다. 모든 라이선스를 조직 수준에서 관리하는 대신, 각각 고유한 갱신일을 가진 특정 그룹에 할당해야 하며, 모든 것은 하나의 조직 내에 유지됩니다.

{% hint style="warning" %}
각 그룹의 라이선스도 여전히 하나의 만료일로 공동 만료됩니다.
{% endhint %}

***

## 미할당 라이선스

모든 미할당 라이선스와 사이트는 다음에서 관리됩니다: **미할당 라이선스** 라이선스 그룹 대시보드의 섹션입니다. 이 섹션에서는 미할당된 리소스를 검토하여 특정 라이선스 그룹에 할당할 수 있어 라이선스 관리가 향상됩니다.

이 섹션의 라이선스는 계속 개별적으로 소진되며, 할당되기 전까지는 다른 그룹과 공동 만료되지 않습니다. 사이트에는 생성 날짜와 라이선스가 공동 만료되기까지 남은 일수가 표시됩니다.

<div align="left" data-with-frame="true"><img src="https://1764840814-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNRq5qDDjsYNxwNzF1bcB%2Fuploads%2Fgit-blob-b49441145fe52614017b6dfda387139152da2ebd%2F8af40986215d2b1b010484b5e2c7a227d239fb6c.png?alt=media" alt=""></div>

***

## 기본 라이선스 그룹

모든 라이선스는 다음이라는 기본 라이선스 그룹에 추가됩니다: *그룹 1.* 라이선스는 다음을 하면 이동할 수 있습니다 [새 그룹을 생성할 때](#h_721299d040). 또한 기본 그룹의 이름을 지역이나 부서와 같이 용도에 맞게 변경할 수 있습니다.

***

## 라이선스 그룹 사용

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Feature Manager를 선택합니다.**
{% endstep %}

{% step %}
**Administration에서 License Groups 옆의 활성화를 선택합니다.**
{% endstep %}
{% endstepper %}

***

## 라이선스 그룹 만들기

{% hint style="danger" %}
라이선스 그룹을 만들려면 Org Admin 권한이 필요합니다.
{% endhint %}

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Licenses & Renewals를 선택합니다.**
{% endstep %}

{% step %}
**License Groups를 선택합니다.**
{% endstep %}

{% step %}
**상단에서 다음을 क्लिक합니다** <i class="fa-plus">:plus:</i> **그룹.**

새 라이선스 그룹을 만들거나 사이트에서 만들 수 있습니다.
{% endstep %}

{% step %}
**새 그룹 만들기:**

1. 선택 **새 라이선스 그룹 만들기.**
2. 그룹 이름을 입력합니다.
3. 클릭 <i class="fa-check">:check:</i> 하여 그룹을 만듭니다.
   {% endstep %}

{% step %}
**사이트에서 그룹 만들기.**

1. 선택 **사이트에서 라이선스 그룹 만들기.**
2. 사이트를 선택하고 다음을 클릭합니다 **만들기.**
   {% endstep %}
   {% endstepper %}

***

## 그룹에 새 라이선스 키 청구하기

라이선스 키를 청구할 때 새 구매 항목을 적절한 라이선스 그룹에 할당할 수 있습니다. 다음을 수행할 수 있습니다 [라이선스 키를 찾을 수 있습니다](/command/ko/licensing/manage-your-licenses/find-and-add-license-keys-to-command.md) Verkada 주문 이메일에서.

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Licenses & Renewals를 선택합니다.**
{% endstep %}

{% step %}
**License Keys를 선택합니다.**
{% endstep %}

{% step %}
**오른쪽 상단에서 Claim을 클릭합니다.**

1. 주문 이메일에 있는 라이선스 키를 입력하고 다음을 클릭합니다 **다음**.
2. 라이선스 키 세부 정보를 검토하고 다음을 클릭합니다 **청구**.
3. 라이선스 그룹을 선택하고 다음을 클릭합니다 **다음**.
4. 라이선스 그룹 내에서 라이선스가 어떻게 공동 만료되는지 미리 보기가 표시됩니다. 다음을 클릭합니다 **라이선스 청구** 하여 확인합니다.

<div align="left" data-with-frame="true"><img src="https://1764840814-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNRq5qDDjsYNxwNzF1bcB%2Fuploads%2Fgit-blob-1c2e6641d013d8f17c51495124fe9bbeea0a2411%2F7c78c6040640faaff9dbb5815acae09dc0dc5275.png?alt=media" alt=""></div>
{% endstep %}
{% endstepper %}

{% hint style="info" %}
라이선스 키를 라이선스 그룹 간에 이전하여 장치 및 사이트에 맞게 용량을 조정할 수 있습니다.
{% endhint %}

***

## 기존 라이선스 키를 그룹에 추가하기

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Licenses & Renewals를 선택합니다.**
{% endstep %}

{% step %}
**License Keys를 선택합니다.**

1. 라이선스 키 옆의 확인란을 선택합니다.
2. 오른쪽 상단에서 다음을 클릭합니다 **이동.**
3. 라이선스 키 개요를 검토하고 다음을 क्लिक합니다 **이동.**
4. 라이선스 그룹을 선택하고 다음을 클릭합니다 **다음.**
5. 활성 장치가 어떻게 업데이트되고 원래 그룹에 미치는 영향을 요약하여 검토합니다. 다음을 클릭합니다 **이동** 하여 확인합니다.

<div align="left" data-with-frame="true"><img src="https://1764840814-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNRq5qDDjsYNxwNzF1bcB%2Fuploads%2Fgit-blob-13a536a1a16d0a51dab06ce7d31f349fe889e40c%2F84fe692ae2af14efd46b058aa110f167a65745d2.png?alt=media" alt=""></div>
{% endstep %}
{% endstepper %}

***

## 라이선스 그룹 갱신 관리

다음에서 라이선스 그룹을 관리할 수 있습니다 **전체 라이선스 그룹** 탭에서 각 그룹의 개요와 예정된 갱신일을 확인할 수 있습니다. 각 그룹은 할당된 라이선스의 갱신을 처리합니다.

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Licenses & Renewals를 선택합니다.**
{% endstep %}

{% step %}
**License Groups를 선택합니다.**

1. 라이선스 그룹을 선택합니다.
2. 여기에서 그룹의 모든 제품 유형과 해당 준수 상태를 볼 수 있습니다.
   {% endstep %}
   {% endstepper %}

***

## 기존 사이트를 라이선스 그룹에 연결하기

기존 사이트를 라이선스 그룹에 할당해야 해당 장치를 연결된 라이선스와 연동할 수 있으며, 이를 통해 각 그룹의 라이선스 수용량 대비 활성 장치 수를 추적할 수 있습니다. 라이선스 그룹에 연결된 사이트의 모든 장치는 라이선스가 공동 만료됩니다.

{% hint style="warning" %}
사이트는 하나의 라이선스 그룹에만 할당할 수 있지만, 라이선스 그룹에는 여러 사이트가 포함될 수 있습니다.
{% endhint %}

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Licenses & Renewals를 선택합니다.**
{% endstep %}

{% step %}
**사이트를 선택합니다.**

1. 미할당 라이선스 그룹이 있는 사이트를 선택합니다.
2. 오른쪽 상단에서 다음을 클릭합니다 **이동.**
3. 라이선스 그룹을 선택하고 다음을 클릭합니다 **다음.**
4. 활성 장치가 어떻게 업데이트되고 원래 그룹에 미치는 영향을 요약하여 검토합니다. 다음을 클릭합니다 **사이트 이동** 하여 확인합니다.

<div align="left" data-with-frame="true"><img src="https://1764840814-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNRq5qDDjsYNxwNzF1bcB%2Fuploads%2Fgit-blob-92d44d44efa8ea310a7b1ff2a0abfb274271af8c%2Fa1f90c47f18a57ca9cb72339592f1c02ed93b17a.png?alt=media" alt="" width="563"></div>
{% endstep %}
{% endstepper %}

{% hint style="warning" %}
사이트와 해당 장치를 새 라이선스 그룹으로 이동하면 활성 장치 수가 업데이트됩니다. 라이선스는 자동으로 이동되지 않으므로 장치 수와 라이선스 수용량을 맞추려면 라이선스 키를 별도로 이전해야 합니다.
{% endhint %}

***

## 라이선스 키 분할

라이선스 키 분할을 사용하면 하나의 라이선스 키를 여러 키로 나누어 라이선스 그룹 간에 수용량을 더 정확하게 할당할 수 있습니다. 이는 과거 대량 주문을 조직 구조에 맞추는 데 유용합니다.

### 작동 방식

* 하나의 라이선스 키를 두 개의 새 키로 분할할 수 있습니다.
* 분할하면 원래 키의 청구가 자동으로 취소되며, 새 키를 적절한 라이선스 그룹에 수동으로 청구해야 합니다.
* 분할된 키는 원래 주문 번호와 생성 날짜를 상속합니다.
* 시스템은 각 분할 키에 대한 비례 크레딧 할당을 계산하여 총 크레딧 수를 보존합니다.

### 라이선스 키 분할

{% stepper %}
{% step %}
**Command에서 All Products > Admin으로 이동합니다.**
{% endstep %}

{% step %}
**Org Settings에서 Licenses & Renewals를 선택합니다.**
{% endstep %}

{% step %}
**License Keys를 선택합니다.**
{% endstep %}

{% step %}
**분할하려는 라이선스 키 옆에서 다음을 클릭합니다** <i class="fa-shuffle">:shuffle:</i>**.**

1. 각 새 라이선스 키에 할당할 수량을 입력한 다음 다음을 클릭합니다 **다음**.
2. 각 새 라이선스 키에 대한 라이선스 그룹을 선택하고 다음을 클릭합니다 **다음.**
3. 새 할당을 검토하고 다음을 클릭합니다 **분할 확인.**
   {% endstep %}
   {% endstepper %}

***

## 라이선스 그룹 집행 및 접근 제한

라이선스 그룹이 만료 또는 라이선스 수용량 초과로 인해 비준수 상태가 되면 연결된 사이트와 하위 사이트를 포함한 해당 장치에 사용자가 접근할 수 없게 됩니다.

이 집행은 비준수 라이선스 그룹과 그에 연결된 사이트 및 장치에만 영향을 미치며, 전체 조직에는 영향을 주지 않습니다. 라이선스 그룹은 접근 및 준수 측면에서 독립적으로 작동하여 광범위한 조직 전반의 중단을 최소화합니다.

***

## 자주 묻는 질문

<details>

<summary>사이트를 여러 라이선스 그룹에 할당할 수 있나요?</summary>

아니요. 각 사이트는 한 번에 하나의 라이선스 그룹에만 할당할 수 있지만, 라이선스 그룹에는 여러 사이트가 포함될 수 있습니다.

</details>

<details>

<summary>그룹에서 라이선스 키를 제거할 수 있나요?</summary>

라이선스 키를 그룹에서 완전히 제거할 수는 없지만, 언제든지 다른 라이선스 그룹에 다시 할당할 수는 있습니다.

</details>

<details>

<summary>해당 라이선스를 이전하지 않고 사이트를 옮기면 어떻게 되나요?</summary>

장치는 사이트와 함께 이동하며 라이선스 그룹의 장치 수가 업데이트됩니다. 라이선스는 수동으로 이동하기 전까지 원래 라이선스 그룹에 남아 있으므로, 준수를 유지하려면 라이선스 키를 이전해야 합니다.

</details>


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/command/ko/licensing/manage-your-licenses/license-groups.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.