При онлайн-продаже клиент платит картой практически мгновенно. Однако деньги не обязательно сразу поступают на банковский счёт предпринимателя. Сначала их получает платёжный шлюз, который затем объединяет несколько платежей в одну выплату (payout), удерживает свои комиссии и переводит на банковский счёт уже чистую сумму.
Именно поэтому платёжный шлюз нельзя учитывать только по банковской выписке.
Возьмём два платежа:
| Платёж | Оплачено клиентом | Комиссия шлюза | Чистая сумма |
|---|---|---|---|
| Клиент A | 100,00 € | 3,00 € | 97,00 € |
| Клиент B | 60,00 € | 2,00 € | 58,00 € |
| Итого | 160,00 € | 5,00 € | 155,00 € |
Затем платёжный шлюз объединяет оба платежа и переводит на банковский счёт предпринимателя одну выплату в 155 евро.
Если бы мы по банковской выписке отразили 155 евро как выручку, учёт не соответствовал бы тому, что произошло на самом деле. Клиенты заплатили в сумме 160 евро. Разница в 5 евро — это не уменьшение продаж, а отдельная комиссия платёжного шлюза.
Поэтому в простой бухгалтерии (jednoduché účtovníctvo) нужно отразить весь поток: платёж клиента, требование к платёжному шлюзу, комиссию и последующую выплату на банковский счёт.
Правовое состояние на 24 августа 2026 года.
Платёж клиента и выплата — это разные события
При обычной онлайн-продаже между возникновением задолженности клиента и её погашением может пройти всего несколько секунд. Клиент оформляет заказ или получает счёт и сразу платит картой.
С точки зрения учёта при этом всё равно происходят две вещи. Задолженность клиента погашается, потому что клиент заплатил. Одновременно возникает требование к компании, которая управляет платёжным шлюзом и должна затем рассчитаться с предпринимателем по полученным деньгам.
В простой бухгалтерии одна и та же операция отражается сразу в нескольких книгах. Книга дебиторской задолженности (kniha pohľadávok) показывает, кто должен предпринимателю деньги, а денежный журнал (peňažný denník) фиксирует карточную выручку через транзитную статью.
Эти две записи не исключают друг друга. Каждая отслеживает свою часть одной и той же операции.
Два платежа через Stripe
Клиент A платит 100 евро, клиент B — 60 евро. В обоих случаях оплата картой происходит практически одновременно с продажей.
Поэтому в книге дебиторской задолженности погашение задолженности клиентов и возникновение требований к Stripe можно отразить так:
Книга дебиторской задолженности
| Дата | Документ | Должник | Описание | Задолженность | Оплата / погашение | Остаток |
|---|---|---|---|---|---|---|
| 02.08.2026 | FA | Клиент A | Продажа услуги, оплата картой | 100,00 € | 100,00 € | 0,00 € |
| 02.08.2026 | ID | Stripe | Платёж клиента A, полученный через шлюз | 100,00 € | — | 100,00 € |
| 02.08.2026 | FA | Клиент B | Продажа услуги, оплата картой | 60,00 € | 60,00 € | 0,00 € |
| 02.08.2026 | ID | Stripe | Платёж клиента B, полученный через шлюз | 60,00 € | — | 160,00 € |
После обоих платежей клиенты уже ничего не должны. Открытым остаётся требование к Stripe на 160 евро.
С экономической точки зрения задолженность никуда не исчезла. Изменился только должник.
Как карточный платёж попадает в денежный журнал
Порядок ведения простой бухгалтерии предусматривает для поступлений по платёжным картам транзитные статьи (priebežné položky).1 При получении карточной выручки доход отражается в соответствующей графе и одновременно — транзитная статья на стороне доходов. При последующем зачислении на банковский счёт транзитная статья закрывается на стороне расходов.
Для наших двух платежей денежный журнал может выглядеть так:
Денежный журнал — полученные карточные платежи
| Дата | Документ | Текст | Поступление на счёт | PP — доход | PP — расход | PZD — продажа товаров и услуг | VOZD — комиссия |
|---|---|---|---|---|---|---|---|
| 02.08.2026 | ID | Платёж клиента A через Stripe | — | 100,00 € | — | 100,00 € | — |
| 02.08.2026 | ID | Платёж клиента B через Stripe | — | 60,00 € | — | 60,00 € | — |
| Итого | — | 160,00 € | — | 160,00 € | — |
На этом этапе у нас уже есть доход от продаж в 160 евро, хотя на банковский счёт пока ничего не поступило.
Транзитная статья не означает, что 160 евро — это ещё один актив наряду с требованием к Stripe. Это механизм денежного журнала, который связывает поступление по карте с его последующим зачислением.
Какой документ подтверждает платёж через Stripe
В обычном банке у нас есть банковская выписка. Платёжный шлюз же ведёт собственный детальный учёт платежей ещё до того, как сформирована выплата.
Для отдельных платежей в Stripe практическим подтверждающим документом служит прежде всего Payments CSV export. В нём видны отдельные транзакции, их дата, сумма брутто и, в зависимости от настроек экспорта, также комиссии и другие идентификаторы. Экспорт комиссий и платёжных данных Stripe описывает в своей документации.2
Именно по такому документу можно доказать, что клиент A заплатил 100 евро, а клиент B — 60 евро, хотя позже в банковской выписке появится лишь одна общая выплата.
На основании экспорта можно составить внутренний документ (interný doklad, ID), по которому карточная выручка отражается в денежном журнале и одновременно корректируется учёт дебиторской задолженности.
При сотнях платежей не нужно готовить сотни внутренних документов вручную. Можно работать со сводной записью за чётко определённый период, если сохраняется связь с детальным экспортом и отдельные транзакции можно отследить.
Главное, чтобы у каждой учётной записи было основание и чтобы задним числом можно было объяснить, что произошло, когда и на какую сумму.
Комиссии платёжного шлюза
С первого платежа Stripe удерживает 3 евро, со второго — 2 евро. Всего 5 евро.
Здесь важно различать отчёт о транзакциях и документ на услуги платёжного шлюза. Payments CSV может показывать комиссию по конкретному платежу, но само обязательство за услуги Stripe должно подтверждаться соответствующим учётным документом.
Если Stripe выставляет комиссии на 5 евро, возникает обязательство:
Книга кредиторской задолженности
| Дата | Документ | Кредитор | Описание | Обязательство | Оплата / погашение | Остаток |
|---|---|---|---|---|---|---|
| 03.08.2026 | FA | Stripe | Комиссии за платёжные услуги | 5,00 € | — | 5,00 € |
При этом комиссию нельзя просто рассчитать как разницу между суммой платежей брутто (gross payments) и выплатой.
В нашем примере:
160 € − 155 € = 5 €
и разница действительно состоит из комиссий. Однако в реальном аккаунте Stripe такая же разница может включать возвраты (refunds), споры (disputes), конвертацию валют, резервы или другие корректировки (adjustments).
Поэтому в учёте нельзя создавать расход как «остаток для сходимости». Должно быть понятно, что именно представляет собой конкретная разница.
В модельном примере в денежном журнале мы используем общее обозначение VOZD — комиссия. Конкретную статью расходов нужно определить исходя из характера услуги и используемой разбивки денежного журнала.
Одна выплата за два платежа клиентов
Затем Stripe объединяет оба платежа в одну выплату.
У нас есть требование к Stripe:
160 евро
и одновременно обязательство за его услуги:
5 евро.
Поэтому Stripe переводит на банковский счёт:
160 € − 5 € = 155 €
В банковской выписке будет всего одна строка:
Stripe payout +155 €
Именно здесь лучше всего видно, почему выплата — это не выручка. За одним банковским движением на 155 евро стоят два отдельных платежа клиентов на 160 евро брутто и отдельная комиссия в 5 евро.
Денежный журнал после выплаты
| Дата | Документ | Текст | Поступление на счёт | PP — доход | PP — расход | PZD — продажа товаров и услуг | VOZD — комиссия |
|---|---|---|---|---|---|---|---|
| 02.08.2026 | ID | Платёж клиента A через Stripe | — | 100,00 € | — | 100,00 € | — |
| 02.08.2026 | ID | Платёж клиента B через Stripe | — | 60,00 € | — | 60,00 € | — |
| 05.08.2026 | VBU | Выплата Stripe и зачёт комиссий | 155,00 € | — | 160,00 € | — | 5,00 € |
| Итого | 155,00 € | 160,00 € | 160,00 € | 160,00 € | 5,00 € |
После выплаты транзитная статья закрывается:
160 € на стороне доходов − 160 € на стороне расходов = 0 €.
При этом в учёте остаётся правильный результат:
- доход от продаж — 160 евро,
- комиссия платёжного шлюза — 5 евро,
- поступление на банковский счёт — 155 евро.
Как закрывается требование к Stripe
При выплате требование к Stripe уменьшается не только на 155 евро.
Stripe должен был рассчитаться с предпринимателем на все 160 евро. Он сделал это двумя способами: 155 евро перевёл на банковский счёт, а 5 евро зачёл в счёт своей комиссии.
Книга дебиторской задолженности — Stripe
| Дата | Документ | Должник | Описание | Задолженность | Оплата / погашение | Остаток |
|---|---|---|---|---|---|---|
| 02.08.2026 | ID | Stripe | Платёж клиента A | 100,00 € | — | 100,00 € |
| 02.08.2026 | ID | Stripe | Платёж клиента B | 60,00 € | — | 160,00 € |
| 05.08.2026 | VBU / авизо | Stripe | Выплата и зачёт комиссий | — | 160,00 € | 0,00 € |
Точно так же закрывается обязательство за услуги Stripe:
Книга кредиторской задолженности — Stripe
| Дата | Документ | Кредитор | Описание | Обязательство | Оплата / погашение | Остаток |
|---|---|---|---|---|---|---|
| 03.08.2026 | FA | Stripe | Комиссии за платёжные услуги | 5,00 € | — | 5,00 € |
| 05.08.2026 | ID | Stripe | Зачёт комиссий из баланса Stripe | — | 5,00 € | 0,00 € |
После полного расчёта (settlement) все учётные регистры показывают одно и то же:
Состояние после расчёта
| Состояние после расчёта | Сумма |
|---|---|
| Платежи клиентов брутто | 160,00 € |
| Доход от продаж | 160,00 € |
| Комиссии платёжного шлюза | 5,00 € |
| Выплата на банковский счёт | 155,00 € |
| Транзитные статьи | 0,00 € |
| Задолженность клиентов | 0,00 € |
| Требование к Stripe | 0,00 € |
| Обязательство перед Stripe | 0,00 € |
У Payments CSV, ежемесячного Summary и VAT Invoice разные задачи
В Stripe нет одного документа, который объяснял бы весь месяц. Разные документы подтверждают разные части потока.
Payments CSV удобен для самих платежей клиентов. В нём видны отдельные транзакции, и по нему можно определить полученные суммы брутто.
Ежемесячный Summary служит прежде всего для сверки (reconciliation). Он помогает проверить, как связаны между собой полученные платежи, комиссии, возвраты, прочие движения, выплаты и конечный баланс в Stripe. Stripe предназначает свои отчёты в том числе для контроля и сверки движения баланса.3
Stripe VAT Invoice — это отдельный учётный и налоговый документ на услуги Stripe. Он служит основанием для обязательства перед Stripe и для правильной оценки НДС. Ежемесячный налоговый счёт (tax invoice) и его содержание Stripe описывает в разделе поддержки.4
Эти суммы не обязательно совпадают.
Например, если Payments CSV показывает за месяц payment fees на 78,60 евро, а Stripe VAT Invoice выставлен на 81,41 евро, разницу в 2,81 евро не следует просто прибавлять к processing fees. Сначала нужно выяснить, что именно Stripe выставил этой суммой. Счёт может включать и другие услуги или комиссии, которые не привязаны напрямую к одному конкретному платежу клиента.
Точно так же общую сумму комиссий нельзя рассчитать лишь как разницу между платежами брутто и банковскими выплатами.
Банковская выписка подтверждает выплату, а не исходную выручку
В интерфейсе Stripe может быть видно, что выплата создана или отправлена. Однако движение по банковскому счёту отражается на основании выписки с банковского счёта (výpis z bankového účtu, VBU).1
Отчёт Stripe и банковская выписка подтверждают две разные вещи.
Stripe объясняет, из чего сложилась выплата. Банковская выписка подтверждает, сколько и когда фактически поступило на счёт.
Если в выписке мы видим одну выплату в 155 евро, сам банк не скажет нам, что за ней стоят два платежа на 100 и 60 евро и комиссии на 5 евро. Эту информацию можно получить только из учёта платёжного шлюза.
Поэтому для платёжного шлюза недостаточно учитывать только банковские движения.
Что если Stripe ещё не выплатил все деньги
Платежи клиентов и выплаты не обязательно приходятся на один и тот же день или даже месяц.
Если до конца месяца клиенты заплатили в сумме 1 000 евро, а Stripe перевёл в банк только часть этой суммы, это не значит, что доходом предпринимателя является только полученная выплата.
Клиенты уже заплатили. Нерассчитанная часть остаётся открытым требованием к платёжному шлюзу до следующей выплаты или другого способа расчёта.
Поэтому вполне нормально, если на конец месяца остаётся открытое требование к Stripe и остаток по транзитным статьям. Важно, чтобы это состояние можно было объяснить с помощью детального учёта платформы и затем сверить с последующими выплатами.
Не каждая платформа — это платёжный шлюз
Этот подход нельзя автоматически переносить на любую платформу, которая принимает деньги от конечных клиентов.
При классическом платёжном шлюзе клиент покупает у предпринимателя, а платформа обеспечивает обработку платежа и расчёт по нему.
Однако маркетплейс, комиссионная модель, App Store или Merchant of Record могут работать иначе. Платформа может сама быть продавцом для конечного клиента, или между сторонами может существовать совершенно иное правовое отношение.
Поэтому, прежде чем применять тот же порядок учёта, нужно понять, какую роль платформа фактически выполняет в конкретной бизнес-модели.
Вывод
При работе с платёжным шлюзом банковскую выплату нельзя путать с выручкой.
Если клиент A заплатил 100 евро, а клиент B — 60 евро, предприниматель получил карточную выручку брутто в 160 евро, даже если после удержания комиссий Stripe переводит на банковский счёт лишь одну выплату в 155 евро.
В денежном журнале поступления по картам отражаются как доход и через транзитные статьи. В книге дебиторской задолженности после оплаты клиентами отслеживается требование к платёжному шлюзу. Комиссии образуют отдельное обязательство, а при выплате закрываются банковское поступление, транзитная статья, требование и обязательство.
Поэтому в Stripe нужно отслеживать весь поток:
продажа → платёж клиента → требование к Stripe → комиссия → выплата → банковский счёт.
Payments CSV показывает отдельные платежи клиентов, ежемесячный Summary помогает сверить весь аккаунт Stripe, VAT Invoice подтверждает услуги Stripe, а банковская выписка — саму выплату.
И именно при множестве платежей лучше всего видно, почему это разграничение так важно: одна банковская выплата может быть результатом десятков или сотен отдельных продаж.
