あなたはGSTを支払った。取引先の請求書を支払った日に、そのお金は銀行口座から出ていった。しかしGSTR-3B申告書を開くと、ポータルは控除を請求することを許可しない——なぜなら取引先がまだ申告書を提出していないからだ。インドの新しいハードロック制度の下では、これは不具合ではない。設計なのだ。あなたの仕入税額控除は今やロックされたパイプライン——取引先の申告からあなたのインボイス管理システム（IMS）ダッシュボード、GSTR-2B、そしてGSTR-3BのTable 4へ——を通って流れる。そしてそのパイプラインのどの段階も、もはや手動による上書きを受け付けない。
本ガイドでは、ハードロックが何を変えたのか、新しい承認・拒否・保留のワークフローがどのようにあなたの控除を統治するのか、中小企業の運転資金を凍結させる5つの罠、そしてキャッシュフローを動かし続けるための月次ルーティンを解説する。
「ハードロック」が実際に意味するもの
GSTR-3Bは、GST登録を行っているすべての通常事業者が毎月、売上税を申告し仕入税額控除（ITC）を請求する月次概要申告書である。長年にわたり、ポータルはその一部を自動入力しつつも、申告時に数値を編集することを許していた——帳簿とポータルが食い違うときの有用な逃げ道だった。
ハードロックはこの逃げ道を2段階で撤廃する：
- フェーズ1 — 売上側の債務がロックされる。 売上に対する税を記載するGSTR-3BのTable 3.1と3.2は読み取り専用となり、GSTR-1、GSTR-1A、IFFで報告した内容から直接流れ込む。もしGSTR-1に誤った請求額、誤ったGSTIN、誤った供給地があれば、その誤りはそのままGSTR-3Bへと流れ込む。唯一の修正方法は、申告前にGSTR-1Aを通じて訂正することだ。
- フェーズ2 — 仕入控除がロックされる。 あなたのITC請求を記載するTable 4はGSTR-2Bデータにリンクされ、企業間（B2B）購入について手動でのITC入力はできなくなる。インボイス管理システム（IMS）で承認した請求書がGSTR-2Bに、そしてGSTR-2BがGSTR-3Bに流れ込む。このフェーズは、偽のITC請求に対する政府の取り締まりの一環として、2026年7月課税期間に向けて示された。
掲げられた目的は詐欺防止である：ITC請求を水増しするペーパーカンパニーの請求書詐欺は国庫に多大な損害を与えており、手で編集できない申告書は、でっち上げられた控除を載せることができない申告書である。しかし、詐欺を阻止する同じロックは、申告時における正当な訂正も阻止する。ポータルが今月最終スイッチを入れるか来月かに関わらず、唯一安全な姿勢は、申告書がすでにロックされているかのように運用することだ——なぜならそれが要求する照合作業には数週間かかり、20日に即席で対応することはできないからである。
今やあなたの控除が流れる方法：ロックされたパイプライン
あなたが請求するB2B仕入控除の1ルピーごとは、今やすべて同じ経路を、順番に、予定通りに進まなければならない：
- 取引先が請求書を保存または提出する（GSTR-1、IFF、またはGSTR-1Aにおいて）。月次申告者は翌月11日までに報告する。彼らがそうするまで、あなたの控除に関する限り、その請求書は存在しない。
- 請求書があなたのIMSダッシュボードに表示される。 2024年10月からポータル上で稼働するインボイス管理システムは、取引先があなたのGSTINに帰属させたすべての請求書、デビットノート、クレジットノートを表示する。
- 各レコードに対してアクションを起こす：承認、拒否、または保留。 承認されたレコードのみがあなたの控除明細に流れ込む。拒否されたレコードは除外され、保留中のものは後続期間に繰り越される。
- GSTR-2Bは翌月14日に生成される（あなたのIMSアクションから）。14日以降に請求書にアクションを起こす場合、ドラフトGSTR-2Bを自分で再計算しなければならない。さもなければ、申告書は古いデータに基づいて構築されることになる。
- GSTR-3BのTable 4はGSTR-2Bから自動入力される。 ロックの下では、パイプラインが生成したものを申告する。GSTR-3Bの期限は20日である。
何が消えたかに注目してほしい：あなたが自分の購入台帳から控除額を入力するステップだ。あなたの帳簿は今や検証ワークフローへの入力であり、最終的な権威ではない。それにより、月次のカレンダー——11日、14日、20日——があなたのコンプライアンスルーティン全体の骨格となる。
3つのIMSアクションと、それぞれをいつ使うか
IMSは取引先レコードごとに3つの選択肢を提供し、それぞれに正確な帰結がある：
- 承認（Accept）：請求書が真正で、物品またはサービスが受領され、詳細が帳簿と一致する場合。承認された請求書はGSTR-2Bの一部となり、あなたのITCに流れ込む。デフォルトではなく、意図的に承認すること——誤った請求書を承認すると、誤った控除が申告書にロックされる。
- 拒否（Reject）：請求書が自分のものではない、重複している、または誤ったGSTINなどの重大な誤りがある場合。拒否されたレコードはあなたのGSTR-2Bから除外され、その請求書は修正のために取引先のダッシュボードに戻される。拒否はコンプライアンス行為であると同時にコミュニケーション行為でもある：取引先には同じ日に伝えること。なぜなら源泉文書を修正できるのは彼らだけだからだ。
- 保留（Keep pending）：請求書が正当だが時期尚早な場合——月末時点で輸送中の物品、係争中のデビットノート、翌期に請求したい控除。保留中のレコードは当期のGSTR-2Bに含まれず、繰り越される。例外に注意：クレジットノートは保留にできない。 それらを承認するか拒否しなければならないため、決定を保留するのではなく、2B生成日より前に取引先と連絡を取ること。
ここで他の何よりも重要な習慣が1つある：アクションを起こす前に、各レコードを購入台帳と照合すること。 IMSは取引先があなたに売ったと主張するものを示し、あなたの帳簿は実際に受領して支払ったものを示す。このクロスチェックなしにダッシュボードでアクションを起こすことが、企業が架空の請求書を承認したり、真正な請求書を拒否したりする方法である——そしてロックの下では、どちらの誤りも申告書に焼き付けられる。
運転資金を凍結させる5つの罠
1. 申告が遅い取引先：控除の遅延は現金の拒否
これがロック時代の最大のリスクであり、最も一般的な罠である。もし取引先がGSTR-1を遅く提出すると、その請求書はその月のあなたのGSTR-2Bから漏れる。あなたは控除を請求できず、その分多くの税を現金で支払う——そして取引先がようやく提出した後の期間にのみ控除を回収する。
1つの大口取引先から定期的に購入する事業にとって、1社の慢性的な遅延申告者は毎月、循環的に運転資金を枯渇させうる。控除が失われることは決してなく、ただ繰り延べられるだけだ——しかし例えば₹80,000のITCが恒久的に1か月繰り延べられることは、あなたが同意していない₹80,000の無利子融資を与えることと経済的に同一である。
防御策は税務計画ではなく取引先管理である：各定期取引先のGSTR-1提出の定時性を追跡し、11日より前にフォローアップし、高額な関係については、支払いの解放をあなたのIMSダッシュボードに請求書が表示されることに結びつける。
2. QRMPのタイミングの罠：四半期の取引先、毎月の飢え
四半期申告・月次納付（QRMP）制度の下の取引先はGSTR-1を四半期ごとに提出する。もしあなたが毎月申告し、QRMPの取引先から購入するなら、その請求書は四半期末のサイクルでのみあなたのIMSに届く——その取引先からの1月と2月の控除は3月の提出とともに到着する。
これは取引先側では完全に合法であり、あなた側では完全に苦痛である。継続的な購入契約に署名する前に、すべての取引先にGSTR-1を毎月提出するか四半期ごとか尋ね、その回答を取引先マスタに記録すること。わずかに安い四半期申告の取引先は、2か月の繰り延べ控除を価格に織り込むと、より高価な選択になることがある。
3. GSTINが誤った請求書：痛みを生じるまで見えない
もし取引先があなたのGSTINを誤って入力したり、誤った供給地を選択したりすると、その請求書はあなたのIMSにまったく表示されない。承認するものもなく、ダッシュボード内でフォローアップするものもない——取引先がGSTR-1Aを通じて修正するまで、その控除は単純に存在しない。
これを捉える唯一の方法は、購入台帳の照合である：あなたの帳簿のすべての購入請求書には、一致するIMSレコードがなければならない。12日か13日までにIMS上の双子を持たない請求書は、遅延申告かデータ誤りのどちらかであり、どちらも忍耐ではなく電話が必要である。
4. 再計算なしの14日以降のアクション
GSTR-2Bは14日に生成されるが、IMSではGSTR-3Bを申告する直前まで請求書にアクションを起こせる。落とし穴は：14日以降に取られたアクションは、あなたのGSTR-2Bを自動的に更新しない。 ポータル上でドラフト2Bを明示的に再計算しなければならない。
再計算を忘れることは、ロック時代で最も純粋なフットガンである：あなたはすべてを正しく行った——取引先を追いかけ、17日に請求書を承認した——それでも控除なしで申告した。なぜなら申告書は14日のスナップショットを読んだからだ。「2Bを再計算」を申告チェックリスト上の「IMSでアクションを起こす」とは別の項目として掲げること。
5. ロックが代行してくれない逆算
ハードロックはTable 4に流れ込むものを統治する。逆に流れ出さなければならないものを計算するわけではない。あなたは依然として自分でITCを逆算しなければならない：
- Rule 42および43に基づく免税および非事業用途、混在事業における個人使用および免税供給の割合を含む。
- 180日を超える未払い請求書。 請求書日の180日以内に、税を含む請求書全額を取引先に支払っていない場合、控除を逆算し、元の請求日から利息を支払わなければならない。ロックの下では、ポータルはあなたに通知しない——逆算テーブルは依然としてあなたが知っていることを期待している。
- Section 17(5)に基づくブロック控除：自動車、飲食品、不動産のための工事契約サービス、その他のブロックリスト。IMSでそのような請求書を承認しても、その控除が正当になるわけではない。
過大なITCを請求し後で整理することは、申告段階での訂正が利用できない今、利息リスクを伴う。逆算は申告のたびに独自のレビューパスに値する。
あなたの月次ルーティン：11日、14日、20日
パイプラインをカレンダーの儀式に変えよう。中小企業のための実行可能なリズム：
- 11日まで — 取引先の監視。 定期的な取引先がGSTR-1を提出したことを確認する。漏れている人にフォローアップする。9日のリマインダーは19日の危機に勝る。
- 12日から13日 — IMSの第一パス。 ダッシュボードを開き、すべてのレコードを購入台帳と照合し、アクションを起こす：クリーンなものを承認し、誤ったものを拒否し（そして取引先にすぐ電話し）、時期尚早なものを保留にする。
- 14日 — 生成の検証。 GSTR-2Bが正しく生成されたことを確認する。ダウンロードし、合計を帳簿と1行ずつ照合する。
- 15日から18日 — 追跡と再計算。 残っているものを解決し、取引先にGSTR-1Aで修正させ、遅れて現れた請求書にアクションを起こし、14日以降のアクションの後に毎回GSTR-2Bを再計算する。
- 19日から20日 — 逆算レビュー、そして申告。 Rule 42/43、180日、ブロック控除のチェックを実行し、Table 4が照合済みの2Bと一致することを確認し、GSTR-3Bを申告する。
ルーティン全体は、いくつかの定期取引先を持つ事業にとって月に2回の集中した作業時間程度であり、それが防ぐ利息、通知、キャッシュフローのギャップよりもはるかに安価である。
なぜあなたの帳簿が今やコンプライアンス管理なのか
編集可能だった旧来の申告書の下では、簿記の正確性と申告の正確性は緩く結合していた：申告書は帳簿のギャップを覆い隠せた。ロックはそれらを融合させる。あなたの購入台帳は今やIMSレコードが判定される参照データセットであり、180日の支払時計はあなたの買掛金の中で請求書ごとに刻まれ、取引先マスタ——GSTIN、提出頻度、定時性の履歴——は管理上の些事ではなく運転資金管理ツールである。
これは記録保持の水準を特定の方法で引き上げる：それは再構築されたものではなく、最新でなければならない。 取引が発生するたびに更新する元帳は、12日に自信を持ってIMSクロスチェックを実行できるようにする。四半期末に銀行明細から再構築する元帳は、ダッシュボードのレコードを盲目的に承認することになる——まさにロックされた申告書が罰する行動である。
プレーンテキストでバージョン管理された元帳は、このワークフローによく適合する：すべての請求書エントリはタイムスタンプされ追跡可能であり、GSTR-2Bのダウンロードに対する照合はスクリプト化でき毎月同一に繰り返せ、その月の状況について19日に謎は何もない。このアプローチについてはドキュメントで詳しく読める。
ポータルより先にキャッシュフローを保つ
インドのロックされたGSTR-3Bは、取引先の規律をあなたの運転資金の問題に変える：遅く提出する、四半期ごとに提出する、またはあなたのGSTINを誤って入力する取引先が、あなたがすでに支払った税をいつ回収するかを今や直接左右する。うまく乗り切る企業は、最も巧妙な税務ポジションを持つ企業ではない——月次のIMSルーティン、提出行動を記録する取引先マスタ、そして20日に慌てるのではなく12日に照合できるほど最新の帳簿を持つ企業である。
そのような常に最新の財務記録を維持することは、まさにプレーンテキスト会計が構築された目的である。Beancount.ioは、毎月GSTR-2Bと照合できる、何も隠されていない透明でバージョン管理された帳簿を提供する。無料で始めるそして、なぜ開発者や財務専門家がプレーンテキスト会計に切り替えているのかを確かめてほしい。
