При работе с банковскими операциями, особенно в розничной и оптовой торговле, часто возникают вопросы по корректному отражению эквайринга (оплаты картами) и сложных схем рассрочки. Основная трудность заключается в том, что сумма, оплаченная покупателем, не совпадает с суммой, поступившей на расчетный счет, из-за удержания банковской комиссии. Рассмотрим подробно, как настроить учет этих операций и какие проводки должны формироваться в 1С:Бухгалтерия 3.0 (БП) и 1С:Управление торговлей (УТ).
При оплате картой деньги поступают на счет организации не мгновенно, а через некоторое время (обычно от 1 до 3 рабочих дней). В этот период задолженность числится не за покупателем, а за банком-эквайером. Проанализируем стандартную цепочку действий в программах 1С.
Шаг 1: Фиксация оплаты покупателем
В системе 1С:Управление торговлей (например, версии 10.3 или 11) создается документ Оплата от покупателя платежной картой (в БП 3.0 это документ Операция по платежной карте). Этот документ должен сформировать проводку по переносу задолженности с покупателя на банк:
Дт 57.03 (Продажи по платежным картам) — Кт 62.01 (Расчеты с покупателем) — на полную сумму продажи (например, 100 руб.)
Важно понимать, что в этот момент задолженность покупателя перед вами закрыта, но возникла дебиторская задолженность банка-эквайера перед вашей организацией.
Шаг 2: Зачисление денежных средств банком
Когда банк перечисляет деньги на ваш расчетный счет, он удерживает комиссию. Рассмотрим, как отразить это в 1С:Бухгалтерия 3.0. Для этого используется документ Поступление на расчетный счет с видом операции Поступление по платежным картам. Разберем проводки, которые он делает:
Важный нюанс: Если вы ведете учет в УТ и выгружаете данные в БП, убедитесь, что в обоих документах (Оплата картой и Поступление на счет) выбран один и тот же Договор эквайринга. Если договоры будут разными, счет 57.03 не закроется («повиснет» остаток).
Ситуация с рассрочкой сложнее. Покупатель получает товар за 100 рублей, но банк перечисляет вам только 90 рублей, забирая 10 рублей как плату за предоставление рассрочки. Покупатель же в течение нескольких месяцев выплачивает банку полные 100 рублей. Рассмотрим два подхода к отражению этой операции.
Вариант А: Отражение через комиссию банка (услуги)
Этот вариант подходит, если юридически вы продаете товар по полной цене, а разница — это стоимость банковской услуги для вашей организации. Проанализируем схему с использованием счета 76 (Расчеты с разными дебиторами и кредиторами):
1. Дт 62.01 — Кт 90.01 : 100 руб. (Оформлена реализация товара покупателю)
2. Дт 76 (Банк) — Кт 62.01 : 100 руб. (Переуступка права требования банку)
3. Дт 51 — Кт 76 (Банк) : 90 руб. (Банк перечислил средства за вычетом своей доли)
4. Дт 91.02 — Кт 76 (Банк) : 10 руб. (Комиссия за организацию рассрочки списана в расходы)
Такой подход позволяет корректно закрыть взаиморасчеты с покупателем в момент продажи и видеть реальную задолженность банка.
Вариант Б: Отражение через скидку
Часто условия договора с банком подразумевают, что магазин предоставляет скидку покупателю на сумму процентов по кредиту. В этом случае цена реализации в акте или накладной изначально должна быть меньше (90 рублей). Тогда проводки будут проще:
1. Дт 62.01 — Кт 90.01 : 90 руб. (Реализация со скидкой)
2. Дт 51 — Кт 62.01 : 90 руб. (Поступление оплаты от банка)
Однако, как справедливо замечено в обсуждении, если покупатель получает документы на 100 рублей, этот вариант использовать нельзя, так как возникнет расхождение в первичной документации.
Разберем ситуации, которые часто вызывают затруднения у пользователей и программистов 1С:
1С:Бухгалтерия 3.0 документ Поступление на расчетный счет делает это автоматически, заполняя регистр «Книга учета доходов и расходов» полной суммой, включая комиссию.57.03. Для краткосрочных займов и рассрочек через банк лучше использовать счет 76.05 или 76.09, создав отдельный договор с видом «Прочее» с банком-партнером.Для самопроверки рекомендуем регулярно формировать следующие отчеты:
62 закрыта полностью.Выясним причину, если счета не закрываются: чаще всего это происходит из-за выбора разных подразделений, номенклатурных групп или статей ДДС в связанных документах. Проанализируем детально каждый шаг синхронизации между УТ и БП, так как автоматический обмен иногда может «терять» аналитику эквайринговых терминалов.