Beancount.io LogoBeancount.io

Как сверять выплаты от платежных систем: руководство по использованию транзитного счета

10 мин чтенияMike ThriftMike Thrift
Как сверять выплаты от платежных систем: руководство по использованию транзитного счета

На прошлой неделе ваши клиенты заплатили вам 10 000 долларов. На вашем банковском счете отображается депозит в размере 9 412,55 доллара. Куда делись остальные 587,45 доллара — и почему сумма депозита никогда не совпадает ни с одним счетом-фактурой?

Если вы принимаете платежи по картам через Stripe, Square, PayPal, Shopify Payments или любой другой процессор, вы уже столкнулись с самой распространенной проблемой бухгалтерии в современном малом бизнесе: выплата, которая не сходится. Решение — не в увеличении количества электронных таблиц. Оно заключается в понимании того, что на самом деле содержит выплата, и в правильном отражении каждой ее части на нужных счетах.

Почему депозит никогда не совпадает с суммой продажи

Платежный процессор находится между вашим клиентом и вашим банком. Когда клиент платит, деньги не поступают напрямую вам. Процессор собирает их, удерживает в течение короткого времени, вычитает все причитающиеся ему суммы или резервы, а затем отправляет вам остаток в виде пакета, называемого выплатой (или «расчетом», или «депозитом», в зависимости от платформы).

Этот пакет почти никогда не равен «чистому» числу, потому что одна выплата обычно объединяет в себе:

  • Валовые продажи — общая сумма, списанная с клиентов
  • Комиссии за обработку — доля процессора, обычно около 2,9% + $0,30 за транзакцию по карте
  • Возвраты — деньги, возвращенные клиентам за этот период
  • Чарджбэки и споры — принудительные возвраты, часто с дополнительной комиссией
  • Налог с продаж — взимается сверх цены продажи (это обязательство, а не доход)
  • Гарантийный резерв — часть выручки, которую процессор удерживает в качестве «подушки безопасности»
  • Корректировки — разница в курсах валют, исправления и прочие сборы

В вашей банковской выписке отображается только итоговая чистая сумма. Если вы запишете эту сумму как «доход», ваш учет будет неверным как минимум в трех аспектах: выручка будет занижена, комиссии за обработку останутся невидимыми, а задолженность по налогу с продаж исчезнет. Когда придет время налогов, ничего не сойдется.

Цель сверки выплат проста: построчно объяснить разрыв между тем, что заплатили клиенты, и тем, что фактически поступило в ваш банк.

Транзитный счет: ваш мост между валовой и чистой суммой

Самый правильный способ справиться с этим — использовать транзитный счет (clearing account, также называемый промежуточным счетом или, в некотором ПО, «недепонированными средствами»). Думайте о нем как о временном хранилище, которое отражает ваш баланс внутри платежной системы.

Вот ментальная модель:

  1. Когда клиент платит, деньги поступают на транзитный счет (вы фиксируете здесь валовую выручку).
  2. Комиссии, возвраты и резервы фиксируются по транзитному счету по мере их возникновения.
  3. Когда процессор отправляет выплату, деньги перемещаются с транзитного счета на ваш банковский счет.
  4. В любой момент баланс транзитного счета должен быть равен вашему реальному балансу в личном кабинете процессора.

Если баланс вашего транзитного счета совпадает с балансом в отчете процессора, сверка пройдена. Если нет — значит, что-то упущено, и вы точно знаете, где искать.

Этот подход работает в любой системе двойной записи. Поскольку инструменты учета в текстовом формате (plain-text accounting), такие как 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 * "Возврат — счет 1039"
  Income:Sales:Refunds             50.00 USD
  Liabilities:SalesTaxPayable       4.00 USD
  Assets:Stripe:Clearing          -54.00 USD

Большинство платежных систем возвращают налог с продаж клиенту, но не возвращают первоначальную комиссию за обработку платежа. Эта асимметрия — реальная потеря денег, которая остается на вашем счете Expenses:ProcessingFees. И это правильно, так как комиссия действительно была уплачена.

Учет чарджбэков и диспутов

Чарджбэк (chargeback) — это принудительный возврат средств: банк клиента отзывает платеж, обычно добавляя комиссию за рассмотрение спора в размере 15–25 долларов. Пока спор не разрешен, платежная система списывает с вашего баланса и первоначальную сумму, и комиссию.

2026-05-13 * "Чарджбэк — счет 1031 плюс комиссия за спор"
  Expenses:Chargebacks            115.00 USD
  Assets:Stripe:Clearing         -115.00 USD

Если вы позже выиграете спор, платежная система вернет первоначальную сумму (хотя часто без учета комиссии). Запишите это как обратную операцию, когда средства вернутся. Отслеживание чарджбэков на отдельном счете расходов стоит затраченных усилий: рост их числа — это ранний признак мошенничества, проблем с исполнением заказов или риска разрыва отношений с платежной системой.

Учет скользящего резерва (Rolling Reserve)

Скользящий резерв (rolling reserve) — это финансовая подушка безопасности для минимизации рисков. Платежная система удерживает процент от ваших продаж — обычно от 5% до 15% — и возвращает его вам через фиксированный промежуток времени, часто через 90–180 дней. Это обычная практика для нового бизнеса, отраслей с высоким уровнем риска и продавцов с повышенным процентом чарджбэков.

Критически важный момент в бухгалтерском учете: резервные деньги — это все еще ваш актив. Это не расход и не потерянный доход. Это ваши наличные деньги, которыми вы просто пока не можете распоряжаться. Записывайте это как перевод между двумя счетами активов:

2026-05-15 * "Удержание скользящего резерва Stripe — 10%"
  Assets:Stripe:Reserve           120.00 USD
  Assets:Stripe:Clearing         -120.00 USD

Когда платежная система высвобождает резерв через несколько месяцев, средства возвращаются на транзитный счет (clearing account), а затем выплачиваются в рамках обычной выплаты:

2026-08-15 * "Высвобождение скользящего резерва Stripe"
  Assets:Stripe:Clearing          120.00 USD
  Assets:Stripe:Reserve          -120.00 USD

Учет резерва на отдельном счете делает ваш балансовый отчет достоверным и дает четкое представление о том, какая сумма денежных средств заморожена. Компании, которые игнорируют резервы, часто с удивлением обнаруживают тысячи «заработанных» долларов, которые они не могут потратить.

Учет выплат

После учета всех вышеперечисленных операций остаток на транзитном счете — это то, что платежная система фактически отправляет вам. Транзакция выплаты просто переводит деньги с транзитного счета на ваш банковский счет:

2026-05-15 * "Выплата Stripe на расчетный счет"
  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от продаж плюс 48 налога — это 648 натранзитномсчете.Вычитаем54на транзитном счете. Вычитаем 54 возвратов, 115 чарджбэков,18,45чарджбэков, 18,45 комиссий и 48 $, удерживаемых в резерве. В итоге остается **412,55 —именностолькосоставитвыплата.Послевводакаждойтранзакциибаланстранзитногосчетавозвращаетсякнулю(приусловии,чтонетнезавершенныхопераций),анасчетерезерваостается48** — именно столько составит выплата. После ввода каждой транзакции баланс транзитного счета возвращается к нулю (при условии, что нет незавершенных операций), а на счете резерва остается 48 .

Нулевой баланс — это доказательство правильности учета. Если ваш транзитный счет не обнуляется или не совпадает с «ожидаемым» (pending) балансом в панели управления платежной системы, значит, какая-то транзакция пропущена или неверно классифицирована, и вы точно знаете, какой период выплат нужно проверить.

Почему важен точный учет выплат

Это не просто бухгалтерия ради бухгалтерии. Правильный учет выплат помогает принимать реальные решения:

  • Реальный доход. Чистые депозиты занижают ваши продажи. Инвесторы, кредиторы и налоговые органы ожидают увидеть валовую выручку. В форме 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.