同一人物の繰り返し相談をどう束ねるか— 事案IDと履歴の設計

1. なぜ「毎回新規」では足りないか

1-1. 単発では軽く見えるが累積で重い

1回15分の暴言でも、週3回同じ相手なら職員の負荷は別物です
単発票だけだと「件数は多いが重大事案ゼロ」と誤読され、対策が遅れます
記録様式に「関連事案ID」欄を足すだけで、累積が見える化します（詳細は記録様式）

1-2. 対応履歴が引き継がれない

前回「注意済み」「返金済み」「二人対応必須」とした合意が、次のシフトに伝わらないと、相手に「言った言わない」を突かれます
履歴がつながっていれば、初動で前回決定を参照できます
初動の型はカスハラ初動対応と組み合わせてください

1-3. 出入禁止・取引拒否の根拠が弱い

最終手段に進むときは、日付の並んだ履歴が説明材料になります
散在したメモでは「急に厳しい対応をした」と受け取られやすいです
最終手段の整理は出入禁止・取引拒否を参照し、台帳設計とセットで考えます

2. ID設計の最小モデル

2-1. 相手キーと事案キーを分ける

相手キー（例: P-2026-014）は人物・取引先単位、事案キー（例: C-20260908-03）は1回の出来事単位です
繰り返しは「同じ相手キーに複数の事案キー」がぶら下がる形にします
Excelでも「相手マスタ」と「出来事ログ」の2シートに分ければ実現できます

2-2. 同一人物判定の慎重ルール

氏名＋電話、会員番号、取引先コードなど、確度の高い識別子があるときだけ自動結合します
「雰囲気が似ている」「たぶん同じ」は結合せず、疑義フラグ付きの別行にします
BtoBの相手特定は取引先カスハラの文脈でも、担当者個人と会社を混同しないよう注意します

2-3. エピソードに残す最低項目

各事案行には、日時・場所・行為類型・対応者・その場の措置・前回からの変化（悪化／同程度／改善）を残します
「変化」列があると、エスカレーション判断が速くなります
窓口受付との接続は相談窓口の設置で決めた一次／二次の流れに、相手キー検索を組み込みます

3. 運用ルールと会話例

3-1. 受付時に「既存相手か」を30秒確認

窓口「前回もご相談いただいた件でしょうか。会員番号や会社名が分かれば履歴を確認できます」
現場「レジで相手キーを検索し、要注意フラグがあれば二人対応に切り替えます」
マニュアル短縮版に「検索→フラグ確認→対応」の3手順を載せると定着します

3-2. 閾値で自動的にレビューする

例: 同一相手キーが30日以内に3件、または類型が暴力・性的言動なら、責任者レビュー必須
閾値は業態で調整し、方針に「繰り返しへの段階的対応」として一文書きます
方針の書き方は方針ひな形、段階対応の現場運用はマニュアル作成と揃えます

3-3. 誤結合を直す手順

別人と分かったら、相手キーを分離し、誤って付けたフラグを外し、変更理由を履歴に残します
「静かに直す」のではなく、監査可能なログとして残すことが重要です
研修では誤結合のリスクも教え、便利さだけで結合しない文化を作ります（研修記録の残し方も参照）

4. 繰り返し対応の段階表（例）

4-1. 1回目・2回目

1回目は事実記録と定型の注意・二人対応の検討までを標準にします
2回目は前回措置の実施有無を確認し、「前回お伝えした対応方針を継続します」と履歴を口に出して参照します
ここで相手キーが未設定なら、識別子が確かな範囲でキーを発行し、疑義なら別行のままにします
現場が「またあの人」と口にするだけで台帳が空欄のまま、という状態をなくすことが目的です

4-2. 3回目以降または類型悪化

30日以内3件、または性的言動・暴力・つきまといへの悪化があれば、責任者レビューを必須にします
レビューでは、累積の時系列・職員への影響・既に取った措置・次の選択肢（担当固定、入店条件、取引条件の協議など）を並べます
最終手段に進む前に、警告の記録が日付順に残っているかを確認し、抜けがあれば補完メモを残します
「突然厳しい」印象を避けるためにも、段階表そのものを方針またはマニュアルに短い表で載せておくと説明が容易です

4-3. データ設計の小さな工夫

表計算なら、相手マスタに「要注意フラグ」「最終事案日」「累計件数」を自動集計し、出来事ログは追記のみにします
過去行の上書き修正は禁止し、訂正が必要なら訂正行を追加して理由を書きます
閲覧は窓口と責任者に限定し、全スタッフ共有フォルダに生データを置かない方が漏えいリスクを抑えられます
紙運用でも、相手カードの裏に出来事の日付一覧を追記するだけで「束ねる」効果は出ます
まずは「新規行だらけの台帳」をやめ、相手キーを1つ発行するところから始めてください
小さな一歩でも、累積の見え方は大きく変わります

朝礼での使い方

要注意フラグが付いた相手キーがある日は、氏名の詳細を全員に晒さず、「フラグ付き対応時は二人必須」だけを共有します
詳細履歴は責任者と窓口だけが開き、プライバシーと現場の警戒を両立させます
シフト引き継ぎメモにも相手キーだけを書き、感想付きの口伝で増幅しないようにします
月次で累計件数の上位をレビューし、段階表どおりに措置が進んでいるかを確認します
束ねる目的は監視強化ではなく、同じ説明を何度も最初からやり直さないこと、職員の負荷を組織が認識することです

5. よくある質問

Q. 個人情報の持ちすぎでは？

識別に必要な最小限に留め、閲覧権限を窓口・責任者に限定します
全スタッフが全履歴を見られる状態は避けます

Q. 名前が分からない常連はどうしますか？

「外見特徴＋来店パターン」だけの弱いキーは疑義のまま別管理し、確度が上がってから結合します
断定ラベルを付けないことが誤対応防止になります

Q. フランチャイズで店舗をまたぐ繰り返しは？

本部の共通IDがある場合のみ横断検索し、無い場合は店舗単位の履歴＋本部報告で補います
役割分担はフランチャイズ本部・加盟店を参照してください

Q. 紙台帳でもできますか？

相手カードと出来事票をクリップで束ねるだけでも「束ねる」は可能です
件数が多い店舗は表計算へ移行した方が検索ミスが減ります

6. チェックリスト

• 相手キーと事案キーが分離されている
• 同一人物結合の確度ルールがある
• 繰り返し閾値と責任者レビューがある
• 誤結合の訂正ログが残る
• 閲覧権限が最小限に制限されている
• 朝礼ではフラグの有無だけ共有し、詳細履歴は責任者・窓口に限定している
• 月次で累計上位をレビューし、段階表どおりに措置が進んでいるか確認している

7. 注意

本記事は一般的な対応の考え方の例示であり、法的助言ではありません。
個人情報の取扱い・出入禁止等の措置は個別事情により異なるため、自社規程に沿って対応してください
台帳設計を変える場合は、現場への周知日も必ず残してください
繰り返し対応は、記録の設計なしには続きません
今日の1件から紐づけを始めてください