なぜ人事チームは今も
契約満了日をスプレッドシートで管理しているのか

人事が本当に追跡すべき日付はHRISにない

雇用契約書には日付が詰まっている。給与計算に必要な開始日など、どのHRISでも取得する明白な日付だけではない。もっと気づかれにくく、リスクの高い日付——従業員の雇用ステータスが変わるタイミングを左右する日付がある。

1月15日付で12ヶ月契約の有期雇用社員の場合、契約満了日は翌年の1月14日。その日が来る前に、雇用主は契約更新、無期転換、または満了による終了を決断しなければならない。ほとんどの雇用契約書には、更新しない場合の予告期間（通常30日、60日、90日）も明記されており、これにより決断の期限は契約終了日から逆算される。1月14日満了の契約で90日の不更新予告期間がある場合、決断は10月16日までに下さなければならない。10月16日を過ぎると、契約条件に違反せずに自然満了で契約を終了することはできなくなる。誰も気づかないうちにカレンダーが進み、望まない延長交渉を強いられることになる。

6ヶ月の試用期間中の新入社員には評価期限がある。マネージャーが試用期間の評価を提出し、人事チームが本採用、試用期間延長、または解雇を決定する期限だ。試用期間の終了日は特に注意が必要で、通常は入社日から90日から180日の間に設定される。この期間は、入社時の緊迫感が薄れるには十分長く、しかし期限を2週間過ぎると、会社が承認していないステータスで従業員が2週間も働き続けることになるほど短い。

さらに、契約書にはあるがHRISにはない残りの日付カテゴリを考えてみよう。競業避止期間（通常退職後6〜12ヶ月、元従業員の転職制限を監視する必要がある）、ビザまたは就労許可の有効期限（H-1BやL-1保持者の場合、契約期間に直接紐づく）、複数年契約に明記された年次昇給審査日、そして従業員（雇用主ではなく）に更新の選択権を与える再契約権条項の期間——人事がこの従業員側の期間を逃せば、従業員はその権利を失う可能性がある。

これらの日付には、それぞれ法的な結果が伴う。しかし、Workday、BambooHR、ADP Workforce Nowのいずれにも、これら専用のフィールドは存在しない。開始日は、給与計算に必須なため入社時に入力される。契約書内の他のすべての日付は、PDFに閉じ込められたまま——開けば誰でも見えるが、従業員記録を管理するどのシステムにも見えない。入社初日にHRISで従業員プロフィールを設定した人事コーディネーターは、入社フォームに記入中に試用期間終了日を読み、頭の中で覚えていても、どこにも入力しなかったかもしれない。6ヶ月後、試用期間の評価が期限を迎えても、誰も覚えていない——ただし、なぜリマインダーがなかったのかと突然知りたがるマネージャーは別だ。

スプレッドシートは解決策ではない——解決策がない証拠だ

従業員100～500人の企業で、人事担当者が契約日をどう管理しているか尋ねてみてほしい。答えはほぼ決まっている。手作業で更新するスプレッドシート、Outlookのカレンダーリマインダー、そして共有ドライブに散らばるPDFを時々照合する——そんなやり方だ。これは人事担当者の能力が低いからではない。組織のシステムでは作れないデータ構造を、個人が唯一作れるツールがスプレッドシートだからだ。

この作業は地味だが脆い。新しい雇用契約が結ばれるたびに、誰かがスプレッドシートを開き、該当従業員の行を見つけるか作成し、6～8個の日付フィールドを手入力する。契約が変更されるたび——試用期間延長、更新、昇給に伴う新たなレビュー日——スプレッドシートを更新しなければならない。このスプレッドシートを管理していた人が退職したり休暇に入ったりすると、後任はどの日付がどの契約バージョンに基づいて最後に確認されたのか、まったくわからないまま引き継ぐ。半年後、「来期、どの契約が期限切れになる？」という日常的な質問に答えるには、数十のPDFを開くしかない。もう誰もスプレッドシートを信用していないからだ。

規模が大きくなれば、この脆さはさらに深刻化する。従業員200人の企業で、有期契約30人、試用期間中15人、スポンサー付きビザ保持者12人——これは中堅プロフェッショナルサービス企業や国際的な人材を抱えるテクノロジー企業では珍しい人事ポートフォリオではない。このポートフォリオは、57の異なる文書（それぞれ形式が異なる可能性がある）にわたって追跡すべき、約57の日付関連イベントを生み出す。たった一度の更新漏れ——契約は更新されたのにスプレッドシートに古い期限が残っている——が、静かに広がるエラーを生む。スプレッドシートは自分が間違っていることに気づかない。ただそこにあり、権威ありげに表示され、誰かが誤ったデータに基づいて行動するのを待つだけだ。

通常のスプレッドシートリスクより悪質なのは、真実の源泉である署名済み契約PDFが、追跡ツールとは別の場所にあることだ。スプレッドシートを更新するには契約書を読む必要がある。契約書を読むにはPDFを開く必要がある。PDFを開くにはフォルダ構造をたどる必要がある。ソースデータと追跡記録の間に3つの手動の受け渡しがあるプロセスは、システムとは言えない。それは人間の注意力の連鎖であり、その連鎖のすべてのリンクは、ある確率で失敗する。問題は、その頻度と、失敗が期限切れ、非更新の期限、または誰かが忘れた試用期間レビューにぶつかるかどうかだけだ。

HRISとCLM：雇用契約管理に特化していない2つのカテゴリ

なぜあらゆる規模の企業でこのスプレッドシートによるワークフローが続いているのかを理解するには、理論上はこの問題を解決できたはずの2つのプロダクトカテゴリのアーキテクチャと、なぜどちらも解決しなかったのかを理解する必要があります。

HRISプラットフォームは従業員記録を管理し、契約ライフサイクルは管理しません。 Workday、BambooHR、ADP Workforce Now、およびその競合製品は、従業員記録（氏名、住所、社会保障番号、報酬、部門、マネージャー、福利厚生の選択、休暇残高、業績評価を保存するデータベースエントリ）を中心に構築されています。過去20年間にこれらのプラットフォームに追加されたすべての機能（タレントマネジメントモジュール、報酬計画、人材分析）は、従業員記録の機能を拡張するものです。しかし、従業員記録の概念を将来を見据えた契約タイムラインを含むように拡張したものはありません。BambooHRには、署名済みの契約書をPDFとしてアップロードできる「ドキュメント」タブがあります。しかし、それらのPDFからフィールドを抽出したり、日付をレポートやダッシュボードに反映したりすることはありません。ドキュメントを保存するだけです。これがHRISネイティブの契約管理の限界です。つまり、検索機能付きのファイルキャビネットです。

CLMプラットフォームは商用契約を管理し、雇用契約は管理しません。 契約ライフサイクル管理ツール（Ironclad、LinkSquares、Juro、ContractWorks）は、販売契約、購買契約、NDA、ベンダー契約、パートナーシップ契約を処理するために構築されました。その機能セットはこれを反映しており、商用条件の条項ライブラリ、レッドライニングによる交渉ワークフロー、電子署名統合、成果物や支払いマイルストーンの義務追跡などがあります。価格設定もこれを反映しており、月額600〜1,200ドルからで、契約管理にワークフロー全体が依存する法務部門や調達チーム向けに設計されています。中堅企業の総契約数のうち、雇用契約のボリュームは通常10分の1から20分の1であり、ユーザーペルソナもまったく異なります。CLMは、5,000件のベンダー契約ではなく、50件の契約日を追跡する必要がある人事チームにとっては、高価で過剰な機能です。

雇用契約は、まさにこれら2つのカテゴリのプロダクトギャップに位置しています。汎用的なスプレッドシートには構造化されすぎています。法的な相互依存関係を持つ複数の日付タイプがあり、規模が大きくなると手動データ入力によるエラーがコンプライアンス上のリスクとして顕在化します。しかし、契約ライフサイクルを追跡するように設計されていないHRISと、人事ユーザーや人事ユースケース向けに設計されていないCLMの両方のネイティブスコープから外れています。これは特定のベンダーの失敗ではありません。従業員記録と商用契約という2つのプロダクトカテゴリが、その間の狭い領域に進出するインセンティブを持たずに、対極で進化してきた結果として予測可能なものです。

スプレッドシートが勝つ理由 — それが優れているからではなく、人事以外の部門によるソフトウェア購入の決断を必要としない唯一の選択肢だからだ。それは選択ではなく、デフォルトなのだ。

監査で問われるまで誰も集計しないコンプライアンスの代償

契約管理は通常、効率性の問題として語られます。期限を逃せば管理業務が混乱し、ぎりぎりの更新、期限切れ契約に関する従業員との気まずい会話が生じます。しかし、より深刻なリスクは法的な側面にあります。

FLSAの記録保存規則（29 CFR Part 516）に基づき、雇用主は給与記録を少なくとも3年間、賃金計算の基礎となる記録を少なくとも2年間保存する必要があります。雇用契約書自体は必須のFLSA記録ではありませんが、そこに含まれる給与条件、開始日、区分、労働時間に関する規定は賃金計算の基礎となります。契約が満了し、従業員が新たな署名済み契約なしで働き続ける場合、その従業員の報酬根拠に関する雇用主の文書には空白期間が生じます。これは必ずしも違反ではありませんが、賃金・労働時間に関する紛争において重要な証拠上の弱点となります。年収85,000ドルの有期契約社員が、6ヶ月前に契約が満了したにもかかわらず同額の給与を受け取り続けている場合、法的な問題は給与額そのものではありません。報酬取り決めが期限切れの契約条件に依然として準拠しているのか、それともより不明確な状態に移行したのかが問われるのです。

随意雇用はさらに別の側面を加えます。モンタナ州を除く米国49州では、雇用はデフォルトで随意契約であり、いずれの当事者も差別に該当しない理由であればいつでも雇用関係を終了できます。期間を定めた署名済み雇用契約は、契約期間中、随意雇用の例外を創出します。その契約が満了し、従業員が新たな合意なしで働き続けると、雇用形態は黙示的に随意雇用に戻ります。しかし、この復帰が文書化されていなければ、従業員が契約に基づいて有すると信じていた解雇保護が紛争の対象となる可能性があります。契約満了日は単なるカレンダー上のイベントではありません。法的地位の移行点なのです。そして、ほとんどの人事部門では、法的地位の移行を追跡するシステムは、他のすべてを追跡するのと同じスプレッドシートであり、同じエラー率、同じバージョン管理の問題、同じ監査証跡の欠如を抱えています。

スポンサー付きビザ（H-1B、L-1、TN）で働く従業員にとって、契約満了日とビザ有効期限が一致することは稀ですが、両者は連動しています。H-1Bワーカーの雇用契約が満了しても、雇用主がビザ期限前に延長申請を行えば、ビザステータスは有効なままです。契約が満了し、人事担当者が期日までに延長手続きを処理しなければ、コンプライアンス上の連鎖は罰則的です。ステータス喪失、雇用主のI-9違反の可能性、そしてUSCISが各H-1B申請を特定の職務と条件に紐付けているため、申請された雇用条件と実際の雇用関係との不一致が生じます。FLSA、州の随意雇用原則、移民コンプライアンスは、すべて同じデータポイント、すなわち契約満了日に収束します。そして、そのデータポイントは、ほとんどの組織でcontract-tracker-v3-final.xlsxというファイルで管理されています。

システム側ではなく文書側からギャップを埋める時

これまでの節では、なぜギャップが存在するのかを診断してきました。HRISは従業員記録を、CLMは商用契約書をそれぞれ見ており、どちらも雇用契約のタイムラインを見ていません。解決策は、どちらかのカテゴリを置き換えることではありません。両者の間の空白を埋めることです。そして、その橋渡しの出発点は文書そのものにあります。

雇用契約のPDF（スキャンされた署名ページ、電子署名されたオファーレター、更新の追補、複数の修正書が付随する有期契約など）には、HRが追跡する必要のあるすべての日付と条項の詳細が含まれています。問題は、これらの日付を構造化された表に抽出するには、これまで各PDFを開き、各日付フィールドを見つけ、その値を読み取り、追跡用スプレッドシートに入力するという作業が人に必要だったことです。50件の契約（従業員500人のミッドマーケット企業のポートフォリオに相当し、一部は有期契約）の場合、これは何時間もの反復的な読み取りと入力作業であり、キーストロークごとにエラーが発生するリスクが伴います。

変わったのは、HRISやCLMプラットフォームに機能が追加されたことではありません。変わったのは、AI文書抽出という別のカテゴリのツールが、HRコーディネーターと同じように契約書を読めるようになったことです。つまり、各フィールドの意味を理解することで、事前設定されたテンプレートを特定のレイアウトに一致させるのではなく、読み取るのです。その仕組みは列名抽出です。「契約開始日」「契約満了日」「試用期間終了日」「更新通知期間（日）」「競業避止期間（月）」「ビザ有効期限」など、必要なデータフィールドを定義すると、AIがアップロードされた各契約書を読み取り、ページ上のどこに現れても対応する値を見つけ出し、すべてを1つのスプレッドシートにまとめます。株式権利確定条項のあるテック系スタートアップのオファーレター、学年更新条件のある大学の有期契約、プロジェクト固有の終了日が記載された請負業者の追補書類など、形式、レイアウト、文書の長さに関係なく、すべて同じ列定義に基づいて読み取られます。

重要な変化はこれです。抽出ステップが自動化されると、HRコーディネーターの仕事はデータ入力からデータレビューに変わります。50のPDFを開いて300の日付フィールドをExcelに入力する代わりに、コーディネーターは契約書フォルダをアップロードし、抽出が完了するのを待ち（通常1ページあたり5〜10秒）、その後出力テーブルをレビューします。このレビューステップにより、HRチームが契約データを追跡システムに入力したり、期限ワークフローをトリガーしたりする前に求める監視機能は維持されますが、作業は何時間もの機械的な入力から、フラグが立てられた低信頼度フィールドをテーブルでスキャンする数分間に短縮されます。主要な雇用契約フィールドをスプレッドシートに抽出するという特定のワークフローでは、これは列名の定義（追跡したいものを定義する）が一度行われ、その後のすべての契約バッチが同じスキーマを継承することを意味します。

このアプローチはHRISを置き換えるものではありません。HRISは引き続き従業員記録の管理、給与計算、休暇管理、業績評価の保存を行います。変わるのはデータが組織に入力される経路です。担当者が契約書PDFの各項目を手作業でHRISに数日かけて入力する代わりに、抽出工程でスプレッドシートが生成され、数分で確認した上でHRIS、コンプライアンス管理ツール、部門共有カレンダーに一括インポートできます。HRチームが他に適切なツールがないために維持している追跡スプレッドシートについても、抽出結果が手入力を置き換えることで、最大のエラー原因であった手作業によるデータ入力を排除します。スプレッドシート自体はチームが望めば残せますが、入力ではなく抽出によってデータが投入されます。

季節採用サイクル、大学の任期付き教員任用、プロジェクトベースの請負業者オンボーディングなど、契約書を大量に処理する組織では、オファーレターや契約書を一括抽出して統合従業員データベースに取り込むことで、契約書ごと・項目ごとの手間を完全に排除できます。開始日、試用期間条件、給与、退職通知期間を含む50件の新規採用オファーレターから、HRが定義した通りの列を持つ1つの出力テーブルが生成されます。アップロード1回、確認パス1回、手入力ゼロ。バッチ処理は、書類を読む機械的な作業と抽出データを検証する判断作業を分離し、この分離こそが、1人のコーディネーターが1週間で手入力できる範囲を超えたスケーラビリティを実現します。

よくある質問

なぜHRISは契約満了日を自動追跡しないのですか？

HRISプラットフォームは、従業員の現在の雇用状況、報酬、福利厚生を管理するデータベースとして設計されました。一方、雇用契約は満了、更新、試用期間評価などの将来のイベントを記録するタイムライン文書です。多くのHRISには「開始日」フィールドと、場合によっては「退職日」フィールドしかありません。試用期間終了日、契約更新期限、競業避止義務の終了日などの中間的なタイムライン日付は、HRISのデータモデルに含まれていませんでした。これは、HRISが自動化した本来の機能である給与計算には不要だったからです。これらのフィールドを追加するには、スキーマ変更、ワークフローエンジン、通知ロジックが必要であり、多くのプラットフォームが構築した従業員記録パラダイムの範囲を超えています。

IroncladやLinkSquaresなどのCLMツールは雇用契約を管理できますか？

技術的には可能です。CLMプラットフォームは、雇用契約を含むあらゆる契約タイプの保存、検索、日付追跡ができます。しかし現実的には、コストとユーザーエクスペリエンスが障壁です。CLMの価格は月額600〜1,200ドルからで、シート数に応じてスケールします。これは、数千の商用契約を管理する法務部門向けの価格設定であり、数十の雇用契約を管理する人事チーム向けではありません。ユーザーインターフェース、ワークフロー言語（交渉、修正、カウンターパーティ管理）、統合エコシステムはすべて法務・購買担当者向けに構築されており、来週の試用期間評価をすぐに確認したい人事コーディネーターには適していません。雇用契約追跡のためにCLMを試した人事チームのほとんどは、ツールのオーバーヘッドが置き換えるはずのプロセスよりも大きいため、四半期内に使用を中止します。

人事で最も見落とされがちな契約日は何ですか？

最も見落とされがちなのは試用期間終了日です。入社から90〜180日後に訪れ、その頃には入社時の緊急性は薄れ、契約PDFから追跡システムに日付が転記されていないことが多いためです。次に多いのは有期契約の満了日、特に1年を超える契約です。更新手続き（30〜90日の通知期間）には満了日からの逆算が必要ですが、ほとんどの手動スプレッドシートでは自動化されていません。競業避止義務の失効日はほとんど追跡されません。これは退職後に効力が発生するため、従業員が退職した瞬間に人事の追跡責任から外れてしまうからです。制限が終了することの法的重要性にもかかわらずです。

AIによる抽出は、スキャン文書や手書きの契約書にも対応できますか？

はい、対応可能ですが、精度は文書の品質に依存します。列名抽出では、文字パターンの一致ではなく、意味的な理解によってテキストを読み取る視覚言語モデルを使用します。鮮明な印字や typed PDF（ほとんどの雇用契約書が該当）は高い精度で抽出できます。解像度のクリーンなスキャン文書も同程度の精度です。印刷された契約書への手書き注釈、非常に薄いスキャンコントラスト、または複数世代のコピー文書では、該当フィールドに信頼性警告が表示され、手動レビューが必要となります。雇用契約書のバッチ処理における典型的な結果：初回パスで日付フィールドの85～95%が正確に抽出され、残りの5～15%はレビュー担当者が原本と照合するためにフラグが立てられます。これは、すべてのフィールドを手動で入力する場合と比較して、大幅な工数削減となります。

契約が満了したにもかかわらず、従業員が新しい契約を結ばずに働き続けた場合はどうなりますか？

米国では、ほとんどの従業員はデフォルトで随意雇用（at-will）であるため、雇用関係は継続されます。ただし、失効した契約が提供していた保護や条件は失われます。契約書に解雇の最低通知期間が規定されていた場合、その保護は満了とともに消滅します。契約書に明確な退職金計算式が含まれていた場合、州法や会社の方針が別途退職金を義務付けていない限り、雇用主はそれに拘束されなくなります。契約書に給与見直し日や賞与受給資格基準が規定されていた場合、それらの条件は失効します。実務上のリスクは2つあります：(1) 雇用主が誤って、満了前に契約で権利が与えられていた従業員の福利厚生を否定し、紛争が生じる可能性があること、(2) 雇用主が同じ給与を支払い続け、従業員が働き続けた場合、裁判所が後に契約条件が暗黙のうちに更新されたと判断する可能性があることです。つまり、誰も満了を文書化していなかったため、雇用主は失効したと思っていた条件に拘束されることになります。

このアプローチは既存のHRISとどのように統合されますか？何かを置き換える必要はありますか？

置き換えは不要です。列名抽出はスプレッドシート（ExcelまたはCSV）を生成し、それがチームが使用するあらゆる追跡システムやワークフローへの入力となります。契約追跡スプレッドシートを維持している場合、抽出結果はそれを直接入力します。手動データ入力を、レビューのみの確認に置き換えます。一括インポート機能を持つHRISを使用している場合、スプレッドシートは標準のアップロードインターフェースを通じてHRISに読み込まれます。期限を追跡するために共有カレンダーやプロジェクト管理ツールを使用している場合、抽出された日付列がそれらのリマインダーを設定するためのソースデータとなります。抽出ステップは、契約PDFと、チームがその内容を追跡するために使用するあらゆるシステムとの間のギャップを埋めるものであり、そのシステムに変更を加える必要はありません。

構造上のギャップであって、スキルの問題ではない

雇用契約書追跡用のスプレッドシートは、人事チームが整理整頓できていない証拠ではない。それは、人事テクノロジー環境における構造上のギャップに対する合理的な適応である。そのギャップとは、記録管理に特化した製品と、商用契約に特化した製品という二つのカテゴリーが進化する中で、雇用契約のタイムラインがその狭間においやられたことによって生じたものだ。HRISプラットフォームに契約タイムラインのデータモデルがなく、CLMプラットフォームに人事ユーザー向けのワークフローがない限り、スプレッドシートがデフォルトであり続ける。なぜなら、それは人事コーディネーターが、市場が決して構築しなかったデータ構造を自ら発明することを可能にする唯一のツールだからだ。

今、状況が変わったのは、そのギャップを埋める新しいプラットフォームが登場したからではない。共有ドライブに置かれた署名済みPDFという書類そのものを、誰かが読み込んで入力することなく、その日付や条項を読み取り、構造化された表に抽出できるようになったからだ。このたった一つの機能、つまりあらゆる契約書形式に対応した意味フィールド抽出によって、スプレッドシートはデータ入力の負担から、レビューと追跡のためのダッシュボードへと変わる。契約書と追跡システムの間のギャップはなくならない。しかし、その間を橋渡しする手段が、キーボードではなくなるのだ。

ご自身の雇用契約書から日付やフィールドを抽出してみる