T4申告書の5つの記入ミス —
CRA給与監査とPIER審査の引き金に

PIERがT4申告書の欄の誤りを発見する仕組み——そして必ず発見する理由

年金・雇用保険対象所得審査（PIER）は、無作為な監査プログラムではありません。これは、CRAが毎年、提出されたすべてのT4申告書に対して実行する、決定論的なクロスマッチングアルゴリズムです。計算は算術的です。16欄（CPP拠出額）を（26欄（年金対象所得）から3,500ドルの基本控除を差し引いた額）で割り、その結果を法定拠出率——2025年の基本CPP層では5.95%——と比較します。実効率が乖離すると、その従業員はPIERレポートに掲載されます。EIについても同様のロジックが適用されます。18欄を24欄で割った値が、約1.64%に一致する必要があります。

つまり、PIERアルゴリズムは、雇用主が不正を働いたかどうかを探しているのではありません。T4申告書の各欄の値が単純な方程式を満たしているかどうかを確認しているのです。転記ミス——16欄に3,981ドルと入力すべきところを3,891ドルと入力してしまう——は、意図的な誤報告と同じようにPIERリストに掲載されます。アルゴリズムは、給与計算ソフトのバグ、データ入力の誤り、実際の拠出不足を区別しません。16欄を（26欄から3,500ドルを引いた額）で割った値が5.95%にならない、という事実だけを認識します。

以下の5つの誤りは、フォーマット検証を通過し、予備的な照合チェックをクリアし、数ヶ月後——多くの場合5月から10月の間にPIER通知として、しかしCRAの自動マッチングが複数の従業員または複数の課税年度にわたるパターンを検出した場合には、より広範な給与監査として——表面化するものです。それぞれの誤りは、特定の欄への入力ミスです。それぞれに、特定のCRAによる結果が伴います。そして、それぞれに、「もっと注意深く確認する」という方法では規模の問題を解決できない、構造的な原因が存在します。

誤りその1：16欄（CPP）と26欄（CPP年金対象所得）の不一致

これは、PIERアルゴリズムが発見するために設計された誤りです。16欄は、年間に従業員から控除されたCPP拠出額の合計を報告します。26欄は、その拠出額が計算された基となる年金対象所得を報告します。この2つの数値は、法定拠出率と3,500ドルの基本控除によって数学的に結びついています。わずかな乖離でも、PIERリストへの掲載が引き起こされます。

最も一般的な転記シナリオは、16欄の値が完全に間違っているケースではありません。それは、16欄の値がもっともらしいケースです。26欄に68,000ドルの年金対象所得が表示されている従業員の場合、CPP拠出額はおおよそ（68,000ドル − 3,500ドル）× 0.0595 = 3,837.75ドルとなるはずです。Ceridian DayforceのT4から転記する給与担当者が、3,837ドルと入力しようとして、誤って別の行を読み、3,738ドルと入力してしまう——99ドルの差です。フォーマットチェックはパスします。正の数であり、上限の4,034.10ドル未満であり、CPP拠出額のように見えます。しかし、PIERアルゴリズムは3,738ドルを（68,000ドル − 3,500ドル）で割り、5.95%ではなく5.80%を算出します。この乖離は、スプレッドシートの列を目視で確認しても見逃すほど小さいですが、PIERをトリガーするには十分な大きさです。

関連するバリエーションとして、給与計算ソフトがT4申告書上で16欄と16A欄を積み上げ形式で印刷する場合——「16 CPP: $3,837.75」の直後に「16A CPP2: $142.56」——があり、転記担当者が誤った行を読んでしまうケースです。CPP2の金額142.56ドルが16欄に入力されます。結果として、26欄の年金対象所得68,000ドルに対して16欄の値が142.56ドルとなり、これは非常に極端なPIERリスト掲載を引き起こし、PIER通知だけでなく、CPPがそもそも控除されていたのかどうかに関するフォローアップ調査も招きます。

誤りその2：14欄の雇用所得に課税対象手当が含まれていない

14欄は、給与、賃金、賞与、歩合給、およびすべての課税対象手当と諸手当を含む総雇用所得を報告します。CRAは、課税対象手当をその他情報欄（コード30～94を使用）に明細化し、かつ14欄の合計に含めることを要求しています。一般的なデータ入力ワークフローでは、基本給のみを14欄に抽出し、その他情報欄のコードは14欄の合計に加算する必要のない独立した項目として扱います。しかし、実際には加算が必要です。

社用車を支給されている従業員の場合、雇用主はその他情報欄のコード34を使用して、待機料と運行経費の手当を報告します。その金額（例：6,200ドル）は、コード34と14欄の両方に表示されなければなりません。コード34を独立したフィールドとして取得するものの、14欄の合計に加算しないデータ入力プロセスでは、14欄が72,000ドルと表示される一方、CRAの照合では78,200ドルが期待されるT4が作成されます。その差額は6,200ドルであり、これはまさに課税対象手当の金額であり、CRAの自動照合が発見するように設計されている系統的なギャップの典型例です。

この影響は雇用主にとどまりません。T4申告書からT1確定申告書を作成する従業員は、14欄に72,000ドルと記載されているため、雇用所得を72,000ドルとして報告します。CRAの照合プログラムは、従業員が提出したT1と雇用主のT4（修正されていれば78,200ドルと表示されるべきもの）を比較し、6,200ドルの過少申告を特定して再評価を発行します。従業員は、雇用主のデータ入力が課税対象手当を雇用所得総額から分離したためにT4に記載されていなかった所得に対して、追徴税額と利息に直面することになります。

同様のパターンは、コード30（団体定期生命保険）、コード40（その他の課税対象諸手当）、コード34（自動車の私的使用）でも発生します。いずれの場合も、その他情報欄のコードに表示される値は、14欄の合計にも組み込まれなければなりません。これらを独立したフィールドとして扱う列抽出では、すべての課税対象手当と諸手当の合計額だけ14欄の値が系統的に低くなります。

間違いその3：16欄の慈善寄付金 — 金額誤り、税額控除誤り

16欄（Box 46）は、給与天引きによる慈善寄付金を報告します。典型的には、職場の寄付プログラムを通じてUnited Wayなどの団体に寄付された金額です。従業員はこの金額を基に、T1確定申告書のスケジュール9で慈善寄付金税額控除を申請します。ほとんどのT4の欄とは異なり、16欄はPIERアルゴリズムやT4SUMの調整に自動的な不一致フラグを生成する形で反映されることはありません。そのため、16欄の誤りは、従業員が税額控除の減額と納付額の通知を受け取るまで、申告サイクル全体を通じて検出されないまま放置される可能性があります。

この問題を引き起こす転記ミスは、典型的には前年度からの繰越し誤りです。ある従業員が給与寄付プログラムに参加し、隔週の26回の支給期間ごとに25ドルを寄付していたとします。年間総額は650ドルです。給与システムはT4の16欄に650ドルと印刷します。データ入力担当者がスキャンしたT4のコピーから転記する際、金額を650ドルと読み取ります。しかし、担当者が使用しているテンプレートの列には前年度の寄付金額が事前に入力されており、その従業員の前年度の金額は600ドルでした。担当者が事前入力された数値を明示的に上書きしなければ、16欄には600ドルと表示されます。これは50ドルの不足であり、従業員はT4を受け取り、自身の記録と照合するまで確認できません。

14欄や16欄（Box 16）の誤りとは異なり、16欄の誤りには、申告期間中に雇用主レベルで自動的に行われるCRAのクロスチェックがありません。CRAは、従業員がT1確定申告書で申請した慈善控除額と、登録慈善団体がCRAに直接提出する慈善活動の領収書データを比較します。雇用主のT4の16欄とは比較しません。つまり、従業員が慈善団体の領収書を保有していれば、正しい金額を申請することは可能です。しかし、従業員がT4の16欄の数値（CRA自身のガイダンスによれば、給与天引きによる寄付の場合、慈善団体の領収書の代わりとして有効とされています）を信頼した場合、従業員は650ドルではなく600ドルの控除を申請することになり、50ドルの差額分の税制上の恩恵を失います。この誤りは絶対額としては小さいものですが、雇用主が発行する税務明細書の正確性を信頼していた従業員に送るメッセージとしては、大きな問題です。

間違いその4：YMPE以上の収入がある従業員のCPP2・16A欄の未記載

2024課税年度より、YMPE（年間最大年金対象所得）からYAMPE（年間追加最大年金対象所得）までの所得に対して、第二段階のCPP拠出が適用されます。2025年のYMPEは71,300ドル、YAMPEは81,200ドルです。CPP2の拠出率は、これら2つの基準額の間にある年金対象所得部分に対して4％で、従業員のCPP2年間最大拠出額は396ドルです。16A欄には、その年のCPP2拠出総額を報告します。

PIERリストに掲載される原因となる誤りは、16A欄の値が間違っていることではなく、空欄であることです。CRAのガイダンスは明確です。「CPP2を控除しなかった場合は、16A欄に金額を報告しないでください。」しかし実際には、CPP拡充に対応していない給与計算ソフトウェアが、16A欄がまったく表示されないT4申告書を印刷することがあります。このT4をもとにデータ入力担当者が作業すると、16A欄が存在しないため、スプレッドシートの列が空白のままになります。その空白が調整ワークブック全体に引き継がれます。T4が提出されると、PIERアルゴリズムは26欄（78,000ドル — YMPE超）と16A欄の値がないことを比較します。この従業員には、4％ ×（78,000ドル − 71,300ドル）= 268ドルのCPP2拠出があるはずです。16A欄が報告されていないため、アルゴリズムはCPP2不足を検出します。

この誤りの第二のバリエーションは、CPP2に対応した給与計算ソフトウェアを使用しているものの、雇用主が誤って設定した場合に発生します。ソフトウェアは年間を通じて従業員の給与からCPP2を控除し、CRAに納付していましたが、T4印刷モジュールの設定で16A欄が出力に含まれていませんでした。抽出されたデータには16A欄の値が記録されていません。T4は16A欄なしで提出されます。PIERアルゴリズムが従業員をフラグ付けします。雇用主はPIER通知に対し、CPP2控除を示す給与台帳を提示して対応します。CRAはこれを受け入れますが、雇用主は、実際の控除ミスではなく、給与計算ソフトウェアが印刷証明書から省略したデータフィールドが原因で発生したPIERリストへの対応に時間を費やすことになります。

RC4120ガイドにおけるCRA自身の例は参考になります。「CPP2を控除しなかった場合は、16A欄に金額を報告しないでください。」CPP2を実際に控除したものの、データ入力担当者に転記可能なフィールドがなかったために報告しなかった雇用主は、別のカテゴリーに該当します。控除と納付は正しく行われていましたが、報告が不完全だったのです。CRAの是正方法は、正しい16A欄の値を示す修正T4申告書の提出です。そのコストは、修正申告の手続きとPIER対応であり、追加のCPP2拠出金ではありません。しかし、150人の従業員を抱え、そのうち40人がYMPE以上の収入を得ている雇用主にとって、2月の申告期間が終了した後に、40枚のT4のうちどの16A欄が欠落しているかを探し出すことは、従業員全員を手作業で監査することを意味します。

間違いその5：複数州にまたがる従業員 — 本来1枚のT4で済むべきではないのに、州コードを誤って入力

1月から6月までオンタリオ州で勤務し、7月から12月にアルバータ州の事業所に異動した従業員には、2枚の別々のT4申告書が必要です。雇用された州ごとに1枚ずつ、それぞれに独自の10欄の州コードを記載し、各州の雇用期間に該当する収入と控除のみを記載します。2枚の申告書は同じ社会保険番号（SIN）と従業員名を共有しますが、14欄の金額（州ごとに按分）は異なり、26欄の金額も異なる可能性があります（2番目の州の雇用期間中に年間CPP上限に達した場合）。そして、ここでデータ入力ミスが発生します。10欄の州コードが異なるのです。

給与計算のデータ入力で発生するミスは、一見単純です。オペレーターは1人の従業員名を確認し、1行を入力し、州の列に「ON」と入力します。なぜなら、雇用主の本社がオンタリオ州にあるからです。2枚目のT4申告書（アルバータ州の雇用期間用）は、転記されないか（別途提出され、データ集計時に見落とされた）、またはその金額が従業員の1行に統合され、14欄にオンタリオ州とアルバータ州の合計収入が表示され、10欄に「ON」と表示される行が生成されます。合計収入額は給与台帳の年次累計（YTD）と一致する可能性があり、その従業員の照合チェックはパスしますが、州コードと分割は誤っています。

カナダ歳入庁（CRA）のRC4120ガイドは明確に次のように述べています。「雇用されている州または準州の略称を入力してください。これは必ずしも雇用主が所在する州ではありません。」州コードが誤って記載されたT4申告書を持つ従業員は、州税が誤って計算されます。雇用主は、アルバータ州の税率で課税されるべき収入に対してオンタリオ州の州税を源泉徴収したことになります（またはその逆）。雇用主が発行したT4申告書から作成された従業員のT1確定申告書は、誤った州の収入を報告します。CRAの照合プログラムは、T4の10欄のコードをT1の従業員の居住地データと比較し、不一致をフラグ付けします。従業員は再評価を受けます。雇用主は、T4の州コードが正しくないため、修正T4申告書を提出する必要があるという通知を受け取ります。または、2枚の修正T4申告書を提出し、1枚の申告書を本来提出すべき2枚の申告書に分割する必要があります。

このミスは見た目以上に一般的です。なぜなら、複数州にまたがる雇用は、給与計算チームが想定するよりも一般的だからです。異なる州にある会社の拠点間で異動した従業員。オフィスとは異なる州からリモートワークを行った従業員。州間を移動する業務に従事し、雇用州が従業員の実際の所在地ではなく、報告事業所に基づいて給与計算システムによって決定された従業員。CRAのT4ガイドでは、「同じ従業員に対して年に複数のT4申告書を発行する場合」について明示的に取り上げており、複数の申告書にわたる26欄の計算例を詳細に示したこのガイダンスの存在は、CRAが雇用主にこれを正しく処理することを期待しており、多くの雇用主がそうしていないことを裏付けています。

同じ5つのエラー、異なる税務当局

このパターンはカナダのT4申告書に限った話ではありません。英国では、給与計算担当者がP60年末証明書を手書き入力する際に、同じ種類のエラー——フォーマット検証を通過する国民保険番号の転記ミス、給与額と税額が隣の欄に誤って入力されるケース、税コードの基準指標が転記中に欠落するケース——に直面しています。P60で最も多い5つのデータ入力ミスは、すべて同じ構造的なロジックに従っています。エラーはフォーマットチェックをすり抜け、調整レポートに反映され、数か月後に下流で被害が確定してから表面化します。

オーストラリアでは、Xero、MYOB、KeyPayからのPAYG支払要約書においても、異なる給与計算プラットフォームのレイアウトを横断して、同じ総支給額と源泉徴収税額のフィールドが存在します。手動での転記工程がある限り、同じエラーが繰り返されます——総支給額が源泉徴収税額の欄に入力される、従業員の税務処理を変えてしまう誤った支払種別コード、次の雇用と整合しない退職日など。最も深刻なPAYGサマリーのデータ入力ミスは、データアップロード時に弾かれるものではなく、18か月後にATOの照合システムが捕捉するものです。税務当局はCRA、HMRC、ATOと変わりますが、メカニズムは同じです。人が税務証明書を読み、その欄の値をスプレッドシートに入力し、フォーマット検証では検出できないエラーを発生させるのです。

AIセマンティック抽出がこれら5つのエラーを排除する方法

上記の5つのエラーには、給与計算の知識、注意力、トレーニングに関係ない根本原因があります。それは転記工程そのもの——人間の目がT4申告書から値を読み取り、人間の手がそれをスプレッドシートのセルに入力する瞬間——です。すべての文書タイプとデータ入力オペレーターにおいて、この作業のエラー率はフィールドあたり約0.5%から1%です。150名の従業員バッチで、従業員あたり14の主要T4欄がある場合、2,100フィールドになります。フィールドあたり0.5%のエラー率では、1バッチあたり約10～11件の転記エラーが発生します。これらのエラーは従業員や欄に分散し、フォーマット上は正しい値と区別がつかず、元のT4申告書と全行・全欄を照合しなければ検出できません。

AIによる文書抽出は、この失敗のポイントでメカニズムを変えます。人がT4 PDFから欄の値を読み取って入力する代わりに、カスタム列抽出を使用すると、スプレッドシートに必要な出力列を定義できます——「14欄 雇用収入」「16欄 CPP」「16A欄 CPP2」「26欄 CPP年金対象所得」「46欄 慈善寄付金」「雇用州」など——そしてAIは、各フィールドラベルの意味を理解することでT4申告書を読み取ります。値は文書からスプレッドシートへ、入力工程を経ずに流れ込みます。スプレッドシートに届く欄の値は、AIが文書から読み取った値です——座標ゾーンではなく、セマンティックなフィールド意味によって読み取られるため、同じ列定義がCeridian Dayforce、ADP Workforce Now、QuickBooks Canada Payroll、Wagepoint、さらには買収した子会社の紙のT4をスマートフォンで撮影した写真でも機能します。

5つのエラーが消えるのは、AIが人間よりも正確に転記できるからではありません（実際にはできますが）——転記というステップ自体がなくなるからです。誰かがBox 16の列に$3,738と入力すべきところを$3,837とタイプする瞬間はありません。Code 34の課税給付額が取得されてもBox 14の合計に加算されない瞬間はありません。オペレーターが印刷されたT4でそれを見落としたためにBox 16Aが空白のままになる瞬間もありません。抽出は、文書に含まれているものをそのまま取得します。検証ステップ——Box 16 ÷ (Box 26 − $3,500) ≈ 0.0595であること、Box 26が$71,300を超える場合はBox 16Aが必ず入力されていること、州コードが従業員の雇用履歴と一致していることの確認——は、転記ミスのチェックから、本来ずっと行うべきであった給与データそのもののチェックへと移行します。

T4 PDFを、1つのボックス値も手入力せずにCRA対応の調整用スプレッドシートに変換するステップバイステップの抽出ワークフローについては、カナダのT4申告書データをExcelに抽出し、給与年度末調整を行う方法をご覧ください。これらのエラーのすべてに共通する構造的な問題——予測可能なエラー率にもかかわらず手動入力のステップが残り続ける理由——については、カナダの給与チームが毎年2月にT4ボックス番号を再入力しなければならない理由をご覧ください。また、すべてのT4ボックス、すべてのPIERクロスチェック、すべての抽出ワークフローの完全なリファレンスについては、カナダのT4申告書データ抽出の完全ガイドをご覧ください。

T4抽出を確認——ピクセル位置ではなく、ボックスの意味で読み取る

以下のデモは、実際の抽出インターフェースです。必要なT4ボックス名——「SIN」「Box 14 雇用収入」「Box 16 CPP」「Box 16A CPP2」「Box 26 CPP年金対象所得」——を入力すると、AIがボックスラベルの法定上の意味を理解し、ページ上の位置ではなくその意味に基づいて各値を抽出します。CeridianのT4、ADPのT4、QuickBooksのT4、あるいは紙のT4申告書をスマートフォンで撮影した写真でもアップロードできます。同じ列定義がすべての形式で機能します。

よくある質問：T4各欄の入力ミスとCRA監査のトリガー