Вашите клиенти са ви платили 10 000 долара миналата седмица. Банковата ви сметка показва депозит от 9 412,55 долара. Къде отидоха останалите 587,45 долара — и защо сумата на депозита никога не изглежда да съвпада с нито една фактура?
Ако приемате плащания с карти чрез Stripe, Square, PayPal, Shopify Payments или друг процесор, вече сте се сблъскали с най-честото главоболие в съвременното счетоводство на малкия бизнес: изплащането, което не се съгласува. Решението не е в повече електронни таблици. То е в разбирането какво всъщност съдържа едно изплащане и записването на всяка част на правилното място.
Защо депозитът никога не съвпада с продажбата
Платежният процесор стои между вашия клиент и вашата банка. Когато клиент плати, парите не отиват директно при вас. Процесорът ги събира, задържа ги за кратко, приспада всичко, което му се дължи или което задържа, и след това ви изпраща остатъка в пакет, наречен изплащане (или „сетълмент“, или „депозит“, в зависимост от платформата).
Този пакет почти никога не е чисто число, защото едно изплащане обикновено включва:
- Брутни продажби — пълната сума, с която са таксувани клиентите
- Такси за обработка — делът на процесора, обикновено около 2,9% + 0,30 долара на транзакция с карта
- Възстановявания на суми — пари, върнати на клиенти през периода
- Оспорвани плащания (чарджбек) — принудителни анулирания, често с допълнителна такса
- Данък върху продажбите — събран върху продажната цена (това е пасив, а не приход)
- Текущи резерви — част от приходите, които процесорът задържа като резерв
- Корекции — разлики в обменните курсове, корекции и други такси
Банковото ви извлечение показва само крайната нетна сума. Ако запишете тази нетна сума като „приход“, вашите книги ще бъдат грешни по поне три начина: приходите ви ще бъдат подценени, таксите за обработка ще бъдат невидими, а задължението ви за данък върху продажбите ще изчезне. Когато дойде време за данъци, нищо от това няма да се съгласува.
Целта на съгласуването на изплащанията е проста за формулиране: обяснете разликата между това, което клиентите са платили, и това, което е постъпило в банката ви, ред по ред.
Транзитната сметка: Вашият мост между бруто и нето
Най-чистият начин за справяне с това е транзитна сметка (наричана още клирингова сметка или, в някои софтуери, „недепозирани средства“). Мислете за нея като за временно място за съхранение, което отразява баланса ви вътре в процесора.
Ето мисловния модел:
- Когато клиент плати, парите постъпват в транзитната сметка (тук записвате брутния приход).
- Таксите, възстановяванията и резервите се записват срещу транзитната сметка, когато възникнат.
- Когато процесорът изпрати изплащане, парите се преместват вън от транзитната сметка и във вашата банка.
- Във всеки един момент балансът на транзитната сметка трябва да е равен на реалния ви баланс в таблото за управление на процесора.
Ако балансът на вашата транзитна сметка съвпада с отчетения баланс от процесора, вие сте съгласувани. Ако не е така, нещо липсва — и знаете точно къде да търсите.
Този подход работи във всяка система с двустранно записване. Тъй като инструментите за текстово базирано счетоводство като Beancount правят всяка транзакция ясна и подлежаща на одит, те са отлично решение за този работен процес. Примерите по-долу използват синтаксиса на Beancount, но структурата е приложима за всяка счетоводна книга с двустранно записване.
Настройване на сметките
Нуждаете се от малък, специализиран набор от сметки:
Assets:Stripe:Clearing ; mirrors your balance inside the processor
Assets:Stripe:Reserve ; funds the processor is holding back
Assets:Bank:Checking ; where payouts land
Income:Sales ; gross revenue
Expenses:ProcessingFees ; the processor's cut
Expenses:Chargebacks ; lost disputes and dispute fees
Liabilities:SalesTaxPayable ; tax collected on behalf of the state
Income:Sales:Refunds ; contra-revenue for returned salesЗадържането на резерва в собствена активна сметка е важно: тези пари все още са ваши, просто не са достъпни за харчене в момента. Скриването им в транзитната сметка скрива реален актив от баланса ви.
Записване на продажба
Когато клиент бъде таксуван 200 долара плюс 16 долара данък върху продажбите, пълните 216 долара влизат във вашата транзитна сметка. Приходът и данъчното задължение се записват отделно:
2026-05-12 * "Customer payment - Invoice 1043"
Assets:Stripe:Clearing 216.00 USD
Income:Sales -200.00 USD
Liabilities:SalesTaxPayable -16.00 USDЗабележете, че все още не се появява такса. Повечето процесори начисляват таксата на ниво транзакция, но можете също така да я оставите да се натрупа и да я запишете в момента на изплащането. Изберете един метод и бъдете последователни. Записването на такси на транзакция е по-точно; записването им на изплащане е по-бързо. За повечето малки бизнеси записването на изплащане е практическият избор.
Записване на такси
Таксите за обработка са оперативен разход — реален бизнес разход, който подлежи на пълно приспадане. Когато ги записвате в момента на изплащане, просто взимате общата сума на таксите от отчета за изплащане на процесора:
2026-05-15 * "Stripe processing fees - payout period"
Expenses:ProcessingFees 18.45 USD
Assets:Stripe:Clearing -18.45 USDТаксата напуска транзитната сметка, защото процесорът е задържал тези пари — те никога не достигат до вашата банка. Честа грешка е приспадането на таксите от приходите (записване на 181,55 долара приход вместо 200 долара приход и 18,45 долара разход). Това подценява както приходите, така и разходите ви, изкривява маржовете ви и може тихо да увеличи данъчната ви основа по начини, които не биха издържали при одит.
Записване на възстановявания
Когато възстановявате средства на клиент, парите излизат обратно. Използвайте контра-приходна сметка, вместо да намалявате директно Income:Sales — това поддържа брутните продажби и възстановяванията видими като отделни стойности, което е необходимо за анализиране на нивата на връщане (return rates).
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 — правилно, тъй като таксата действително е била начислена.
Записване на оспорени плащания (Chargebacks)
Чърджбакът е принудително сторниране: банката на клиента изтегля средствата обратно, обикновено добавяйки такса за оспорване в размер на $15–$25. Докато оспорването не бъде разрешено, операторът дебитира както първоначалната сума, така и таксата от вашия баланс.
2026-05-13 * "Chargeback - Invoice 1031 plus dispute fee"
Expenses:Chargebacks 115.00 USD
Assets:Stripe:Clearing -115.00 USDАко по-късно спечелите оспорването, операторът връща първоначалната сума (макар често да не връща таксата). Запишете това като сторниране, когато средствата се върнат. Проследяването на оспорените плащания в отделна разходна сметка си заслужава усилията — нарастващият процент на чърджбаци е ранен предупредителен сигнал за измами, проблеми с изпълнението или риск за отношенията с платежния оператор.
Записване на пълзящи резерви (Rolling Reserves)
Пълзящият резерв е рисков буфер. Операторът задържа процент от вашите продажби — обикновено между 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Третирането на резерва като отделна сметка поддържа баланса ви честен и ви дава ясна представа колко пари са блокирани. Бизнесите, които игнорират резервите, често са изненадани да открият хиляди долари, които са "спечелили", но не могат да похарчат.
Записване на изплащането (Payout)
След всичко изброено по-горе, каквото остане в клиринговата сметка, е това, което операторът действително ви изпраща. Транзакцията по изплащането просто премества пари от клиринговата сметка към вашата банка:
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.
Този нулев баланс е доказателството. Ако вашата клирингова сметка не се върне на нула — или не съвпада с "висящия" (pending) баланс в таблото на оператора — имате липсваща или погрешно категоризирана транзакция и знаете точно кой период на изплащане трябва да разследвате.
Защо точните записи на изплащанията са важни
Това не е счетоводство заради самото счетоводство. Правилното записване на изплащанията води до реални решения:
- Реален приход. Нетните депозити подценяват вашите продажби. Инвеститорите, кредиторите и данъчните власти очакват брутен приход. Формата 1099-K (или съответният отчет), която получавате от вашия оператор, отчита брутния обем — ако вашите книги показват нетен, ще имате несъответствие, което трябва да обяснявате.
- Видими разходи. Таксите за обработка често са третият или четвъртият по големина разход на бизнеса. Не можете да преговаряте за по-добра ставка или да търсите друг оператор, ако никога не сте измервали колко плащате.
- Правилен данък върху продажбите. Данъкът, който събирате, е задължение, което дължите на държавата, а не ваш приход. Смесването му с приходите надценява печалбите и крие риск от неплащане на данъци.
- Честна парична позиция. Резервите и средствата в престой са реални активи. Баланс, който ги игнорира, подценява това, което притежавате.
- Готовност за одит. Клирингова сметка, която се изравнява до цент, е разликата между петминутно равнение и петчасово разследване.
Чести грешки, които трябва да избягвате
- Осчетоводяване на нетния депозит като приход. Най-честата грешка. Тя заличава такси, възстановявания и данъци с един замах.
- Прихващане на такси срещу приходи. Винаги записвайте брутните приходи и таксите отделно. Маржовете и бенчмарковете зависят от това.
- Третиране на резервите като разход. Резервните фондове са актив, който ще си върнете. Отчитането им като разход подценява както печалбата, така и активите.
- Игнориране на възстановени такси. Когато възстановявате сума по продажба, първоначалната такса за обработка обикновено не се връща. Не я сторнирайте.
- Равняване веднъж годишно. Плащане, което не съвпада, се коригира лесно през същата седмица, но е кошмарно за разплитане единадесет месеца по-късно. Равнявайте всяко плащане или най-малкото ежемесечно.
- Смесване на платежни оператори. Ако използвате Stripe и PayPal и Square, дайте на всеки собствена разчетна сметка. Един общ списък прави невъзможно да се определи коя платформа не е в баланс.
Поддържайте финансите си организирани от първия ден
Изплащанията от платежни оператори са мястото, откъдето обикновено започват разхвърляните счетоводни книги — а разчетната сметка е начинът да ги поддържате чисти. Всеки лев, който клиент ви плати, трябва да може да бъде проследен от брутната продажба през такси, възстановявания и резерви чак до депозита във вашата банка.
Beancount.io предоставя текстово базирано счетоводство, което прави този вид равняване естествено: всяка трансакция е изрична, всеки баланс по сметка подлежи на одит, а целият ви регистър е с контрол на версиите, без „черни кутии“ и без обвързаност с конкретен доставчик. Можете да моделирате разчетни сметки, резерви и корективи на приходите точно както е показано по-горе, след което да визуализирате всичко с контролно табло като 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.