人事ソフトウェアが解決できなかった
オンボーディングのデータ入力ボトルネック

デモでは決して見せない現実：8つのフォームと4つのシステム

新入社員が火曜日にオファーを受け入れたとしよう。金曜日までに、HRは8種類のフォームを含むオンボーディングパケットを送信する。従業員は、できる範囲で記入する——多くの場合、携帯電話で、前職の最終シフトの合間に行う——そして、記入済みのPDFはHRの受信トレイに届く。次に起こることは、すべてのHRISベンダーのデモが省略するボトルネックである。

これら8つのフォームには、4つの異なるシステムに入力しなければならないデータが含まれており、それらのシステムはいずれもデフォルトでは相互に連携しない。I-9はコンプライアンスデータベースとE-Verifyに送られる。W-4とその州版フォームは給与計算に送られる。直接入金の承認は給与計算と銀行に送られる。緊急連絡先とポリシー同意書はHRISの従業員記録に入る。福利厚生の登録は福利厚生管理プラットフォームに送られる。各フィールド——氏名、住所、社会保障番号、生年月日、源泉徴収控除、銀行のルーティングナンバー、受取人指定——は、再び、ある人物によって、異なる画面に入力される。多くの場合、フォームがフラットな画像としてレンダリングされているためコピー＆ペーストができないPDFから手作業で行われる。

StrongDMがCareerBuilderの調査からまとめたデータによると、HRマネージャーの5人に2人が、新入社員1人につき平均3時間以上をオンボーディング情報の手作業での収集に費やしている。StrongDMのCareerBuilder調査データによると、オンボーディングの管理業務——税務フォーム、コンプライアンス文書、ポリシー同意書——は最初の1週間の不釣り合いな割合を占め、新人の定着を左右するオリエンテーション、トレーニング、関係構築の時間を圧迫している。そして47%の企業が適切な技術インフラの欠如をオンボーディングの課題として挙げる一方で、より居心地の悪い真実がある：インフラは存在するのだ。それはただ、解決すべきであると主張する問題を解決するようには作られていなかっただけなのである。

I-9：手作業の入力が法的問題に変わる書類

オンボーディングの非効率の多くは、無駄な時間、不満を抱える新入社員、生産性の遅延といった抽象的なコストを伴います。しかしI-9は違います。I-9には法的な期限が設定されています。

USCIS規則に基づき、Form I-9の第1欄（従業員が記入する欄）は、雇用初日までに完了しなければなりません。第2欄（雇用主による書類の確認と検証）は、3営業日以内に完了する必要があります。新入社員が月曜日に勤務を開始した場合、雇用主の第2欄の提出期限は水曜日です。木曜日に開始した場合は、翌月曜日までに完了しなければなりません。新入社員が書類を手にオフィスに出社する場合でも、3日間という猶予は十分に短いものです。リモート勤務の場合は、書類の収集、確認、データ入力、システムへのアップロードというプロセス全体を、メールのやり取り、PDF添付、手作業によるキー入力で行わなければなりません。

コンプライアンス上のリスクは均等に分散されているわけではありません。50人の従業員を抱え、プロセスが整備されている企業は、ICEの監査通知を何年も受けずに済むかもしれません。一方、500人の従業員が複数の拠点に分散し、各管理者が紙のフォームで第2欄を記入し、それを中央の人事部門に郵送してデータ入力している企業は、採用のたびに累積するコンプライアンス上の負債を抱えていることになります。I-9は単なる書類ではありません。データ入力のスピードが法的義務となる書類なのです。

そして、罰金の引き金となるエラーは、まさに手作業によるデータ入力が生み出す種類のものです。署名の欠落、記入漏れの欄、転記ミスの書類番号、誤った有効期限。よくあるI-9エラーの一覧は、PDFの47項目をコンプライアンスポータルに入力する際に人が起こしがちなミスのカタログのようです。生年月日欄の誤入力、発行機関の誤記載、第1欄より先に第2欄を完了してしまうことなどです。これらのエラーは、書類からシステムへのデータ移動の間に人間のキーボードが介在しなければ、どれ一つとして発生しないはずです。

W-4乗数効果：41州のフォームと1人の給与担当者

I-9が法的緊急性を生むフォームだとすれば、W-4ファミリーは単一のHRISテンプレートでは構造的に解決不可能な問題をもたらすものです。

米国の全従業員は連邦フォームW-4に記入します。しかし41州では州所得税も課されており、それに伴い州ごとの源泉徴収フォームが別途必要です。カリフォルニア州ではフォームDE 4、ニューヨーク州ではフォームIT-2104、イリノイ州ではフォームIL-W-4が必要です。インディアナ州ではフォームWH-4が必要で、州の源泉徴収だけでなく郡のステータスも求められます。これはインディアナ州の郡が独自の所得税を課しているためです。ミシガン州では州レベルでフォームMI-W4が必要で、さらに従業員の居住都市に応じて22種類の市レベルの源泉徴収フォームのいずれかが必要になります。オハイオ州には、市、タウンシップ、学区にまたがる数百もの課税管轄区域があります。

これは単一のHRISオンボーディングモジュールが「簡単に対応できる」ような機能ではありません。HRISプロバイダーは連邦W-4と最も一般的な10州分のフォームのデジタル版を構築できます。しかし、ミシガン州の22種類の市フォームや、オハイオ州の数百もの学区フォームのデジタル版を、ミッドマーケット企業向け製品として経済的に合理的なコストで構築・維持することはできません。その結果、HRISがネイティブにサポートしていない州・地方フォームについては、データがPDFとしてHRの受信箱に届き、手作業で入力されることになります。

Ernst & Youngの2022年給与計算エラー調査によると、新入社員を給与システムに適時入力しない場合、従業員1人あたり平均$635のコストがかかります。W-4の設定ミスは1件あたりさらに$539のコストを追加します。年間50人を採用する企業の場合、未入力の新入社員だけで$31,750の回避可能な給与修正コストが発生することになります。その多くは、従業員が州の源泉徴収フォームに記入した内容と、給与担当者がシステムに入力した内容とのギャップに起因しています。

HRISアーキテクチャは従業員フォームではなく、従業員レコードを中心に設計された

ここに、どのベンダーブログも教えてくれない構造的な診断結果があります。HRISプラットフォームは、従業員レコードを保存・管理するために構築されており、それらのレコードを作成するフォームを取り込むために構築されたわけではありません。

人事情報システム（ADP Workforce Now、BambooHR、Workday、Gustoなど）は、そのアーキテクチャの核心において、ユーザーインターフェースを備えたデータベースです。従業員の氏名、住所、SSN、税額控除の選択、直接入金の詳細、緊急連絡先、福利厚生の選択を、リレーショナルスキーマの構造化フィールドとして保存します。データがデータベースに入ると、システムは給与計算、福利厚生管理、レポート生成、ワークフロー起動を実行できます。「データがデータベースにある」状態より後のすべては、完璧に機能します。

しかし、オンボーディングの瞬間はデータベースより前の段階です。データが紙やPDF上に存在し（システム外）、データベースへの境界を越える必要がある瞬間です。その境界越えは常に手作業であり、HRISベンダーは30年にわたってデータベース内部のすべてを最適化してきましたが、境界そのものにはほとんど手を付けていません。

ADP Workforce Nowのオンボーディングモジュールは、このパターンを正確に示しています。I-9、W-4、直接入金、福利厚生登録を電子フォームと電子署名で処理し、完了するとデータを給与レコードに自動的に同期します。しかし、HRテクノロジーアナリストが文書化しているように、期限切れのフォームをネイティブにエスカレーションしたり、未完了のタスクをマネージャーに自動再割り当てしたり、コンプライアンス期限が過ぎる前に停滞した書類にフラグを立てたりすることはできません。トランザクションの核はカバーしますが、トランザクションをめぐるワークフローはHRの手動調整に委ねられています。また、ADPが構築したフォームでのみ機能するため、ADPのカタログにない州や地方のフォームは手動入力に戻ります。

BambooHRとADPの間のギャップは、さらに顕著です。BambooHRはミッドマーケット企業に最も人気のあるHRISプラットフォームの1つです。ADP Workforce Nowは最も人気のある給与計算プラットフォームの1つです。これらは統合されますが、Flexspringのようなサードパーティ製コネクタを介してです。そのADP Marketplaceでの製品説明は、問題を認めているかのように読めます。「HRプロフェッショナルを、手動による二重データ入力という魂を砕く単調な作業から解放します」。HRISと給与計算システムの間で新入社員データを同期するためだけに存在する有料ミドルウェア製品の存在は、この2つのシステムが取り込み時点でデータを共有するように設計されたことが決してなかったことの最も明確な証拠です。

これはバグではありません。1990年代にHRISプラットフォームが初めて登場したときに行われたアーキテクチャ上の選択であり、同じデータベース中心モデルの上に新機能を積み重ねる機能追加の数十年を通じて維持されてきました。従業員レコードはより豊かになりました。フォームは決して変わりませんでした。

PRWORAと20日ルール：何とも統合されない第二の義務

I-9の期限と州ごとのW-4の断片化だけでも十分ではないかのように、ほとんどのHR担当者が名前を挙げられないものの、採用のたびに毎回対応している第三のコンプライアンス要件があります。それが1996年個人責任および就労機会調整法（PRWORA）です。

42 U.S.C. § 653Aに定められたPRWORAは、全50州のすべての雇用主に対し、従業員の入社日から20暦日以内に新規採用者を州の新規採用者登録簿（State Directory of New Hires）へ報告することを義務付けています。報告には7つのデータ項目を含める必要があります：従業員名、住所、社会保障番号、入社日、雇用主名、雇用主住所、および連邦雇用主識別番号です。その明示された目的は養育費の徴収支援です — 全国新規採用者登録簿（National Directory of New Hires）が養育費事件と照合します — しかしHR業務の観点からは、その目的は重要ではありません。重要なのは、これが独自の期限、独自のデータ形式、独自の州別提出ポータルを持つ独立した報告要件であり、I-9、W-4、給与、福利厚生とは完全に独立しているということです。

一部の給与計算プロバイダーは顧客に代わって新規採用者報告を処理します — ADPのRUNおよびWorkforce Nowパッケージには上位プランでこの機能が含まれています。お使いのプランに含まれていない場合、または別の給与計算プロバイダーをご利用の場合は、データを手動で報告する必要があります：州のポータルにログインし、すでに他の4つのシステムに入力したのと同じ書類の山からフィールドを再入力します。電子申告が可能な州では、12日以上16日以内の間隔で月2回の送信が必要であり、提出頻度自体がスケジュール管理の負担となります。また、アラバマ州を含むいくつかの州では、連邦の20日間よりも短い期限が課されています。

PRWORAの要件は28年前に制定されました。28年間、アメリカのすべての新規採用者は、HRISとはパラレルワールドに存在し、ネイティブな統合経路を持たないコンプライアンス報告義務を生み出してきました。これはソフトウェアの制限ではありません。これは、誰も橋渡しするインセンティブを持たなかった規制アーキテクチャの決定なのです。

このボトルネックが30年間HRソフトウェアで解消されなかった理由

ここまでの流れで、その理由は明らかだろう。オンボーディングのデータ入力が遅いのは、人事部門が適切なソフトウェアを導入していないからではない。複数の規制要件が、それぞれ異なるスケジュールで、異なるデータ項目を要求しながら、雇用初週という、その後に発生するデータを処理するために設計されたあらゆるシステムの隙間にはまる瞬間に集中するからだ。

しかし、この構造的な診断には、組織的な説明がまだ必要だ。なぜ人事チームは30年間、これを普通のこととして受け入れてきたのか。

その答えは、人事という職業を定義づけるコンプライアンス文化にある。人事はプロセス革新のために最適化された機能ではない。リスク回避のために最適化された機能なのだ。オンボーディングのワークフローを自動化して失敗した人事マネージャーは、ICEの監査指摘、給与計算の訂正通知、州への報告違反に直面する。一方、I-9のデータをフィールドごとに手作業で、ゆっくりと、すべてのフォームに二人目の確認者をつけて再入力する人事マネージャーは、慎重すぎることで監査人から批判されることはない。専門職としてのインセンティブは、自動化のスピードよりも手作業の徹底を評価する。なぜなら、自動化の失敗（コンプライアンス違反）というマイナス面は、手作業の非効率（時間の無駄）というマイナス面とは比較にならないほど、キャリアを脅かすものだからだ。

ギャラップ社の調査で、従業員のわずか12%しかオンボーディングを「素晴らしい」と評価していないという結果は、その結果としての帰結だ。プロセスが従業員体験、スピード、データ精度ではなく、コンプライアンスのために最適化されているとき、従業員は書類記入と待ち時間の1週間を得る。人事チームはタイピングの1週間を得る。双方とも、これがオンボーディングの仕組みだと決めつけている。30年間、ずっとそうだったからだ。

今変わりつつあるのは、新しいHRISの機能ではない。データベース側ではなくドキュメント側からこの問題にアプローチするツールのカテゴリーだ。あらゆるフォームをHRISに適合させようとする代わりに、これらのツールはフォームを読み取る。レイアウト、形式、発行元の州を問わず、あらゆるフォームを読み取り、データを構造化されたテーブルに抽出する。ImageToTable.aiは、列名抽出と呼ばれるメカニズムを通じてこれを実現する。必要なフィールド（「従業員名」「SSN」「自宅住所」「源泉徴収控除」「銀行ルーティング番号」など）を定義すると、AIがアップロードされた各フォームを読み取り、ページ上のどこに表示されていても対応する値を特定し、すべてを1つのスプレッドシートにまとめる。フィールドの周りに矩形を描いたり、フォームテンプレートを作成したりする必要はない。探しているものをAIに伝えるだけで、AIはレイアウトの座標ではなく、ドキュメントの内容の意味的理解を用いてそれを見つけ出す。

このアプローチがオンボーディングにとって特に重要なのは、フォームが既知のテンプレート化されたドキュメントである必要がないからだ。手書きで記入されスキャンされたI-9、IRSのウェブサイトからダウンロードしたW-4、カリフォルニア州固有のフィールドを持つ州のDE 4フォーム、独自のレイアウトを持つ信用組合の直接入金フォーム。これらすべてをまとめてアップロードでき、AIはそれぞれから同じ列セットを抽出する。新入社員のバッチを処理する人事チームにとって、これは50件のオンボーディングパケットを1回の処理で1つのExcelファイルに変換できることを意味する。1週間かけて1枚ずつ入力する必要はない。その結果は、レビューと検証が可能なスプレッドシートとなり、標準の一括アップロードインターフェースを通じてHRISにインポートできる。フォームからデータベースへの境界からキーボードを完全に排除するのだ。

これはHRISを置き換えるものではありません。HRISがそもそもカバーするよう設計されていなかったギャップを埋めるものです。つまり、データが構造化されていない形で組織に入り、構造化されたレコードになる必要がある瞬間です。抽出されたデータはHRISに触れる前に担当者がレビューできるため、新たなコンプライアンスリスクを追加することなく、このギャップを初めて埋めることができます。これはHRチームが求める監督ステップですが、AIがすでに読み取りと入力を行っているため、レビューは数時間ではなく数分で完了します。

また、バッチ処理ワークフローを使用して例外ケースを処理することもできます。AIが信頼性警告をフラグしたフォーム、手書きフィールドが曖昧なフォーム、異なる州で入社したため異なる源泉徴収の検証が必要な新入社員のフォームなどです。バッチアプローチは、機械的な作業（50枚のフォームを読み取り、フィールドを転記すること）と判断を要する作業（フラグされた項目のレビューと意思決定）を分離します。この分離により、人員を増やさずにプロセスをスケールさせることができます。

FAQ

すべてのフォームにHRISのオンボーディングモジュールを使えないのはなぜですか？

ほとんどのHRISオンボーディングモジュールは、連邦のW-4、I-9、直接入金、福利厚生登録など、定義された標準フォームのセットを処理します。そのセット外のフォーム（州固有の源泉徴収フォームや会社固有の同意フォームなど）はサポートされません。これらのフォームについては、データを手動で入力するか、フォームをPDF添付ファイルとして保存し、データフィールドを検索可能またはレポート可能にしない必要があります。これは特定のHRISの欠陥ではなく、管轄区域ごとに存在するフォームのバリエーションの多さと、デジタルで構築・維持することが経済的に実行可能なフォームの少なさによるものです。

追跡すべきI-9の期限は何ですか？

第1部は、従業員が雇用初日までに完了する必要があります。第2部は、雇用主が従業員の初日から3営業日以内に完了する必要があります。従業員が3日未満の雇用の場合、両方のセクションを初日までに完了する必要があります。これらの期限はUSCISによるもので、ICE監査を通じて執行されます。遅延または不完全なI-9は、最も一般的な監査指摘事項の1つです。

AI抽出は手書きのオンボーディングフォームを処理できますか？

はい、ただし条件付きです。ImageToTable.aiは、さまざまな読みやすさの手書き文字を認識できるビジョン言語モデルを使用していますが、著しく劣化した手書き文字（非常に小さい、非常に薄い、または高度な筆記体のテキスト）は、信頼性警告が表示される場合があります。推奨されるワークフローは、AIに抽出できる部分を抽出させ、その後、フラグが付いた項目を手動でレビューして修正することです。これでも、フォーム全体を手動で入力する場合と比較して、大幅な時間節約になります。通常、初回のパスで80〜90%のフィールドが正しく抽出されるためです。

このアプローチは、カリフォルニア州のDE 4やニューヨーク州のIT-2104のような州固有のフォームでも機能しますか？

はい。ImageToTable.aiはテンプレートマッチングではなく意味理解を使用するため、どのフォームも同じ方法で読み取ります。つまり、各フィールドの意味を理解することで、事前定義されたレイアウトに一致させるのではありません。DE 4とIT-2104は見た目がまったく異なりますが、どちらにも「Withholding Allowances」または同等のフィールドが含まれており、AIは位置ではなく意味によってこれを認識します。定義する列名は、アップロードされたすべてのフォームにわたって意味的なターゲットとして機能します。

抽出されたデータはデータプライバシー規制に準拠していますか？

ImageToTable.aiは抽出中にファイルをメモリ内で処理し、処理セッション終了後はアップロードされたドキュメントや抽出データを永続的に保存しません。PII（社会保障番号、銀行口座情報、自宅住所）を扱うHR部門にとって、これはドキュメントをクラウドストレージに保持するツールとは異なる重要なアーキテクチャ上の違いです。抽出された出力（ExcelまたはCSV）はローカルマシンにダウンロードされ、その後の管理はユーザーが行います。

ギャップはソフトウェアのバグではなかった

オンボーディングのデータ入力ボトルネックは、HRテクノロジーの失敗ではありません。これは、システムにデータが入った後に従業員データを管理するために構築されたソフトウェアカテゴリの意図された動作であり、紙のフォームとデータベースレコードの間のギャップを埋めるためのものではありませんでした。30年間、そのギャップを埋める唯一のツールは、キーボードと、どのフィールドがどこに対応するかを知っている人でした。

変わったのは、HRISプラットフォームがフォーム処理で向上したからではありません。変わったのは、別のカテゴリのツール（AIドキュメント抽出）が、給与計算担当者がフォームを読むのと同じ方法でフォームを読めるようになったことです。つまり、ページ上の位置や発行州に関係なく、各フィールドの意味を理解するのです。違いは、AIが人が1枚読むのと同じ時間で50枚のフォームを読み取り、すべての抽出結果がHRISに反映される前にレビュー可能であることです。

オンボーディングフォームのデータをスプレッドシートに抽出してみる