スリランカVAT Schedule 02の照合
はインボイスから始まる

Schedule 02の概要と申告書への反映先

VAT Schedule 02は、スリランカにおける国内仕入の仕入明細書です。 Schedule 01（輸出税）、Schedule 03（輸入）、Schedule 04（貸借修正票）、および輸出・みなし仕入の明細書と並んで位置づけられます。Schedule 02は自ら設計する書類ではありません。月次または四半期のVAT申告書に付属する別表であり、その列はInland Revenue Departmentのテンプレートに由来します。

IRDの VAT申告のクイックガイド では、仕入税額明細書の9つの項目が定義されています。これらは仕様書として読む価値があります。なぜなら、そのすべてが、それに合わせて作られていない請求書から取得する必要があるからです。

この明細書は単独では成立しません。Schedule 02の国内仕入の合計額は申告書のcage Iに、VAT合計額はcage 6に転記されます。控除不可VAT列の合計は、Schedule 03の控除不可額と合算され、cage 8で申告されます。仕入側の貸借修正票はSchedule 04に含まれ、独立した区分を形成するのではなく仕入合計額を調整します。

Schedule 02は、請求する仕入税額の根拠となる書類です。行が誤っていれば、それに基づく申告書の数値も同じ方向に誤ります。

2025年7月1日以降、申告書と明細書はIRD e-Servicesポータルを通じて電子的に提出する必要があり、手作業での提出には事前のIRD承認が必要です。これにより紙での提出は廃止されます。ポータルが重要になる前に、準備したものはすべてアップロード可能な状態にしておく必要があります。

仕入先請求書とSchedule 02の項目が異なる点

9つの項目はそれぞれ単純です。難しいのは、仕入先の税務請求書がその形式で提示されることはほとんどなく、気づかないうちに間違いやすい不一致がいくつかあることです。

購入額はVATを除いた金額です。 ほとんどの請求書では、支払総額がページ上で最も目立つ数字であり、最初に目に入るのはその数字です。Schedule 02ではVATを差し引いた金額が必要です。正味額が求められている項目に総額を入力すると、請求書に対するVATチェックを含む後続のすべての数字が、それ自体では整合していても誤ったものになります。

仕入先のTINは9桁です。 これは仕入先の納税者番号であり、会社登録番号でも電話番号でもありません。仕入先がVAT登録情報をラベル付きの欄ではなく脚注に記載している場合でも、その欄には9桁の番号を入力する必要があります。IRDはその識別子に基づいて購入を仕入先と照合するためです。

税務請求書番号は、文字単位で一致している必要があります。 入力した番号は、仕入先が報告した番号と比較されます。改訂された税務請求書仕様では、連番は構造化された形式（年、月、組織コード、数値連番）に従っており、スペースや文字の入れ替えがあると、正当な請求書が不一致のレコードになります。

請求書の日付はファイルではMM/DD/YYYY形式です。 スリランカの文書では一般的にDD/MM/YYYY形式が使用されます。日付を再入力する際に、03/04と04/03が静かに入れ替わることがあり、これは日付が税率と期間の決定に役立つため重要です。

r/srilankaでは、ある事業主が同じ言葉で調整作業の負担を説明しています。「請求書、VAT明細書、仕入先情報、輸出/税関情報、クレジットノートなど...そして何かが一致しない場合、基本的にExcel、ERP、メール、ドキュメントを掘り返して何が問題だったのかを把握しようとすることになる」と述べ、RAMISに入力する前に「不一致や欠落を検出する方法」を見つけた人がいるかどうか尋ねていました (r/srilanka)。問題は入力速度ではありません。提出前にどの行が間違っているかがわからないことです。VAT申告の調整が成功するかどうかは、この段階で決まります。

VAT額を決定する税率と日付

VAT額は合計からコピーできる項目ではありません。仕入額に請求書日付時点で有効な税率を掛けた値と一致する必要があります。このルールは税率変更の時期に実際の落とし穴となります。IRDは、標準VAT率が2024年1月1日から18%に引き上げられたことを確認しており、2022年9月1日から2023年12月31日までの課税期間には15%が適用されていました (IRD、付加価値税)。

変更後に作成したバッチでは、特定のエラーが発生しやすくなります。2024年1月1日より前の日付で15%で請求された請求書も含め、すべてに18%を適用してしまうことです。 スケジュールファイル自体の検証では、VAT額が請求書日付の税率に応じて変動することが想定されているため、一律の税率では計算が受け付けられない行が発生します。

同じ請求書日付によって、仕入がどの課税期間に属するかが決まります。誤った期間に入力された仕入は丸めの問題ではなく、国内仕入の仕入VATを控除できる期間の外に該当する申告となります。IRDの申告カレンダーがその圧力をさらに強めます。月分の納付は翌月20日までに、申告書自体はその翌月の末日までに提出する必要があります。準備期間は短く、多くの仕入先が自社分の申告を完了する前に始まります。

同様の期限主導型のVATワークフローは ドイツの月次UVA準備サイクルにも見られ、同じ論理が当てはまります。申告ステップは迅速で、カレンダーを消費するのは抽出ステップです。

クレジットノート、重複、およびRAMISの2つの経路

Schedule 02の合計が単純な購入額の合計からずれる理由は2つあり、どちらも請求書行自体の外で処理されます。

クレジットノートとデビットノートはSchedule 04です。税額控除のクレジットノートは購入額とVATを減らし、税額加算のデビットノートはそれらを増やします。このスケジュールには「Issued by Me」インジケーターがあります。仕入先は自社が発行したノートに「Y」を入力し、購入者は同じノートに「N」を入力します。誤った符号で入力されたクレジットノート、または別の購入として扱われたクレジットノートは、1行を歪めるだけではありません。申告書に流れる合計額を変えてしまいます。

RAMISには現在、購入記録のソースが2つあります。仕入先がIRD Web APIを通じて請求書データを送信すると、仕入先のSchedule 01およびSchedule 04の記録が、RAMIS内の購入者のSchedule 02およびSchedule 04に自動的に反映されます。購入者はこれらを確認して承認する必要があり、その後ステータスは「Matched」になります。Web APIと統合していない仕入先からの購入は、Excel（CSV）ファイルまたはSchedule Record Submissionインターフェースを通じて提出されます。提出された記録は編集または削除できず、修正は税額控除またはデビットノートを通じて行う必要があります（VAT請求書データ統合に関するIRD通知）。

重複のリスクは構造的なものです。同じ購入が自動反映された経路に1回表示され、アップロードしたファイルにもう1回表示される可能性があり、合計が一致しなくなるまで、2つの購入のように見えます。

これは、準備段階で予測しなければならないワークフローであり、抽出ツールが提供する機能ではありません。準備段階でできることは、各行にソースとステータスを付与し、RAMISに到達する前に重複を可視化することです。

誰が何を準備するか

スリランカの多くの中小企業では、一人が両方の役割を担うこともあるが、この作業は、それぞれ異なる形で失敗する2つの仕事に分かれる。

• 簿記係または経理アシスタントは、期間中の仕入先の税務インボイスとクレジットノートを収集し、それらを明細行に変換する：仕入先TIN、インボイス番号、インボイス日付、説明、VATを除く金額、およびVAT。これが抽出作業である。
• 会計士または税務申告担当者は、それらの明細行をレビューし、VATの控除が認められないものがないか判断し、cage Iとcage 6の合計を照合し、RAMISで自動入力されたレコードを承認し、申告書を提出する。これが判断および申告作業である。

この2つの間の引き継ぎで、時間が失われる。PDFのフォルダを渡すと、抽出作業が最も時間のかかる担当者に押し付けられることになる。9つの列がすでに入力された構造化シートに、ソースファイル列と例外列を加えて渡せば、申告担当者は再入力ではなく判断に時間を使える。

インボイスをレビュー用の9つの列に変換する

ここが、出力列の命名がマッピングの大部分を決定し、Schedule 02の準備が実際に行われる部分である。ImageToTable.aiは カスタム列抽出を使用する：フィールドの周りにボックスを描いたり、仕入先フォーマットごとにテンプレートを作成する代わりに、必要な列名を入力すると、AIが各ドキュメントを読み取り、その位置ではなく意味によって一致する値を特定する。入力した列名が出力テーブルのヘッダーになる。

そのため、最も明確なアプローチは、IRDフィールド自体にちなんで列に名前を付けることだ：「仕入先のTIN」「税務インボイス番号」「インボイス日付」「仕入先名」「説明」「購入金額」「VAT額」。ある仕入先が「Invoice No.」と書き、別の仕入先が「Tax Invoice Number」と書いても、どちらも同じ列に解決され、出力はインボイスのダンプではなく、すでに申告書の形に整えられて届く。まずは使えるスプレッドシートが欲しいだけなら、 インボイスデータをExcelに抽出 して後で名前を変更することもできる。

期間中のインボイスをまとめてアップロードする。このツールはバッチファースト処理を採用している：複数のファイルを処理し、それらを1つのExcelシートにマージする。ドキュメントごとに1行ずつなので、バッチはインボイス1件の繰り返しではなく、1つの操作となる。同じパターンで、 異なるフォーマットが混在する1ヶ月分の仕入先インボイス を他の法域で処理したり、 別のVAT制度向けの国別税務インボイス抽出 を処理したりできる。

このバッチでは、2つの列タイプが有用な働きをする。 計算列は、AIが抽出しながら計算できるようにする。例えば、 VATチェック（VAT額 = 購入金額 × 18%？）のような列は、印刷されたVATが期待される税率での金額と一致しない行をフラグ付けできる。これはまさに税率と日付のエラーが現れる箇所だ。 推論列は、AIがドキュメントに印刷されていない値を埋められるようにする。例えば、 ドキュメントタイプ（オプション：税務インボイス/クレジットノート）列により、クレジットノートを購入から1回のパスで分離でき、2回の手動仕分けが不要になる。

シートが準備段階を離れる前に、行ごとではなく例外ベースでレビューする。Bbox支援レビューでは、そのセルをクリックすると元の請求書のどこから値が来たかが強調表示されるため、誤ったTINや間違った行から取得されたVAT金額が、ページを読み直さずに確認できる。その後、系統的なエラーを検出するチェックに取り組む。ドキュメントタイプでフィルタリングし、クレジットノートが正しい符号を持つことを確認し、VATチェックで並べ替えてフラグが付いた行を検査し、仕入先TINまたは税請求書番号の空白セルを探す。

レビューワークブックには運用列を保持し、公式アップロードには含めない。各行が請求書にトレースできるようにするソースファイル列、行がRAMISで自動入力されるか提出が必要かを示すステータス列、重複チェック列、例外理由列を設ける。公式のSchedule 02ファイルには9つのフィールドのみが含まれる。レビューワークブックは、提出前に準備者が完全な母集団を合意できるようにするためのものである。

1期間について、準備は次の順序で実行される。

このアプローチでできること・できないこと

境界線を明確にしておく。抽出ステップで行が生成される。仕入先TIN、請求書番号、請求日、説明、VATを除く金額、VATが、Schedule 02のフィールドにちなんだ列名で出力され、ソース追跡とチェックが付随する。ツールの責任範囲はここまでである。

スケジュールをRAMISに提出したり、レコードを承認・照合したり、ステータスを変更したりはしない。仕入VATが控除可能かどうか、またどの程度否認すべきかの判断もしない。それは供給に関する会計・VAT上の問題であり、データ抽出の問題ではないからだ。クレジットノートやデビットノートの税務修正も行わず、記録と現行のIRDガイダンスから処理方法を判断できない場合に税務アドバイザーの代わりになるものでもない。

残る手作業のステップは現実にある。Web APIに統合していない仕入先については、ファイルのアップロードまたはレコード入力が依然として必要だ。RAMISでの照合・承認ステップは納税者の作業である。また、手書きの請求書や画質の悪いスキャンでは、印刷された税務請求書よりも精度が低いため、レビューステップが残る。

よくある質問

Schedule 02はVAT登録済み仕入先からの仕入れのみ対象ですか？

Schedule 02は国内仕入れ用のインプットスケジュールであり、そこでサポートされる仕入VAT控除は、登録済み仕入先からの有効な税務請求書に依存する。非登録者からの仕入れには控除対象となるVATは含まれないが、記録と原価計算には引き続き含める必要がある。作業シートに保持し、その扱いについては会計士に判断を任せること。

Schedule 02とSchedule 03の違いは何ですか？

Schedule 02は国内仕入れを対象とする。Schedule 03は輸入を対象とする。これらは別々のスケジュールであり、控除申請期間も異なる。両方からの否認VATは申告書のcage 8に集約される。輸入を国内仕入れスケジュールに混ぜると、後で調整の問題が発生するため、最初から2つの母集団を分けておくこと。

サプライヤーのPDFをIRDポータルに直接アップロードできますか？

いいえ。IRDが受け付けるのは構造化されたスケジュールファイルであり、元の請求書ではありません。PDFはまずSchedule 02の9つの列の行に変換する必要があります。ポータルへの手入力、準備済みCSVのアップロード、または連携したサプライヤーのデータによる自動入力のいずれかの方法で行います。抽出ステップは、それらの行を作り出すために存在します。

同じ請求書が二重に表示されるのを防ぐにはどうすればよいですか？

アップロード母集団を構築する前に、2つのソースを分離してください。サプライヤーがWeb APIを通じてすでに送信した購入は、RAMISでレビューおよび承認されます。それは、あなたが準備するファイルにも含めるべきではありません。各行のソースをマークし、サプライヤーのTIN、請求書番号、請求日、金額、VAT額で照合し、両方に出現する購入は2つのエントリとしてではなく、例外として扱ってください。

このツールはRAMISに送信したり、レコードを承認したりしますか？

いいえ。このツールはレビュー可能な行を作り出します。送信、承認、「Matched」ステータス、そしてリターン自体は、IRD e-Servicesポータルであなたとあなたの会計士の側に残ります。抽出ステップの価値は、そのポータルに持ち込むものがすでに構造化され、チェックされていることです。

2024年1月1日より前の日付の請求書はどうなりますか？

それらは以前の15%の税率で課されました。スケジュールのVAT額は、現在の税率ではなく、請求書の日付に適用される税率を反映する必要があります。そのため、全体に18%を適用するバッチは、それらの行を誤って記載することになります。期待される税率に対する計算済みVATチェックが、それらを表面化する最も迅速な方法です。

スケジュールはその行次第です

VAT申告書の明細項目の量を、タスクの重要性と混同すべきではありません。Schedule 02は、あなたが請求する仕入VATの直接の証拠であり、その合計は申告書に直接読み込まれます。各サプライヤー請求書が、IRDフィールド用にすでに名前が付けられた行になり、サプライヤーのTIN、請求日、VAT抜き金額、および正しく評価されたVATを保持するとき、照合はフォルダーを探し回ることではなくなり、信頼できるシートでのチェックになります。ポータルのステップは、そもそも難しい部分ではありませんでした。