> 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/insutru/wiring-best-practices-for-third-party-wireless-locks/verkada-ev3-on-3rd-party-wireless-locks.md).
# サードパーティ製無線ロックでの Verkada EV3
この記事では、Verkada EV3認証情報が対応するサードパーティ製無線ロック連携でどのように機能するかを概要説明します。また、展開前に確認すべき暗号化キーの要件と主要なセキュリティ上の考慮事項についても説明します。
***
### 対応する無線ロック
* Assa Abloy Aperio ロック
* Schlage:
* ADシリーズ: AD300、AD400
* NDEB、LE、LEB、およびMT
### 始める前に
サードパーティ製無線ロック連携でVerkada EV3認証情報を使用するには、Verkada EV3認証情報を利用するロックに暗号化キーを手動で追加する必要があります。この作業はエンドユーザーでは完了できず、Verkadaパートナーが実施する必要があります。この作業を開始するには、アカウント担当者にお問い合わせください。
***
### セキュリティに関する考慮事項
DESFire EV3スマートカード技術により、VerkadaのEV3認証情報は16個の暗号化キーを保持できます。サードパーティ製無線ロックでEV3をサポートするため、これらのキーのうち1つは、Allegionおよびその子会社（SchlageやSimonsVossを含む）によって製造されたロック専用に予約されています。別の1つは、Assa Abloyおよびその子会社によって製造されたロック専用に予約されています。これらのキーは完全に分離されており、AllegionまたはAssa Abloyのロックで使用される暗号化キーが有線Verkadaリーダーで使用されることはなく、その逆もありません。
これらのサードパーティ製ロックに暗号化キーを適用するには、AllegionまたはAssa Abloyの暗号化キーを含むデジタル設定または設定カードが必要です。これらのキーを含む設定は、Solutions Engineersやパートナーを含むより広いグループに配布され、各連携パートナーに予約されるキーは1つだけであるため、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 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/access-control/ja/insutru/wiring-best-practices-for-third-party-wireless-locks/verkada-ev3-on-3rd-party-wireless-locks.md?ask=&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.