T4 2月期限
カナダ給与データ準備チェックリスト

T4提出スケジュール：CRAの要件と期限

2025課税年度において、暦年中に給与、賃金、歩合、賞与、課税手当などの雇用所得を支払ったすべての雇用主は、各従業員にT4（支払報酬明細書）を発行し、2月末日までにCRAに提出する必要があります。2026年は2月28日が土曜日のため、実質的な期限は3月2日月曜日に繰り延べられます。猶予日に頼らず、提出前にエラーを発見できるよう、期限内にクリーンなデータを準備する計画を立ててください。

提出義務は二者択一です。期限を守るか、守らないかのどちらかです。予想以上に時間がかかった給与システムの移行、重要な時期に休暇を取っていた給与管理担当者、1月後半に発覚した年間を通じて追跡すべきだった課税手当など、期限延長の理由にはなりません。T4の遅延提出には、1日あたり100ドル、最大7,500ドルの罰金が科せられます。電子提出が義務付けられている場合に5枚を超える紙の申告書を提出すると、別途125ドルの罰金が発生します。これらは給与計算マネージャーが覚えている罰金ですが、本当に重要な罰金はこれらではありません。CPP拠出金の不一致やBox 22の所得税額の入力ミスに続くPIERの再評価は、是正作業、従業員との連絡、および過少納付が発生した最初の給与期間から計算される複利日々の利息において、桁違いのコストがかかります。

組織がCeridian Dayforce、ADP Workforce Now、QuickBooks Canada Payroll、Wagepoint、または買収により継承したプラットフォームで給与計算を運用している場合、ソフトウェアがT4明細書を生成します。その部分は自動化されています。「PDFが存在する」状態と「CRAが提出を受け付けた」状態の間にあるギャップこそ、このチェックリストが存在する場所であり、ほとんどの給与計算チームが1月の最初のスプレッドシートを開いたときに認識するよりもはるかに大きなものです。

フェーズ1 — 1月第1～2週：従業員データ監査（1月15日までに完了）

フェーズ1は、すべての給与部門が実施しようと考えながら、実際にはほとんどスケジュールしない監査パスです。その成果物は、「私の給与システム内のすべての従業員記録は正しいか？」という単一の情報です。この質問は、答えようとするまでは簡単に聞こえます。このフェーズはT4源泉徴収票の生成に依存しません。これは純粋にシステム記録の照合であり、誰かがT4データに触れる前に完了しておく必要があります。なぜなら、照合後に発見されたエラーは、後続のすべてのプロセスに波及するからです。

フェーズ2 — 1月 第3～4週：給与計算からT4ボックスへの照合（1月31日までに完了）

フェーズ2では、各従業員のT4明細書のデータを、提出前に給与台帳と照合します。これは最も重要なフェーズです。ここで照合エラーが発生すると、CRAの不一致が数か月後にPIERプログラムを通じて表面化します。その頃には、照合を行った給与計算担当者が異動していたり、元のスプレッドシートがバックアップに埋もれている可能性があります。

フェーズ3 — 2月 第1～2週：T4サマリーの作成（2月1日～14日）

T4サマリー（T4SUM）は、CRAに提出する際にT4明細書に添付される管理文書です。全従業員のすべてのBox値を合計し、累積控除額を雇用主の納付額と照合します。個々のT4明細書がすべて正しくても、T4サマリーで不一致が発生すると、CRAからPD4Rによる照合依頼が発生します。フェーズ3はデータ入力作業ではありません。フェーズ2で検証された数値が、防御可能な提出物として成立するかをテストする最終検証パスです。

フェーズ4 — 2月第3週: CRA電子申告（2月15日～21日）

T4スリップを6枚以上発行する雇用主には電子申告が義務付けられています。CRAは発行枚数の基準を50枚から引き下げました。つまり、従業員が5人を超える場合は電子申告が必要です。2つの方法は、インターネットファイル転送とWeb Formsです。どちらもデータをXML形式で送信する必要があり、送信時にXMLスキーマの検証が行われます。2月27日の午後9時に検証エラーが発生する——このフェーズは、そのような事態を防ぐために設計されています。

フェーズ5 — 2月第4週：配布と申告後対応（2月22日〜28日）

フェーズ5は最も短い期間ですが、申告が成功したか、それとも3月に修正T4を発行することになるかを左右します。CRA（カナダ歳入庁）への申告は完了しました。最終チェックリストは、従業員への明細書の配布と、今後寄せられる問い合わせへの準備です。

このチェックリストの全フェーズで発生する3つのよくある落とし穴

17ステップの検証チェックリストがあっても、以下の3つの問題が最も頻繁に発生します。技術的に複雑だからではなく、給与計算、人事、経理の境界に位置し、どの部門もデータを完全に把握していないためです。

CPP2 Box 16A — 2024年以前は存在しなかったボックス

2024年度から、第二追加CPP拠出金（CPP2）と対応するBox 16Aが導入されました。タイムリーに更新された給与システムでは問題ありません。しかし、旧バージョンの給与ソフトを使用している組織、一部の従業員に対してExcelで手動CPP計算を行っている組織、買収により継承したCPP2未対応の給与プラットフォームを運用している組織では、Box 16Aが空白または誤って入力されています。収入がYMPEを超えた従業員のBox 16Aが空白の場合、CRAのPIERプログラムはCPP2拠出金が0と認識します。2025年のCPP2最大拠出額は従業員1人あたり396ドルと少額なため、従業員の納税通知書にCPP2の不一致が記載されるまでPIERフラグに気づかない可能性があります。対策：提出前に、2025年の収入がYMPE（71,300ドル）を超えた全従業員のレポートを実行し、有効なCPP2免除がない限りBox 16Aに0以外の値が入力されていることを確認してください。年度中に年齢区分が変わった従業員（18歳到達でCPP開始、70歳到達でCPP終了）については、按分されたCPP2拠出限度額を確認してください。

複数州・越境勤務の従業員

同じ暦年内に2つの州で勤務した従業員、またはケベック州（QPPとQPIPがCPPとEIに代わる）から他州に転居した従業員には、2段階の検証が必要です。T4の就業州コードと、納付側のCPP/QPPおよびEI/QPIPの按分です。7月にケベック州からオンタリオ州に転勤した従業員の場合、6月まではQPP拠出、7月からはCPP拠出となります。T4にはCPP部分のみを反映し、ケベック州歳入庁（Revenu Québec）へのRL-1（Relevé 1）にはQPP部分を記載します。CRAはT4のBox 16とBox 26を比較します。Box 26が年間の年金対象所得を反映しているのにBox 16が半年分のCPP拠出のみの場合、PIER比率計算で拠出不足と判定されます。解決策は、ケベック州在籍期間に応じてBox 26を適切に減額することです。Box 26には、従業員がケベック州外にいた期間の年金対象所得のみを反映させる必要があります。これはデータ入力の問題ではなく、給与システムの設定の問題であり、複数州にまたがる従業員を抱える雇用主にとってPIERリストの最も一般的な原因の一つです。

スプレッドシートの中に埋もれる課税手当 — 給与計算には未反映

社用車の私的利用。ダウンタウンのオフィスビルでの雇用主負担の駐車料金。25,000ドルを超える団体定期生命保険の保険料。雇用主によるRESPへの拠出。CRAの基準額を超える学費 reimbursements。これらはすべて課税手当であり、Box 14に記載し、その他情報エリアでコードを付けて識別する必要があります。給与システムはそれらを把握しています — 誰かが入力していれば。人事部門も把握しています — 手当が福利厚生管理システムで追跡されていれば。従業員も把握しています — 手当を受け取った時点で。問題は情報の引き継ぎです。人事担当者が1月にスプレッドシートで計算し、共有ドライブに保存したまま、給与モジュールにアップロードしなかった社用車の手当は、T4に表示されません。従業員はBox 14の額が手当の価値分だけ過少申告されたT4を受け取り、確定申告を行い、数ヶ月後にCRAが車両所有記録と申告所得を照合した結果、更正通知書を受け取ることになります。フェーズ1のステップ3での調整 — 既知のすべての課税手当を給与システムの年度累計額と照合すること — が、この情報のギャップに対する唯一の防御策です。

タイピングに代わるステップ

このチェックリストのすべてのフェーズは、データが利用可能であることを前提としています — 給与台帳からBox 14の値を確認し、T4ドラフトと比較して差異を特定できること。マルチプラットフォームの給与環境 — 本社はCeridian Dayforce、買収した子会社はADP Workforce Now、プロジェクトベースの部門はQuickBooks Canada Payroll — では、データは3つの異なるシステムに存在し、それぞれが視覚的に異なるレイアウトでT4スリップを生成します。2月にそれらのPDFを開き、従業員ごとに12のBox値を調整用スプレッドシートに再入力する給与担当者は、検証レイヤーの上に転記レイヤーを追加していることになります。フィールドあたり0.5%から1%のエラー率で、150人の従業員バッチでは、調整を開始する前に9～18件の転記エラーが発生します。

代替案 — T4データをスリップPDFからスプレッドシートに直接抽出し、どの給与プラットフォームで生成されたかにかかわらず、すべてのスリップに同じ列スキーマを適用する — は、転記ステップを完全に排除します。各Box値は、すべての従業員について同じ列位置のスプレッドシートに表示され、フェーズ2での調整は、2つの機械生成データセット（給与台帳 vs 抽出T4）の比較となり、1,800個の手入力数値の目視監査ではなくなります。完全な抽出ワークフローについては、カナダのT4スリップデータをExcelに抽出する方法ガイドをご覧ください。150人全員のT4を1つのCRA対応スプレッドシートに処理するバッチアプローチについては、バッチT4処理ガイドをご覧ください。また、転記ステップが実際にどれだけのコストを生んでいるか — タイピング時間ではなく、PIER対応、修正申告、そしてタイピングが引き起こす機会費用 — を測定したい場合は、手動T4処理の4行コスト計算で、原因別にすべてのドルを分解しています。

同じチェックリスト、異なる税務当局

構造上の問題——給与システムが年末証明書を生成し、そのデータを法定期限までに検証、調整、提出しなければならない——は、カナダに限った話ではありません。英国では、P60 5月31日期限チェックリストが、HMRCのP60年末証明書に関する同じ検証手順（4月の従業員リスト監査、4月下旬から5月上旬のP60対FPS調整、P14/P35の集計、電子提出）をカバーしています。税務当局が変わり、法的根拠が変わり、Boxの名称が変わっても、検証段階は同一です。なぜなら、給与システムの出力と税務当局の要求との間のギャップは、どの法域でも同じ構造上のギャップだからです。オーストラリアでは、PAYG 7月14日期限チェックリストが、同じパターンをSTP最終化期間に当てはめています。6月30日までのTFN確認、7月上旬の支払概要抽出と調整、8月14日までのATO年次報告書提出です。この4～5段階の構造（データ監査、調整、概要集計、電子提出、配布）は、どの国の年末報告サイクルにも機能します。なぜなら、何を提出する前に何を検証しなければならないかという順序は、政策上の選択ではなく、情報の依存関係グラフだからです。

FAQ：T4 2月期限の準備とCRAへの提出

2月28日は締切日ではありません。それは、1月の最初の営業日に始まる一連の依存関係の終点です。このチェックリストを実行する給与管理者は、2月20日頃には、申告が完了し、配布リストが検証され、調整ワークブックがアーカイブされ、残りの8日間が余裕であることに気づくでしょう。3月2日の午後5時、その給与管理者と、2月15日にデータ準備を開始した給与管理者との違いは、努力の問題ではありません。それは、どのフェーズが1月に完了したかの問題です。