HOW TO AUTOMATE
具体的な自動化の構成
期限通知だけで更新完了とせず、派遣先とスタッフの確認状況を別々に追います。
- 開始条件
- 契約終了日の一定日前になった時、または条件変更が登録された時。
- 入力元
- 契約ID、終了日、派遣先・スタッフの担当者、条件、契約書版。
- 自動処理
- 休日を考慮して確認予定日を計算し、未回答の相手と変更点を抽出する。
- 出力先
- 既存の契約台帳に「派遣先待ち」「本人待ち」「版確認待ち」を別表示する。
- 人の確認
- 条件変更、本人の意思、法令・契約上の適合を担当者が確認してから更新する。
- 失敗時
- 回答未着、旧版、期限超過は管理者へエスカレーションし、自動更新しない。
必要な情報と責任者をそろえる
派遣先、就業場所、契約期間、担当者、更新確認日など、業務上確認が必要な情報の所在を整理します。どの帳票が正式な記録かを決め、メールの添付ファイルだけを最新として扱わないようにします。個別契約の条件や変更は原本へ戻れる形にします。
期限通知を次の行動につなげる
契約の終了日を知らせるだけでなく、誰が派遣先とスタッフへ確認し、いつ返答を記録するか決めます。未回答と条件変更を分け、更新する前に人が内容を確認します。確認済みの印だけで実際の意思確認を省略しない設計が重要です。
差し戻しを見失わない
契約書の記載漏れや条件の不一致が見つかったら、修正担当、期限、どの版に問題があったかを残します。修正版が戻ってから再確認し、古い版を誤って送らない運用にします。
個人情報と閲覧範囲を確認する
スタッフの氏名、連絡先、就業条件などを扱うため、外部AIや委託先へ渡す情報の範囲を先に確かめます。必要な担当者だけが見られる権限と保存期間を決め、退職や担当変更時にアクセスを見直します。
効果を数字で確かめる
一つの派遣先または契約種別で試し、確認期限を過ぎた件数、差し戻し件数、担当者の確認時間を比べます。通知の数だけ増えて実務が進まないなら、通知先や項目を減らします。契約条件の最終判断は人が担います。
導入時の例：更新確認の一覧
契約終了日から逆算して、派遣先への確認予定日、スタッフへの連絡予定日、回答日を一覧にします。期限だけを表示するのではなく、次に連絡する担当者と未回答の相手を示します。条件変更がある場合は元の契約と新しい条件を並べ、確定前に担当者が確認します。
確認したい失敗例
契約書の旧版がメールに残る、派遣先の回答だけでスタッフ本人への確認を済ませたつもりになる、休日をまたいで期限が過ぎるといった例を想定します。通知が届かなかった場合の代替確認方法と、担当変更時の引き継ぎ先も決めます。
実務に置き換える
更新期限の通知を「確認完了」にしない
派遣契約の終了日が近づく案件では、期限のアラートが出ただけでは更新手続きは進みません。派遣先への条件確認、スタッフ本人への意思確認、修正版の照合など、次に必要な行動と担当者を並べます。旧版の契約書を最新と誤認しないよう、受領日・版・確定者を記録します。法令や契約条件の判断を自動化で代替しないことも重要です。
- 01
契約終了日から逆算し、相手ごとの連絡予定日と回答期限を置く
- 02
未回答・条件変更・確認済みを別状態にし、放置を見つける
- 03
確定前に原本と変更条件を人が照合し、通知・承認の履歴を残す
よくある疑問
期限メールを自動送信すれば管理できますか？
メールだけでは回答や条件変更を追えません。誰の確認が残っているか分かる一覧と、例外を止める手順が必要です。