diff --git a/NodeSrv/docs/superpowers/specs/2026-09-05-healthcheck-lineworks-survey-n8n-design.md b/NodeSrv/docs/superpowers/specs/2026-09-05-healthcheck-lineworks-survey-n8n-design.md
index 60ff0761..820e0a26 100644
--- a/NodeSrv/docs/superpowers/specs/2026-09-05-healthcheck-lineworks-survey-n8n-design.md
+++ b/NodeSrv/docs/superpowers/specs/2026-09-05-healthcheck-lineworks-survey-n8n-design.md
@@ -24,6 +24,8 @@ n8n環境自体の詳細（URL・API・既存ワークフロー・過去の罠
 | 対象者解決 | プリザンター標準Usersのメールアドレスを、そのままLINEWORKS宛先ID（userId）として使う。LINE WORKS側からの受信時も`source.userId`＝メールアドレスという前提で扱う（専用マッピングマスタは不要） |
 | 対象レコード特定 | LINEWORKSから届いたメッセージの送信者メール→508971の中で、そのユーザーが紐づくレコードのうち**未完了（Status 900/910以外）の最新レコード**を対象とする。複数該当時の自動判定は行わず、実装上は「複数ヒット」を異常系として扱う |
 
+対象者解決は基本的にプリザンター標準Usersのメールアドレスだけで足りる想定だが、所属会社・部署・在籍状況等の**社員属性の裏付けが必要になった場合**は、社員・組織マスタ管理テーブル（SiteId 504412、org-master-syncプロジェクトが同期している全社マスタ、`NodeSrv/apps/n8n/docs/n8n-guide.md`参照）を参照する。508971自体のClassA（所属会社）等の入力値だけでは信頼性が不十分なケースが出た場合の裏付け手段として、新規マスタを増やさずこの既存マスタを流用する。
+
 ## 3. 全体アーキテクチャ
 
 ```