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値を合計し、累計控除額を雇用主の納付額と照合します。T4SUMの不一致は、個々の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年以前には存在しなかった欄

2回目の追加CPP拠出金（CPP2）と対応するBox 16Aは、2024年度の税年度に導入されました。時間通りに更新された給与計算システムでは、これは簡単です。古いバージョンの給与計算ソフトウェアを実行している組織、一部の従業員に対してExcelで手動のCPP計算を使用している組織、またはCPP2用に更新されなかった買収によって引き継がれた給与計算プラットフォームを運用している組織では、Box 16Aが空白または誤って入力されています。収入がYMPEを超えた従業員のBox 16Aが空白の場合、CRAのPIERプログラムは、値が存在するべき場所にCPP2拠出金が$0であると認識します。2025年のCPP2拠出金の上限は従業員1人あたり$396です。これは小さい金額のため、従業員の納税通知書にCPP2の不一致が記載されるまで、PIERフラグに気付かない可能性があります。修正方法：提出前に、2025年の収入が$71,300のYMPEを超えたすべての従業員を示すレポートを実行し、有効なCPP2免除がない限り、Box 16Aにゼロ以外の値が含まれていることを確認します。年度中に年齢区分が変わった従業員（18歳到達でCPP開始、70歳到達でCPP終了）については、按分されたCPP2拠出上限を確認してください。

複数州・複数管轄で勤務する従業員

同じ暦年内に2つの州で勤務した従業員、またはケベック州（QPPとQPIPがそれぞれCPPとEIに代わる）から他の州へ転勤した従業員には、T4の勤務州コードと、納入側のCPP/QPPおよびEI/QPIPの按分という、2つの検証レベルが必要です。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リストが発生する最も一般的な原因の1つです。

給与計算ではなくスプレッドシートに存在する課税手当

会社車両の私的利用。都心のオフィスビルでの雇用主負担の駐車料金。25,000ドルを超える生命保険契約に対する団体定期生命保険料。RESPへの雇用主の拠出。CRA（カナダ歳入庁）の基準を超える授業料の払い戻し。これらはすべて、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件の転記エラーが発生します。

代替案として、スリップPDFからT4データを直接スプレッドシートに抽出し、どの給与プラットフォームが生成したかにかかわらず、すべてのスリップに同じ列スキーマを適用する方法があります。これにより、転記ステップが完全に不要になります。各Box値は、すべての従業員について同じ列位置のスプレッドシートに表示され、フェーズ2の照合は、1,800件の手入力数字の目視監査ではなく、2つの機械生成データセット（給与台帳と抽出されたT4）の比較になります。完全な抽出ワークフローについては、カナダの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月に完了したかの問題です。