多くの財務チームにとって、GSTの申告とそれに付随する事務手続きは毎月の相当な時間を消費しますが、それはGST自体が物事を複雑にしているからではありません。むしろその逆で、GSTは物事を容易にします。複雑さは、異なるシステムから整合する正確な数値を取りまとめ、データを突合するところにあるのです。

経理・財務チームは通常、あるシステムからは売上台帳を、銀行からは決済データを、決済代行会社からは手数料控除の情報を、そしてさまざまな形式で提供される請求書を抽出しています。これらがすべてGSTR-1(对外供給を請求書単位で記録する明細書)またはGSTR-3B(税額が実際に納付される要約申告書)に反映される頃には、本来一致しているはずの数値の突合に、誰かが週末を費やしていることが少なくありません。取引量の側面は拡大する一方です。UPIだけで月に数十億件の取引を占めるインドのデジタル決済エコシステムは、突合作業を純粋に手動のプロセスで吸収できる範囲をはるかに超えて押し上げています。

ここでペイメントゲートウェイが、単に資金を動かす以上の役割を果たします。ゲートウェイはGST申告の基礎となるデータを提供し、最近のプラットフォームの中には突合サービスを提供するものもあります。以下では、ペイメントゲートウェイがGSTコンプライアンスとどう交わるのか、そして企業がそこから何を期待できるのかを見ていきます。

ペイメントゲートウェイに組み込まれた機能としてのGSTコンプライアンス

取引単位でのGST準拠請求書の発行

受け取ったすべての支払いは、事実上、適切な請求書による裏付けを必要とする課税対象事象です。1日に数百件から数千件の取引を処理する企業にとって、こうした請求書を手作業で作成することは規模に対応できません。税制自体もこの方向へ進んでいます。所定の売上高しきい値を超える企業に義務付けられた電子インボイス(e-invoicing)では、請求書データが報告される前にGSTシステムで検証・登録される必要があり、取引データをいかに正確に源泉で捕捉するかについてのハードルを引き上げています。

コンプライアンスを考慮して構築されたペイメントゲートウェイは、各支払いに直接紐づく形で、正確な税区分を伴う請求書を生成します。すなわち、州内供給に適用される中央および州の構成要素であるCGSTとSGST、または州間供給に適用されるIGSTです。この区分は次の2つの面で重要です。

• 企業が自社の顧客に対して発行する請求書
• ゲートウェイが取引手数料に課すGST

後者は、請求書が正確であれば、企業が通常は仕入税額控除(input tax credit)として請求できるコストです。GSTの下でITCがどのように機能するかを思い起こすことも重要です。控除は請求書レベルの突合を通じて流れるため、ゲートウェイが課す税額は、購入者側で控除が確実に成立するように、ゲートウェイ自身のGST申告において正確に報告されていなければなりません。ゲートウェイからの曖昧な、あるいは遅れた手数料請求書は、監査中にITCの請求が疑問視される理由になるまでは、小さな問題だと思われがちです。

帳簿と一致する取引レポート

申請時期に財務チームへ、ゲートウェイに何を求めるかを尋ねれば、多くの答えは、数回のクリーンアップなしで会計システムにそのまま投入できるレポートでしょう。GSTの観点からは、有用な取引レポートは企業に対して次のことを可能にすべきです。

• 総取引額、控除された手数料、純決済額を、一括ではなく区分して確認できること
• ゲートウェイ手数料に課されたGSTを取引ごとに内訳できること
• 日付範囲、支払い方法、または決済サイクルでフィルタリングおよびエクスポートできること
• 手動照合なしで決済額と銀行入金を突合できること

このような詳細な報告がない場合、企業は推計に頼ることになり、GSTR-1、GSTR-3B、帳簿の間の不一致を招きやすくなります。これは理論上のリスクではありません。GSTR-1とGSTR-3Bの乖離はGST審査で繰り返し焦点となってきた領域であり、GSTシステムは現在、両申告書の自動比較を実行し、一致しない場合には通知を発行しています。これにより、不備な元データは静かな調整ではなく、フォローアップの作業へと変わります。

データの突合

突合は、GSTコンプライアンスの中で見落とされがちな部分であり、問題が起こるまで誰も気づきません。ペイメントゲートウェイは、多くの場合手数料を控除した後で、資金をバッチ単位で決済します。また、企業が複数の決済手段を運用している場合には、複数の銀行口座にまたがることもあります。その決済データが売上台帳ときれいに一致しなければ、GST目的で報告される売上高は、銀行口座で実際に受け取った金額と異なり得ます。

返金とキャンセルはさらなる層を加えます。返金された注文も、依然として会計処理が必要だからです。つまり、以下への変更が必要になります。

• 調整済み売上高
• 対応する貸方票(クレジットノート)
• GSTへの影響

GST規則の下では、貸方票は元の税込請求書を参照し、該当期間の申告書で報告されなければならないため、この紐付けなしで届く返金データは、下流で追加の作業を生じさせます。

レポートの中で返金を明確にフラグ付けするペイメントゲートウェイは、申告書提出時のやり取りを大幅に減らします。取引量が多い企業にとって、突合は重要な構成要素です。ゲートウェイ決済と会計記録間の自動突合は、GST申告を1日で完了するか1週間かかるかの違いになることがしばしばあります。

会計システムとの互換性

ほとんどの企業は、ペイメントゲートウェイのダッシュボード内で帳簿を運用しておらず、その必要もありません。しかし、取引データと決済データが、Tally、Zoho Books、あるいは自社開発のシステムなど、企業が既に使用している会計またはERPシステムに流し込めるのであれば、それは有用です。

これは派手な統合機能というよりも、重複したデータ入力を避けることに関わります。GST申告では、そここそが誤りが紛れ込みやすい場所です。毎月決済数値を帳簿に手入力し直している企業は、その作業をやめさせ、円滑なデータ連携を確保してくれるペイメントゲートウェイを必要としています。

ペイメントゲートウェイ選定時に意思決定者が実際に確認すべきこと

コンプライアンスの面でペイメントゲートウェイを選定または評価する前に、いくつかの率直な質問をすることが価値があります。あわせて留意すべき点として、GSTの報告要件は進化し続けており、電子インボイスの適用範囲は時間とともに拡大し、申告書の様式も改訂されてきました。そのため、ゲートウェイのレポート柔軟性は、現在の機能セットと併せて重要です。

• ペイメントゲートウェイは、すべての取引および課される手数料について、GST準拠の請求書を自動生成するか?
• 取引レポートは、合計額だけでなく明確な税区分付きでエクスポートできるか?
• 返金・キャンセルデータは、通常の決済とは別個に報告されるか?
• 決済データは、実際の銀行入金ときれいに突合できるか?
• このデータは、企業が既に使用している会計システムへエクスポートまたは同期できるか?

これらの大半に対する答えが「はい」であれば、GST申告は頭痛の種ではなくなり、単なる事務手続きに近づきます。

結論

すべての支払いの背後にある数値が正確で、追跡可能で、突合しやすいものであれば、GSTコンプライアンスははるかに容易になります。したがって、ペイメントゲートウェイは、支払い成功率や取引手数料だけで評価されるべきものではありません。その請求書、取引レポート、決済データ、返金報告、会計連携の品質は、財務チームがGSTプロセスをどれだけ効率的に管理できるかに直接影響します。

大量のデジタル決済を処理する企業にとって、これらの機能は手動突合を減らし、不一致を特定しやすくし、総回収額、ゲートウェイ手数料、税額、返金、実際の決済額を財務チームに明確に把握させることができます。目的は、ペイメントゲートウェイが単独でGSTコンプライアンスを処理することではなく、企業がそれを正確に管理するために必要なデータと報告基盤を提供することです。

Cashfreeなどのペイメントゲートウェイは、取引単位のGST準拠請求書、詳細な決済・取引レポート、税区分、突合機能を提供しており、企業が決済活動を会計記録と連携する助けとなります。対象となる企業向けに、Cashfreeは現在、GMVで₹20 lakhまでの支払いに対して0%の取引手数料を提供しており、企業がデジタル決済運用を構築または拡大する間の決済処理コスト削減に役立ちます。

結局のところ、適切なペイメントゲートウェイとは、支払いを受け入れやすくするだけでなく、支払い完了後の財務チームの業務を容易にするものです。