TL;DR
- 派遣 / 委託 ID は契約終了 ≠ 月末。月末締め失効は最大 30 日のズレを生む
- 契約担当をトリガに当日 23:00 バッチで即時失効
- 翌日のログイン履歴スポットチェックで残留セッションを検出
対象読者
- 情シス / IDM / 契約管理担当
- 派遣社員・委託先従業員の ID を多く管理する組織
- 「正社員と同じプロセス」で運用している方
起きたこと
退職した派遣社員が、月末に旧 ID で自宅 PC から login。調査で、契約終了は先月途中、ID 失効処理が月末締めの一括バッチで、ズレた期間 ID が生きたまま残っていたことが判明。
なぜ「月末締め失効」が残るのか
| ステップ | 担当 | タイミング |
|---|---|---|
| 契約終了通知 | 契約担当 / 現場 | 個別 |
| 人事システム反映 | 人事 / 経理 | 月末締め |
| AD / SaaS 失効 | 情シス | 人事連動 |
派遣 / 委託 ID 運用が「給与計算」起点になっているのが構造原因。給与は月末締めで合理的だが、ID 失効は契約終了日にやらないと意味がない。
即時失効への切替 3 点
1. 契約担当をトリガにする
- 「契約終了確定」入力で webhook 発火
- 給与計算は従来通り月末締めで OK
- ID 失効と支払いを分離
2. 契約終了日当日 23:00 にバッチ失効
- webhook で受けた終了情報を当日 23:00 バッチで失効
- AD / 主要 SaaS / VPN / 物理セキュリティ (入館証) を横断
- 翌朝レポートで完了確認
3. 翌日スポットチェック
- 失効処理翌朝、対象 ID のログイン履歴を確認
- 失効後ログインがあれば即時調査
- セッション残留 / トークン残留 / SSO バイパスを疑う
契約条項テンプレ
- 契約終了日に貸与資産の即時返却 (PC / 入館証 / ハードトークン)
- 派遣社員 / 委託先従業員の ID は契約終了日 23:00 までに失効される
- ID 失効後のログイン試行は契約違反として通報対象
- 契約終了後 90 日以内のログ監査に協力する
正社員と分けるべき根拠
派遣 / 委託 ID で起きるインシデントの 7 割は失効遅延が原因 (実体験ベース)。
- 契約上の所属が外部組織
- 契約終了 = 退職 (連続性なし)
- 自社人事システムに完全には乗らない
→ 専用の即時失効プロトコルとして独立運用するのが、シンプルかつ確実。
規程テンプレ要素
□ 契約担当による契約終了登録の義務化
□ 当日 23:00 バッチでの自動失効
□ 物理資産 (入館証等) の同時失効
□ MFA / トークン / VPN セッションの強制終了
□ 翌日のスポットチェック手順
□ 契約書セキュリティ条項テンプレ
□ 派遣会社 / 委託元との連絡フロー
まとめ
派遣 / 委託 ID は月末締めではなく契約終了日トリガで即時失効。人事ではなく契約担当を起点に。翌日スポットチェックでセッション残留を検出する。
退職題材シリーズ #7。即時失効運用フロー・契約書セキュリティ条項テンプレ・スポットチェックスクリプトは note メンバーシップ (初月無料) で公開しています。
#セキュリティ #IDM #派遣 #委託 #ID管理 #退職