Поступление по эквайрингу в 1С. Почему сумма на счете меньше, чем в заказе

Типичная картина при сверке: в заказе 12 400 рублей, на расчетный счет пришло 12 028. Заказ оплачен полностью, возврата не было, а деньги другие.

Разберу, откуда берется разница, почему она не ошибка и как это правильно отразить, чтобы в конце месяца ничего не пришлось искать вручную.

Причина первая: комиссия удерживается до зачисления

Платежный шлюз или банк-эквайер не перечисляет вам полную сумму покупки. Он удерживает свою комиссию сразу и переводит остаток.

То есть на счет приходит не то, что заплатил покупатель, а то, что осталось после удержания. В заказе должна стоять полная сумма, в выписке стоит уменьшенная, и это два разных числа по своей природе, а не расхождение.

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

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

Причина вторая: выплата приходит пачкой, а не по заказу

Второе, что ломает сверку один к одному.

Шлюзы и маркетплейсы обычно не переводят деньги по каждой продаже. Они накапливают оборот за период и переводят одной суммой: за день, за неделю, по реестру. В этой сумме десятки заказов, часть возвратов и удержанная комиссия.

Значит одному поступлению в выписке соответствует не один заказ, а список. Разносить такое поступление по заказам вручную бессмысленно, если продаж больше десятка в день.

Что с этим делать: сверять не платеж с заказом, а период с реестром. Финансовый отчет площадки или реестр выплат шлюза за период это и есть документ, по которому сходится все: продажи, возвраты, удержания.

В 1С такой отчет разворачивается в отчет комиссионера. Глубина разбора зависит от конфигурации:

Причина третья: между оплатой и зачислением проходит время

Покупатель заплатил в пятницу, деньги пришли во вторник. В пятницу заказ уже оплачен и его надо собирать, а поступления в учете еще нет.

Это не проблема обмена, это нормальная работа платежной системы. Но она означает, что факт оплаты и факт поступления денег надо фиксировать разными документами и в разное время. Если ждать выписки, чтобы признать заказ оплаченным, вы будете отгружать с задержкой в несколько дней.

Событие об оплате приходит от шлюза сразу и создает документ оплаты. Поступление по выписке отражается отдельно, когда деньги реально пришли.

Как это выглядит при автоматическом обмене

Порядок такой:

1. Покупатель платит, шлюз сообщает об успешной оплате.
2. В 1С создается документ оплаты на полную сумму заказа. В торговых конфигурациях это приходный кассовый ордер, в Бухгалтерии поступление на расчетный счет.
3. Заказ считается оплаченным, дальше идет отгрузка.
4. Через несколько дней приходит выплата пачкой, и она сверяется с реестром за период, а не с отдельными заказами.

Шаг 2 важно не пропустить: без него оплата в учете появится только вместе с выпиской, то есть с опозданием.

Что проверить у себя за пятнадцать минут

1. Возьмите одно поступление из выписки за прошлую неделю.
2. Найдите реестр выплат шлюза за тот же период.
3. Сложите: продажи минус возвраты минус комиссия. Должна получиться сумма поступления.
4. Если не получается, разбирайтесь именно на этом шаге, а не в настройках обмена. Почти всегда дело в возврате, который попал в другой период, или в удержании, о котором вы не знали.

Если сходится, а в 1С все равно расхождение, тогда смотрите, какой суммой создается документ оплаты: полной или уже уменьшенной.

Как настраивается прием оплаты и какие документы создаются в каждой конфигурации: Прием оплаты в 1С. Про сам момент зачисления и выбор документа отдельно: Прием оплаты: СБП, ЮKassa и Тинькофф.