カナダの5日間ROE期限
スピードの問題ではなく、構造的な問題

5日間のカウントダウンは給与計算の準備完了時ではなく、収入の停止時に始まる

第19条(3)項で最も見落とされがちな点は、そのトリガーとなる「収入の中断の初日以降」という文言です。カウントダウンは、雇用主が給与計算を処理した時点ではなく、従業員が被保険者収入を受け取らなくなった時点で始まります。

最終出勤日が金曜日であるフルタイム従業員の場合、5日間のカウントダウンは土曜日の朝に始まります。給与計算は翌週の水曜日まで実行されないかもしれません。つまり、給与計算部門がデータを入手する前に、5暦日のうち2日（土曜日と日曜日）がすでに消費されていることになります。水曜日の給与計算実行により、5日間の猶予期間の3日目に雇用記録書が生成されます。残りの営業日は1日だけです。その間に、ブロック15Aの総被保険者時間を給与台帳と照合し、ブロック15Cの理由コードを退職文書と照合し、ブロック15Bの総被保険者収入が年初来の記録と一致することを確認し、承認を得て、サービス・カナダに送信しなければなりません。水曜日の給与計算実行に問題があった場合（支払期間の欠落、残業時間の誤入力など）、修正により雇用記録書の作成は次の実行（6日目）にずれ込み、期限を過ぎてしまいます。

この規則は給与計算処理サイクルを考慮していません。そもそも、そのために書かれたものではないからです。これは労働者、つまり雇用記録書が届くまで雇用保険の申請が停滞してしまう人のために書かれたものであり、その観点からすれば5日間という期限は理にかなっています。収入を待つ解雇された労働者が、1週間以上待たされるべきではないからです。しかし、雇用主にとって5日間は猶予期間として感じられるものではありません。雇用主は、異なる時計（日単位ではなく週単位で測定される給与計算サイクル）で動くシステムによって課せられた制約として5日間を経験します。そして、この2つの時計の衝突は毎月同じ結果を生み出します。雇用主は、給与計算部門が書類を開く前から、すでに期限に遅れているのです。

5日間の猶予期間内で実際に何が起きているのか

なぜ5日間が構造的に不十分なのかを理解するには、収入の中断からサービス・カナダが雇用記録書を受信するまでの間に何が起こるかを分解してみる必要があります。このタイムラインは仮定の話ではありません。これは、中規模のカナダ企業の給与管理担当者が毎月実際に経験する一連の流れです。

単一の退職処理であれば、この一連の流れは管理可能です。タイトではありますが、何とかなります。給与管理担当者は4日目に検証を終え、5日目に提出し、次の作業に移ります。構造的な問題は、この一連の流れが繰り返されるときに現れます。 1ヶ月に25件の退職処理がある場合、25の5日間カウントダウンが重なり合います。それぞれが同じ3ステップ（生成、検証、提出）を要求し、それが固定スケジュールで動く給与計算サイクルの上に重なります。タイムラインはきれいに積み重なりません。それは互いに絡み合い、同じ給与計算処理枠、同じ検証時間、同じ管理者の注意を奪い合います。1つの期限は管理可能です。25の期限は、スケジュール上、不可能です。

なぜ雇用記録書は53ブロックの給与調整であり、単なる書類ではないのか

もし雇用記録書が単純な書類（従業員名、退職日、退職理由）であれば、5日間の提出期限は十分余裕があるでしょう。有能な給与管理担当者なら数分で完了できます。しかし、雇用記録書は要約書類ではありません。これは規制上のデータ構造であり、53の番号付きブロックで構成され、それぞれがサービス・カナダによる雇用保険の受給資格、給付率、給付期間の計算に寄与します。この書類は単に退職を報告するものではなく、従業員の被保険者雇用履歴全体を再構築するものです。

検証期間を消費するブロックは、明白なものではありません。ブロック1（従業員名）とブロック2（SIN）は静的であり、一度入力して一度確認すれば済み、問題になることはほとんどありません。時間を要するのは以下のブロックです。

このフォームの複雑さは設計上の欠陥ではありません。サービス・カナダは、年間数十億ドルの給付金を支給する制度を運営するために、53ものブロックを必要としているのです。しかし、その複雑さが5日間の期限と組み合わさることで、必ずボトルネックが発生します。規則が暗に求めている検証とは、フォームをざっと確認することではありません。給与システム、給与台帳、退職関連書類という3つのデータソースを照合する作業であり、そのどれもが時間的制約のもとで並行して照会されるようには設計されていません。

紙の雇用記録書はなくならない — カナダ郵便も同様に

サービス・カナダは、紙のフォームと郵送の遅延をなくすために、電子提出ポータルであるROE Webを導入しました。大規模な雇用主や給与計算代行業者にとって、ROE Webは有効に機能しています。雇用記録書が電子的に作成・検証・送信され、サービス・カナダは提出から数分以内に受信します。しかし、紙から電子への移行は完了しておらず、雇用主の規模によって均等に進んでいるわけではありません。

依然として紙の雇用記録書を使用する可能性が高いのは、中小企業です。従業員12人の建設会社、18人のレストラン、6人の歯科衛生士がいる歯科医院などです。これらの雇用主は、月に25件ではなく、年に2、3件の雇用記録書を発行するかもしれません。ROE Webにはセットアップ、登録、学習曲線が必要であり、年に3件しか発行しない事業所が優先的に取り組むことはないでしょう。従業員が退職したとき — おそらく18か月ぶりの退職 — 雇用主は紙の雇用記録書フォーム（INS5153）を取り出し、手書きで記入するか、画面上で入力して印刷し、署名を得て、サービス・カナダに郵送します。カナダ郵便による配達には、すでに5暦日の法定期限が定められたプロセスに、さらに2～5営業日（2～5暦日ではありません）が追加されます。

このシナリオは全国で毎月発生しています。ウィニペグのレストランが木曜日に料理人を解雇したとします。雇用主は期限の4日目にあたる月曜日に紙の雇用記録書を作成し、同日に郵送します。カナダ郵便は木曜日か金曜日 — 期限の7日目か8日目 — にサービス・カナダの処理センターに配達します。給与管理者の努力にもかかわらず、雇用主は法定期限を3日過ぎています。雇用記録書は遅延し、元料理人の雇用保険請求は保留状態になります。次の仕事を探しながら家賃を賄うために雇用保険を頼りにしていた料理人は、期限と配送の仕組みがそもそも連動して設計されていなかったために、さらに1週間待つことになります。

これは例外的なケースではありません。サービス・カナダ自身のデータによると、現在ほとんどの雇用記録書はROE Webを通じて電子的に提出されていますが、紙の雇用記録書は依然として認められた代替手段であり、それを発行する中小企業にとって、カナダ郵便の配達期間は、規則が想定していない、法定期限の暗黙の延長となっています。

3つの給与プラットフォーム、1つの変わらぬ期限

雇用記録書（ROE）は連邦政府が定めた様式です。すべての給与ソフトウェアプロバイダーは、同じ53のブロックを同じ番号順に作成しなければなりません。しかし、それらのブロックの視覚的な配置（Block 15Aがページのどこにあるか、Block 15Cが本人確認ブロックに対してどの位置にあるか、2ページ目の支払期間グリッドが先頭から始まるかヘッダーの後か）は、各ソフトウェアプロバイダーの裁量に完全に委ねられています。Ceridian DayforceはBlock 15Aと15Bを本人確認ブロックとは別のサマリーパネルに表示します。ADP Workforce Nowは2カラムレイアウトで順次表示します。QuickBooks Canadaは関連するブロック（収入、控除、時間数）を簡略化された配置でグループ化します。これらのレイアウトのどれも間違ってはいません。それぞれが給与プロバイダーの設計思想を反映しています。

しかし、複数の給与システムを運用している中堅カナダ企業（メインの従業員にはCeridian、子会社にはQuickBooks、買収した事業体にはADPなど）は、同じコンプライアンス期間内に異なる視覚的レイアウトのROEを処理することになります。CeridianのROEで右上にあったBlock 15Aは、ADPのROEでは中央左にあります。QuickBooksで理由フィールドのすぐ下にあったBlock 15Cは、ADPの様式では2ページ目にあります。給与管理担当者は、プラットフォーム間でデータを検証するだけでなく、プロバイダーを切り替えるたびに各ブロックの視覚的な位置を再学習しなければなりません。 T4スリップの同様の構造的問題では、T4報告が年次であるため、この再調整は年に一度のコストで済みます。しかし、月次またはそれ以上の頻度で提出されるROEでは、そのコストが何倍にもなります。5日間の期限は、CeridianのROEとADPのROEを区別しません。どちらも5日以内に提出する必要があります。しかし、CeridianのROEの直後にADPのROEを処理する給与管理担当者は、新しいレイアウトに慣れるために数秒（積もれば数分）を失い、失われた一秒一秒が、もともと厳しいカウントダウンから差し引かれていくのです。

間違ったブロック15C：たった一文字が収入を奪う

ブロック15Cの16の理由コードのうち、3つが元従業員の雇用保険申請の行方を左右します。これらを正しく入力すれば、システムは設計通りに機能します。一つ間違えれば、法的に給付を受ける権利がある人が何も受け取れなくなります。

コードA（仕事不足／一時解雇）、コードE（自己都合退職）、コードM（解雇）は最も頻繁に使用され、最も影響が大きいものです。コードAは1週間の待機期間を経て給付が開始されます。コードE — 正当な理由のない自己都合退職 — は無期限の受給資格喪失につながります。申請者は給付期間全体（最長45週間）にわたり給付を受けられず、その後の雇用で十分な新しい被保険者時間を積まない限り、給付は再開されません。コードM — 不正行為による解雇 — は審査を引き起こし、サービス・カナダが雇用主と元従業員の両方に面談し、書類を精査して判断を下します。この審査には数週間かかる場合があり、その間は給付金は支払われません。

問題は、給与担当者が理由コードを不注意に扱っているからではありません。コードは、ブロック15Aと15Bの合計を確認する必要があるのと同じ5日間の期限内に、時間的プレッシャーのもとで選択されます。そして、そのコードには、税控除、納付スケジュール、収入計算に精通した給与担当者であっても、完全に評価できるとは限らない法的な意味合いが含まれています。上司が従業員が「辞めた」と報告したとします。どのように辞めたのでしょうか？ 自発的に辞職したのか？ 月末に解雇されると告げられた後に辞めたのか？ 「来週からはもう来なくていい」と言われた — これは状況によっては一時解雇（コードA）にも解雇（コードM）にもなり得る発言です。給与担当者は「辞めた」という言葉が自己都合退職のように聞こえるため、コードEを入力します。元従業員が雇用保険を申請すると、雇用記録書に自己都合退職と記載されているため、受給資格がないと告げられます。従業員が異議申し立てを行います。サービス・カナダが調査し、雇用主に連絡し、退職関連書類を確認した結果、正しいコードはコードAであると判断します。雇用記録書が修正され、従業員は給付金を受け取ります — 本来受け取るべきだった時期より3週間遅れてです。この誤りは悪意によるものではありません。5日間という期限内に、データ入力欄で法的判断を給与担当者に求めるシステムによって生み出された、たった一文字の誤分類だったのです。

これは、英国のP45処理の文脈で説明されているのと同じ構造的な課題です — 退職者書類の期限と分類ロジックが給与チームにとってコンプライアンス上のボトルネックを生み出すという点で — ただし、カナダの雇用保険制度は、英国歳入関税庁のプロセスにはない審査の複雑さを追加しています。

ブロック15Aの合計は、別の種類の損害を生み出します。支払期間が欠落していたり、残業時間の入力が誤っていたりして、ブロック15Aが被保険者時間を200時間過少に報告し、正しい合計であれば従業員は雇用保険の経済地域の加入要件である420時間に達していたはずが、雇用記録書には230時間と記載されているため、雇用保険の申請が却下されます。サービス・カナダは雇用記録書を給与台帳と照合しません。被保険者時間の合計をそのまま受け入れます。雇用主は3ヶ月後の給与監査で誤りに気づき、修正された雇用記録書を発行します。給付を受ける権利があった従業員は、さかのぼって支払いを受け取ります。しかし、5日間の期限内に照合の余地がある検証プロセスがあれば防げたはずのデータ誤りのために、3ヶ月間収入が途絶えたのです。

ROE Webは提出を解決したが、検証は解決しなかった

ROE Webはサービス・カナダの電子提出ポータルであり、雇用記録書を提出する推奨方法です。これにより、紙のフォーム、カナダポストの遅延、サービス・カナダの受付システムへの手動データ入力が不要になります。大規模な雇用主や給与計算サービスプロバイダーにとって、ROE Webは5日間の期限を達成可能にする仕組みです。5日目の午後4時に生成され、午後4時5分にROE Webを通じて送信された雇用記録書は、期限を守ったことになります。提出という側面は解決されました。

しかし、ROE Webが行わないのは、送信前のデータ検証です。ポータルは雇用記録書を受け取り、基本構造（SINの形式、日付範囲、ブロック番号）を検証し、サービス・カナダの審査システムに転送します。ブロック15Aの総被保険者時間を給与台帳と照合することはありません。ブロック15Bの総被保険者収入を年度累計記録と比較することもありません。同じ従業員に対してコードAの雇用記録書が発行された3日後にコードEの雇用記録書が発行された場合、それが修正かエラーかを示すフラグを立てることもありません。検証のステップ、つまり5日間の期限の中で最も多くの時間を消費するステップは、完全に雇用主の手に委ねられており、提出システムからのツールサポートは一切ありません。

これにより、構造的な非対称性が生じます。期限は提出ポータルを提供する同じ機関によって強制されますが、期限が保護しようとしているデータの整合性、つまり労働者の受給資格を決定する雇用記録書の正確性は、雇用主だけの責任です。期限を守るために検証を急いだ雇用主は、期限内に誤った雇用記録書を提出するかもしれません。徹底的に検証するために時間をかけた雇用主は、正しい雇用記録書を期限後に提出するかもしれません。期限はこれら2つの結果を区別しません。期限内の誤った雇用記録書と期限後の正しい雇用記録書を、それぞれ異なる種類の結果を引き起こす2つの異なる失敗として扱い、雇用主にどちらを最適化するかを選ばせます。

これは、包括的な雇用記録書抽出ガイドで探求されたのと同じ構造的なギャップです。データは給与システムに存在し、期限はサービス・カナダに存在し、それらの間の橋渡しは、規制で義務付けられておらず、ツールもサポートしていない手動の検証ステップです。このギャップを大規模に埋める方法の詳細な手順については、雇用記録書バッチ処理ガイドで、月間の雇用記録書ボリュームを、抽出自体に検証チェックが組み込まれた単一のコンプライアンススプレッドシートに処理するエンドツーエンドのワークフローを説明しています。

よくある質問

問題はスピードではなく、構造にあります。

カナダの給与業界は、何十年にもわたってROE（雇用記録書）の5日間提出期限をスピードの問題として捉えてきました。その暗黙の解決策は、より速く進むこと、つまり給与計算の頻度を増やす、入力を速くする、昼食を抜く、残業をする、といったものでした。しかし、スピードは構造的な問題を解決しません。入力が速い雇用主であっても、同じ53のブロックを確認し、同じ3つのデータソースを照合し、退職者が収入を得られるかどうかを左右する理由コードについて、同じ法的判断を下す必要があります。データ入力のステップを速くしても、検証ステップが短縮されるわけではありません。そして、修正ROE、雇用保険（EI）の遅延、却下された申請といった事態を防ぐためにエラーを発見する検証ステップこそ、努力だけでは加速できない部分なのです。

月次ROEバッチ処理ワークフローは、この問題を構造レベルで解決します。つまり、25件のROEを1件ずつ検証する代わりに、ブロック15A、15B、15C、最終支払日であるブロック11、支払期間の詳細といったカラムスキーマを一度定義すれば、25件すべてを一括で抽出できます。検証ルール（ブロック15Aと期間ごとの合計を照合する計算列、理由コードを有効なコードセットと照合する検証、期限が近づいている、または過ぎているROEにフラグを立てる検証）は、抽出中に実行され、事後対応ではありません。5日間の期限を消費していた検証ステップは、手動での照合作業から、データがスプレッドシートに届く前に不一致を表面化する自動チェックへと変わります。

5日間の提出期限は変わりません。これは労働者を保護するために存在し、その目的を果たしています。しかし、この期限を守ること、つまり一貫して、正確に、月ごとに、給与担当者を疲弊させることなく守るためには、問題を解決する人のスピードではなく、問題の構造そのものに対処するツールが必要です。カナダの給与システムは、何十年にもわたってより速い馬を育ててきました。この期限に実際に必要なのは、まったく別の乗り物なのです。