# 13-RENOテスト実行手順書（日本語版）

## 改訂履歴

| 日付 | バージョン | 変更種別 | 変更概要 |
| --- | --- | --- | --- |
| 2026-08-15 | v0.1 | 新規 | ドキュメント12のテスト範囲を、RENOが順番に実行可能なテストマニュアルとして整理。日方がテストアカウント、テスト顧客、初回訪問招待メールの準備を担当することを明確化。RENOは基本設定が正しい場合の業務テストのみを実行し、南京側は環境の基本設定、定期同期情報、ログ、管理下での異常対応を担当。 |
| 2026-08-15 | v0.2 | 説明最適化 | 独立レビューに基づき、入口メール入力対象、定期同期による汚染の停止判定、状態同期完了の根拠、個人権限操作の期待値、履歴サンプル削除時のアクセスフィールドが空の場合の判定を補足。 |
| 2026-08-15 | v0.3 | 実行順序とメール説明の最適化 | KASIKAが初回訪問招待の実際の送信時に、顧客に対応する `kasikacid` を自動付加することを明確化。RENOは実際のメールリンクと入口認識結果のみを観察し、パラメータを手動で追加しない。定期同期を最後のグループの業務テストに調整。 |
| 2026-08-16 | v0.4 | テスト範囲の補充 | 権限変更を「VISTA Bによるラベル権限テンプレートの変更」と「KASIKAによる customer_status の変更と同期」の2つのメインシナリオに明確に分割。同名ラベルなし、状態の切り戻し、自動更新オフ分岐を補足。 |
| 2026-08-16 | v0.5 | 検収説明の最適化 | 権限変更は最終的な権限セットを基準とすることを明確化：状態/ラベルの変更により権限が増加、減少、または内容が変わらない場合がある。状態の切り戻しは、各ラウンドの同期完了後に確認する。 |
| 2026-08-16 | v0.6 | 用語統一 | 操作主体を「テスト担当者」に統一。PASS、NG、阻断を「期待どおり」「期待どおりではない」「実施または判定不可」に変更し、非専門のテスト担当者の理解ハードルを下げる。 |
| 2026-08-16 | v0.7 | 実行範囲の調整 | 独立した業務検証を生まないT13-23を削除。テスト完了後のエビデンス提出要件は維持するが、追加のテスト操作とはしない。 |
| 2026-08-16 | v0.8 | ケース補充と順序再編 | 「準備、入口バインド、同期、詳細と権限、異常、ログ、定期同期」の順に再編成。未指定状態、顧客間ログイン状態の分離、同期変化なし、顧客リスト/詳細ページ、同期ログの実行可能なテストを補充。 |
| 2026-08-16 | v0.9 | 並行検証方法の調整 | 南京側による同期タスク占有の作成をやめ、2つの権限あるアカウントが同じ正常な手動同期で同時に開始し、システムが一度だけリクエストを受け付けることを検証する方式に変更。 |
| 2026-08-16 | v0.10 | 南京側協力境界の整理 | T13-01の南京側の責務を、テスト開始前のバージョン、四端アドレス、基本連携設定の正確性確認に集約。定期同期とログはRENOが自身のアカウントと実際の待機結果で判断。 |
| 2026-08-16 | v0.11 | 南京側協力境界の整理 | T13-06のアクセスパスワードスイッチは、RENO管理者が通常の設定ページで自身で切り替え・復元する方式に変更。南京側の環境プリセットは不要。 |
| 2026-08-16 | v0.12 | 南京側協力境界の整理 | T13-08の状態権限自動更新スイッチは、RENO管理者が通常の設定ページで自身で切り替え・復元する方式に変更。南京側の協力やログ証明は不要。 |
| 2026-08-16 | v0.13 | 南京側協力境界の整理 | T13-14のアクセスパスワードスイッチとテストデータは、RENOが自ら準備、切り替え、復元、記録を保持する方式に変更。南京側の協力は不要。 |
| 2026-08-16 | v0.14 | 南京側協力境界の整理 | T13-20のテンプレート変更、復元、VISTA C権限有効性の判断は、RENOが次回のアクセス結果に基づき自身で完了する方式に変更。南京側によるキャッシュルールの説明は不要。 |
| 2026-08-16 | v0.15 | 南京側協力境界の整理 | T13-21の状態変化検証は、RENOが自ら開始する手動同期に固定し、タスク結果と同期記録で完了を判断。南京側によるタイミング確認は不要。 |
| 2026-08-16 | v0.16 | テスト範囲の調整 | T13-25「バインド済みだがメールアドレス不一致」をRENO実行カードから削除：KASIKAがメールアドレスを変更すると新しい customer_id が生成され、同一のバインド済み customer_id の自然なテスト条件を構成しない。この異常保護要件は南京側の管理下での検証として維持し、RENOが自らデータを製造する必要はない。以降のカードは順次繰り上げ。 |
| 2026-08-16 | v0.17 | テスト範囲の調整 | 「同一メールアドレス候補の競合または再バインド禁止」をRENO実行カードから削除。KASIKAのメールアドレスは一意のため、RENOは2つのKASIKA顧客で自然に同一メールアドレス競合を構築できない。重複候補、再バインド禁止、履歴削除はすべて南京側の分離検証に変更。以降のカードは順次繰り上げ。 |
| 2026-08-16 | v0.18 | 南京側協力境界の整理 | T13-25は、RENOが専用テスト顧客を使用してVISTA削除と元入口への再訪を自身で完了する方式に変更。南京側は削除後のクリーンアップ/復元と必要なログサポートのみを担当。無効リンクなど正常に構築できない入口エラーは南京側の管理下での検証として維持。 |
| 2026-08-16 | v0.19 | 南京側協力境界の整理 | T13-26の同期記録とロール権限検証は、RENOが管理者、セールスマネージャー、セールスパーソンのアカウントを自身で準備し、テスト時間を自身で記録して完了する方式に変更。アカウントやログ入口が欠落している場合のみ南京側に対応を依頼。 |
| 2026-08-16 | v0.20 | 南京側協力境界の整理 | 定期同期、ラベル/テンプレート、入口、既存顧客バインド、リスト、詳細、状態変化などの通常業務検証は、RENOが専用テストデータ、管理者アカウント、実際の操作記録を使用して自身で完了する方式に統一。南京側は管理下での異常、安全に復元できないデータクリーンアップ、環境欠落の調査のみを担当。 |
| 2026-08-16 | v0.21 | 南京側協力境界の整理 | RENOがtest-jpの全KASIKA顧客に対して管理権を持つことを確認。T13-16の全量同期範囲確認と未バインド顧客の分離はRENOが自身で完了し、南京側の協力は不要。 |
| 2026-08-16 | v0.22 | 権限と業務判定境界の確認 | RENOがKASIKAとVISTAの完全な操作権限を持つことを確認するが、連携設定の業務的意味を自身で理解する必要はない。バインド完了通知の自動返信ID、テンプレート名、トリガー条件、受信者、期待内容は南京側が一度に説明。RENOは実際の設定を確認し、操作を実行し、結果を判定する。 |
| 2026-08-16 | v0.23 | テスト開始条件の整備 | 南京側の引き継ぎ表を「業務判定ベースラインと環境引き継ぎ表」に変更：南京側がバージョン、基本設定、タイムゾーン、バインド完了通知、管理下での異常の業務基準を一度に説明。RENOは自身で操作し、設定保存時間を記録し、実際の結果で判定。 |
| 2026-08-16 | v0.24 | 通常並行シナリオと管理下異常の境界最適化 | 「入口アクセスと同期の同時発生」をRENOの通常操作カードに組み込み。南京側の管理下検証表を書き直し、南京側が通常ページで安全に構築できない状況、期待結果、必要なエビデンスのみを提供することを明確化。 |
| 2026-08-16 | v0.25 | 独立レビュー後の実行可能性の補充 | DeepSeek独立レビューと正式要件の再確認に基づき、既存VISTA顧客のバインド可能条件、入口メールアドレス不一致検証、権限セット照合方法、自然並行の判定可能境界、定期同期保存時点の確認方法を補足。 |

## 1. ドキュメントの目的と参照順序

本マニュアルは、製品要件をすべて読んでいないRENOテスト担当者（以下「テスト担当者」）を対象としています。テスト時は `T13-01` から `T13-29` の順に実行し、各項目の終了時に「期待どおり」「期待どおりではない」または「実施または判定不可」を記録してください。

参照順序は以下のとおりです：

1. 『11-KASIKA×HOMEVISTA連携操作ガイド（日本語版）』を読み、KASIKA、VISTA B、KASIKA入口ページ、VISTA Cの役割分担を理解する。
2. 『12-第2期テスト範囲・トレーサビリティ一覧（日本語版）』を読み、今回の完全なテスト範囲を理解する。
3. 本マニュアルに従って1件ずつ実行する。本マニュアルは、日方が実際に操作、待機、テスト結果の判定を行うための根拠です。

本マニュアルはドキュメント12の代替ではありません。各実行カードには関連するドキュメント12のテストケースを明記しており、プロジェクトチームがトレースしやすくなっています。

## 2. 役割分担と禁止操作

| 項目 | 日方 / RENO | 南京側 |
| --- | --- | --- |
| KASIKA操作アカウント、VISTA B操作アカウント、テストメールアドレス | 準備、保管、使用 | 代理で準備しない |
| KASIKAテスト顧客 | 作成、保守、状態変更、顧客情報の記録 | 代理で作成しない |
| VISTA既存テスト顧客 | テストカードの必要に応じて作成・保守 | 履歴削除、誤バインドなど自身で復元できないデータの対応を支援可能 |
| 初回訪問招待メール | テンプレートを準備し、日方自身の業務ルールに従ってトリガー | 準備しない、送信しない |
| PID、認証情報、設定番号、自動返信ID、IPホワイトリスト | 読み取り専用で確認し、故意に誤って変更しない。自動返信IDの業務用途は南京側の引き継ぎ説明に従う | 基本設定の異常時に調査し、自動返信IDに対応する業務メールを一度に説明 |
| 手動同期、入口ページ、VISTA C検証 | 本マニュアルに従って実行 | 業務判定に曖昧さがある場合、期待結果を一度に説明 |
| 定期同期時間、同期ログ | 直近の正しい設定保存時間と実際の結果を記録 | test-jpの使用タイムゾーンを一度に確認。定期トリガー時間は制御しない |
| 故障シミュレーション、誤バインド対応、データリセット | 現象を記録し、自身では実行しない | 手配、復元、結果提供を担当 |

RENOはPID、4つのKASIKA認証情報、インポート/エクスポート設定番号、自動返信ID、IPホワイトリストを自身で変更してはなりません。ページデータの削除による「新規顧客」状態の偽装も禁止。バインド関係の自身での解除、再構築、修復も禁止。

## 3. 日方が準備するアカウント、顧客、メール

### 3.1 操作アカウント

| アカウント | 最低条件 | 用途 |
| --- | --- | --- |
| KASIKA操作アカウント | テスト顧客の作成・編集、`customer_status` の変更、指定された業務ルールに基づくメールトリガーが可能 | 顧客作成、状態変更、初回訪問招待の送信 |
| VISTA B管理者アカウント | 顧客の閲覧、全量同期の実行、ラベル/権限と同期ログの閲覧が可能 | 手動同期の実行、バインドとログの確認 |
| VISTA B非管理者アカウント | ロール境界を検証する場合、セールスマネージャーまたはセールスパーソンのアカウントを準備 | 設定とログのアクセス境界の確認 |
| テストメールアドレス | 各初回バインドのメインシナリオで独立して受信可能なメールアドレスを使用 | 2種類のメール受信、入口検証の完了 |
| VISTA C顧客アクセス権限 | 初回バインドで自動生成、または日方が事前に既存VISTA顧客を作成 | 最終コンテンツ権限の検証 |

### 3.2 テスト顧客の共通条件

1. 各初回バインド顧客は独立したメールアドレスを使用。同一顧客で異なる初回バインド経路を繰り返し検証しない。
2. KASIKA顧客は `customer_id`、メールアドレス、`customer_status` を確認できること。
3. 入口ページを使用するカードは、新しいシークレットウィンドウまたは新しいブラウザプロファイルを使用し、他のVISTA顧客にログインしていないこと。
4. 状態権限に関わる顧客は、`customer_status` がVISTAの同名ラベルと権限テンプレートに対応していること。
5. 手動全量同期の前に、日方はプロジェクト内に今回の同期で誤処理される他の未バインドテスト顧客がいないことを確認する必要がある。手動同期は選択した1件ではなく、取得可能な全顧客を処理する。
6. 履歴削除、再バインド禁止、複数候補などの特別な事前状態を日方が安全に復元できない場合、南京側が分離サンプルを提供またはクリーンアップを支援する。
7. 入口テスト中に予期しない定期同期ログが発生した場合、またはテスト顧客がRENOの入口ページ提出前にバインドされた場合、本カードは「実施または判定不可」と記録する。この顧客を今回の初回バインド検証に継続使用してはならない。
8. 「既存VISTA顧客のバインド許可」とは、VISTAにKASIKAテスト顧客とメールアドレスが完全に一致する顧客が1名のみ存在し、そのVISTA顧客がまだいかなるKASIKA顧客にもバインドされておらず、「KASIKA再バインド禁止」や履歴削除待処理マークがなく、既存のアクセス方法でVISTAに入れることを指す。4つの条件のいずれかをRENOがページで確認できない場合、その顧客をT13-07、T13-15、T13-29には使用せず、「実施または判定不可」と記録する。

### 3.3 テスト顧客の作成タイミング：全量同期による先行処理の防止

手動同期と定期同期はどちらも現在処理可能なKASIKA顧客を取得し、テスト担当者がページで選択した1名のみを処理するわけではありません。したがって、以下の表に従って顧客を準備する必要があります。KASIKAにすべての未バインド顧客を一度に作成してはいけません。

| テスト段階 | 顧客準備ルール |
| --- | --- |
| 入口バインド（T13-05～T13-10） | 各カード開始前に該当顧客を作成。カード完了後、顧客はバインド済みとなり、保持可能。 |
| 手動同期（T13-13～T13-16） | D、E、Fは各カード開始前にのみ作成または「未バインド」として準備。全量同期開始前に、他の未バインドKASIKA顧客が今回の同期で処理されないことを確認。 |
| 詳細、権限、状態変化（T13-17～T13-24） | G、J、K、L、M、N、Oはこの段階に入る前にバインドを完了し、変化なしを維持。状態変化テストは各カードで異なる顧客を使用し、前のカード終了後にその顧客の状態を復元。 |
| 履歴削除保護（T13-25） | 専用のバインド済みテスト顧客を使用。テスト完了後、その顧客を新規顧客として再利用しない。 |
| 定期同期（T13-27～T13-29） | P、Q、Rは対応カード開始前にのみ未バインド顧客として作成。それ以前は同期で取得可能なKASIKA顧客範囲に存在させない。 |

未バインド顧客が全量同期で処理されるか確認できない場合、今回の全量同期は開始せず、「実施または判定不可」と記録し、南京側に分離またはクリーンアップを依頼する。

### 3.4 初回訪問招待メール：日方が準備しトリガーすること

初回訪問招待メールはVISTAの外部で発生します。日方は問い合わせ、予約、登録、その他自身の運営ルールに基づいてこのメールをトリガーできます。VISTAはその業務トリガー条件を予知または決定できず、代理送信もしません。

日方がどのようなKASIKA業務トリガー方式を採用しても、顧客が実際に受け取るメールは以下を満たす必要があります：

1. 日方が確認した「初回訪問招待メール」テンプレートを使用する。
2. 現在のプロジェクトのVISTA入口アドレスを含む。
3. メールテンプレートにはVISTAプロジェクト入口の基本リンクのみを設定。KASIKAが実際に顧客へ送信する際、その顧客自身の `kasikacid` をリンクに自動付加する。例：顧客が実際に受け取るリンク：`https://{プロジェクトドメイン}/kasika-entry?kasikacid={KASIKA customer_id}`。
4. RENOは `kasikacid` を手動で追加、置換、結合しない。実際に受け取ったメールのリンクのみをクリックする。
5. リンクを開くと正しいプロジェクトの入口ページに入り、そのリンクに対応する顧客のメールアドレス確認を継続できること。

メールが通常のVISTAトップページ、固定リンクのみの場合、または最終リンクに正しい `kasikacid` が含まれていない場合、顧客は自身で登録/バインドできません：初回訪問招待メールは「期待どおりではない」と記録し、入口ページのメインシナリオは「実施または判定不可」と記録します。手動でリンクを結合した後に「メール招待シナリオ」を「期待どおり」と記録してはいけません。

日方が暫時KASIKAの実際のメールルールで招待メールを送信できない場合、手動で構築したリンク後の入口ページ動作を単独で検証できますが、記録には「VISTA入口ページのみを検証し、KASIKA初回訪問招待メールのテンプレートと業務トリガールールは検証しない」と明記する必要があります。

## 4. 南京側の業務判定ベースラインと環境引き継ぎ表

RENOが完全な操作権限を持つことは、設定項目と自動処理の業務的意味を自身で推測する必要があることを意味しません。以下の表は、「南京側が一度に説明する業務判定基準」と「RENOが自身で操作・検証する事項」を分離するためのものです。未記入の項目に対応するカードは「実施または判定不可」と記録します。

| 引き継ぎ項目 | 南京側の提供内容 | RENOの使用方法 |
| --- | --- | --- |
| test-jpバージョンと四端アドレス | バージョン番号、デプロイ時間、KASIKA/VISTA B/入口ページ/VISTA Cアドレス | テスト対象の確認 |
| 基本連携設定状態 | 正しく設定されている確認結果。鍵の平文は提供しない | 異常を業務問題か環境問題かに分類 |
| バインド完了通知 | 実際の自動返信ID、テンプレート名、トリガー条件、受信者、変数、期待内容を一度に説明。代理送信はしない | RENOがKASIKA/VISTAで実際の設定を照合し、初回訪問招待メールと区別 |
| 定期同期 | test-jpの使用タイムゾーン、スケジュールルールが「正しく設定保存後、1時間ごとにチェック」であることを一度に確認。具体的なトリガー時間は約束または制御しない | RENOは設定ページで「保存成功」のフィードバックが表示された場合、または編集を終了して再度開いたときに今回の保存値が表示される場合のみ、その時点を直近の正しい保存時間として記録する。その時点から少なくとも1周期待機し、管理者同期記録で判定する。保存成功時間を確認できない場合、定期同期カードは実行しない。 |
| VISTA C権限有効化方式 | 通常の引き継ぎなし | RENOはリフレッシュ、再オープン、再ログイン後、実際のアクセス結果で権限の有効性を判定 |
| ログとメール記録 | 通常の引き継ぎなし | RENOが自前の管理者アカウントとテストメールアドレスで確認。入口欠落時のみ南京側に対応を依頼 |
| 特別データサポート | 履歴削除、競合顧客、管理下クリーンアップの責任者 | T13-25完了後のクリーンアップ/復元、および管理下異常検証 |
| 異常結果の引き継ぎ | 提出チャネル、連絡先、期待される返信方法 | 「期待どおりではない」または「実施または判定不可」の記録を提出 |

## 5. 基本設定の業務的作用と異常の帰属

| 設定項目 | 正しい設定時の作用 | 設定ミス後の考えられる現象 | RENOの対応 |
| --- | --- | --- | --- |
| PID | 顧客の訪問、閲覧、変換関連データを報告 | 未報告または統計帰属の誤りが発生する可能性。アカウント同期とバインドを阻害すべきではない | 現象を記録し、南京側に提出 |
| 4つのKASIKA認証情報 | 顧客照会、入口確認、同期、バインド、書き戻し、通知の基本条件 | 入口が処理不可、同期または書き戻し失敗 | 変更せず、顧客、時間、ページ、ログ概要を提供 |
| エクスポート設定番号 | 手動/定期の一括KASIKA顧客取得をサポート | 一括同期で対象顧客を取得できない | 変更せず、南京側に提出 |
| インポート設定番号とフィールドマッピング | `VISTAURL` と該当時の `VISTAPWD` の書き戻し | バインドは成功するが、アクセスフィールドの書き戻しに失敗する可能性 | バインド結果と書き戻し結果を分けて記録 |
| 自動返信ID | バインド完了通知メールの送信 | バインド成功済みだが通知が届かない | 再バインドせず、メール結果「期待どおりではない」のみ記録 |
| IPホワイトリスト | KASIKAがVISTA呼び出しを受け入れることを許可 | KASIKAが呼び出しを拒否する可能性 | 変更せず、南京側に提出 |
| アクセスパスワードスイッチ | 初回新規顧客がパスワードを設定するかどうかを決定 | 初回アクセス方法、`VISTAPWD` 書き戻し、メール利用可能性に影響 | T13-05～T13-08、T13-13～T13-15、T13-27～T13-29で検証 |
| 状態権限自動更新スイッチ | 初回バインド後の状態変化がラベルと権限を更新するかどうかを決定 | オフ後、状態は保存されるが、権限は自動変化しない | T13-08、T13-21～T13-24で検証 |

## 6. 共通判定ルール

### 6.1 2種類のメールを分離する

| メール | 誰がトリガー | いつ発生 | どの証拠にならないか |
| --- | --- | --- | --- |
| 初回訪問招待メール | 日方がKASIKAで運営ルールに従いトリガー | 顧客が入口ページを開くように招待される前 | バインド済みの証明にはならない |
| バインド完了通知メール | 初回バインド、アクセス方法準備完了後、VISTAが設定済みの自動返信IDを呼び出し | 初回バインド完了後 | 初回訪問招待メールの代替にはならない |

### 6.2 アクセスパスワードスイッチのルール

| シナリオ | スイッチオン | スイッチオフ |
| --- | --- | --- |
| 入口ページで新規VISTA顧客を作成 | 顧客はメールアドレス確認後、自身でパスワードを設定。該当時 `VISTAPWD` を書き戻し | パスワード入力は表示されない。`VISTAPWD` は生成・書き戻しされない |
| 同期で新規VISTA顧客を作成 | システムが初期アクセスパスワードを生成。該当時 `VISTAPWD` を書き戻し | `VISTAPWD` は生成・書き戻しされない |
| 既存VISTA顧客をバインド | 既存パスワードの要求、生成、リセットをしてはならない | 既存パスワードの要求、生成、リセットをしてはならない |

すべてのパスワード関連ログでパスワードの平文を表示してはなりません。アクセスパスワードをオフにしても、プロジェクト、顧客番号、メールアドレス確認をスキップすることを意味しません。

### 6.3 テスト結果の3つの結論

| 結論 | 使用条件 | テスト担当者のアクション |
| --- | --- | --- |
| 期待どおり | カードに記載されたKASIKA、VISTA B、VISTA C、メール、ログの条件がすべて満たされている | エビデンスと完了時間を保存 |
| 期待どおりではない | ステップ通りに操作したが、結果がカードの「期待どおりの結果」と一致しない | 繰り返し操作を停止し、時間、顧客、操作、スクリーンショット、メールを記録 |
| 実施または判定不可 | テスト顧客、テンプレート/IDの業務説明、アカウント権限、タイムゾーン、管理下異常の手配が不足 | 推測せず、設定を変更せず、不足項目を明記 |

---

## 7. テスト実行カード

## T13-01｜環境、アカウント、メール、テスト顧客のベースライン確認

**関連ドキュメント12：** T00-01、T00-02、T00-03、T00-04。

- **テスト前状態：** 日方がアカウント、テストメールアドレス、顧客プールを準備済み。南京側が引き継ぎ表を記入済み。
- **テスト担当者のKASIKAでの操作：** プロジェクト、テスト顧客、メールテンプレート、受信トレイの既存メールを記録。バインドは作成しない。
- **テスト担当者のVISTAでの操作：** VISTA Bにログインし、プロジェクト、同期ログ入口、VISTA Cアドレスを確認。
- **システム自動処理：** 顧客作成、バインド、書き戻し、メール送信は発生しない。
- **期待どおりの結果：** 四端アドレス、バージョン、アカウント、テスト顧客、直近の正しい設定保存時間、test-jpタイムゾーンがすべて記録されている。初回訪問招待メールとバインド完了通知が引き継ぎ説明に基づき明確に区別できる。
- **南京側の協力：** テスト開始前にtest-jpバージョン、デプロイ時間、四端アドレス、基本連携設定の正確性確認、test-jpタイムゾーン、バインド完了通知の業務判定説明を一度に提供。鍵の平文は提供せず、RENOの操作も代行しない。

## T13-02｜ラベル管理：新規追加、編集、重複名、削除

**関連ドキュメント12：** T02-01、T02-02、T02-03、T02-04。

- **テスト前状態：** 分離されたテストプロジェクトまたは明確なテスト用ラベル名を使用。ラベル削除結果の確認に使用できるVISTAテスト顧客を1名準備。A、B、C、未指定など、後続の権限テストで使用するラベルは削除しない。
- **テスト担当者のKASIKAでの操作：** なし。
- **テスト担当者のVISTAでの操作：** 管理者としてラベル管理ページに入る。後続テストで使用するA、B、C、未指定の4つのラベルを確認または作成し、削除しない。別に一時テストラベルを1つ新規作成。前後の空白を除去して同1名になる入力を再度行い、保存を試みる。一時ラベルを別の有効な名前に変更。そのラベルの権限テンプレートページに入る。そのラベルをテスト顧客に割り当てた後、削除を実行し、2次確認ダイアログで確認する。
- **システム自動処理：** ラベルの新規追加、編集、削除はVISTA内でのみ完了。ラベル削除時に関連する顧客との関係と権限テンプレートも同時にクリーンアップ。KASIKAは呼び出さず、書き戻しもメール送信もしない。
- **期待どおりの結果：** 空の名前、長すぎる名前、同名ラベルは保存できない。ラベル編集後、リストと顧客表示が同期更新される。削除確認で影響範囲が説明され、削除後、一時ラベル、対応テンプレート、顧客上のそのラベルがすべて存在しない。A、B、C、未指定の4つのラベルとそのテンプレートは引き続き存在。ページに停止、復元、顧客クリア、テンプレート単独削除などの入口が表示されない。
- **南京側の協力：** なし。テスト担当者は専用テストラベルを使用。アカウントに管理者権限がないか、環境がテストラベル作成を許可しない場合、「実施または判定不可」と記録。

## T13-03｜ラベル権限テンプレートとテスト内容の準備

**関連ドキュメント12：** T02-02～T02-06。

- **テスト前状態：** A、B、C、未指定の4つのテストラベルが存在。テストに使用できる共有可能コンテンツが少なくとも2件、共有不可コンテンツが1件あること。
- **テスト担当者のKASIKAでの操作：** 後続テスト顧客が使用する状態名を記録：A、B、C、未指定。
- **テスト担当者のVISTAでの操作：** A、B、C、未指定それぞれに対して権限テンプレートを作成または編集。各テンプレートで少なくとも1つの共有可能コンテンツを選択して保存。共有不可コンテンツの選択を試みる。独立した一時テンプレートで検証：選択済みコンテンツが共有資格を失った後、そのコンテンツが有効な権限として保持されないことを確認。「状態→ラベル→権限テンプレート→VISTA Cコンテンツ」の対応リストを記録。
- **システム自動処理：** ラベルとテンプレートの設定自体はKASIKAを同期せず、フィールドを書き戻さず、メールも送信しない。後続でラベルを顧客に付与するか、テンプレートが既存のラベル付き顧客に影響する場合のみ、最終権限に影響する。
- **期待どおりの結果：** 各テストラベルには最大1つのテンプレートのみ。テンプレート名と少なくとも1つのコンテンツは必須。共有不可コンテンツはテンプレートに組み込めず、過去の設定によって開放され続けることもない。後続のテストケースでVISTA Bの最終権限とVISTA Cの可視コンテンツを判断できる。
- **南京側の協力：** なし。テスト担当者は専用ラベル、テンプレート、共有可能テストコンテンツを使用。本番ラベルや本番コンテンツは変更しない。コンテンツが共有不可または復元できない場合、「実施または判定不可」と記録。

## T13-04｜初回訪問招待メールの利用可能性確認

**関連ドキュメント12：** T01-05、T03-01。

- **テスト前状態：** 日方に未バインドのKASIKAテスト顧客が1名おり、その顧客のメールアドレスが受信可能であること。
- **テスト担当者のKASIKAでの操作：** 日方の実際の運営ルールで初回訪問招待メールをトリガー。
- **テスト担当者のVISTAでの操作：** リンクを手動で変更せず、実際に受け取ったメールリンクを直接クリックし、VISTA入口ページに入り、その顧客のKASIKA登録メールアドレスの入力を継続できることを確認。まずそのリンクの顧客に属さないテストメールアドレスを入力し、ページが一般的なメッセージで継続を阻止し、他の顧客情報を表示せず、顧客を作成/バインドしないことを確認。次に正しいメールアドレスを入力し、次のステップに進めることのみ確認し、本カードではアカウント作成を完了しない。入口ページは本人確認前にプロジェクト名、顧客名、その他の顧客情報を表示しないこと。
- **システム自動処理：** リンクを開くだけではバインド、書き戻し、バインド完了通知は発生しない。
- **期待どおりの結果：** 実際のメールが正しいテンプレートを使用。KASIKAが自動付加したリンクで正しいプロジェクトのVISTA入口ページが開く。不一致のメールアドレス入力時は次のステップに進めず、KASIKA/VISTA/メールに新規バインド結果がない。正しいメールアドレス入力時は対応顧客のメール確認フローに進める。この時点でVISTAにバインド変化はない。
- **南京側の協力：** なし。バインド完了通知のテンプレート名と自動返信IDはテスト準備段階でRENOが記録。確認できない場合、関連する初回バインドのテストケースは「実施または判定不可」と記録。

## T13-05｜入口ページで新規顧客作成：アクセスパスワードあり

**関連ドキュメント12：** T03-01、T03-04、T05-01、T07-01、T07-03、T07-05、T08-01。

- **テスト前状態：** KASIKAに顧客Aが存在。VISTAに同一メールアドレスの顧客なし。Aは未バインド。`VISTAURL` / `VISTAPWD` は空。パスワードスイッチオン。状態ラベル/テンプレート準備済み。シークレットウィンドウを使用。定期同期がAを先に処理しないこと。
- **テスト担当者のKASIKAでの操作：** Aの初回訪問招待メールをトリガー。メールリンクやパラメータを手動で変更しない。
- **テスト担当者のVISTAでの操作：** メールから入口を開き、一致するメールアドレスを入力し、ルールに合うパスワードを設定し、アカウント作成を完了してVISTA Cに入る。
- **システム自動処理：** VISTA顧客を1名新規作成し、バインドを確立し、状態ラベルと権限を初期化し、`VISTAURL` と `VISTAPWD` を書き戻し、バインド完了通知を送信。
- **期待どおりの結果：** KASIKAの2つのフィールドが正しく書き込まれる。VISTA BにAが1名のみ、かつ一意にバインドされている。VISTA Cのコンテンツが正しい。先に招待メールを受信し、バインド後に完了通知を1回受信。ログに重複作成や送信がない。
- **南京側の協力：** なし。テスト担当者がKASIKAカスタムフィールド、テストメールアドレス、管理者同期記録で自身で照合。対応する入口を確認できない場合、「実施または判定不可」と記録。

## T13-06｜入口ページで新規顧客作成：アクセスパスワードなし

**関連ドキュメント12：** T03-05、T01-04、T07-03。

- **テスト前状態：** T13-05と同じ。新しい顧客Bを使用。RENO管理者がプロジェクト設定に入り、アクセスパスワードスイッチを変更可能。
- **テスト担当者のKASIKAでの操作：** Bの初回訪問招待メールをトリガー。
- **テスト担当者のVISTAでの操作：** まずプロジェクト設定でアクセスパスワードスイッチをオフにして保存し、保存時間を記録。次にメールから入り、メールアドレスを確認してアカウント作成を完了し、ページにパスワード入力が表示されないことを確認。結果確認後、スイッチをオンに戻して保存。
- **システム自動処理：** 新規作成、バインド、状態初期化、権限、`VISTAURL` 書き戻しは引き続き実行。`VISTAPWD` は生成・書き戻しされない。
- **期待どおりの結果：** Bがバインドと権限を完了。KASIKAには `VISTAURL` のみ。通知メールに無効なパスワードのヒントや未置換の変数が含まれない。

## T13-07｜入口ページで既存VISTA顧客をバインド：パスワードをリセットしない

**関連ドキュメント12：** T03-03、T05-01、T07-01、T07-05。

- **テスト前状態：** KASIKAに顧客C。VISTAに同一メールアドレス、未バインド、バインド許可の既存顧客が1名のみ。その顧客の既存アクセス方法を記録。シークレットウィンドウを使用。パスワードスイッチは現在の状態を維持するが、既存パスワードに影響を与えないこと。
- **テスト担当者のKASIKAでの操作：** Cの初回訪問招待メールをトリガー。
- **テスト担当者のVISTAでの操作：** メールから入り、一致するメールアドレスを入力。パスワード設定/リセットページが表示されないことを確認し、VISTA Cに入る。
- **システム自動処理：** 既存顧客のバインドを確立し、状態ラベルと権限を初期化し、該当時アクセスリンクを書き戻し、バインド完了通知を1回送信。2人目の顧客は作成しない。
- **期待どおりの結果：** 顧客数は増加せず、既存パスワードは不変。バインド、権限、VISTA Cコンテンツ、書き戻し、通知がすべて正しい。
- **南京側の協力：** なし。専用顧客でバインド完了後、その結果を保持し、未バインドに戻したり、他の初回バインドのテストケースに再利用したりしない。

## T13-08｜初回バインド「未指定」状態：初期権限を設定する必要がある

**関連ドキュメント12：** T05-01、T05-03、T08-01。

- **テスト前状態：** KASIKAに未バインド顧客Hが存在。インターフェースが返す `customer_status` が「未指定」。VISTAに同名の「未指定」ラベルと区別可能な権限テンプレートが存在。RENO管理者がプロジェクト設定に入り、状態権限自動更新スイッチを変更可能。パスワードスイッチは本カード開始前の記録状態で実行。定期同期がHを先に処理しないこと。
- **テスト担当者のKASIKAでの操作：** 日方ルールでHの初回訪問招待メールをトリガー。メールリンクは変更しない。
- **テスト担当者のVISTAでの操作：** まずプロジェクト設定で状態権限自動更新スイッチをオフにして保存し、保存時間を記録。次に実際のメールから入口を開き、メールアドレス確認とページが要求する初回訪問操作を完了。その後、Hのラベル、最終権限、VISTA Cコンテンツを確認。結果確認後、スイッチをオンに戻して保存。
- **システム自動処理：** 状態権限自動更新スイッチがオフでも、初回バインドは「未指定」状態を保存し、同名ラベルを追加し、初期権限を計算する。初回バインド後に発生する状態変化のみ、ラベルと権限を自動調整しない。
- **期待どおりの結果：** Hが正常にバインド。VISTA Bに「未指定」状態と同名ラベルが表示され、VISTA Cにはそのテンプレートが許可するコンテンツのみ表示される。スイッチオフにより初回のラベルと権限初期化をスキップしてはならない。

## T13-09｜バインド済み顧客が再び入口からアクセス

**関連ドキュメント12：** T03-02、T11-06。

- **テスト前状態：** T13-05～T13-08のいずれかの顧客を使用。KASIKA/VISTAが有効にバインドされ、メールアドレスが一致。既存のフィールド、ラベル、権限、メール数を記録済み。
- **テスト担当者のKASIKAでの操作：** その顧客の初回訪問招待リンクを再トリガーまたは使用。
- **テスト担当者のVISTAでの操作：** 新しいシークレットウィンドウで入口を開き、ページの指示に従ってメールアドレス確認を完了し、VISTA Cに入る。
- **システム自動処理：** 既存バインドを識別してVISTAに入る。新規作成、パスワード再設定、重複書き戻し、バインド完了通知の再送信は行わず、入口による状態権限のリフレッシュもしない。
- **期待どおりの結果：** 顧客数、バインド、フィールド、ラベル、権限、通知数がすべて不変で、コンテンツアクセスが正しい。
- **南京側の協力：** なし。顧客情報、KASIKA書き戻しフィールド、テストメールアドレス、管理者同期記録で重複動作がないことを共同確認。記録入口が欠落している場合、「実施または判定不可」と記録。

## T13-10｜ブラウザに他の顧客がログインした状態で招待リンクを開く

**関連ドキュメント12：** T03-02、T03-06。

- **テスト前状態：** ブラウザにVISTA顧客Aがログイン済み。別の顧客Bの有効なKASIKA招待メールリンクがある。AとBは異なる顧客であり、Aはアクセス可能なプライベートコンテンツを持っていること。
- **テスト担当者のKASIKAでの操作：** AまたはBの情報を変更しない。Bが実際に受信した招待メールリンクを使用。
- **テスト担当者のVISTAでの操作：** Aのログイン状態を維持したまま、Bの招待リンクを直接開く。Bが本人確認を完了するか、Bのログイン身份に切り替えるまで、Bのプライベートコンテンツに入れないことを確認。その後、A、Bの役割を交換して再度実行。
- **システム自動処理：** システムはBの検証済みKASIKA身份を基準に入口を処理。Aのログイン身份をBのプライベートページに入るために直接使用してはならず、Bの入口をAのアクセスに変えてもならない。
- **期待どおりの結果：** AまたはBのどちらが先にログインしていても、相手の招待リンクで現在のログイン者が相手のプライベートコンテンツに直接入れない。リンク対応顧客が本人確認を完了するか、その顧客のログイン身份に切り替えた場合のみ、対応コンテンツにアクセス可能。KASIKAとVISTAの両方で誤った再バインド、誤った書き戻し、重複メールがない。
- **南京側の協力：** なし。テスト担当者がシークレットウィンドウ、ログアウト、ローカルブラウザデータのクリアを自身で実施。入口ログが確認できなくても、ページと四端データ結果の判定には影響しない。

## T13-11｜顧客リストページ：検索、ラベル表示、通常操作

**関連ドキュメント12：** T06-01、T06-02、T06-03。

- **テスト前状態：** VISTAに複数のテスト顧客が存在し、異なる氏名、メールアドレス、共有ID、担当者、ラベルを持つ。少なくとも1名がKASIKAにバインド済み、少なくとも1名が未バインド。
- **テスト担当者のKASIKAでの操作：** なし。
- **テスト担当者のVISTAでの操作：** 顧客リストを開き、ラベル表示方法を確認。氏名、メールアドレス、共有ID、担当者、ラベル条件でそれぞれ検索し、「検索」をクリック。行の三点メニューを開き、編集、顧客情報コピー、アクセスリンクコピー操作を確認。リストにKASIKA customer_id、バインド状態、同期結果列が表示されないことを確認。
- **システム自動処理：** 照会とコピーはKASIKA同期、バインド、書き戻し、メールをトリガーしない。
- **期待どおりの結果：** ラベルがリストタグ形式で表示され、2つを超えると「+N」で折りたたまれる。検索は「検索」クリック後にのみ条件でリフレッシュされる。三点メニューは編集ドロワーを直接開かず、削除や単一顧客同期の入口もない。KASIKA詳細情報は顧客詳細または同期ログでのみ確認可能。
- **南京側の協力：** なし。テスト担当者は前のカードで作成した専用テスト顧客を使用。数やフィールドが不足する場合、RENOが自身で専用VISTAテスト顧客を追加。

## T13-12｜顧客リストページ：全量同期入口とロール権限

**関連ドキュメント12：** T04-01、T04-08。

- **テスト前状態：** 日方が管理者、セールスマネージャー、セールスパーソンの3種類のVISTA Bアカウントを準備済み。4つのKASIKA認証情報が正しい。現在同期タスクなし。
- **テスト担当者のKASIKAでの操作：** なし。
- **テスト担当者のVISTAでの操作：** 3つのアカウントでそれぞれ顧客リストに入る。管理者とセールスマネージャーに「全量同期チェック」が表示されることを確認。セールスパーソンにはこの入口が表示されず、既知の同期アドレスへのアクセスを試みても実行できないこと。
- **システム自動処理：** 本カードはロール権限のみを検証し、同期タスクは作成しない。
- **期待どおりの結果：** 管理者とセールスマネージャーのみが入口と発起権限を持つ。セールスパーソンは入口がなく、直接アドレスやリクエストで制限を回避できない。

## T13-13｜手動同期で新規顧客作成：アクセスパスワードあり

**関連ドキュメント12：** T04-01、T04-02、T05-01、T07-01、T07-03、T07-05。

- **テスト前状態：** KASIKAに顧客D。VISTAに同一メールアドレスの顧客なし。Dは未バインド。Dは初回訪問招待を送信・クリックしない。パスワードスイッチオン。現在同期タスクなし。今回の全量同期範囲が確認済みで、Dのみが初回処理が必要な未バインドKASIKA顧客であること。管理者アカウントとセールスマネージャーアカウントが2つの独立したブラウザにログイン済み。
- **テスト担当者のKASIKAでの操作：** メールを送信せず、Dを変更しない。
- **テスト担当者のVISTAでの操作：** 管理者とセールスマネージャーが約定したカウントダウン後、同時に「顧客リスト → 全量同期チェック」をクリック。システムに受け入れられた側は同期説明とロード状態を観察。実行中、ページにパーセンテージ、逐一の進捗、キャンセル、再同期ボタンは表示されない。もう一方は「同期中です。しばらくしてからお試しください」というメッセージを記録。タスク完了後、結果サマリーを確認し、顧客、権限、ログ、VISTA Cを確認。
- **システム自動処理：** システムは1つの同期リクエストのみ受け付け、タスクロックを占有。もう一方のリクエストはタスクを作成しない。受け入れられたタスクがDを新規作成・バインドし、初期アクセスパスワードを生成し、権限を初期化し、`VISTAURL` / `VISTAPWD` を書き戻し、バインド完了通知を送信。
- **期待どおりの結果：** 同期タスクと結果セットが1つだけ形成される。Dは一度だけ作成される。拒否された側に2つ目のタスクが生成されない。完了結果に実際の処理総数、新規バインド、更新完了、失敗/待処理の結果サマリーが表示される。システム生成のアクセス方法が後続アクセスに使用可能。2つのフィールドが該当時書き戻される。ログにパスワード平文が表示されない。初回訪問招待メールがない。

## T13-14｜手動同期で新規顧客作成：アクセスパスワードなし

**関連ドキュメント12：** T04-01、T04-02、T07-03。

- **テスト前状態：** T13-13と同じ。新しい顧客Eを使用。RENO管理者がプロジェクト設定に入り、アクセスパスワードスイッチを変更可能。
- **テスト担当者のKASIKAでの操作：** メールを送信しない。
- **テスト担当者のVISTAでの操作：** まずプロジェクト設定でアクセスパスワードスイッチをオフにして保存し、保存時間を記録。全量同期チェックを1回実行し、四端の結果を確認。結果確認後、スイッチをオンに戻して保存。
- **システム自動処理：** 新規作成、バインド、初期権限、`VISTAURL` 書き戻しは正常に実行。`VISTAPWD` は生成・書き戻しされない。
- **期待どおりの結果：** Eのバインドとコンテンツ権限が正しい。KASIKAに空値、プレースホルダー、偽造の `VISTAPWD` が表示されない。通知メールはパスワードフィールドに依存しない。

## T13-15｜手動同期で既存VISTA顧客をバインド：パスワードをリセットしない

**関連ドキュメント12：** T04-03、T05-01、T07-01。

- **テスト前状態：** KASIKAに顧客F。VISTAに同一メールアドレス、未バインド、バインド許可の既存顧客が1名のみ。現在同期タスクなし。
- **テスト担当者のKASIKAでの操作：** 招待メールを送信しない。
- **テスト担当者のVISTAでの操作：** 全量同期チェックを1回実行し、既存顧客、権限、VISTA Cを確認。
- **システム自動処理：** システムが既存顧客をバインド。新規作成、パスワードリセットはしない。ラベルと権限を初期化し、該当する書き戻しと通知を完了。
- **期待どおりの結果：** 顧客数は増加せず、既存パスワードは不変。すべてのバインドと権限結果が正しい。
- **南京側の協力：** なし。テスト担当者は同期前に他の未バインドKASIKAテスト顧客がいないことを確認。完了後、既存顧客のバインド結果を保持し、未バインドに戻さない。

## T13-16｜同期保護：重複処理なし、入口と同期の同時発生

**関連ドキュメント12：** T04-05、T04-06、T11-05、T11-06。

- **テスト前状態：** まず2組の互いに異なる専用サンプルを準備。サンプル1：バインド済みでKASIKA情報が変化していない顧客G、およびVISTAにのみ存在し対応するKASIKA顧客がいない顧客S。現在の情報を記録。サンプル2：未バインド顧客I、初回訪問招待メール受信済み。2名のテスト担当者が2つのブラウザを使用し、1人はIの入口ページのメールアドレス確認ステップに留まり、もう1人は全量同期チェック入口を開いている。開始前に、今回の同期で処理される他の未バインド顧客がいないことを確認。
- **テスト担当者のKASIKAでの操作：** Gを変更せず、SがKASIKAに存在しないことを確認。Iに対して通常の運営ルールで初回訪問招待メールを送信。メールリンクや顧客番号は編集しない。
- **テスト担当者のVISTAでの操作：**
  1. まず管理者またはセールスマネージャーで全量同期チェックを1回実行。完了後、G、S、同期結果、ログを確認。
  2. 次に2名のテスト担当者がカウントダウンを約定：1人がIの入口メールアドレス確認を提出し、もう1人が同時に「全量同期チェック」をクリック。秒単位の厳密な同時は要求しない。2つの動作が同じ未バインド初期状態で緊接して発生すれば、システムが重複処理しないことを検証できる。システム処理終了後、Iの顧客、バインド、書き戻し、メール、権限、管理者同期記録を確認。
- **システム自動処理：** Gが変化なしの場合、変化なしまたはスキップと記録し、新規作成、バインド、書き戻し、バインド完了通知の再送信をしない。Sは同期によりKASIKAに作成、バインド、変更されてはならない。Iは入口または同期のどちらが先に完了しても、最終的にVISTA顧客1名、有効なバインド1件、初回アクセス方法の書き戻し1回、バインド完了通知1回のみ形成される。
- **期待どおりの結果：** Gの顧客数、バインド、アクセスフィールド、権限、メール数がすべて不変。Sの情報と権限が不変。同期結果とログで「変化なし/スキップ」と実際の失敗を区別できる。IがKASIKA、VISTA B、入口ページ、VISTA C、メールで重複結果がない。管理者同期記録が実際の処理順序を説明できる。
- **南京側の協力：** なし。RENOはtest-jpの全KASIKA顧客に対して管理権を持つ。同期前に自身で他の未バインド顧客を確認または処理し、本カードの判定に影響を与えないようにする。2名のテスト担当者を同時に組織できない場合、または管理者同期記録が実際の順序を説明できない場合、本カードのIサブシナリオは「実施または判定不可」と記録し、南京側による人為的な状態製造に変更しない。

## T13-17｜顧客詳細ページ：概要とKASIKA連携情報の表示

**関連ドキュメント12：** T06-01、T06-02。

- **テスト前状態：** 少なくとも1名のKASIKAバインド済み顧客と1名の未バインドVISTA顧客が存在。少なくとも1回の同期または入口バインドが完了済み。
- **テスト担当者のKASIKAでの操作：** なし。
- **テスト担当者のVISTAでの操作：** 顧客リストから2名の顧客の詳細「概要」ページに入る。基本情報、KASIKA連携情報、現在のラベルを確認。バインド解除、再バインド、単独同期、フロントエンド再試行、パスワード閲覧の入口を探す。
- **システム自動処理：** 詳細の閲覧は同期、書き戻し、メール、権限変更をトリガーしない。
- **期待どおりの結果：** バインド済み顧客にはKASIKA customer_id、KASIKAメールアドレス、customer_status、関連状態、直近の同期情報が表示される。未バインド顧客には未関連状態が表示される。詳細ページには概要と編集/権限の2つのタブのみが存在し、バインド解除、再バインド、単独同期、フロントエンド再試行、パスワード閲覧は提供されない。
- **南京側の協力：** なし。

## T13-18｜顧客詳細ページ：ローカル情報の編集はKASIKAに逆書き込みしない

**関連ドキュメント12：** T06-05。

- **テスト前状態：** KASIKAバインド済み顧客が1名存在。KASIKAのメールアドレス、状態、VISTAの既存ローカル情報を記録済み。
- **テスト担当者のKASIKAでの操作：** 元の情報のみ記録し、変更しない。
- **テスト担当者のVISTAでの操作：** その顧客の編集/権限タブに入り、編集可能なVISTAローカル情報を変更して保存。バインド後の顧客のメールアドレスが編集できないことを確認。概要ページに戻り保存結果を確認。
- **システム自動処理：** 保存はVISTAローカル情報のみを更新し、KASIKAを呼び出さず、バインド関係、KASIKA状態、書き戻しフィールド、バインド完了通知を変更しない。
- **期待どおりの結果：** 編集可能なローカル情報が正しく保存される。バインド顧客のメールアドレスは読み取り専用のまま。KASIKAの元の情報は不変。VISTAに新しい同期、書き戻し、メール記録が発生しない。
- **南京側の協力：** なし。テスト担当者は自身のKASIKAアカウントで操作前後に元の情報を確認・記録。閲覧権限がない場合、「実施または判定不可」と記録。

## T13-19｜顧客詳細ページ：ラベル、個人権限、VISTA Cコンテンツ境界

**関連ドキュメント12：** T02-03、T06-03、T06-04、T08-01、T08-02、T08-04、T08-05。

- **テスト前状態：** バインド済み顧客Oがラベルテンプレートを通じてコンテンツXを取得。別のラベルテンプレートコンテンツYと個人追加コンテンツZが存在。権限のない顧客を1名準備。
- **テスト担当者のKASIKAでの操作：** 状態と情報を変更しない。
- **テスト担当者のVISTAでの操作：** まず紙面または記録表に期待集合を明記：ラベルテンプレートX + ラベルテンプレートY + 個人追加Z。顧客詳細の「権限」タブに入り、Oに対して通常のVISTAラベルの追加/削除、個人権限Zの追加を実行。各コンテンツカードのチェック状態と「テンプレート由来」のヒントでこの集合を逐一照合。ページに単独の「最終権限サマリー」パネルがないのは正常な設計。個人設定でテンプレートが付与したXを除外しようと試み、この除外が有効にならないことを期待。保存後、権限あり/なしの顧客でそれぞれVISTA Cを再オープンまたは再ログインし、X、Y、Zと1つの未許可コンテンツにアクセス。
- **システム自動処理：** VISTA内でのみ権限を再計算し、KASIKAに書き戻さず、バインドを変更せず、メールも送信しない。
- **期待どおりの結果：** コンテンツカードとVISTA Cの実際の結果が事前に明記した「X + Y + Z」と一致し、過不足がない。Xに対する個人除外操作は有効にならず、Xは引き続きアクセス可能。権限のない顧客は未許可コンテンツにアクセス時にそのコンテンツが表示されないか、アクセスが拒否され、直接アドレスで制限を回避できない。ページに内部ラベル、テンプレート、KASIKA情報を表示する必要はない。
- **南京側の協力：** なし。テスト担当者は専用ラベル、個人権限、テストコンテンツを使用し、カード終了時に自身で元のテスト設定を復元。

## T13-20｜VISTA Bがラベル権限テンプレートを変更した後の権限変化

**関連ドキュメント12：** T02-05、T08-03。

- **テスト前状態：** バインド済み顧客JがテストラベルAを保持。ラベルAのテンプレートは初期にコンテンツXのみ許可。追加予定のコンテンツYはXと異なる。Jの最終権限とVISTA Cのログイン済み/新セッションの結果を記録済み。ラベルAを保持する顧客がいない場合、本カードはVISTA C検証を実行せず、テンプレート定義が変更されたことのみ記録。
- **テスト担当者のKASIKAでの操作：** `customer_status` を変更せず、同期をトリガーしない。
- **テスト担当者のVISTAでの操作：** ラベルAの権限テンプレートにコンテンツYを追加して保存。VISTA Cコンテンツページをリフレッシュまたは再オープンし、JがX、Yにアクセスできることを確認。次にテンプレートからXを削除して保存し、再度リフレッシュまたは再オープンして確認。
- **システム自動処理：** テンプレート保存後、ラベルAを保持する顧客の最終権限が再計算される。KASIKAを読み取らず、バインドを変更せず、書き戻しもメール送信もしない。
- **期待どおりの結果：** Y追加後、JがYにアクセス可能。X削除後、JはXにアクセスできない。VISTA Bの最終権限とVISTA Cの結果が一致。KASIKA顧客情報、状態、メールに変化がない。権限は最終セットで計算され、システムが「プッシュ」方式でC側をリフレッシュする必要はない。

## T13-21｜KASIKA状態変化後：ラベルと権限が同期に伴い更新される

**関連ドキュメント12：** T05-02、T08-03。

- **テスト前状態：** バインド済み顧客Kの初期状態がA。A/Bともに同名のVISTAラベルと異なるコンテンツテンプレートが存在。状態権限自動更新スイッチオン。Kの旧ラベル、最終権限、VISTA Cコンテンツを記録済み。
- **テスト担当者のKASIKAでの操作：** Kの `customer_status` をAからBに変更し、時間を記録。
- **テスト担当者のVISTAでの操作：** 顧客リストで全量同期チェックを1回発起。タスク結果ページが完了し、今回の同期記録が出現した後、構造化状態、ラベル、最終権限を確認。VISTA Cコンテンツページをリフレッシュまたは再オープン。
- **システム自動処理：** B状態を保存。A状態に対応するラベルを削除し、B状態に対応するラベルを追加し、Bラベルテンプレートに基づき権限を再計算。再バインド、重複書き戻し、バインド完了通知の送信はしない。
- **期待どおりの結果：** Kの状態、ラベル、最終権限、VISTA CコンテンツがすべてBに対応。Aの旧権限が残留しない。ログで今回の状態処理を追跡可能。新しい状態に対応する最終権限は増加、減少、または元の権限と同じ場合がある。本カードはA/Bのコンテンツが異なるテンプレートを使用し、実際の変化を観察できるようにする。

## T13-22｜KASIKA状態に同名ラベルがない：誤認権限をしてはならない

**関連ドキュメント12：** T05-04、T08-02。

- **テスト前状態：** バインド済み顧客Lの現在の状態がA。状態権限自動更新スイッチオン。VISTAに対象状態Zと同名のラベルが存在しない。Aのラベル、権限、可視コンテンツを記録。
- **テスト担当者のKASIKAでの操作：** Lの `customer_status` をZに変更。
- **テスト担当者のVISTAでの操作：** 顧客リストで自身で全量同期チェックを1回発起。タスク結果ページが完了し、今回の同期記録が出現した後、状態、ラベル、最終権限、VISTA Cを確認。
- **システム自動処理：** Z状態を保存。Zラベルを自動作成しない。正式ルールに従って旧状態ラベルを処理し、同名ラベルなしのスキップ結果を記録。メール送信、再バインドはしない。
- **期待どおりの結果：** VISTAにZラベルが新規追加されない。Zにより権限が自動拡大されない。ログに同名ラベルなしが明確に記録される。VISTA Cにテンプレートで許可されていない新しいコンテンツが表示されない。
- **南京側の協力：** なし。テスト担当者はカード終了後、自身でLの状態と専用テストラベルをテスト前の記録値に復元。

## T13-23｜KASIKA状態の複数回切り替え：履歴権限を保持してはならない

**関連ドキュメント12：** T05-06、T08-05。

- **テスト前状態：** バインド済み顧客M。状態A、B、Cすべてに同名ラベルと区別可能なコンテンツテンプレートが存在。状態権限自動更新スイッチオン。
- **テスト担当者のKASIKAでの操作：** Mの `customer_status` をA→B、B→C、C→Aの順に変更。各変更時に時間を記録。
- **テスト担当者のVISTAでの操作：** 毎回、前のラウンドの同期ログ完了を確認した後にのみ、ラベル、最終権限、VISTA Cコンテンツを照合し、次の状態変更を行う。
- **システム自動処理：** 各ラウンドは現在の状態にのみ基づいてラベルと権限を調整。再バインド、書き戻し、バインド完了通知の送信はしない。
- **期待どおりの結果：** 最終的にAの状態ラベルと権限のみが保持され、B/Cのラベルとコンテンツアクセスが残留しない。ログに各状態変化の処理記録が保持される。
- **南京側の協力：** なし。各ラウンドはタスク結果ページの完了と今回の同期記録の出現を基準とする。テスト担当者はカード終了後、自身でMの状態を復元。

## T13-24｜KASIKA状態変化後：自動更新スイッチオフ

**関連ドキュメント12：** T05-03。

- **テスト前状態：** バインド済み顧客Nの現在の状態がAで、Aラベルと権限が既に存在。RENO管理者がプロジェクト設定に入り、状態権限自動更新スイッチを変更可能。
- **テスト担当者のKASIKAでの操作：** Nの状態をBに変更。
- **テスト担当者のVISTAでの操作：** まずプロジェクト設定で状態権限自動更新スイッチをオフにして保存し、保存時間を記録。顧客リストで全量同期チェックを1回発起し、タスク結果ページが完了し、今回の同期記録が出現した後、構造化状態、ラベル、最終権限、VISTA Cコンテンツを確認。結果確認後、スイッチをオンに戻して保存。
- **システム自動処理：** B状態とログを保存するが、ラベルを自動更新または権限を再計算せず、メールも送信しない。
- **期待どおりの結果：** B状態が追跡可能。ラベル、権限、VISTA CコンテンツはAの既存結果を維持。初回バインド動作なし。
- **南京側の協力：** なし。テスト担当者はカード終了後、自身でスイッチとNの状態を復元。

## T13-25｜バインド済みVISTA顧客を削除後、元の入口でバインドを復元してはならない

**関連ドキュメント12：** T09-02、T09-03。

- **テスト前状態：** 専用のバインド済みテスト顧客を使用。そのKASIKA customer_id、元の招待メール、VISTA顧客情報、バインド状態、KASIKA内の既存 `VISTAURL` と該当時の `VISTAPWD` を記録。この顧客はテスト後、「新規顧客」として再利用しない。
- **テスト担当者のKASIKAでの操作：** KASIKA顧客を削除しない。元の招待メールを保持し、削除完了後にそのメールから元の入口リンクを開く。
- **テスト担当者のVISTAでの操作：** 管理者が顧客リストまたは詳細で通常のページ操作によりこの専用VISTA顧客を削除。削除完了を確認後、元の招待メールから入口を開き、ページが要求するメールアドレス確認を完了。
- **システム自動処理：** 削除時にVISTAの有効なバインド関係をクリーンアップし、履歴を保持。元の入口を再度開いた場合、削除前のバインドを自動復元せず、他の顧客にバインドせず、新規作成、書き戻し、バインド完了通知の送信もしない。KASIKA内の既存アクセスフィールドをクリアしてはならない。
- **期待どおりの結果：** 削除前後でKASIKA顧客は存在し続け、元の `VISTAURL` と該当時の `VISTAPWD` が元の値を保持。入口は統一された異常を表示し、機密の顧客情報を表示しない。VISTAに新規作成、再バインド、書き戻し、バインド完了通知がなく、ログが削除履歴または再バインド禁止の理由を説明。
- **南京側の協力：** テスト後、取り決めに従い専用テストデータをクリーンアップまたは復元する。RENOがログを確認できない場合、今回の削除と元入口再訪のログ証跡を提供する。無効な `kasikacid` やKASIKA顧客が存在しない場合などの入口エラーは、第8章に従い南京側の管理下で検証し、本カードには含めない。

## T13-26｜同期記録：管理者は照会可能、他のロールは閲覧不可

**関連ドキュメント12：** T10-01、T10-04、T10-05、T10-06。

- **テスト前状態：** 少なくとも1件の入口、手動同期、定期同期、または変化なしテストが完了し、テスト担当者が対応する時間を記録済み。管理者、セールスマネージャー、セールスパーソンのアカウントを準備済み。
- **テスト担当者のKASIKAでの操作：** なし。
- **テスト担当者のVISTAでの操作：** 管理者が同期記録ページに入り、開始時間と終了時間で今回のテスト記録を照会。1件の記録を開き、トリガー方式、顧客結果、処理結論を照合。セールスマネージャーとセールスパーソンがそれぞれメニューと既知のアドレスから入ることを試みる。
- **システム自動処理：** 記録の閲覧と照会は同期、書き戻し、権限変更、メールをトリガーしない。
- **期待どおりの結果：** 管理者が実際の操作と一致する記録を照会でき、入口、手動、定期、成功、変化なし、業務待処理を区別できる。記録に認証情報やパスワード平文が表示されず、エクスポート入口もない。セールスマネージャーとセールスパーソンにはログ入口がなく、既知のアドレスで完全な記録を閲覧できない。
- **南京側の協力：** なし。管理者、セールスマネージャー、セールスパーソンのアカウントはRENOが自身で準備し、テスト時間は本マニュアルの各カードの実際の実行記録を基準とする。環境が対応するアカウントを未開通またはログ入口がない場合、「実施または判定不可」と記録し、南京側に対応を依頼。管理下の失敗シナリオの詳細なエラー辞書は第8章に従い南京側が検証。

## T13-27｜定期同期で新規顧客作成：アクセスパスワードあり

**関連ドキュメント12：** T04-04、T04-05、T05-01、T07-03。

- **実行順序の説明：** 定期同期は待機期間中にすべての取得可能な顧客を自動処理し、後続のテストケースの事前状態を容易に変えてしまう。したがって、本カードはT13-01～T13-26が完了した後にのみ実行し、事前に実行してはならない。
- **テスト前状態：** KASIKAに顧客P。VISTAに同一メールアドレスの顧客なし。Pは未バインド。パスワードスイッチオン。日方は手動同期を実行しない。テスト担当者は設定ページで保存成功フィードバックを確認済み、または再入場して保存値が残っていることを確認し、それに基づき直近の正しい連携設定保存時間とtest-jpタイムゾーンを記録。Pは前述の保存完了後、予定の定期同期前に作成すること。保存時間を確認できない場合、本カードは「実施または判定不可」と記録。
- **テスト担当者のKASIKAでの操作：** 招待メールを送信せず、Pを変更しない。
- **テスト担当者のVISTAでの操作：** 予定トリガー前にベースラインを記録。直近の正しい連携設定保存時間から少なくとも1時間の完全な周期を待機した後、同期記録を確認。タスク結果ページが完了し、今回の同期記録が出現した後、顧客、フィールド、メール、ログ、VISTA Cを確認。
- **システム自動処理：** システムが新規作成、バインド、初期パスワード生成、権限初期化、`VISTAURL` / `VISTAPWD` 書き戻し、通知送信を実行。
- **期待どおりの結果：** Pの結果がT13-13と一致するが、ログに定期同期と実際の時間が明確に表示される。手動同期や入口操作なし。
- **南京側の協力：** なし。テスト担当者は実際の保存時間、test-jpタイムゾーン、管理者同期記録で判断。1周期以上経過してもトリガーされないか、ログ入口を確認できない場合、「実施または判定不可」と記録し、南京側に調査を依頼。

## T13-28｜定期同期で新規顧客作成：アクセスパスワードなし

**関連ドキュメント12：** T04-04、T04-05、T07-03。

- **実行順序の説明：** 本カードはT13-27と同じ最後のグループの業務テスト。新しい顧客を使用し、待機期間中に未バインド顧客の状態を変える他の操作を実行してはならない。
- **テスト前状態：** KASIKAに顧客Q。VISTAに同一メールアドレスの顧客なし。Qは未バインド。パスワードスイッチオフ。直近の正しい連携設定保存時間とtest-jpタイムゾーンを記録済み。
- **テスト担当者のKASIKAでの操作：** 招待メールを送信せず、手動同期を実行しない。
- **テスト担当者のVISTAでの操作：** トリガー前にベースラインを記録。直近の正しい連携設定保存時間から少なくとも1時間の完全な周期を待機し、定期同期のみを観察。タスク結果ページが完了し、今回の同期記録が出現した後、四端を照合。
- **システム自動処理：** 新規作成、バインド、初期権限、`VISTAURL` 書き戻し、通知が正常に実行。`VISTAPWD` は生成・書き戻しされない。
- **期待どおりの結果：** Qの結果がT13-14と一致し、ログが定期トリガーを表示。通知内容に無効なパスワード情報が表示されない。
- **南京側の協力：** なし。テスト担当者はカード終了後、自身でパスワードスイッチを復元。1周期以上経過してもトリガーされないか、ログ入口を確認できない場合、T13-27に従い記録し、調査を依頼。

## T13-29｜定期同期で既存VISTA顧客をバインド：パスワードをリセットしない

**関連ドキュメント12：** T04-03、T04-04、T04-05。

- **実行順序の説明：** 本カードは最後の自動業務フロー。完了前に新しい未バインド顧客テストを開始してはならない。
- **テスト前状態：** KASIKAに顧客R。VISTAに同一メールアドレス、未バインド、バインド許可の既存顧客が1名のみ。パスワードスイッチはいずれの状態でも可。直近の正しい連携設定保存時間とtest-jpタイムゾーンを記録済み。
- **テスト担当者のKASIKAでの操作：** 招待メールを送信せず、手動同期を実行しない。
- **テスト担当者のVISTAでの操作：** トリガー前に既存顧客のアクセス方法と顧客数を記録。直近の正しい連携設定保存時間から少なくとも1時間の完全な周期を待機。タスク結果ページが完了し、今回の同期記録が出現した後、VISTA BとVISTA Cを確認。
- **システム自動処理：** 既存顧客をバインドし、権限を初期化し、該当する書き戻しと通知を実行。新規顧客は作成せず、パスワードの生成やリセットもしない。
- **期待どおりの結果：** 顧客数と既存パスワードが不変。ログが定期同期を表示。バインド、権限、通知が正しい。
- **南京側の協力：** なし。1周期以上経過してもトリガーされないか、ログ入口を確認できない場合、「実施または判定不可」と記録し、南京側に調査を依頼。

## 8. 南京側の管理下検証項目（RENOの自主操作は不要）

以下のテストケースはドキュメント12に引き続き保持されますが、RENOが基本設定の変更、メールリンクの改ざん、正常なKASIKA顧客の削除、故障の製造を行うことは求められません。南京側のみが分離条件下でシミュレーション、復元、ログ検証を完了します。RENOはページの挙動とエビデンスを確認できますが、再現の責任は負いません。

| タイプ | ドキュメント12関連項目 | 南京側の提供方法 | 確認すべき結果とエビデンス |
| --- | --- | --- | --- |
| 設定欠落/無効 | T01-02、T01-03 | 分離プロジェクトまたは管理下の戻り値を使用し、RENOの正しい設定を上書きしない。 | 顧客作成、バインド、書き戻し、メール送信をしない。正しい設定の復元後、復元時間と同期記録を記録。 |
| 状態ラベルの部分失敗 | T05-05 | ラベルまたは権限更新の中間ステップの失敗をシミュレーションし、その後復元。 | 完了済みのバインドはロールバックしない。復元後、未完了のラベル/権限ステップのみ継続。前後のラベル、最終権限、ログエビデンスを提供。 |
| 書き戻しまたは送信失敗 | T07-04、T07-06、T11-04 | アクセス方法の書き戻しまたはバインド完了通知の失敗をシミュレーションし、その後復元。 | 成功済みの顧客、バインド、権限を重複させない。失敗したフィールドまたは失敗したメールのみ補完。KASIKAフィールド、メール、ログエビデンスを提供。 |
| バインド競合と異常関係 | T03-07、T09-05 | 分離された異常サンプルで対応。RENOに同一メールアドレスのKASIKA顧客の構築を要求しない。 | 自動再バインド、書き戻し、バインド完了通知をしない。異常関係、対応結果、ログを説明。KASIKAのメールアドレスは一意のため、同一メールアドレス候補、同一customer_idのメールアドレス不一致、再バインド禁止はRENOの正常ページテストに含まれない。 |
| 削除/バックグラウンド対応失敗 | T09-05、T09-06 | 分離サンプルでバックグラウンド対応または削除未完了を検証。 | 履歴とトレーサビリティを保持。RENOに直接再試行や再バインドの入口を提供しない。対応前後の状態とログを提供。 |
| 無効な入口リンクまたはKASIKA顧客が存在しない場合 | T03-08 | 分離環境で無効リンクまたは管理下での顧客欠落を使用。 | 作成、紐付け、書き戻し、紐付け完了通知をしない。入口ページのメッセージとログを提供。 |
| エラー辞書と失敗原因 | T10-02、T10-03 | 匿名化された失敗記録を閲覧用に提供。 | ページとログの原因、次の処理対象が一致。認証情報やパスワードを公開しない。 |
| レート制限と失敗後の継続処理 | T11-02、T11-03 | 分離条件下でKASIKAの一時処理不可または作成/バインド中断をシミュレーション。 | 作成、バインド、書き戻し、送信を重複させない。復元後、未完了部分のみ継続。T11-01とT11-05はRENOの正常操作で検証済み。 |

## 9. テスト完了後の記録提出

T13-01～T13-29がすべて完了した後、新しい顧客の作成や同期の繰り返しは不要です。テスト担当者は以下の表に従って各カードで保存済みの記録を集計し、プロジェクトチームに提出するだけです。同期ログ、メール記録、権限情報を自身で確認できない場合、南京側が対応するエビデンスを提供します。

| 項目 | 記入内容 |
| --- | --- |
| 実行番号 | 例：T13-04 |
| テスト顧客 | KASIKA customer_id、メールアドレス（匿名化可） |
| 開始/終了時間 | タイムゾーンを含む |
| パスワードスイッチ / 状態スイッチ | 実行時の実際の状態 |
| トリガー方式 | 入口、手動同期、定期同期 |
| 初回訪問招待メール | テンプレート名、件名、送信時間、リンクチェック結果 |
| バインド完了通知 | テンプレート名、自動返信ID、件名、送信時間 |
| 四端エビデンス | KASIKA、VISTA B、入口ページ、VISTA C、ログのスクリーンショット/リンク |
| 結果 | 期待どおり / 期待どおりではない / 実施または判定不可 |
| 問題と責任者 | 問題番号、南京側協力者、後続アクション |

> 記録にはAPI KEY、Secret Key、アクセスパスワードの平文を保存してはなりません。