課題：フロントは強いのに正本が更新されない

履歴トリアージや非同期スクリーニングだけ先行し、ATSのステータスが「新規」のまま、スコアがベンダー画面だけに残る—この分断が手戻りと監査リスクを生みます。連携はAPIを繋ぐ作業ではなく、状態・フィールド・権威付けソース・保存を揃えるプロジェクトです。

典型的な失敗モード

• 採用ステートマシンが部門ごとに解釈違い。
• HRISと採用ツールで同名フィールドが別意味。
• エクスポート権限が過剰でシャドウスプレッドシートが蔓延。
• 保存削除が運用で実行できない。

パターン：先に状態、次にマッピング

遷移の定義

応募→トリアージ→構造化スクリーン→部門面→内定/見送り→クローズまで、合法遷移・オーナー・SLAを定義します。

ゴールデンソースのマッピング表

スコア内訳、メディアリンク、レビュー者IDなど、各要素の正本と衝突時の解決ルールを文書化し、関係者が署名します。

RBACとログ

最小権限、センシティブアクセスのログ、異動・退職時の自動剥奪を設計します。

導入ステップ

1. システム棚卸しと手作業リワークの热点を特定する。
2. APIのレート・リトライ・冪等性をベンダー/ITと確認する。
3. 1職種タイプで書き戻し必須のパイロットを行う。
4. 欠損率・書き戻し遅延・滞留ステートを計測する。
5. 四半期でマッピングと保存方針を見直す（規程・契約変更時は即時）。

リスクとガバナンス

候補者全件の個人端末持ち出しを常態化させない。再委託とDPAをプログラムに整合。高信頼領域は説明責任記事の統制と併走させます。

多拠点・コンプライアンスとの一体計画

グローバル採用はロールとデータ所在地、規制領域は証跡が鍵。本番移行直前に束ねるのではなく、要件定義から同じタイムラインで動かしてください。

チェックリスト

• 公開されたステートマシンとオーナーがあるか。
• 署名済みマッピング表があるか。
• 書き戻し成功率・遅延を見ているか。
• 異動後のアクセスレビューが自動化/記録化されているか。
• 保存・削除のランブックが実行可能か。