Уявіть ситуацію: ваш бізнес мав чудовий місяць. Залишок на банківському рахунку більший, ніж будь-коли за весь рік, і ви спокушаєтеся сприймати цей баланс як зароблені гроші. Але якщо ви збираєте податок з продажу з клієнтів, частина цих коштів ніколи не належала вам. Вони належать державі, а ви просто зберігаєте їх, поки не передасте.
Це єдине непорозуміння — сприйняття зібраного податку з продажу як доходу, а не як зобов’язання — є однією з найпоширеніших помилок у бухгалтерському обліку, яких припускаються власники малого бізнесу. Це завищує ваш задекларований дохід, викривляє показники рентабельності та може змусити вас гарячково шукати готівку, коли настане термін сплати. Гірше того, саме такий недбалий облік перетворює рутинну державну перевірку на дороге випробування.
Ось як правильно обліковувати податок з продажу, чому він ніколи не повинен потрапляти у ваш звіт про прибутки та збитки, і як узгоджувати зобов’язання так, щоб вони повністю обнулялися кожного податкового періоду.
Ви — збирач податків, а не платник податків
Коли ви продаєте товар або послугу, що підлягає оподаткуванню, податок з продажу не є витратою вашого бізнесу. Це витрати вашого клієнта. Ви лише посередник, якого держава уповноважила збирати ці кошти.
Подумайте про це як про банку для чайових, яка належить комусь іншому. Клієнт дає вам $107 за товар вартістю $100 у штаті з податковою ставкою 7%. Ви заробили $100. Інші $7 — це гроші, які ви зберігаєте для держави. Вони проходять через ваш банківський рахунок, але ніколи не є доходом, а їх подальша сплата державі ніколи не є витратою.
Ось чому податок з продажу до сплати відображається у вашому балансі як поточне зобов’язання, а не у звіті про прибутки та збитки як дохід або відрахування. Як тільки ви його зібрали, ви вже заборгували його. Облік повинен відображати це зобов’язання з найпершої транзакції.
Якщо ви включите ці $7 у суму своїх продажів, одночасно виникнуть три проблеми:
- Ваш дохід буде завищений, через що ваш бізнес виглядатиме прибутковішим, ніж він є насправді.
- Ваша валова маржа та показники рентабельності будуть викривлені, тому будь-яке рішення, засноване на них (ціноутворення, найм, запозичення), базуватиметься на хибних цифрах.
- Ваш податок на прибуток може бути завищений, оскільки ви можете зрештою сплатити податок з грошей, які ніколи не належали вам.
Журнальний запис: відокремлення продажу від податку
Правильний облік податку з продажу зводиться до однієї звички: кожен продаж, що підлягає оподаткуванню, розділяється на два кредити, а не на один.
Припустимо, ви здійснюєте продаж на $1,000 за ставки податку 7%, і клієнт платить готівкою. Запис виглядає так:
Дебет Готівка $1,070
Кредит Дохід від продажів $1,000
Кредит Податок з продажу до сплати $70Дебет і кредит збалансовані на рівні $1,070, але зверніть увагу на роль кожного рядка. Готівка відображає повну суму, яка надійшла на ваш банківський рахунок. Дохід від продажів фіксує лише те, що ви фактично заробили. Податок з продажу до сплати фіксує зобов'язання, яке ви тепер маєте перед державою.
Якщо продаж здійснюється в кредит, а не за готівку, змінюється лише рахунок дебету:
Дебет Дебіторська заборгованість $1,070
Кредит Дохід від продажів $1,000
Кредит Податок з продажу до сплати $70Принцип ідентичний. Клієнт винен вам усі $1,070, ви заробили $1,000, а $70 призначені для держави незалежно від способу оплати.
Коли ви перераховуєте податок
Коли настає термін подання звітності і ви надсилаєте гроші державі, ви просто погашаєте зобов’язання, яке накопичували. Запис сторнує кредиторську заборгованість:
Дебет Податок з продажу до сплати $70
Кредит Готівка $70Зверніть увагу, що цей запис ніколи не торкається Доходу від продажів або будь-якого рахунку витрат. Він просто виводить готівку з ваших книг і анулює зобов’язання — нічого більше. Якщо ваш рахунок податку з продажу до сплати ведеться правильно, він повинен впасти до нуля (або близько до того) одразу після перерахування коштів.
Використовуйте один рахунок зобов’язань на кожну юрисдикцію
Якщо ви збираєте податок лише для одного штату за єдиною ставкою, одного рахунку «Податок з продажу до сплати» достатньо. Але як тільки ви починаєте продавати у кількох штатах — або у кількох місцевих юрисдикціях з різними ставками — єдиний рахунок перетворюється на кошмар під час узгодження.
Більш чіткий підхід полягає у веденні окремого субрахунку зобов’язань для кожного штату, де ви маєте зобов’язання щодо звітності: Податок з продажу до сплати — Каліфорнія, Податок з продажу до сплати — Техас і так далі. Це дає дві переваги. По-перше, подання декларації в кожному штаті стає питанням перевірки балансу одного рахунку замість того, щоб розплутувати змішану загальну суму. По-друге, якщо аудитор коли-небудь запитає, як ви отримали певну цифру, ви зможете вказати на чіткий слід по конкретній юрисдикції, а не відновлювати його за допомогою зворотного проектування.
Це саме та структура, з якою інструменти plain-text accounting справляються без зусиль. Оскільки такі інструменти, як Beancount.io, дозволяють визначати ієрархію рахунків у вигляді простого тексту, ви можете створити Liabilities:SalesTax:CA та Liabilities:SalesTax:TX за лічені секунди, і кожна транзакція автоматично потраплятиме в потрібне місце. Дивіться документацію, щоб дізнатися, як працюють дерева рахунків.
Чи ви взагалі винні податок у цьому штаті? Питання «нексусу»
Перш ніж ви зможете зафіксувати податок з продажів для певного штату, ви повинні знати, чи зобов'язані ви взагалі його там збирати. Ця вимога називається нексус (nexus) — зв'язок, достатньо значущий для того, щоб штат міг змусити вас збирати податок.
Існує два основних види:
- Фізичний нексус: офіс, склад, запаси в центрі виконання замовлень або працівники в штаті.
- Економічний нексус: достатній обсяг продажів у штаті, що перевищує грошовий поріг або кількість транзакцій, навіть без фізичної присутності. Більшість штатів встановлюють цей поріг на рівні 100 000 доларів продажів або 200 транзакцій на рік, хоча точні цифри варіюються, і кілька штатів їх нещодавно коригували.
Найдорожча помилка щодо нексусу — це припущення, що у вас його немає в штаті, де він насправді є. Продавець електронної комерції може непомітно перетнути поріг економічного нексусу в трьох нових штатах за активний квартал і не усвідомлювати цього, доки штат не надішле повідомлення — і тоді заборгованість з податків, штрафи та відсотки нараховуються ретроактивно.
Переглядайте свої продажі за штатами принаймні щокварталу. Суть перевірки полягає не в бухгалтерському записі, а в тому, щоб виявити нове зобов'язання щодо подання звітності до того, як штат виявить це замість вас.
Узгодження заборгованості з податку з продажів під час подання звітності
Узгодження (reconciliation) — це те, де хороша бухгалтерія приносить плоди. Мета проста: податок з продажів, який ви зібрали у своїх книгах, повинен збігатися з податком, який ви декларуєте та сплачуєте у податковій декларації штату. Коли ці дві цифри розходяться, ви або недоплатили (що призведе до майбутніх донарахувань), або переплатили (віддали власні гроші штату без причини).
Ось практична процедура узгодження для кожного звітного періоду:
- Витягніть дані про рух за рахунком «Податок з продажів до сплати» (Sales Tax Payable) за період. Почніть із початкового сальдо, додайте все зібране за період, і ви отримаєте суму, яку ви повинні до сплати перед перерахуванням.
- Відокремте оподатковувані продажі від неоподатковуваних. Продажі, звільнені від оподаткування, транзакції для перепродажу та доставка до штатів, де у вас немає нексусу, не повинні створювати податкових зобов'язань. Переконайтеся, що вони були виключені правильно.
- Розподіліть загальну суму за юрисдикціями. Кожна декларація штату потребує власної цифри. Якщо ви використовували окремі рахунки для кожного штату, цей крок уже виконано.
- Порівняйте ваші записи з даними вашої торгової точки або платформи електронної комерції. Це крок, який більшість компаній пропускає — і який обожнюють аудитори. Якщо ваша торгова платформа розрахувала 4 200 доларів податку, а у ваших книгах відображено 4 050 доларів, щось налаштовано неправильно. Знайдіть розбіжність до подання звітності, а не під час аудиту.
- Подайте звітність, сплатіть податок і закрийте рахунок. Після оплати ваш залишок на рахунку «Податок з продажів до сплати» для цієї юрисдикції та періоду має повернутися до нуля.
Виконуйте полегшену версію кроків 3 і 4 щотижня, а не чекайте дедлайну подання звітності. Невелику помилку інтеграції, виявлену через сім днів, можна виправити за п'ять хвилин. Та сама помилка, виявлена через дев'яносто днів, перетворюється на цілий проєкт з узгодження.
Поширені помилки, що спричиняють проблеми
Кілька повторюваних помилок становлять більшу частину проблем із податком з продажів. Слідкуйте за ними:
Запис податку як доходу. Головна помилка. Це завищує дохід і може призвести до переплати податку на прибуток з грошей, які ви ніколи не заробляли.
Трактування сплати податку як витрати. Сплата податку штату не є бізнес-витратою — це погашення зобов'язання. Облік цього як витрати призводить до подвійного підрахунку та занижує ваш прибуток.
Відсутні або прострочені сертифікати звільнення від оподаткування. Якщо ви здійснюєте продаж без податку перепродавцю або покупцеві, звільненому від оподаткування, вам потрібно мати дійсний сертифікат звільнення. Відсутність сертифіката означає, що аудитор вважатиме продаж оподатковуваним і нарахує податок, який ви ніколи не збирали. Сертифікати також мають термін дії — стежте за їх актуальністю.
Ігнорування податку на користування (use tax). Менш відомий «брат» податку з продажів. Якщо ви купуєте товари або обладнання у постачальника з іншого штату, який не нарахував вам податок з продажів, ви зазвичай самі винні податок на користування безпосередньо своєму штату. Багато малих підприємств ніколи не фіксують податок на користування, і це часто виявляється під час аудиту.
Дозволяти залишку зобов'язань накопичуватися. Якщо рахунок «Податок з продажів до сплати» ніколи не повертається до (або близько до) нуля після сплати, щось не так: запис був пропущений, ставка була неправильною або платіж був невірно рознесений. Зобов'язання, яке тільки зростає, — це тривожний сигнал, який слід негайно розслідувати.
Ігнорування зміни частоти подання звітності. Штати переводять бізнес між щомісячним, щоквартальним та щорічним поданням звітності залежно від зміни обсягу продажів. Пропустіть повідомлення — і ви пропустите дедлайн.
Приємний бонус: знижки продавцям за своєчасне подання звітності
Один позитивний момент, про який варто знати: низка штатів дозволяє вам залишити собі невелику частину зібраного податку як компенсацію за його збір — якщо ви подаєте звітність і платите вчасно. Флорида, Міссурі та Нью-Йорк, серед інших, досі пропонують певну форму цієї «знижки продавця» або надбавки за своєчасне подання.
Суми є скромними та обмеженими, а тенденція неоднозначна — деякі штати нещодавно скоротили або призупинили свої знижки, тому не будуйте бюджет навколо них. Але коли ви її отримуєте, зафіксуйте це належним чином: утримана сума є іншим доходом для вашого бізнесу, оскільки вона справді залишається у вас. Це рідкісний випадок, коли частина транзакції з податку з продажів законно стає доходом.
Організуйте свої фінанси з першого дня
Правильний облік податку з продажів — це передусім дисципліна: розподіляйте кожен оподатковуваний продаж на отриманий дохід та зобов’язання, що утримуються в довірчому управлінні, ведіть окремий рахунок для кожної юрисдикції та проводьте звірку перед поданням звітності, а не під час аудиту. Механіка нескладна — небезпека полягає в тому, щоб запустити процес до моменту, коли цифри перестануть збігатися.
Ведення чітких фінансових записів, придатних для аудиту, — це саме те, де прозора система повністю себе виправдовує. Beancount.io забезпечує облік у текстовому форматі (plain-text accounting), що надає вам повну видимість та контроль над кожним рахунком зобов’язань — жодних «чорних скриньок», жодної прив’язки до постачальника та повна історія з контролем версій, яку аудитор може перевірити рядок за рядком. Почніть безкоштовно і дізнайтеся, чому розробники та фінансові фахівці переходять на облік у текстовому форматі.