> 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/guest/ja/she-ding/guest-dechekkuin/id-woshitachekkuin.md).

# 従業員 ID を使用した手動従業員チェックイン

Guestでは、専用の従業員用ゲストタイプを使用して従業員をサインインできます。非主要拠点を訪問する際などにGuest経由でサインインする従業員は、従業員IDを入力するか、IDが記録されたバッジ上のバーコードをスキャンして本人確認できます。

### 開始する前に

従業員は、Commandのユーザープロファイルに従業員IDが含まれている場合にのみサインインできます。このフィールドは手動で追加することも、IDプロバイダから同期することもできます。 [ユーザープロビジョニング](/command/ja/sekyuriti/identity-providers/user-provisioning-field-requirements-and-formatting-rules.md).&#x20;

***

## 手動の従業員用ゲストタイプを作成する

{% hint style="danger" %}

* 必要です **組織管理者** Global Guest Typeを作成する権限。
* 必要です **Workplace Site管理者** サイトレベルのゲストタイプを作成する権限。&#x20;
  {% endhint %}

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

{% step %}
**左側のナビゲーションで、Guest Settingsをクリックします。**
{% endstep %}

{% step %}
**Guest Typesの下で、Manage Guest Typesをクリックします。**
{% endstep %}

{% step %}
**右上の Add Guest Type をクリックします。**

1. ゲストタイプに名前を付けます。
2. テンプレートメニューで次を選択します: **Employee.**&#x20;
3. 次のいずれかを選択します: **Employee** または **従業員の補助サインイン**.
   {% endstep %}

{% step %}
**Employeeステップを設定する**.

{% hint style="danger" %}
少なくとも次の権限が必要です: **Command User Viewer** Employeeステップを設定するためのロール。&#x20;
{% endhint %}

次のどれを選ぶか: [Commandグループ](/command/ja/yzto/manage-users-in-your-organization/manage-command-groups.md) および [アクセスグループ](/access-control/ja/yzto/add-and-modify-access-groups.md) そのメンバーがこのゲストタイプを通じてサインインできるようにします。選択したグループの従業員のみが、このゲストタイプで正常にサインインできます。

<div align="left" data-with-frame="true"><figure><img src="https://2417486240-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2FIc0VT9uZesvcvPdm0n8L%2Fimage.png?alt=media&amp;token=e12c37b1-fc79-4fce-af10-c88d16a9b9bf" alt=""><figcaption></figcaption></figure></div>

従業員サインイン用ゲストタイプは、従業員のPACSカードにあるEmployee IDを表すバーコードのスキャンをサポートしています。次の機能を使用します: **IDをスキャン** この機能を制御するには、Employeeステップのトグルを使用します。対応するバーコード形式は次に示します [こちら](#which-barcode-formats-can-the-guest-app-read-an-employee-id-from).
{% endstep %}

{% step %}
**(任意) ゲストタイプに他のサインインステップを追加または削除します。**

従業員サインイン用ゲストタイプには、次のステップを含めることができます:

1. 連絡先情報
2. ホストを選択
3. バッジ写真
4. 自由記述式の質問
5. 多肢選択式の質問
6. 動画
7. PDF
8. ドキュメント
   {% endstep %}
   {% endstepper %}

***

## 従業員向けの手動サインイン手順

従業員用ゲストタイプでサインインする場合、従業員は最初にEmployeeステップを完了します。従業員IDがわからない場合は、次の項目を選択できます: **名前を入力** オプション。

***

## 従業員の訪問に関する問題を解決する

#### Employee IDの問題

サインイン中に従業員がEmployee IDステップをスキップした場合、GuestユーザーがCommandで訪問を確認する必要があります。

<div align="left" data-with-frame="true"><figure><img src="https://2417486240-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2FRZ3BdxD9P825T1245DsF%2FScreenshot%202026-09-25%20at%2010.24.19%E2%80%AFAM.png?alt=media&amp;token=309b6e10-1ba0-4575-a570-2113fbbb1199" alt="" width="563"><figcaption></figcaption></figure></div>

### サインインの競合

別のGuest Siteでその従業員の別の訪問がアクティブなままのときに従業員がチェックインした場合、Guestユーザーがその訪問を確認する必要があります。

Guestユーザーが従業員をサインイン済みとしてマークすると、Guestはその従業員を以前の訪問からサインアウトします。

***

## FAQ

<details>

<summary>Employee Guest TypeはモバイルサインインやGuest Eventsに使用できますか？</summary>

はい、従業員サインイン用ゲストタイプは、モバイルサインインやGuest Events向けに設定できます。管理者は、次を使用してゲストタイプの使用場所と使用方法を選択できます: [ゲストタイプの表示設定](/guest/ja/she-ding/configure-guest-types/control-guest-type-visibility.md).&#x20;

補助サインイン用従業員ゲストタイプは、次にのみ対応しています: [コンシェルジュサインイン](/guest/ja/she-ding/configure-guest-types/control-guest-type-visibility.md#configure-guest-type-visibility).

</details>

<details>

<summary>Guestアプリはどのバーコード形式からEmployee IDを読み取れますか？</summary>

Guestアプリは、従業員IDのスキャンについて次のバーコード形式を認識できます:

* Code 39
* Code 93
* Code 93 Extended
* Code 128
* Interleaved 2 of 5
* QR
* Aztec
* Data Matrix
* MicroPDF417
* Micro QR
* PDF417

</details>

<details>

<summary>訪問中の従業員に、非主要拠点への一時的なドアアクセスを付与できますか？</summary>

はい、従業員は訪問時に一時的なドアアクセスを付与できます。Employee Guest Typeは次の設定で構成する必要があります: [訪問アクセステンプレート](/access-control/ja/yzto/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md) 適切なドアアクセスが有効になっているもの。従業員は、既存の資格情報（キーカード、Face Unlock など）に加えて、Webロック解除リンクや一時的な入室コードを使用してドアを開けることができます。

</details>

<details>

<summary>サインイン後にどの従業員情報がGuestに取り込まれますか？</summary>

Guestは、Commandのユーザープロファイルから次の項目を取り込みます:

* 名
* 姓
* ユーザー写真
* メールアドレス
* 電話番号
* 役職
* 部署
* 会社名

</details>

<details>

<summary>訪問中の従業員をIncident Responseに含めることはできますか？</summary>

はい、Responseが開始された時点でGuest siteにサインインしている訪問中の従業員を、避難者として含めることができます。Response Templateは次のようにする必要があります: [訪問者（Guestから）を追跡するように設定されている](/incident-response/ja/she-ding/create-response-templates.md#people) 避難者として。&#x20;

</details>

<details>

<summary>訪問中の従業員をRoll Callレポートに含めることはできますか？</summary>

はい、訪問中の従業員をRoll Callレポートに含めることができます。Employee Guest Typeは次の設定で構成する必要があります: [訪問アクセステンプレート](/access-control/ja/yzto/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md) Roll Callが有効になっているもの。

</details>

<details>

<summary>Employee Guest TypeはSecurity Screeningに対応していますか？</summary>

いいえ、Employee Guest TypeはSecurity Screeningステップに対応していません。VerkadaのGuest Security Screeningは訪問者管理ツールであり、公正信用報告法（FCRA）で定義される「消費者レポート」ではありません。Verkadaは消費者報告機関ではありません。このスクリーニング情報は、雇用、昇進、雇用継続、住宅、信用、保険、またはFCRAの規制対象となるその他の目的の適格性を判断するために、全部または一部を使用してはなりません。顧客は、この機能の使用が適用されるすべての法律に準拠していることを確認する責任があります。

</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/guest/ja/she-ding/guest-dechekkuin/id-woshitachekkuin.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.
