Ваші клієнти заплатили вам $10,000 минулого тижня. Ваш банківський рахунок показує депозит у розмірі $9,412.55. Куди поділися інші $587.45 — і чому сума депозиту ніколи не збігається з жодним інвойсом?
Якщо ви приймаєте платежі картками через Stripe, Square, PayPal, Shopify Payments або будь-який інший процесор, ви вже зіткнулися з найпоширенішим головним болем сучасного малого бізнесу: виплатою, яка не збігається. Рішення не у збільшенні кількості електронних таблиць. Потрібно зрозуміти, що насправді містить виплата, і записувати кожну частину у правильне місце.
Чому депозит ніколи не збігається з продажем
Платіжний процесор знаходиться між вашим клієнтом і вашим банком. Коли клієнт платить, гроші не надходять прямо до вас. Процесор збирає їх, ненадовго утримує, вираховує все, що йому належить або що він залишає в резерві, а потім надсилає вам залишок групою, яка називається виплата (або «розрахунок», або «депозит», залежно від платформи).
Ця сума майже ніколи не буває «чистою», оскільки одна виплата зазвичай об'єднує:
- Валові продажі — повна сума, списана з клієнтів
- Комісії за обробку — частка процесора, зазвичай близько 2.9% + $0.30 за транзакцію
- Повернення — гроші, повернуті клієнтам протягом періоду
- Чарджбеки та диспути — примусові повернення коштів, часто з додатковою комісією
- Податок з продажів — стягується понад ціну продажу (це зобов'язання, а не дохід)
- Резерви (rolling reserves) — частина виручки, яку процесор утримує як страховку
- Коригування — різниця в конвертації валют, виправлення помилок та інші збори
Ваша банківська виписка показує лише фінальну суму нетто. Якщо ви запишете цю суму як «дохід», ваш облік буде помилковим щонайменше трьома способами: ваш дохід буде занижений, комісії за обробку будуть невидимими, а ваші зобов'язання щодо податку з продажів зникнуть. Коли прийде час податків, нічого не збіжиться.
Мета узгодження виплат проста: пояснити розрив між тим, що заплатили клієнти, і тим, що надійшло у ваш банк, рядок за рядком.
Транзитний рахунок: Ваш міст між Брутто та Нетто
Найчистіший спосіб впоратися з цим — використовувати транзитний рахунок (clearing account, також відомий як холдинговий рахунок або «недепозитовані кошти»). Думайте про нього як про тимчасовий «загін», який відображає ваш баланс всередині процесора.
Ось ментальна модель:
- Коли клієнт платить, гроші надходять на транзитний рахунок (ви записуєте сюди валовий дохід).
- Комісії, повернення та резерви списуються з транзитного рахунку в міру їх виникнення.
- Коли процесор надсилає виплату, гроші переміщуються з транзитного рахунку у ваш банк.
- У будь-який момент баланс транзитного рахунку повинен дорівнювати вашому реальному балансу в панелі керування процесора.
Якщо баланс вашого транзитного рахунку збігається зі звітом процесора, ви все узгодили. Якщо ні — чогось не вистачає, і ви точно знаєте, де шукати.
Цей підхід працює в будь-якій системі подвійного запису. Оскільки інструменти обліку у вигляді простого тексту, такі як Beancount, роблять кожну транзакцію явною та доступною для аудиту, вони чудово підходять для цього робочого процесу. Приклади нижче використовують синтаксис Beancount, але структура підходить для будь-якої бухгалтерської книги.
Налаштування рахунків
Вам знадобиться невеликий спеціалізований набір рахунків:
Assets:Stripe:Clearing ; відображає ваш баланс всередині процесора
Assets:Stripe:Reserve ; кошти, які процесор утримує
Assets:Bank:Checking ; куди надходять виплати
Income:Sales ; валовий дохід
Expenses:ProcessingFees ; частка процесора
Expenses:Chargebacks ; програні диспути та комісії за них
Liabilities:SalesTaxPayable ; податок, зібраний від імені держави
Income:Sales:Refunds ; контр-дохід для повернутих продажівВажливо тримати резерв на окремому рахунку активів: ці гроші все ще ваші, просто ви поки не можете їх витратити. Приховуючи їх на транзитному рахунку, ви прибираєте реальний актив зі свого балансу.
Запис продажу
Коли з клієнта списується $200 плюс $16 податку з продажів, повні $216 потрапляють на ваш транзитний рахунок. Дохід і податкове зобов'язання записуються окремо:
2026-05-12 * "Платіж клієнта - Інвойс 1043"
Assets:Stripe:Clearing 216.00 USD
Income:Sales -200.00 USD
Liabilities:SalesTaxPayable -16.00 USDЗверніть увагу, що комісія ще не відображена. Більшість процесорів стягують комісію на рівні транзакції, але ви також можете дозволити їм накопичуватися і записувати їх під час виплати. Оберіть один метод і будьте послідовними. Запис комісій за кожну транзакцію точніший; запис за кожну виплату — швидший. Для більшості малих підприємств запис за виплату є практичнішим вибором.
Запис комісій
Комісії за обробку — це операційні витрати, реальна вартість ведення бізнесу, яка повністю підлягає вирахуванню з податків. Коли ви записуєте їх під час виплати, ви просто берете загальну суму комісії зі звіту про виплату процесора:
2026-05-15 * "Комісії за обробку Stripe - період виплати"
Expenses:ProcessingFees 18.45 USD
Assets:Stripe:Clearing -18.45 USDКомісія залишає транзитний рахунок, тому що процесор залишив ці гроші собі — вони ніколи не потраплять у ваш банк. Поширеною помилкою є віднімання комісій від доходу (запис $181.55 доходу замість $200 доходу та $18.45 витрат). Це занижує як ваш дохід, так і ваші витрати, спотворює маржинальність і може непомітно роздути вашу податкову картину так, що вона не витримає перевірки.
Реєстрація повернень
Коли ви повертаєте кошти клієнту, гроші повертаються назад. Використовуйте контрарний рахунок доходів замість того, щоб зменшувати Income:Sales безпосередньо — це дозволяє бачити валові продажі та повернення як окремі показники, що необхідно для аналізу коефіцієнта повернень.
2026-05-14 * "Refund - Invoice 1039"
Income:Sales:Refunds 50.00 USD
Liabilities:SalesTaxPayable 4.00 USD
Assets:Stripe:Clearing -54.00 USDБільшість процесингових сервісів повертають клієнту податок з продажів, але не повертають початкову комісію за обробку платежу. Ця асиметрія — це реальні втрачені гроші, які залишаються на вашому рахунку Expenses:ProcessingFees — і це правильно, оскільки комісія була фактично сплачена.
Реєстрація чарджбеків та диспутів
Чарджбек — це примусове повернення платежу: банк клієнта відкликає кошти, зазвичай додаючи комісію за диспут у розмірі $15–$25. До моменту вирішення диспуту процесинговий сервіс списує з вашого балансу і початкову суму, і комісію.
2026-05-13 * "Chargeback - Invoice 1031 plus dispute fee"
Expenses:Chargebacks 115.00 USD
Assets:Stripe:Clearing -115.00 USDЯкщо ви пізніше виграєте диспут, процесинговий сервіс поверне початкову суму (хоча часто без комісії). Зафіксуйте це як сторнування, коли кошти повернуться. Відстеження чарджбеків на окремому рахунку витрат варте зусиль — зростання кількості чарджбеків є раннім попередженням про шахрайство, проблеми з виконанням замовлень або ризик розірвання відносин з платіжною системою.
Реєстрація ковзних резервів
Ковзний резерв — це подушка ризику. Процесинговий сервіс утримує відсоток від ваших продажів — зазвичай від 5% до 15% — і повертає його вам після фіксованої затримки, часто через 90–180 днів. Це поширена практика для нових компаній, високоризикових галузей та мерчантів з високим рівнем чарджбеків.
Ключовий момент у бухгалтерському обліку: резервні кошти залишаються вашим активом. Це не витрати і не втрачений дохід. Це ваші готівкові кошти, якими ви просто поки що не можете скористатися. Записуйте це як переказ між двома рахунками активів:
2026-05-15 * "Stripe rolling reserve withheld - 10%"
Assets:Stripe:Reserve 120.00 USD
Assets:Stripe:Clearing -120.00 USDКоли процесинговий сервіс вивільняє резерв через кілька місяців, кошти повертаються на кліринговий рахунок, а потім виводяться як частина звичайної виплати:
2026-08-15 * "Stripe rolling reserve released"
Assets:Stripe:Clearing 120.00 USD
Assets:Stripe:Reserve -120.00 USDОблік резерву на окремому рахунку забезпечує чесність вашого балансового звіту та дає чітку картину того, скільки готівки заблоковано. Компанії, які ігнорують резерви, часто дивуються, виявляючи тисячі доларів, які вони «заробили», але не можуть витратити.
Реєстрація виплати
Після всього вищеописаного те, що залишається на кліринговому рахунку, — це сума, яку процесинговий сервіс фактично надсилає вам. Транзакція виплати просто переміщує гроші з клірингового рахунку на ваш банківський рахунок:
2026-05-15 * "Stripe payout to checking"
Assets:Bank:Checking 412.55 USD
Assets:Stripe:Clearing -412.55 USDКоли ця транзакція проводиться, ваша банківська виписка та ваші книги узгоджуються щодо депозиту. І оскільки кожен інший елемент — валові продажі, комісії, повернення, чарджбеки, резерви — був зафіксований на тому ж кліринговому рахунку, ви тепер можете підтвердити весь ланцюжок.
Повний приклад звірки
Припустимо, за період виплати відбулися такі операції:
| Пункт | Сума |
|---|---|
| Валові продажі | +$600.00 |
| Зібраний податок з продажів | +$48.00 |
| Повернення | −$54.00 |
| Чарджбек + комісія | −$115.00 |
| Комісії за обробку | −$18.45 |
| Ковзний резерв (10%) | −$48.00 |
| Чиста виплата | $412.55 |
Покроковий розрахунок: $600 продажів плюс $48 податку — це $648 на кліринговий рахунок. Відніміть $54 повернень, $115 чарджбеків, $18.45 комісій та $48 резерву, і ви отримаєте $412.55 — саме суму виплати. Після введення кожної транзакції кліринговий рахунок повертається до нуля (за умови відсутності незавершених транзакцій), а на рахунку резерву залишається $48.
Цей нульовий баланс є доказом. Якщо ваш кліринговий рахунок не повертається до нуля — або не збігається з «очікуваним» балансом у панелі керування процесингового сервісу — значить, у вас є пропущена або неправильно класифікована транзакція, і ви точно знаєте, який період виплати потрібно перевірити.
Чому важливий точний облік виплат
Це не просто бухгалтерія заради бухгалтерії. Правильна реєстрація виплат допомагає приймати реальні рішення:
- Справжній дохід. Чисті депозити занижують ваші продажі. Інвестори, кредитори та податкова служба очікують валовий дохід. Форма 1099-K, яку ви отримуєте від свого процесингового сервісу, відображає валовий обсяг — якщо ваші книги показують чистий дохід, у вас виникне розбіжність, яку доведеться пояснювати.
- Видимі витрати. Комісії за обробку часто є третіми або четвертими за величиною витратами бізнесу. Ви не зможете домовитися про кращу ставку або змінити платіжну систему, якщо ніколи не вимірювали, скільки ви платите.
- Правильний податок з продажів. Зібраний вами податок — це зобов'язання перед державою, а не ваш дохід. Змішування його з виручкою завищує прибуток і створює ризик недоплати податків.
- Чесна касова позиція. Резерви та кошти в дорозі — це реальні активи. Баланс, який їх ігнорує, недооцінює те, чим ви володієте.
- Готовність до аудиту. Кліринговий рахунок, який збігається до копійки, — це різниця між п'ятихвилинною звіркою та п'ятигодинним розслідуванням.
Поширені помилки, яких слід уникати
- Облік чистого депозиту як доходу. Це найпоширеніша помилка. Вона одним махом стирає комісії, повернення та податки.
- Взаємозалік комісій та доходу. Завжди записуйте валовий дохід та комісії окремо. Від цього залежать показники маржі та контрольні показники.
- Розгляд резервів як витрат. Резервні кошти — це актив, який ви отримаєте назад. Віднесення їх до витрат занижує як прибуток, так і активи.
- Ігнорування повернутих комісій. Коли ви робите повернення за продаж, початкова комісія за обробку платежу зазвичай не повертається. Не скасовуйте її в обліку.
- Проведення звірки раз на рік. Виплату, яка не зійшлася, легко виправити того ж тижня, але надзвичайно важко розплутати через одинадцять місяців. Звіряйте кожну виплату або принаймні щомісяця.
- Змішування платіжних систем. Якщо ви використовуєте Stripe, PayPal та Square, створіть для кожного окремий транзитний рахунок. Один загальний кошик унеможливлює визначення того, на якій платформі виник дисбаланс.
Тримайте свої фінанси в порядку з першого дня
Виплати від платіжних систем — це те, з чого зазвичай починається безлад у бухгалтерії, а транзитний рахунок — це спосіб підтримувати її в чистоті. Кожен долар, який сплачує клієнт, має бути простежуваним: від валового продажу через комісії, повернення та резерви аж до депозиту у вашому банку.
Beancount.io пропонує текстову бухгалтерію (plain-text accounting), яка робить таку звірку природною: кожна транзакція є явною, кожен баланс рахунку піддається аудиту, а вся ваша головна книга знаходиться під контролем версій — без «чорних скриньок» та залежності від постачальника. Ви можете моделювати транзитні рахунки, резерви та контр-рахунки доходів точно так, як показано вище, а потім візуалізувати все це за допомогою панелі керування, такої як Fava. Почніть безкоштовно і дізнайтеся, чому розробники та фінансові фахівці переходять на текстову бухгалтерію.
Джерела: Ridgeway Financial Services — Payment Processor Settlement Accounting, Stripe Documentation — Payout Reconciliation Report, Lightspeed — Payment Reconciliation, PaymentCloud — What is a Rolling Reserve, Checkout.com — What is a Rolling Reserve.