カナダGST/HST申告データを四半期CRA提出用に抽出する方法
四半期CRA提出
カナダで登録されたすべての事業者が物品税法第IX部に基づいて提出するGST/HST申告書は、4つの算術的な質問を投げかけます。そのうちの3つ——103行目（徴収したGST/HST）、106行目（仕入税額控除）、109行目（純税額）——は、単一の書類には存在しない数字に依存しています。それらは合計です。つまり、90日間の報告期間中に発行したすべての売上請求書と受け取ったすべての仕入請求書の合計であり、それぞれの請求書には、仕入先がオンタリオ州（13% HST）、ブリティッシュコロンビア州（5% GSTのみ）、ノバスコシア州（15% HST）、またはサスカチュワン州（5% GST + 6% PST）のいずれにあるかによって異なる税率が適用されます。GST34-2 フォームは、数字が判明すれば記入に15分しかかかりません。しかし、それらの数字を見つけ出すこと——50件の仕入先PDFを、それぞれ異なる12種類のレイアウトから、税額の内訳が請求書の別々の隅に埋もれている中で探し出すこと——が、申告週末の残り4時間を消費します。申告書を作成するために使用するスプレッドシートは、それらのPDFを読み取ることができません。1月に受信トレイに届いた請求書と、4月に106行目に記載される数字との間にあるこのギャップを、本記事は埋めます。
重要ポイント
- GST/HST申告書は4つの算術的な質問で構成され、記入に15分しかかかりませんが、四半期ごとに50件の仕入先PDFからそれら4つの数字を見つけ出すのに、申告日の残り2時間を費やします。
- 手動による税額転記には、どれだけ練習しても突破できない効率の上限があり、間違った行に再入力された数字は、物品税法に基づく複合的な罰則を引き起こします。
- 入力ステップ——税データが仕入先PDFからスプレッドシートに移動する方法——だけを変更すれば、申告ワークフロー、会計ソフトウェア、CRAコンプライアンスはそのままに、2時間の再入力作業がなくなります。
GST34-2 が実際に求めるものと、各数値の出所
データを抽出する前に、申告書の各行が何を要求しているのかを正確に把握する必要があります。GST34-2 は、CRA（カナダ歳入庁）のGST/HST 登録者向け一般情報（ガイド RC4022）に基づき、4つの主要な数値を収集し、単一の計算式で処理します。このフォームは一見シンプルですが、その背後にあるデータはそうではありません。
| 行 | 報告内容 | 数値の実際の算出元 |
|---|---|---|
| 101 | 総売上高およびその他の収入 — 対象期間におけるすべての課税対象およびゼロ税率適用の供給の事業価値（GST/HST を除く） | 四半期中に発行したすべての売上請求書の合計（GST/HST 抜き）。会計ソフトで電子申告する場合、この行は売上元帳から自動入力されることが多い。POS や eコマースプラットフォームが CRA の申告チャネルと連携していないために手動で申告書を作成する場合、エクスポートした売上レポートや印刷した請求書からこの数値を合計することになる。 |
| 103 | 徴収した、または徴収すべき GST/HST — 対象期間中に顧客に請求した税額の合計（過去の期間の調整額を含む） | すべての売上請求書の税額行の合計に、プラスまたはマイナスの調整額（貸倒回収、過去に税を徴収した返品、過去の申告の修正）を加えたもの。複数の州で事業を行う場合、この数値は異なる税率で計算される。オンタリオ州の顧客への販売では 13% の HST が徴収されるが、アルバータ州の顧客への同じ商品の販売では 5% の GST のみが徴収される。 |
| 105 | 徴収した GST/HST の総額と調整額 — 103行目 + 104行目（調整額）で自動計算。ほとんどの電子申告では、上記の入力から自動計算される。紙での申告では、自分で加算する。 | 調整がない限り、通常は 103行目と同額。これはデータ入力行ではなく、既に入力した数値の合計であるが、納付額を算出する計算の連鎖の起点となる。103行目でデータ入力ミスがあると、105行目以降にその誤差が静かに波及する。 |
| 106 | 仕入税額控除（ITC） — 対象期間中に事業用の購入に対して支払った GST/HST の総額と、過去の期間の ITC 調整額 | 四半期中に受け取ったすべての仕入請求書および経費領収書に含まれる GST/HST 部分の合計。これは申告書の中で最も労力を要する行である。なぜなら、売上は自社の POS や請求システムで追跡できるが、仕入先はそれぞれが選択した形式で請求書を送ってくるからだ。Staples のレシートには 13% の HST が含まれる。BC 州拠点のソフトウェアサブスクリプションには 5% の GST のみが課される。ケベック州のサプライヤーからの請求書には GST（5%）と QST（9.975%）が別々の行に記載されており、連邦申告では GST 部分のみが ITC の対象となる。 |
| 108 | ITC の総額と調整額 — 106行目 + 107行目（ITC 調整額）で自動計算 | 通常は 106行目と同額。105行目と同じ自動計算であり、上行からの誤差の静かな波及という同じリスクがある。 |
| 109 | 純税額 — 納付額または還付請求額。正の数値は CRA への納付が必要であることを意味する。負の数値は CRA から還付を受ける権利があることを意味する。 | 105行目 − 108行目。これは申告書全体で、CRA のデータ照合システムが異常検知のために納付履歴と比較する唯一の数値である。103行目または 106行目を間違えると、109行目が CRA の期待範囲から乖離し、対象期間のすべての ITC に関する証拠書類の提出を求める審査通知が発行される。 |
計算自体は単純で、スプレッドシートの数式を使えば1セルで処理できます。ボトルネックは完全に上流にあります。50件のサプライヤーPDFの税データは、人間が手入力するまで構造化された形式になりません。四半期ごとに、同じ人間が同じサプライヤーから同じフィールドを同じスプレッドシートに手入力しています。そして四半期ごとに、別のサプライヤーが請求書のレイアウトを変更し、税額が1ページ目ではなく2ページ目に記載されるようになっています。
スプレッドシートの罠：会計ソフトがサプライヤーPDFを読み取れない理由
QuickBooks Canada、Xero Canada、Sage Canadaなどの会計プラットフォームは、元帳を管理するために作られています。購入総額が入力されると、GST/HSTの計算値を自動で入力します。しかし、サプライヤーのPDF請求書を読み取って、税額を自ら抽出することはできません。多くの中小企業がたどり着くワークフローは次のようなものです。経理担当者が各サプライヤー請求書をPDFで開き、GST/HSTの行を見つけ、その金額をサプライヤー名や請求書日付とともにスプレッドシートの行に手入力し、その行を会計ソフトにインポートまたは再入力します。四半期に40～60件のサプライヤー請求書を受け取る企業の場合、これはおよそ2時間の純粋な転記作業です。各請求書の税額欄を探し、税率がサプライヤーの州と一致することを確認し、数字を入力する。これらすべてを、申告書自体を開く前に行わなければなりません。
このギャップは構造的なものであり、ソフトウェアの欠陥ではありません。PDF請求書は、会計上の取引をレンダリングした画像です。会計ソフトに必要なのは画像ではなく数字です。手動のワークフローにおいて、この2つを結ぶ唯一の橋は、一方を読んでもう一方に入力する人間です。そしてその人間は、CRAが延納には利息、延申告には罰金を課すことで強制する四半期ごとの期限と戦っています。物品税法第280条(1)に基づき、期限後申告の罰金は、未納額の1%に、さらにその1%の25%を申告が遅れた月数分加算した額（最大12ヶ月）となります。
同じ構造上の問題は、オーストラリアのBASシステムにも存在します。フォーム上のあらゆる計算はできるスプレッドシートですが、入力を提供するサプライヤー書類を読み取ることはできません。カナダでの違いは、州ごとの税率の複雑さです。オーストラリアのBASが直面するGST税率は1つ（10%）だけです。カナダのGST/HST申告書は、同じ四半期内に5つの異なる税率に直面し、各サプライヤー請求書を個別に読み取って、その購入にどの税率が適用されるかを判断する必要があります。
抽出列の設定：請求書フィールドからスプレッドシートのヘッダーへ
抽出ワークフローは、手動での再入力作業を、一度定義すれば四半期ごとに再利用できる単一の列スキーマに置き換えます。カスタム列抽出 — ImageToTable.ai の中核機能 — は意味理解によって動作します。必要な列に名前を付けると、AI が各文書上の値を、そのフィールドがページ上のどこにあるかではなく、何を意味するかを理解して特定します。GST/HST 申告書作成ワークフローでは、列セットは GST34-2 フォームの各行にデータを供給する情報源に直接対応します。
| 定義する列名 | 対応するフォーム行 | 元文書 | AI が抽出する内容 |
|---|---|---|---|
| Supplier Name | 補助記録 — フォームには記載されませんが、監査証跡として必要です | あらゆる仕入請求書または領収書 | 請求書ヘッダーに記載されている仕入先の正式名称 |
| Invoice Date | ITC が属する報告期間を決定します | あらゆる仕入請求書 | 請求書の日付 — ITC は、一般的に GST/HST が支払われるべきとなった報告期間に請求可能です |
| Invoice Total (tax-inclusive) | 106行目の計算をサポートします | あらゆる仕入請求書 | 支払総額 — 抽出された税額のクロスチェックとして有用です |
| GST/HST Paid (ITC amount) | 106行目に直接入力されます | あらゆる仕入請求書または経費領収書 | 仕入先が請求した正確な GST/HST 額 — これがその購入に対する仕入税額控除（ITC）です |
| Tax Rate Applied | 検証用 — ITC が正しい州の税率で計算されたことを確認します | あらゆる仕入請求書 | 税額行に表示されたパーセンテージ（5%、13%、または15%） — 仕入先の州と請求された税率の不一致を検出します |
| Province of Supplier | 検証用 — 供給地のコンプライアンスチェックや、複数の州の税率にまたがって ITC を請求する事業者に有用です | あらゆる仕入請求書 | 仕入先の住所の州 — 適用されるべき HST 税率を決定します |
この6列のスキーマ — 一度定義してテンプレートとして保存 — は、四半期のすべての仕入請求書を一度に処理します。AI は各仕入先の PDF を読み取り、GST/HST 行が請求書のフッター、明細行の小計行、または別の税サマリーブロックのどこにあっても特定し、スプレッドシートに入力します。四半期ごとに50件の仕入先請求書があり、これまで毎申告サイクルで税額の再入力に2時間費やしていた事業者は、抽出されたスプレッドシートの異常値（請求書が非課税のため税額行が空白の仕入先、または請求書合計に対して GST 額が高すぎて再確認が必要なケース）の確認に約5分しかかからなくなります。
抽出はテンプレートベースではなく意味ベースで行われるため、カラムスキーマはどのサプライヤーのフォーマットでも修正なしで機能します。右下隅にHST金額が印刷されたStaplesの請求書、取引明細に「GST (5%)」が別行で表示されたBC州のソフトウェアサブスクリプション領収書、文書を「TPS」（GST）と「TVQ」（QST）のセクションに分割したケベック州のサプライヤー請求書 — AIはピクセル位置ではなく、フィールドの意味でそれぞれを読み取ります。このフォーマット非依存性こそが、四半期をまたいでワークフローを持続可能にする理由です。サプライヤーが請求書テンプレートを再デザインしたときに抽出ルールを再構築する必要はありません。そして、どのサプライヤーもいずれはそれをやるものです。
実際のITC：申告書上で最もシンプルな行が、なぜ最も埋めるのが難しいのか
GST34-2 フォームの106行目 — 仕入税額控除 — は、用紙上では単一のボックスとして表示されます。実際には、90日間にわたるすべての購入判断の複合体であり、それぞれが何を、誰から、どのような目的で購入したかに応じて異なるルールに従います。
ITCの基本ルールは単純です。商業活動に使用するために支払ったGST/HSTを、裏付け書類（通常はサプライヤーのGST/HST登録番号、請求された税額、および供給の説明が記載された請求書）を保持していることを条件に、還付請求できます。複雑さは、四半期ごとの申告に集約される3つの経路から生じます。
州ごとの税率の断片化。 オンタリオ州の事業者がブリティッシュコロンビア州のサプライヤーから購入する場合、13%のHSTではなく5%のGSTを支払います。これはBC州がHST制度に参加していないためです。同じ事業者がノバスコシア州のサプライヤーから購入する場合は15%のHSTを支払います。同じ事業者がケベック州のサプライヤーから購入する場合は、連邦部分に5%のGST、州部分に9.975%のQSTを支払い、連邦ITCとして認められるのはGST部分のみです。簿記係が単に請求書の山のすべての税額を、税率を確認せずに合計した場合、ノバスコシア州のサプライヤーの15%の請求額がBC州のサプライヤーの5%の請求額と混ざり、ITC合計は機械的に正しくなります。しかし、事業者はどの購入にどの税率が適用されたかの記録を持たないことになり、これはCRAがサプライヤーごとの裏付け書類を要求した場合に問題となります。
混合使用の購入。 小規模事業者が、商業活動と個人使用の両方に一部使用されるものを購入した場合 — 在宅勤務のインターネット代、配送と私用の両方に使用する車両、携帯電話 — ITCは商業使用の割合に応じて按分する必要があります。サプライヤーの請求書には全額のGST/HSTが表示されています。請求可能なITCはその金額の一部です。抽出スプレッドシートはその割合を決定できませんが、全税額をカラムに出力し、簿記係が次のカラムで按分率を掛け算することができます — これにより、手動データ入力タスクが、抽出データに対する数式操作に変わります。
ITCの再取得。 オンタリオ州とプリンスエドワードアイランド州では、大規模事業者（一般的に年間課税供給額が1,000万カナダドルを超える事業者）は、特定の財産およびサービスについてITC再取得ルールの対象となります。つまり、支払ったHSTの州部分の一部をITCとして請求できません。閾値以下の小規模事業者にはこれは適用されませんが、異なる収入帯の複数のクライアントのために申告する簿記係にとっては、その区別が重要です。抽出ワークフローは同じ方法でこれを処理します。全税額を抽出し、サプライヤーの州にフラグを立て、該当する場合はスプレッドシートの数式で再取得調整を適用させます。
ファイルは安全に処理され、保存されることはありません。
簡易方式 vs 一般方式：申告方法の違いが抽出データをどう変えるか
GST/HST制度では、適格な小規模事業者向けに2つの計算方法が用意されており、選択した方法によって書類から抽出すべきデータが変わります。この違いを理解することは重要です。年度途中で方法を変更したり、使用している方法に合わないフィールドを抽出したりすると、CRAの期待と申告内容が気付かないうちにずれてしまう可能性があるからです。
一般方式はデフォルトの方法です。売上に対して実際に徴収したGST/HST（103行目）と、適格な購入に対して実際に支払ったGST/HST（106行目）を報告します。上記で説明した抽出列は一般方式向けに設計されています。これは、売上請求書ごとに徴収した税金と、購入請求書ごとに支払った税金の両方を文書レベルで取得するためです。
簡易方式は、年間の全世界の課税供給額が40万カナダドル以下の適格事業者が利用でき、実際のITCを簡略化された計算に置き換えます。購入請求書ごとに支払ったGST/HSTを追跡する代わりに、事業の種類と州に基づいて、総売上高（GST/HSTを含む）の一定割合を納付します。例えば、オンタリオ州のサービス業はGST/HST込みの売上高の8.8％を納付し、オンタリオ州の小売業は4.4％を納付します。簡易方式でも総売上高（101行目）の報告と徴収したGST/HST（103行目）の追跡は必要ですが、一般方式で106行目を算出するための請求書ごとのITC追跡は不要になります。
| 方式 | 請求書ごとに記録すべき項目 | 抽出の複雑さ | 最適なケース |
|---|---|---|---|
| 一般方式 | 徴収したGST/HST（すべての売上請求書から）+ 支払ったGST/HST（すべての仕入請求書から） | 高い — 売上と仕入の両方の書類から税額行を抽出する必要がある | ITCが多額に上る事業（小売、製造、建設など）で、ITCの合計が純税額を実質的に減らす場合 |
| 簡易方式 | GST/HSTを含む総売上（101行目）+ 売上に係る徴収GST/HST（103行目）。ただし、仕入ごとのITCは不要 | 低い — 売上側のデータのみ抽出が必要。仕入請求書は監査用に保管する必要があるが、ITC計算には使用しない | 仕入コストが低いサービス業（コンサルタント、フリーランサー、専門サービスなど）で、適格供給の最初の30,000ドルに対する簡易方式の控除が、実際のITCを追跡するよりも有利なネットポジションをもたらすことが多い場合 |
抽出カラムのスキーマは、どちらの方式にも対応します。一般方式では、売上側と仕入側の両方の税データを抽出します — 上記で説明した完全な6カラム構成です。簡易方式では、抽出を売上側のデータのみに減らします：総売上額（101行目入力）と徴収GST/HST（103行目入力）です。仕入請求書は、CRAの6年間保存期間のためにフォルダに保管されますが、抽出キューはスキップされます。一度作成したカラムテンプレートは両方のシナリオに対応します — 特定の申告期間に使用する方式に応じて、仕入側のカラムを有効化または無効化するだけです。
事業が簡易方式から一般方式に移行する場合 — これは40万ドルの閾値を超えたときや、ITCが簡易方式の控除を上回り始めたときによくあります — 仕入側のカラムをテンプレートに追加し、次の四半期の抽出で再設定なしに新しいフィールドを取得します。抽出エンジンは、カラムスキーマが4カラムでも6カラムでも気にしません。指定されたフィールドについて各書類を読み取ります。
四半期申告を一括処理：一四半期分の請求書からCRA対応スプレッドシートへ
GST/HST申告のための抽出ワークフローは、手動での再入力作業を完全に排除した3つのステップに集約されます。これにより、簿記担当者はデータを作成するのではなく、出力結果を検証することに専念できます。
四半期分のすべての仕入先請求書を1つのバッチにまとめます。
これは、すべての申告ワークフローですでに行われているステップです。PDFや領収書の画像は、フォルダ、受信箱、クラウドドライブに保存されています。違いは、各ファイルを個別に開いて税額を確認する代わりに、バッチ全体を一度にアップロードできる点です。対応形式はPDF、JPG、PNGで、StaplesのPDF請求書、手書きの仕入先領収書の写真、Shopifyの購入確認画面のスクリーンショットなど、すべて同じキューに入力されます。
GST/HST抽出テンプレートを適用します。毎四半期、同じ列構成です。
セットアップ時に定義した列スキーマ（仕入先名、請求書日付、請求書合計、支払GST/HST、適用税率、仕入先の州）は、保存されたテンプレートです。これを一度読み込み、今四半期のバッチに適用します。今四半期に簡易方式から一般方式に切り替えた場合は、仕入側の列を追加します。新しい報告要件（例：前期からのITC調整の追跡）が加わった場合は、新しい列に名前を付けてテンプレートに追加します。既存の列は、AIが固定レイアウトではなく、各文書を毎回新たに読み取るため、これまで通り抽出を続けます。
出力されたスプレッドシートを確認し、109行目に入力する前に、会計ソフトの合計と照合します。
抽出されたスプレッドシートには、仕入先請求書ごとに1行のデータがあり、すべての税項目が入力されています。支払GST/HST列を合計して、106行目のドラフト値を算出します。これを会計ソフトのGST/HST支払合計と比較します。両者は四捨五入の範囲内で一致するはずであり、差異がある場合は、未処理の請求書や元帳への税額の誤入力を示しています。売上側も同様のプロセスです。売上請求書バッチから徴収GST/HSTを合計し、103行目のドラフト値を算出します。両方の合計が確認できたら、GST34-2フォームに入力します。103行目は105行目に、106行目は108行目に反映され、フォームは105行目から108行目を差し引いて109行目を計算します。この計算連鎖のすべての数値は、抽出されたものであり、再入力されたものではありません。
時間のずれは理論上の話ではありません。一般方式で四半期ごとに仕入請求書50件と売上請求書30件を処理する企業の場合、80件の異なる形式の書類からGST/HSTの数値を手作業で打ち直す作業には、約2時間半かかります。各書類の税額行を探し、税率を確認し、数値を入力し、次の書類に移るという作業です。抽出ワークフローでは、バッチをアップロードする時間と、約5分間のスプレッドシートレビュー（仕入先が非課税請求書を発行したことを示す空のセルの確認、適用税率列の値が仕入先の州と一致していることの確認、列の合計）に短縮されます。以前は申告の土曜日の午前中を費やしていた40～50件の仕入先請求書バッチが、今ではコーヒーブレイク中に処理され、経理担当者は残りの時間を、実際に判断力を要する作業（税額行が合計金額に対して不自然に小さい仕入先請求書のレビューや、抽出されたITC合計と会計ソフトのGST/HST支払台帳との差異の調整）に充てることができます。
複数の事業体にわたって四半期ごとに申告を行う企業（それぞれ異なる仕入先を持ち、異なる方式で申告する5つのクライアントのGST/HSTを管理する小規模な会計事務所など）の場合、テンプレートの再利用効果はさらに高まります。経理担当者はクライアントごとに1つの抽出テンプレートを管理し、各申告サイクルの開始時にテンプレートを取得し、クライアントの四半期書類バッチに適用して、出力をレビューします。カナダの会計ソフトエコシステム（QuickBooks Canada、Xero Canada、Sage Canada）は、最終的な数値を申告書に統合しますが、上流の書類からデータへのギャップを埋めることはできません。抽出ステップは、会計ソフトが数値を認識する前に、そのギャップを埋めます。
よくある質問：GST/HST申告データ抽出とCRAへの提出
仕入先請求書がPDFと紙のレシートの写真が混在している場合でも、GST/HST申告にデータ抽出を使用できますか？
はい。AIはスキャンされたPDF請求書と紙のレシートの写真の両方を読み取ります。仕入先からメールで送られたPDFと、Staplesでの店舗購入による紙のレシートの写真は、同じ抽出パイプラインに入力され、同じ列を生成します。抽出の品質は書類の種類ではなく、画像の鮮明さに依存します。税額が表示されたレシートの明るく撮影されたスマホ写真は、鮮明なPDFと同程度に確実に抽出されます。紙のレシートに折れ目や色あせ、一部が隠れている場合、抽出された税額フィールドは空白になる可能性があります。これは、GST/HST支払額列の空白セルが、誤ったITC数値を黙って生成するのではなく、そのレシートを手動レビュー対象としてフラグ付けするため、それ自体が有用です。
抽出は州ごとの異なる税率をどのように処理しますか？仕入先が13%のHSTではなく5%のGSTを請求すべきだったかどうかを判断できますか？
抽出エンジンは各書類に印刷された税額を読み取ります。つまり、仕入先が請求すべきだった金額ではなく、実際に請求した金額を抽出します。供給地ルール（特定の取引にどの州の税率が適用されるかを決定する）は、申告者であるあなたが行うコンプライアンス上の判断です。抽出が提供するのは、適用税率列と仕入先の州列を並べて表示することです。これにより、不一致をスキャンできます。ケベック州の住所を持つ仕入先が5% GST + QSTではなく13% HSTを請求している、またはBC州の住所を持つ仕入先が（BC州には州HSTがないにもかかわらず）13%の税率を示している場合などです。不一致は必ずしも仕入先のエラーを意味するわけではありません。供給地ルールに基づき、供給が別の州で行われたとみなされる可能性もあります。しかし、ITCが106行目に入力される前に、その取引を再確認するためのフラグとなります。
CRAは監査時に、ITC請求の裏付け書類として抽出データを認めますか？
CRAがITCの証拠書類として求めるのは、サプライヤーの原本請求書です。抽出したスプレッドシートは作業用の資料であり、原本の代わりにはなりません。監査の際、CRAの監査官は特定のITC請求を裏付けるサプライヤー原本請求書の提示を求めることがあります。抽出スプレッドシートの目的は別にあります。それは、原本書類とGST34-2フォームの数値をつなぐ役割です。個々のサプライヤー請求書に記載されたITCの合計がどのようにして106行目の金額になるのか、その計算過程を示し、各ITC請求を特定のサプライヤー名、請求書日付、税額に紐付けます。これは、経理担当者が請求書から手作業で数字を転記する際に作成するスプレッドシートと同じものです。抽出ワークフローでは転記作業が不要になり、原本のPDFは従来通り、CRAの記録保存期間である6年間保管します。
このワークフローは、カナダの給与計算におけるT4年末調整の抽出プロセスとどう違いますか？
2つのワークフローは異なるコンプライアンスイベントに対応しますが、抽出の仕組みは同じです。年末調整のためのT4抽出では、従業員のスリップを処理します。これは標準化された番号付きボックス（Box 14、Box 16、Box 18、Box 22）で構成され、給与計算プロバイダーに関係なく、すべてのT4で同じ位置に表示されます。一方、GST/HST抽出ではサプライヤー請求書を処理します。これは数十の異なるサプライヤーからの非標準化された書類であり、税情報の位置はそれぞれ異なります。T4ワークフローはCRAのフォームデザインの標準化の恩恵を受けますが、GST/HSTワークフローはAIの意味解釈能力の恩恵を受け、税額を位置ではなく意味で特定します。年末のT4と四半期ごとのGST/HST申告の両方を担当する経理担当者は、従業員スリップ用とサプライヤー請求書用の2つの列テンプレートを維持し、抽出エンジンは混在することなく両方を処理します。
申告書提出前に抽出で発見できる、最も一般的なITCの誤りは何ですか？
州のHST部分について、全額控除の対象とならない購入に対してITCを請求することです。オンタリオ州のサプライヤーが請求書に13%のHSTを請求した場合、5%が連邦GST部分、8%がオンタリオ州部分です。ほとんどの場合、両方ともITCとして全額請求可能です。しかし、特定の購入（例：飲食費や交際費）については、ITCの請求額は支払ったGST/HSTの50%に制限されます。経理担当者が請求書から13%全額を手作業で「支払GST/HST」という1列だけのスプレッドシートに転記する場合、飲食費の領収書に50%制限を適用し忘れ、全額を請求してしまう可能性があります。抽出スプレッドシートで税額を「支払GST/HST」列と「適用税率」列に分けると、税率が明確になります。レストランの領収書に13%の税率が表示されれば、その金額がITC合計に加算される前に、50%制限の確認が必要であることが分かります。これは、1列だけの手動入力では得られない、抽出スプレッドシートが提供する警告です。
四半期ごとのGST/HST申告が難しいのは、フォームが複雑だからではありません。その難しさは、フォームのシンプルさ——4行の計算式——の背後に、各行の元となる大量のソースデータが隠れていることにあります。四半期ごとに50件の仕入先請求書を処理する事業者は、年に4回の申告を行い、そのたびに、同じ仕入先から、少しずつ異なる形式で、同じ手作業によるデータ取得が求められます。この抽出ワークフローは、そのデータ取得を、再学習を必要とせずに、どの四半期でも、どの仕入先の形式でも読み取れる単一の列スキーマに置き換えます。CRAの期限は変わりません。経理担当者の役割は、税額をスプレッドシートに打ち直すことから、抽出されたスプレッドシートが完全であることを確認することへと移行します。そして、この移行こそが、4四半期、4年分の保存記録にわたって、週末を費やすような申告プロセスと、フォーム自体が本来想定していた時間で完了するプロセスとの違いを生み出すのです。