T4を300枚まとめてCRA対応の
給与レポートに — 手入力なし

300枚のT4が3枚とは根本的に異なる問題である理由

1枚のT4スリップからのデータ抽出は解決済みの問題です。T4抽出ガイドでは、欄の構造とワークフローについて説明しています。しかし、300人の従業員、同じCRA必須データを異なる視覚的レイアウトで表示する2～3の給与プロバイダー、総勘定元帳の調整を求めるCFO、層別サンプリングを要求する外部監査人、そして数週間後に迫ったT4サマリーの提出期限——これらが加わると、問題は抽出ではなく構造へと変わります。300枚規模では、1枚規模では存在しない3つの構造的問題が発生し、どれも単なる入力を速めるだけでは解決できません。

カナダ給与のマルチプラットフォーム現実：CeridianはADPとは違い、QuickBooksとも違う

多くのカナダ企業は複数の給与プラットフォームを運用しています — 意図的ではなく、買収によるものです。2023年に地域競合他社を買収した企業は、そのADP給与データを引き継ぎました。別の団体協約を運用する部門はCeridian Powerpayを使用し、本社はQuickBooks Canada Payrollを運用しています。準州でプロジェクトベースの業務を行う子会社はWagepointを使用しています。CRAはレイアウトが異なる代替T4フォームを許可しており、主要な給与ソフトウェアプロバイダーはすべてその許可を行使しています。その結果、同じCRA必須ボックスデータ — 14、16、16A、18、20、22、24、26、40、44、46、52 — が、どのソフトウェアがスリップを生成したかによって異なる視覚的配置で表示されます。

これはCRAシステムのバグではありません。RC4120雇用主向けガイドはデータ内容を義務付けています — すべてのボックスが明確に番号付きで表示されなければなりません — が、視覚的レイアウトはソフトウェアプロバイダーに委ねられています。給与プラットフォームが1つの雇用主にとっては、これは無関係です：すべてのT4が同じに見えるからです。2つまたは3つのプラットフォームを持つ雇用主にとっては、印刷のたびに視覚的に異なるT4が生成されますが、その基盤となるデータスキーマは同一であり、給与担当者が変換レイヤーとなります。

テンプレートベースの抽出ツール — サンプルT4の各ボックスの周囲に長方形を描くツール — はこの時点で失敗します。Ceridianのレイアウトに調整されたテンプレートはADPのレイアウトを完全に誤読するからです。給与担当者は各プロバイダーのT4を異なるテンプレートで個別に処理するか — これにより3つの別々のスプレッドシートにわたる手動マージステップが再導入されます — または標準外のフォーマットについては手動入力に戻ります。セマンティック抽出は、各ボックスがどこにあるかではなく、何を意味するかを読み取ることでこれを排除します。「第16欄 CPP」をCeridianのT4で特定するのと同じ列スキーマが、ADPのT4、QuickBooksのT4、スキャンした紙のT4でも特定します — AIが「第16欄」と「従業員のCPP拠出額」が、ピクセル座標に関係なく同じデータポイントを指すことを理解しているからです。

1つのバッチ、3つの異なる関係者：CFO、監査人、そしてT4サマリー

300枚のT4一括抽出の出力結果を必要とする人々は、同じデータから異なるものを求めています。しかし、彼ら全員が、3つの異なる締切プレッシャーの下で同じ給与担当者が作成した3つの別々のスプレッドシートではなく、1つの信頼できる情報源からそれを必要としているのです。

300行のCRA照合に耐えるバッチカラムスキーマの構築

バッチをアップロードする前に定義するカラム名は、ワークフロー全体で最も重要な判断です。5人の従業員のテストバッチ用に設計されたカラムスキーマは、300行になるとしばしば機能しません。それは、照合のエッジケース（別途カラムが必要なCPP2拠出金、目に見えないカテゴリを集計する第40欄の課税対象手当、同一課税年度に複数の州からのT4を持つ従業員など）を考慮していないからです。

300行のCRA照合に耐えるカラムスキーマは、出力スプレッドシートでそれぞれ異なる機能を果たす3種類のカラムを中心に構築されます。

複数の事業者番号（それぞれに独自の給与口座を持つ3つの子会社を持つ親会社など）にわたってT4を管理するチームにとって、BNカラムはバッチグループ化キーと照合ピボットの両方の役割を果たします。BNでフィルタリングし、第14欄と第22欄を合計し、各子会社の合計を独自のT4サマリーと比較します。1回の抽出パス、1つのカラムスキーマ、単一のカラムでフィルタリングすることにより同じスプレッドシートから生成される3つの個別のT4サマリー申告。

計算列：CRAが指摘する前にCPP・EIの不一致を検出する

300枚のT4を一括抽出する際の最も価値ある点は、抽出速度ではなく、CRAの照合ロジックを抽出処理自体に組み込めることです。計算列は各T4の読み取り中に計算を実行し、出力スプレッドシートが開く前に不一致のある数枚のスリップをフラグ付けします。給与担当者の役割はデータ入力から例外管理へと変わり、300行すべてを打ち直す代わりに、フラグが付いた12行を確認するだけで済みます。

バッチT4抽出を提出前監査に変える4つの計算列：

単一T4抽出ワークフローでは、従業員ごとに1行が生成されます。300枚規模のバッチ抽出では300行が生成され、計算列により12行にフラグが立てられます。CPP拠出、EI保険料、または実効税率が期待範囲外だった12行です。給与担当者は300行すべてではなく、その12行を確認します。これが、データ入力に費やす2月と、コンプライアンス検証に費やす2月の違いです。

バッチ出力とT4サマリー（T4SUM）の照合

T4サマリーは、300枚の個別T4スリップを1つの雇用主レベルの集計に変換します。その中核となる仕組みは単一の算術チェックです。第80欄（全スリップで報告された控除額の合計）から第82欄（暦年中にCRAへ納付した合計額）を引きます。その差額があれば、過払い金（第84欄）または納付額（第86欄）のいずれかになります。CRAは2ドル以下の差額については請求も還付も行いません。これは端数処理をカバーする許容範囲であり、それ以外には適用されません。

300人分のバッチ抽出における照合ワークフローは次のとおりです。

バッチのエッジケース：5枚から300枚のT4にスケールすると何が変わるか

CPP2 第16A欄 — 静かな調整不一致の原因

CPP2は2024年度から導入され、第1天井（YMPE、2025年は$68,500）から第2天井（YAMPE、$79,400）までの収入に適用されます。給与ソフトウェアがCPP2に対応していない場合、または抽出列スキーマに独立した第16A欄が含まれていない場合、CPP2拠出金は第16欄にまとめられ（従業員ごとのCPP拠出が5.95% × 第26欄より高く見える）、または完全に省略されます（T4SUMの第16行と第16A行の合計が納付額に届かなくなります）。300枚のT4のバッチでは、約40人の従業員がYMPEを超える可能性があり、その40人全員に独自の列に表示されるべきCPP2拠出金があります。第16欄の率を第26欄に対して検証する計算列が不一致を検出し、スキーマ内の独立した第16A欄がそれを修正します。

複数州での雇用 — 1人の従業員、2枚のT4、1つのSIN

暦年の最初の6か月間オンタリオで働き、最後の6か月間アルバータで働いた従業員は、同じ雇用主から2枚のT4を受け取ります — それぞれが雇用所得、CPP、EIの州別配分を報告します。CRAは雇用州ごとに別々のT4スリップを要求します。手作業のワークフローでは、給与担当者は同じ従業員が2回表示されていることを認識し、給与台帳と照合する際に総報酬を二重に数えないようにする必要があります。バッチ抽出では、「雇用州」を列として含め、SINでグループ化して、複数の州を持つ従業員の総雇用所得が年俸と等しいことを確認します — 2倍ではないことを。

修正済みおよび訂正済みT4 — どのバージョンをCRAに提出しますか？

CRAが提出されたT4を拒否した場合 — 通常はSINがファイル上の名前と一致しないため — 雇用主は訂正済みT4を発行して再提出します。訂正済みT4が元のT4と同じバッチに含まれる場合、スプレッドシートには同じ従業員の異なる欄の値を持つ重複行が含まれます。AIがスリップ上の「修正済み」表示を検出する計算列「修正フラグ」が、原本と修正版を区別します。給与担当者はこの列で並べ替え、T4SUM集計から元の行を除外し、修正された数値を提出します。この列がない場合、給与担当者はスプレッドシートの合計が一致しないときに不一致を見つけます — 事前ではありません — そして300行の中で1つの重複を見つけることが、バッチ抽出が排除するはずだった手作業の問題です。

ケベック州の従業員 — T4とRL-1の併存

ケベック州の従業員は、連邦のT4と、Revenu Québec発行のRelevé 1（RL-1）の両方を受け取ります。この2つのフォームは重複していますが、異なる拠出率が適用されます。2025年のQPPは6.40%に対しCPPは5.95%、ケベック州のEI（QPIP）は連邦のEIとは異なる率です。バッチ抽出では、T4とRL-1はリンクされた別々のドキュメントとして処理する必要があります。T4の第14欄からRL-1の雇用所得を差し引いた額が、ケベック州外で得た所得となります。「Province」列を含め、ケベック州の従業員をフィルタリングして、T4とRL-1の雇用所得合計が一致することを確認してください。RL-1はCRAではなくRevenu Québecに提出され、期限は2月28日です。二重ドキュメントの調整の詳細な内訳については、T4抽出ガイドでT4/RL-1の分割について詳しく説明しています。

バッチスキーマを税年度をまたいで再利用 — 国境を越えても

2025年度のT4バッチ用に定義された列スキーマは、2026年、2027年、およびそれ以降の毎年にも使用できます。これは、CRAのBox構成が法律の変更時のみ変更され、変更があった場合（2024年のCPP2など）は、スキーマの他の部分を再構築せずに列を1つ追加するだけで済むためです。従業員は変わり、数字は変わり、給与プラットフォームが年度途中で変わることもあります（ADPからCeridianに移行する企業は、両プロバイダーのT4で同じスキーマを使用します）が、列定義は一定のままです。

同じバッチ処理ロジック（1つの列スキーマ、1回のアップロード、1つの統合スプレッドシート）は、他の年度末の給与調整ワークフローにも直接適用できます。オーストラリアの給与チームにとっては、同等のアプローチがATO年次報告書提出を伴うバッチPAYG支払サマリー処理に適用されます。英国の雇用主にとっては、同じ方法論で、5月31日のHMRC期限前に給与監査スプレッドシート用のバッチP60処理を処理します。ドキュメントの種類は変わり、税務管轄区域は変わり、法定項目は変わりますが、列を一度定義してすべてを単一のパスで処理するというバッチの原則は直接適用されます。なぜなら、ボトルネックは抽出速度ではないからです。ボトルネックは、給与ソフトウェアが生成するものと、調整に必要なものとの間の構造的なギャップです。

FAQ：カナダT4スリップのバッチ処理