diff --git a/Pleasanter/健康診断管理/docs/n8n/design-fixed-menu.md b/Pleasanter/健康診断管理/docs/n8n/design-fixed-menu.md
index c3416176..e42f2c83 100644
--- a/Pleasanter/健康診断管理/docs/n8n/design-fixed-menu.md
+++ b/Pleasanter/健康診断管理/docs/n8n/design-fixed-menu.md
@@ -1686,3 +1686,31 @@ HC-DOC-TIMEOUTの重複バグ修正・実機確認、完了。inactiveへ戻し
 確認済み。過去のNum列追加時の教訓（Columns定義だけでは`items/update`で値が書き込めず、
 `EditorColumnHash`への配置が必須）を踏まえ、両サイトとも配置まで一括で実施したため
 今回は一度で正常動作した。
+
+### フェーズ2残課題の進捗（2026-09-12時点）
+
+- HC-REMINDER実機テスト（②③⑥⑦）: 完了
+- HC-DOC-TIMEOUT実機テスト: 完了
+- Process19カウンタ判断: 完了（Num047追加）
+- ClassZ/ClassC/ClassD必須チェック: 既存データ補完完了（必須化自体はユーザー側で対応、下記参照）
+- **全ワークフロー本番activate: 引き続き保留**（ユーザー判断、今回のセッションでは着手しない）
+
+### ClassZ・ClassD既存データ補完（2026-09-12）
+
+508971の全13件を確認したところ、テストレコード513409以外の**12件全てでClassZ（実施年度
+エリア）・ClassD（フリガナ）が未入力**と判明（ClassCは全件入力済み）。このまま運用すると、
+ファイル名生成（`{ClassZ表示名}■診断書■{ClassC表示名}(${ClassD})_...`）や通知文の一部が
+歯抜けになる懸念があった。
+
+**ClassZ**: 513156（実施年度エリアマスタ）には現在「2026■東京」（ResultId 513158）の
+1件のみ存在することを確認した上で、ユーザー判断により未入力12件へ一律`513158`を設定
+（全社員が同じ年度・エリア扱いのため一括対応で問題ないとの判断）。
+
+**ClassD**: 504412（社員・組織マスタ）に「姓（カナ）」（Class003）・「名（カナ）」
+（Class004）列があることを確認。508971のClassC（PleasanterUserId）→504412のClass011で
+照合（既存のHC-WA/HC-WP対象者解決ロジックと同じ照合キー）し、12件全件を1件ずつAPIで
+取得・結合（`"姓 名"`、既存513409の`ClassD`と同じ半角スペース区切り形式）して反映。
+全件マッチ・全件200 OKで更新完了。
+
+**必須化（ValidateRequired）自体は今回実施せず**、ユーザーが後日Pleasanter画面から適宜
+設定する方針となった。