カナダの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つが元従業員の雇用保険（EI）申請の全体像を左右します。これらを正しく入力すれば、システムは設計どおりに機能します。一つでも誤ると、法的に給付を受ける権利がある人が何も受け取れなくなります。

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

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

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

Block 15Aの合計値は、別種の損害を生み出します。Block 15Aが被保険者時間を200時間過少申告していた場合（支給期間の見落としや残業時間の入力ミスが原因で）、正しい合計値であれば雇用保険（EI）経済地域の420時間という受給要件を満たす430時間になっていたはずなのに、雇用記録書（ROE）には230時間と記載されているため、従業員のEI申請は却下されます。サービス・カナダはROEを給与台帳と突き合わせて照合しません。被保険者時間の合計値をそのまま受け入れます。雇用主は3か月後の給与監査で誤りに気づき、修正版ROEを発行します。従業員は——ずっと受給資格があったのに——さかのぼって支払いを受けます。しかし、5日間の窓口内で照合の余地がある検証プロセスがあれば防げたはずのデータ誤りが原因で、3か月間無収入だったのです。

ROE Webは提出を解決した。検証は解決していない。

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

ROE Webが行わないのは、送信前のデータ検証です。ポータルはROEを受け取り、基本構造（SIN形式、日付範囲、ブロック番号）を検証して、サービス・カナダの審査システムに転送します。Block 15Aの被保険者時間の合計値を給与台帳と照合することはありません。Block 15Bの被保険者収入の合計値を年度累計記録と比較することもありません。同じ従業員に対してCode AのROEが発行されてから3日後にCode EのROEが発行された場合（修正または誤りを示す可能性があります）もフラグを立てません。検証ステップ——5日間の窓口の大部分を占めるステップ——は、提出システムからのツールサポートなしで、完全に雇用主の責任のままです。

これにより構造的な非対称性が生じます。期限は提出ポータルを提供する同じ機関によって執行される一方、期限が守ろうとするデータの整合性——労働者の受給資格を左右するROEの正確性——は雇用主だけの責任です。検証を急いで期限に間に合わせた雇用主は、期限通りに不正確なROEを提出するかもしれません。徹底的に検証する時間を取った雇用主は、正確なROEを期限後に提出するかもしれません。期限はこの2つの結果を区別しません。期限通りだが不正確なROEと、遅れたが正確なROEを、それぞれ異なる失敗として扱い——それぞれ独自のカテゴリーの結果を引き起こし——雇用主にどちらを最適化するかの選択を迫ります。

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

よくある質問

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

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

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

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