Как правильно настроить учет оплат через СБП в 1С:Бухгалтерия 3.0, чтобы избежать хаоса в справочнике контрагентов?

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет Торговля и дистрибуция
← На главную

При использовании Системы быстрых платежей (СБП) в розничной торговле многие пользователи сталкиваются с тем, что банковская выписка при загрузке в 1С:Бухгалтерию пытается создать нового контрагента на каждое входящее поступление. Это происходит потому, что в отличие от классического эквайринга, где банк-эквайер присылает реестр одной суммой, СБП проводит каждый платеж как индивидуальный перевод от физического лица.

Разберем причину появления проблемы

В типовых настройках загрузки данных система анализирует назначение платежа. Если в нем содержатся ФИО отправителя и банковские реквизиты, алгоритм классифицирует это как прямое поступление от нового контрагента. Поскольку СБП технически является обычным безналичным переводом, программа «засоряет» справочник Контрагенты, создавая записи на каждое физическое лицо, совершившее покупку.

Решение 1: Использование собирательного контрагента

Самым эффективным способом наведения порядка в справочнике является создание одного общего контрагента, который будет аккумулировать все поступления по СБП. Выполним следующие шаги:

  1. Создайте в справочнике Контрагенты элемент с названием, например, Покупатели (СБП).
  2. В настройках правил загрузки банковских выписок укажите, что все поступления, содержащие в назначении платежа фразу через систему быстрых платежей, должны автоматически привязываться к данному контрагенту.
  3. Для расчетов используйте счет 62.01 или 62.Р. Это позволит не создавать избыточную аналитику по физическим лицам, так как в рознице обязательство закрывается в момент оформления документа Отчет о розничных продажах.

Решение 2: Доработка алгоритма загрузки данных

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

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


// Пример логики в модуле обработки загрузки
Если СтрНайти(НазначениеПлатежа, "через систему быстрых платежей") > 0 Тогда
    Контрагент = Справочники.Контрагенты.НайтиПоНаименованию("Покупатели (СБП)");
    Договор = Контрагент.ОсновнойДоговор;
КонецЕсли;

Такой подход исключит необходимость ручной корректировки каждого документа Поступление на расчетный счет после загрузки.

Особенности учета комиссии

Важно помнить, что при СБП комиссия банка, как правило, удерживается отдельно. В отличие от эквайринга, где мы используем 57.03 счет для учета денежных средств в пути, при работе с СБП поступления чаще всего отражаются напрямую на счете 51. Комиссию следует списывать отдельной операцией Списание с расчетного счета с видом операции Комиссия банка, относя расходы на счет 91.02.

Почему не стоит использовать эквайринговые счета?

Многие пользователи ошибочно пытаются использовать счет 57. Однако, анализируя структуру платежа СБП, мы видим, что деньги приходят напрямую от физического лица. Использование 57 счета здесь избыточно и может привести к ошибкам в закрытии расчетов, так как нет промежуточного звена в виде банка-эквайера, консолидирующего реестр. Отражение на 62 счете через собирательного контрагента является бухгалтерски верным и прозрачным методом учета.

Таким образом, сочетание «собирательного контрагента» и доработанного правила загрузки в Клиент-Банке позволит вам полностью автоматизировать процесс, сохранить чистоту справочников и корректно отражать доходы от розничных продаж в 1С:Бухгалтерии.

← На главную