Жорстке блокування GSTR-3B в Індії: ваш вхідний кредит тепер рухається лише зі швидкістю вашого найповільнішого постачальника

Ви сплатили GST. Гроші покинули ваш банківський рахунок того дня, коли ви оплатили рахунок постачальника. Але коли ви відкриваєте декларацію GSTR-3B, портал відмовляється дозволити вам заявити цей кредит — бо ваш постачальник ще не подав свою декларацію. За нового індійського режиму жорсткого блокування це не збій. Це задум. Ваш податковий кредит з вхідного податку тепер протікає через заблокований конвеєр — від подання постачальником до вашої панелі Invoice Management System, далі до GSTR-2B і до Таблиці 4 у GSTR-3B — і жоден крок цього конвеєра більше не приймає ручного втручання.

Цей посібник пояснює, що змінило жорстке блокування, як новий робочий процес «прийняти-відхилити-відкласти» керує вашим кредитом, п'ять пасток, які заморожують обіговий капітал малого бізнесу, і щомісячну рутину, яка підтримує рух вашого грошового потоку.

Що насправді означає «жорстке блокування»​

GSTR-3B — це щомісячна зведена декларація, у якій кожен платник GST, що зареєстрований за звичайною схемою, декларує свій вихідний податок і заявляє податковий кредит з вхідного податку (ITC). Роками портал автоматично заповнював частини декларації, але все ще дозволяв редагувати цифри під час подання — корисний аварійний вихід, коли ваші книги та портал розходилися.

Жорстке блокування прибирає цей аварійний вихід у дві фази:

• Фаза 1 — блокування вихідних зобов'язань. Таблиці 3.1 і 3.2 у GSTR-3B, які містять податок на ваші продажі, стали доступними лише для читання і заповнюються безпосередньо з того, що ви задекларували в GSTR-1, GSTR-1A та IFF. Якщо у вашому GSTR-1 неправильна сума рахунка, неправильний GSTIN або неправильне місце постачання, помилка переходить прямо в GSTR-3B. Єдине виправлення — коригування через GSTR-1A до подання.
• Фаза 2 — блокування вхідного кредиту. Таблиця 4, яка містить вашу заяву на ITC, прив'язана до даних GSTR-2B без можливості ручного введення ITC для покупок типу business-to-business. Рахунки, які ви приймаєте в Invoice Management System (IMS), живлять GSTR-2B, а той, своєю чергою, живить GSTR-3B. Цю фазу було анонсовано для податкового періоду липня 2026 року в рамках кампанії уряду проти фальшивих заяв на ITC.

Заявлена мета — запобігання шахрайству: схеми з фіктивними рахунками, які роздували заяви на ITC, завдавали значних втрат державній скарбниці, а декларація, яку не можна відредагувати вручну, — це декларація, яка не може містити вигаданий кредит. Але те саме блокування, яке блокує шахрайство, також блокує законні виправлення під час подання. Чи переведе портал остаточний перемикач цього місяця, чи наступного, єдина безпечна позиція — працювати так, ніби декларація вже заблокована, — бо дисципліна зіставлення, якої це вимагає, потребує тижнів на побудову і не може бути імпровізована 20-го числа.

Як тепер рухається ваш кредит: заблокований конвеєр​

Кожна рупія вхідного кредиту B2B, який ви заявляєте, тепер має пройти той самий шлях, послідовно, за розкладом:

1. Ваш постачальник зберігає або подає рахунок у GSTR-1, IFF або GSTR-1A. Платники, що звітують щомісяця, подають до 11-го числа наступного місяця. Поки вони цього не зроблять, рахунок не існує з погляду вашого кредиту.
2. Рахунок з'являється на вашій панелі IMS. Invoice Management System, що працює на порталі з жовтня 2024 року, показує вам кожен рахунок, дебетову та кредитову ноту, які ваші постачальники віднесли до вашого GSTIN.
3. Ви дієте щодо кожного запису: прийняти, відхилити або залишити в очікуванні. Лише прийняті записи потрапляють до вашої відомості про кредит. Відхилені записи виключаються; ті, що в очікуванні, переносяться на пізніший період.
4. GSTR-2B генерується 14-го числа наступного місяця на основі ваших дій в IMS. Якщо ви дієте щодо рахунків після 14-го, ви маєте самостійно перерахувати чернетку GSTR-2B, інакше ваша декларація буде побудована на застарілих даних.
5. Таблиця 4 у GSTR-3B автоматично заповнюється з GSTR-2B. За блокування ви подаєте те, що видав конвеєр. GSTR-3B треба подати до 20-го числа.

Зверніть увагу, що зникло: крок, де ви вводили суму кредиту з власного реєстру покупок. Ваші книги тепер є вхідними даними для процесу перевірки, а не останнім словом. Це робить щомісячний календар — 11-те, 14-те, 20-те — скелетом усієї вашої процедури дотримання вимог.

Три дії в IMS і коли кожну з них застосовувати​

IMS дає вам три варіанти для кожного запису постачальника, і кожен має точний наслідок:

• Прийняти, коли рахунок справжній, товари чи послуги отримані, а деталі збігаються з вашими книгами. Прийняті рахунки стають частиною GSTR-2B і потрапляють до вашого ITC. Приймайте усвідомлено, а не за замовчуванням — прийняття неправильного рахунка замикає неправильний кредит у вашій декларації.
• Відхилити, коли рахунок не ваш, є дублікатом або містить суттєву помилку, як-от неправильний GSTIN. Відхилені записи виключаються з вашого GSTR-2B, і рахунок повертається на панель постачальника для виправлення. Відхилення — це акт комунікації не меншою мірою, ніж акт дотримання вимог: повідомте постачальника того ж дня, бо лише він може виправити вихідний документ.
• Залишити в очікуванні, коли рахунок законний, але передчасний — товари в дорозі на кінець місяця, дебетова нота у спорі, кредит, який ви волієте заявити наступного періоду. Записи в очікуванні не потрапляють до поточного GSTR-2B і переносяться далі. Зверніть увагу на виняток: кредитові ноти не можна залишати в очікуванні. Ви мусите їх прийняти або відхилити, тож зв'яжіться з постачальником до дати генерації 2B, а не відкладайте рішення.

Одна звичка тут важливіша за будь-яку іншу: перевіряйте кожен запис проти вашого реєстру покупок перед тим, як діяти. IMS показує, що постачальники кажуть, ніби продали вам; ваші книги показують, що ви насправді отримали й оплатили. Діяти на панелі без такої перехресної перевірки — це те, як бізнеси приймають фантомні рахунки або відхиляють справжні — а за блокування будь-яка з цих помилок вбудовується в декларацію.

П'ять пасток, які заморожують ваш обіговий капітал​

1. Постачальник, що подає із запізненням: затриманий кредит — це відмовлений у грошах​

Це головний ризик епохи блокування, і це найпоширеніша пастка з усіх. Якщо ваш постачальник подає GSTR-1 із запізненням, його рахунки не потрапляють до вашого GSTR-2B за цей місяць. Ви не можете заявити кредит, тож сплачуєте стільки ж більше податку готівкою — і відновлюєте кредит лише в пізнішому періоді, коли постачальник нарешті подасть декларацію.

Для бізнесу, що регулярно купує в одного великого постачальника, один хронічний порушник строків може виснажувати обіговий капітал щомісяця на постійній основі. Кредит ніколи не втрачається, лише відкладається — але постійна одномісячна відстрочка, скажімо, ₹80 000 ITC економічно ідентична позицією в ₹80 000 безвідсоткової позики, яку ви ніколи не погоджувалися давати.

Захист — це управління постачальниками, а не податкове планування: відстежуйте пунктуальність подання GSTR-1 кожним постійним постачальником, нагадуйте до 11-го числа, а для відносин з високою вартістю прив'яжіть випуск платежу до появи рахунка на вашій панелі IMS.

2. Пастка таймінгу QRMP: квартальні постачальники, щомісячний голод​

Постачальники за схемою Quarterly Return Monthly Payment (QRMP) подають GSTR-1 щоквартально. Якщо ви подаєте щомісяця і купуєте в постачальника на QRMP, його рахунки потрапляють до вашого IMS лише в циклі кінця кварталу — ваші кредити за січень і лютий від цього постачальника приходять із поданням за березень.

Це цілком законно з боку постачальника і цілком боляче для вас. Перш ніж підписувати угоду про регулярні покупки, запитайте кожного постачальника, чи подає він GSTR-1 щомісяця, чи щоквартально, і зафіксуйте відповідь у своєму реєстрі постачальників. Трохи дешевший постачальник із квартальним поданням може виявитися дорожчим вибором, коли ви врахуєте два місяці відстроченого кредиту.

3. Рахунок із неправильним GSTIN: невидимий, поки не заболить​

Якщо ваш постачальник вводить ваш GSTIN неправильно або обирає неправильне місце постачання, рахунок взагалі ніколи не з'являється у вашому IMS. Немає нічого приймати, немає за чим стежити всередині панелі — кредит просто не існує, поки постачальник не виправить через GSTR-1A.

Єдиний спосіб це зловити — зіставлення з реєстром покупок: кожен рахунок на покупку у ваших книгах повинен мати відповідний запис в IMS. Рахунок без двійника в IMS до 12-го чи 13-го — це або пізнє подання, або помилка в даних, і обидва випадки потребують телефонного дзвінка, а не терпіння.

4. Дія після 14-го без перерахунку​

GSTR-2B генерується 14-го, але IMS дозволяє вам діяти щодо рахунків аж до подання GSTR-3B. Підступ у тому, що дії, вчинені після 14-го, не оновлюють ваш GSTR-2B автоматично. Ви мусите явно перерахувати чернетку 2B на порталі.

Забути про перерахунок — це найчистіший самопідрив епохи блокування: ви зробили все правильно — наздогнали постачальника, прийняли рахунок 17-го — і все одно подали декларацію без кредиту, бо декларація прочитала знімок станом на 14-те. Внесіть «перерахувати 2B» окремим пунктом до вашого контрольного списку подання, відмінним від «діяти в IMS».

5. Сторнування, які блокування не робить за вас​

Жорстке блокування керує тим, що надходить у Таблицю 4. Воно не обчислює те, що мусить повернутися назад. Ви все ще маєте самостійно сторнувати ITC для:

• Звільненого та некомерційного використання за Правилами 42 і 43, включно з часткою для особистого використання та звільнених поставок для змішаних бізнесів.
• Несплачених рахунків, старших за 180 днів. Якщо ви не сплатили постачальнику повну суму рахунка, включно з податком, протягом 180 днів від дати рахунка, ви мусите сторнувати кредит і сплатити відсотки з дати початкової заяви. За блокування портал вам не нагадає — таблиця сторнування все ще очікує, що ви знаєте.
• Заблокованих кредитів за Статтею 17(5): автотранспортні засоби, харчові продукти та напої, послуги за договорами підряду для нерухомого майна та решта заблокованого переліку. Прийняття такого рахунка в IMS не робить його кредит законним.

Заявлення надмірного ITC і з'ясування цього пізніше тепер несе ризик відсотків без можливості виправлення на етапі подання. Сторнування заслуговують на окремий прохід перевірки перед кожним поданням.

Ваша щомісячна рутина: 11-те, 14-те і 20-те​

Перетворіть конвеєр на календарний ритуал. Робочий ритм для малого бізнесу:

• До 11-го — нагляд за постачальниками. Перевірте, чи подали ваші постійні постачальники GSTR-1. Нагадайте тим, кого бракує; нагадування 9-го краще за кризу 19-го.
• 12-13-те — перший прохід IMS. Відкрийте панель, зіставте кожен запис із вашим реєстром покупок і дійте: приймайте чисті, відхиляйте неправильні (і негайно телефонуйте постачальнику), відкладайте передчасні як такі, що в очікуванні.
• 14-го — перевірте генерацію. Підтвердьте, що GSTR-2B згенеровано правильно. Завантажте його та зіставте підсумок із вашими книгами рядок за рядком.
• 15-18-те — наздоганяйте та перераховуйте. Розв'яжіть відкладені випадки, досягніть виправлення постачальниками через GSTR-1A, дійте щодо рахунків, що з'явилися пізно, і перерахуйте GSTR-2B після кожної дії після 14-го.
• 19-20-те — перевірка сторнувань, потім подання. Виконайте перевірки за Правилами 42/43, 180-денною межею та заблокованими кредитами, підтвердьте, що Таблиця 4 відповідає вашому зіставленому 2B, і подайте GSTR-3B.

Уся рутина — це, можливо, два зосереджені сеанси на місяць для бізнесу з кількома постійними постачальниками — набагато дешевше за відсотки, повідомлення та розриви грошового потоку, яким вона запобігає.

Чому ваші книги тепер є контролем дотримання вимог​

За старої редагованої декларації точність бухгалтерського обліку та точність подання були слабо пов'язані: декларація могла прикривати прогалини в книгах. Блокування з'єднує їх. Ваш реєстр покупок тепер є еталонним набором даних, за яким оцінюються записи в IMS, 180-денний годинник оплати цокає для кожного рахунка у вашій кредиторській заборгованості, а реєстр постачальників — GSTIN, частота подання, історія пунктуальності — є інструментом управління обіговим капіталом, а не адміністративною дрібницею.

Це підвищує планку для ведення записів у конкретний спосіб: вони мусять бути актуальними, а не реконструйованими. Реєстр, який ви оновлюєте в міру надходження операцій, дозволяє вам упевнено провести перехресну перевірку IMS 12-го числа. Реєстр, який ви відбудовуєте з банківських виписок у кінці кварталу, залишає вас приймати записи з панелі наосліп — саме та поведінка, яку карає заблокована декларація.

Реєстр у простому тексті під контролем версій добре підходить для цього робочого процесу: кожен запис рахунка має часову позначку й простежується, зіставлення із завантаженнями GSTR-2B можна автоматизувати й повторювати ідентично щомісяця, і ніщо в позиції за місяць не є загадкою 19-го числа. Докладніше про цей підхід можна прочитати в документації.

Тримайте свій грошовий потік попереду порталу​

Заблокований GSTR-3B в Індії перетворює дисципліну постачальників на вашу проблему обігового капіталу: постачальник, який подає із запізненням, подає щоквартально або помиляється у вашому GSTIN, тепер безпосередньо контролює, коли ви відшкодуєте податок, який ви вже сплатили. Бізнеси, які проходять це без проблем, — не ті, що мають найрозумніші податкові позиції, а ті, що мають щомісячну рутину IMS, реєстр постачальників, який фіксує поведінку подання, і книги, достатньо актуальні, щоб зіставити їх 12-го, а не гарячково наздоганяти 20-го.

Підтримання такого завжди актуального фінансового обліку — саме те, для чого створено бухгалтерію в простому тексті. Beancount.io дає вам прозорі книги під контролем версій, які ви можете щомісяця зіставляти з GSTR-2B без нічого прихованого. Почніть безкоштовно і побачте, чому розробники та фахівці з фінансів переходять на бухгалтерію в простому тексті.