> 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/access-control/ja/akusesu/configure-access-control-areas.md).

# アクセスコントロールエリアを設定する

エリアは物理的な空間を表し、入口として機能する一連のドアと出口として機能する一連のドアによって定義されます。入退室ドアは、一方の方向を入口、もう一方の方向を出口として設定できます。

エリアを定義すると、Command は誰が中にいるかをリアルタイムで表示します。また、 [エリアにアンチパスバック ルールを設定できます](/access-control/ja/akusesu/configure-access-control-areas/secure-access-control-areas-with-anti-passback.md) より厳格なセキュリティ要件を適用するために。

{% hint style="danger" %}
設定できるのは **サイトごとに 1 つのアクセスコントロール エリアのみです**.
{% endhint %}

***

## 設定

{% stepper %}
{% step %}
**Verkada Command で、All Products > Access に移動します。**
{% endstep %}

{% step %}
**ドロップダウンからサイトを選択します。**
{% endstep %}

{% step %}
**上部の\[Settings] をクリックします。**
{% endstep %}

{% step %}
**\[エリア] の下で \[設定] をクリックします。**

1. 一連の **入口ドア** をエリアに対して指定します。
2. （オプション）一連の **出口ドア** をエリアに対して指定します。
3. 入退室ドアがある場合は、入側リーダーを入口、出側リーダーを出口に割り当てるか、またはその逆にします。
   {% endstep %}

{% step %}
**（オプション）アンチパスバック、違反期限切れ、強制退出を含む追加のエリア設定を構成します。詳細は下のエリア設定を参照してください。**
{% endstep %}
{% endstepper %}

***

## エリア設定

### アンチパスバック

有効にする **アンチパスバック** ユーザーが再入室または再退出する前に、エリアへ適切に入退室したことを確認して、より厳格なアクセスコントロールを適用するためです。次のいずれかを選択できます。 **ソフト アンチパスバック**、違反したユーザーは通常のアクセス権を維持し、 **ハード アンチパスバック**、違反が解消されるまで違反ユーザーのアクセスは拒否されます。

{% hint style="info" %}
アンチパスバックの仕組み、違反の種類、免除グループ、違反の管理の詳細については、 [アンチパスバックでセキュアエリアを保護する](/access-control/ja/akusesu/configure-access-control-areas/secure-access-control-areas-with-anti-passback.md).
{% endhint %}

### 違反期限切れ

有効にする **違反期限切れ** を有効にすると、設定した期間後にアンチパスバックまたは強制退出の違反を自動的に解除できます。有効にした場合は、 **違反タイムアウト** を設定して、違反が自動的に解除されるまでに有効な状態で残る時間（分または時間）を制御します。タイマーは違反が最初に作成されたときに開始されます。

### 強制退出

有効にする **強制退出** を有効にすると、ユーザーがエリアの出口ドアで一定期間バッジしていない場合に、自動的にエリア外としてマークします。有効にした場合は、 **強制退出までの時間** ユーザーがエリアの入口ドアで最後にバッジしてから、エリア外に置かれるまでに何分または何時間経過する必要があるかを指定します。

必要に応じて、 **違反としてマーク** を有効にして、強制退出されたユーザーに強制退出違反のフラグを付けます。ハード アンチパスバックが有効な場合、強制退出違反のあるユーザーは、その違反が解除されるまでエリアにアクセスできません。

***

## 既存のエリアを表示および管理する

サイトにエリアを設定すると、エリア詳細ページで表示および管理できます。

{% stepper %}
{% step %}
**Verkada Command で、All Products > Access に移動します。**
{% endstep %}

{% step %}
**ドロップダウンからサイトを選択します。**
{% endstep %}

{% step %}
**\[エリア] の下で \[表示] をクリックします。**

1. 上部で **\[エリア設定] >** <img src="/files/ce9e765e862e7790493b72f4601cc11e896cee37" alt="" data-size="line">**.**
2. 必要に応じて設定を編集します。
3. クリック **保存。**
   {% endstep %}
   {% endstepper %}

***

## エリアのリアルタイム在室状況を表示する

エリアを設定すると、入口ドアにアクセスし、まだ出口ドアにアクセスしていない人に基づいて、エリアのリアルタイム在室状況を表示できます。

{% stepper %}
{% step %}
**Verkada Command で、All Products > Access に移動します。**
{% endstep %}

{% step %}
**ドロップダウンからサイトを選択します。**
{% endstep %}

{% step %}
**上部で \[エリア] をクリックします。**
{% endstep %}

{% step %}
**\[在室者] をクリックして、人物の一覧を表示します。**

{% hint style="info" %}
の右側にある更新ボタンをクリックして **在室者** 人物一覧を更新します。
{% endhint %}
{% endstep %}

{% step %}
**一覧の中に実際にはエリア内にいない人がいると判断した場合は、その人の名前にカーソルを合わせて \[エリア外としてマーク] をクリックし、在室状況を手動で修正します。**

​
{% endstep %}
{% endstepper %}

***

## 例外ケースと注意事項

#### エリアの入口ドアと出口ドアでは Bluetooth が無効です

Bluetooth 解錠は、アクセスユーザーが自分のスマートフォンを認証情報として使う、非常に便利で安全な方法です。ただし、到達範囲があるため、ユーザーがドアを開けるつもりなく通りかかった場合など、Bluetooth 解錠が意図せず起動されることがあります。

エリアの在室状況は、ユーザーが入室または退室する際の正確なリーダーでのバッジに依存するため、システムはエリアの入口または出口として設定されたドアでは Bluetooth 解錠を無効にします。Bluetooth 対応ドアをエリアの入口または出口として追加すると、その役割を果たしている間は Bluetooth が無効のままであることを示すメッセージが Command に表示されます。

### DPI での個別入室

DPI が有効な場合、システムは、有効な認証情報の提示の後に DPI の状態変更が発生した場合にのみ、エリア内の人物をマークします。DPI の状態が変わらない場合、バッジしたユーザーは *エリア外* （これは APB ロジックとは無関係です）。

* ドアが開く前に 2 人が同時にドアでバッジした場合、システムは最初の人物を室内としてマークしません。
* ドアが開いたままになっている場合、システムはその後にバッジした各ユーザーを室内としてマークします。たとえば、2 人が同時にバッジしたものの、2 人目（または他の人）がバッジする前にドアが開いた場合、各人は適切に室内としてマークされます。

***

{% hint style="info" %}
**実際の動作をご覧になりますか？** こちらをご覧ください。 [動画チュートリアル](https://www.youtube.com/watch?v=eFp7akwYJek).
{% endhint %}


---

# 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/access-control/ja/akusesu/configure-access-control-areas.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.
