Комиссия платёжной системы: как учитывать

Эквайринговая комиссия — это процент, который платёжная система удерживает с магазина, а не с покупателя. В 1С-Битрикс заказ почти всегда отражает полную сумму оплаты, а на расчётный счёт приходит меньше. Разберём, где это видно в системе, кто платит комиссию по закону и как свести деньги с заказами.

Что такое комиссия и где она возникает

Когда покупатель оплачивает заказ картой или через СБП, банк-эквайер или платёжный агрегатор (ЮKassa, Тинькофф, CloudPayments, Сбербанк) удерживает комиссию за обработку платежа — обычно от 0,4–0,7% по СБП до 1,5–3,5% по банковским картам. Клиент видит и оплачивает полную стоимость заказа, а магазин получает на расчётный счёт сумму за вычетом этой комиссии.

Важно понимать: в 1С-Битрикс нет отдельного поля «комиссия», которое автоматически уменьшало бы поступившую сумму. Магазин фиксирует, что заказ оплачен полностью, а разница между суммой заказа и деньгами на счёте — это отдельная хозяйственная операция (расходы на услуги банка), которую нужно отражать в бухгалтерии, а не в самом заказе.

Где в Битрикс хранится сумма оплаты

За оплату в модуле sale отвечает сущность «Оплата» (таблица b_sale_order_payment). Ключевые поля, на которые смотрят при разборе комиссии:

• SUM — сумма оплаты, которую магазин выставил к платежу;
• PS_SUM — сумма, которую подтвердила платёжная система в ответном уведомлении (callback);
• PAID — флаг «оплачено» (Y/N);
• PS_STATUS_CODE, PS_RESPONSE_DATE — статус и дата ответа ПС.

В подавляющем большинстве случаев PS_SUM равна SUM: агрегатор сообщает Битриксу, что принял полную сумму заказа, а комиссию удерживает уже на своей стороне при выплате. Поэтому в карточке заказа (Магазин → Заказы) вы почти никогда не увидите «чистую» сумму за вычетом комиссии — её там и не должно быть.

Кто платит комиссию: закон и практика

Частый вопрос — можно ли переложить эквайринговую комиссию на покупателя, добавив её к сумме заказа. Для розницы (B2C) в России ответ отрицательный: статья 16.1 Закона «О защите прав потребителей» обязывает продавца обеспечить возможность оплаты как наличными, так и картой, причём цена товара должна быть одинаковой независимо от способа оплаты. Отдельная «наценка за оплату картой» для физлиц незаконна.

На практике магазины поступают так:

• Абсорбируют комиссию — закладывают её в цену товара и относят на расходы. Самый корректный и распространённый вариант для B2C.
• Дают скидку за другой способ оплаты — например, при предоплате на счёт для юрлиц. Это допустимо, так как снижает цену, а не повышает её.
• Разные условия для B2B — в договоре с юрлицом порядок компенсации расходов на эквайринг определяется соглашением сторон.

Сверка выписки эквайера с заказами

Главная учётная задача — свести реестр платежей эквайера с заказами в Битриксе. Логика простая: сумма всех оплаченных заказов за период должна совпадать с суммой поступлений на счёт плюс удержанная комиссия.

Расхождения обычно объясняются возвратами (refund), платежами «на стыке» суток и отклонёнными транзакциями. Возвраты в Битриксе фиксируются отдельной операцией — их важно исключать из сверки продаж. Для регулярной автоматической выгрузки удобно использовать API платёжной системы: почти все агрегаторы отдают детализацию с суммой комиссии по каждой транзакции.

Отражение комиссии в 1С

Собственно бухгалтерский учёт комиссии ведётся не в Битриксе, а в 1С. При стандартном обмене (Магазин → Настройки → Интеграция с 1С) в учётную систему выгружается заказ с полной суммой оплаты — так и должно быть, ведь именно эту сумму оплатил покупатель и на неё пробивается чек.

Комиссия отражается отдельными проводками уже в 1С:

• поступление на расчётный счёт — на фактическую сумму (за вычетом комиссии);
• сама комиссия — как расходы на услуги банка (обычно счёт 91 «Прочие доходы и расходы»), на основании отчёта эквайера.

Чтобы бухгалтерия могла корректно разнести поступления, из Битрикса должны «доезжать» номер заказа и сумма оплаты, а из банка — детализированная выписка. Если обмен с 1С настроен, эту связку выстраивают на уровне 1С по номеру заказа/платёжного поручения. Стандартный обмен Битрикса такую детализацию по комиссии не передаёт — она берётся из реестра ПС.

Практика: как автоматизировать сбор данных

Ручная сверка выписки с заказами работает на десятках заказов, но на потоке требует автоматизации. Что имеет смысл настроить:

1. Обработчик уведомлений ПС. Файлы обработчиков лежат в /bitrix/modules/sale/handlers/paysystem/; при необходимости в кастомном обработчике можно сохранять ID транзакции агрегатора в свойство оплаты — по нему потом сверяют реестр.
2. Регулярный импорт реестра. По API платёжной системы забираете детализацию с суммой комиссии и складываете её в свою таблицу или highload-блок для отчётов.
3. Сводный отчёт. Строите выборку по \Bitrix\Sale\Payment, сопоставляете суммы заказов с поступлениями и выводите расхождения.

Типичные ошибки

• Пытаются учесть комиссию в самом заказе. Это ломает чек ККТ и сверку — сумма заказа должна равняться сумме, которую заплатил покупатель.
• Добавляют «комиссию за оплату картой» физлицам. Нарушение ст. 16.1 ЗоЗПП; цена не должна зависеть от способа оплаты в сторону увеличения.
• Не исключают возвраты из сверки. Refund уменьшает поступления, но не является продажей — иначе выручка задваивается.
• Считают, что комиссия удерживается сразу. Деньги на счёт приходят позже оплаты, и разрыв во времени сбивает сверку по датам.
• Смешивают комиссии разных ПС в одном проценте. У СБП, карт и рассрочки ставки различаются в разы.

Итог

В 1С-Битрикс заказ хранит полную сумму оплаты — именно её видит покупатель, на неё пробивается чек и она уходит в обмен с 1С. Эквайринговая комиссия — это отдельные расходы магазина: перекладывать её на розничного покупателя нельзя, а учитывать нужно на стороне 1С по реестру платёжной системы. Ключ к порядку — регулярная сверка выписки эквайера с оплаченными заказами и аккуратное исключение возвратов.

Если нужно связать оплату, реестр комиссий и учётную систему в единый прозрачный контур, мы настраиваем обмен с 1С и пишем интеграции с платёжными системами под конкретный магазин — от импорта детализации по API до сводных отчётов о комиссии.