Оптова торгівля

Оптова торгівля у межах податкового концепту «Податки на долонях» виступає базовим внутрішнім режимом застосування торгово-операційного податку. Саме через цей режим реалізується основна логіка ТОП щодо оподаткування комерційного економічного обміну між суб’єктами господарювання на внутрішньому ринку. На відміну від роздрібної торгівлі, виробничої першої реалізації, імпортно-експортних операцій та спеціальних акцизних режимів, оптова торгівля є загальним режимом внутрішнього комерційного обороту, до якого застосовується стандартна ставка торгово-операційного податку в розмірі 3,5 %.

У межах запропонованої концепції оптова торгівля охоплює операції з реалізації товарів або послуг між суб’єктами господарювання, які є юридично відокремленими учасниками ринку. Її відмінність від роздрібної торгівлі полягає в тому, що покупцем виступає не кінцевий фізичний споживач, а інший суб’єкт комерційної діяльності. Відмінність від виробничої торгівлі полягає в тому, що оптовий режим не обмежується першою реалізацією товару національним виробником і не потребує спеціального виробничого статусу. Відмінність від імпорту та експорту полягає в тому, що операція здійснюється всередині національного ринку між резидентами.

Платниками податку з оптової торгівлі є суб’єкти господарювання, які здійснюють внутрішню оптову реалізацію товарів або послуг. Юридичним платником податку виступає сторона, яка отримує грошовий дохід від реалізації, тобто продавець або постачальник. Водночас економічно податок включається до ціни операції і фактично сплачується покупцем у складі повної вартості товару або послуги. Покупець оплачує єдину brutto-суму, а податкова складова цієї суми надалі обліковується та спрямовується до бюджету за алгоритмом системи.

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

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

Ставка 3,5 % застосовується на етапі формування ціни операції до ціни без податку. Після цього формується повна brutto-ціна рахунку, яка стає робочою сумою для подальших оплат, накладних, часткових реалізацій та відкриття податкової бази. Подальше виконання оптової операції відбувається у brutto-логіці: система не здійснює повторного зворотного обчислення податку з кожної часткової оплати або накладної, а використовує попередньо визначену структуру рахунку, у межах якої податкова складова пропорційно відповідає частині відкритої бази.

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

Узагальнену послідовність створення документів, відкриття податкової бази, нарахування та погашення податкового зобов’язання відображено в матеріалі Загальна схема функціонування оптової торгівлі.

Якщо першою подією є отримання передоплати, податкове зобов’язання нараховується автоматично на підставі даних банківської транзакції. Кожна транзакція ідентифікується системою та прив’язується до відповідного рахунку-фактури і договору. Система визначає, до якої торговельної операції належить платіж, яка частина рахунку вже була виконана раніше, яка частина бази вже відкрита, а яка відкривається поточним платежем. Податкове зобов’язання формується лише щодо приросту відкритої бази, що унеможливлює повторне нарахування податку на ту саму частину операції.

Якщо першою подією є фактична реалізація товарів або послуг, підставою для автоматичного нарахування виступає двосторонньо підписана видаткова накладна або інший первинний документ. Факт реалізації вважається підтвердженим із моменту підписання такого документа обома сторонами в системі електронного документообігу. Після цього запис набуває статусу незмінного факту господарської операції. Система перевіряє, чи було раніше відкрито базу через оплату, і за наявності раніше відкритої частини донараховує податок лише в межах нової частини товарного потоку.

Ключовим в обох випадках є не сам факт існування рахунку, а фактичне просування операції вперед. Якщо оплата або реалізація не відбулися, податкова база не відкривається. Якщо операція виконана частково, база відкривається лише в межах виконаної частини. Якщо надалі сторони не продовжують виконання рахунку, невикористана частина потенційної бази не створює нового зобов’язання. Водночас уже відкрита частина бази не скасовується і не зменшується шляхом редагування первинного документа; повернення товару або коштів оформлюється окремою зворотною операцією.

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

Сплата податкового зобов’язання може здійснюватися автоматично або вручну. Основним способом є автоматизована сплата, оскільки вона мінімізує потребу в ручних діях платника та забезпечує погашення податкового зобов’язання безпосередньо в межах фінансово-документарної системи. Режим автоматичної сплати визначається на етапі формування договору або рахунку-фактури та застосовується до всього рахунково-накладного кластера відповідної операції.

Режим M1 передбачає пропорційну сплату податку з кожної фактичної оплати в межах поточного податкового боргу. Система визначає податкову частину платежу відповідно до сталої структури рахунку, але перераховує до бюджету не більше суми наявного боргу з урахуванням нового нарахування поточного етапу. Якщо борг уже повністю погашений, подальші надходження зараховуються продавцю без додаткового податкового списання. Такий режим забезпечує поступове погашення зобов’язання у міру надходження коштів.

Режим M2 передбачає пріоритетне максимальне погашення поточного податкового боргу з першої та наступних оплат. Якщо товарний потік уже відкрив базу, але кошти від покупця ще не надійшли, у продавця виникає податковий борг. Після надходження оплати система насамперед спрямовує до бюджету суму, необхідну для погашення цього боргу, але не більше його поточного розміру, а весь залишок платежу перераховує продавцю. Такий механізм мінімізує період існування податкового боргу та прискорює надходження коштів до бюджету.

В обох режимах автоматизованої сплати система не утримує ставку з кожної транзакції як нове податкове нарахування. Вона лише спрямовує частину грошового надходження на погашення зобов’язання, яке вже сформоване через приріст відкритої податкової бази. Нарахування і сплата є пов’язаними, але не тотожними процесами: нарахування виникає через відкриття бази, а сплата є способом погашення податкового боргу. Автоматична сплата не може перевищувати поточний податковий борг.

Ручна сплата застосовується, коли фактична реалізація відбулася без попередньої оплати, а автоматизовані грошові надходження відсутні або недостатні для погашення боргу. У такому разі платник самостійно сплачує нараховане зобов’язання через функціонал електронного кабінету протягом установленого строку, який у моделі не перевищує 30 календарних днів із моменту нарахування. Для конкретного оптового рахунку ручний платіж здійснюється лише в розмірі 100 % поточного податкового боргу; часткова ручна сплата не застосовується.

Ручна сплата не змінює об’єкта чи бази оподаткування і не створює нового нарахування. Вона лише погашає борг, який уже виник у результаті відкриття бази через товарний або грошовий потік. Подальші автоматичні списання обов’язково враховують суму, сплачену вручну, що виключає повторну сплату тієї самої частини податкового зобов’язання. Ручний механізм має резервний характер, тоді як основна логіка системи спрямована на погашення зобов’язання за рахунок оплат покупця.

Важливою ліберальною особливістю оптового режиму є відсутність обов’язку платника пояснювати державі, де саме він придбав звичайний товар, який реалізує, або підтверджувати всю попередню історію його походження як умову проведення поточної оптової операції. Держава не повинна перевіряти, чи був товар попередньо офіційно придбаний продавцем, на якому етапі він був отриманий і як відображався у внутрішньому обліку підприємства. Наявність товару, договірна спроможність продавця виконати зобов’язання та комерційні ризики належать до сфери відповідальності самого підприємства і його відносин із контрагентом. Для податкової системи визначальними є факт поточної оптової операції, відкриття бази та належне виконання податкового зобов’язання.

Зазначене правило стосується звичайного оптового обороту. Для спеціально контрольованих товарів, зокрема підакцизної продукції або товарів із індивідуальним виробничим кодом, система може додатково перевіряти кількісний залишок у відповідному цифровому реєстрі. Така перевірка не змінює загальної податкової логіки оптової операції, але забезпечує неможливість реалізації більшої кількості контрольованого товару, ніж офіційно обліковується у платника.

Основні параметри оптового режиму ТОП, включаючи сферу застосування, об’єкт і базу оподаткування, ставку, документальну основу, режими сплати та захист від повторного оподаткування, узагальнено в матеріалі Основні характеристики податку з оптової торгівлі у системі ТОП.

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