← На главную

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

Техническая и методологическая причина ошибки

Проанализируем структуру типовой конфигурации 1С:Бухгалтерия предприятия 3.0. В документе Отчет о розничных продажах табличная часть Безналичные оплаты на уровне метаданных не содержит реквизитов для хранения аналитики счета 51 («Банковские счета» и «Статьи движения денежных средств»). Архитектура программы изначально рассчитана на счета расчетов и переводов в пути, где аналитикой выступают справочники Контрагенты (банк-эквайер) и Договоры контрагентов.

С методологической точки зрения использование счета 51 напрямую в розничном отчете является грубой ошибкой по двум причинам:

1. Задвоение оборотов по расчетному счету: документ розничных продаж фиксирует только пробитие чека по терминалу, но сами деньги на расчетный счет еще фактически не поступили. Когда из клиент-банка загружается реальная банковская выписка, создается документ Поступление на расчетный счет, который повторно формирует дебет счета 51. В результате остаток денег на счете 51 искажается.
2. Невозможность автоматического учета банковской комиссии: банк зачисляет розничную выручку за вычетом своего процента за эквайринг. Если ставить выручку сразу на счет 51, программа не сможет автоматически выделить и списать комиссию в прочие расходы.

Для корректного отражения оплат платежными картами должен использоваться промежуточный счет 57.03 («Продажи по платежным картам»).

Шаг 1. Настройка справочника видов оплат

Разберем по шагам, как исправить настройку счета учета для эквайринговых операций в 1С:Бухгалтерия 3.0:

1. Перейдем в раздел Справочники и откроем справочник Виды оплат (в некоторых интерфейсах — «Виды оплаты организаций»).
2. Найдем элемент, отвечающий за безналичный расчет (например, «Оплата картой» или «Эквайринг»).
3. Проверим поле Способ оплаты — должно быть установлено значение Платежная карта.
4. В поле Организация выберем нужную организацию, если учет ведется по нескольким юридическим лицам.
5. В поле Контрагент укажем обслуживающий банк-эквайер из справочника Контрагенты.
6. В поле Договор выберем договор с банком, имеющий вид Прочее (договор эквайринга).
7. В поле Счет учета обязательно установим счет 57.03 («Продажи по платежным картам») вместо ошибочного счета 51.
8. Запишем и закроем элемент справочника.

Шаг 2. Корректировка ранее проведенных документов

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

1. Если документов немного, откроем проблемный Отчет о розничных продажах, перейдем на вкладку Безналичные оплаты, заново перевыберем строку с видом оплаты и проверим, что в колонке счета учета подставился 57.03, а также заполнились банк-эквайер и договор. После этого проведем документ.
2. Если документов много, воспользуемся штатной обработкой Групповое изменение реквизитов (раздел Администрирование → Обслуживание → Корректировка данных). Выберем табличную часть «Оплата платежными картами» документа Отчет о розничных продажах, настроим отбор по периоду и установим счет учета 57.03, контрагента и договор. После пакетной записи выполним групповое перепроведение документов.

Шаг 3. Проверка сопоставления данных при синхронизации с УТ

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

1. Сопоставление объектов: в конфигурации 1С:Управление торговлей источником сведений о картах являются справочники Эквайринговые терминалы и Договоры эквайринга. Откроем окно сопоставления объектов синхронизации и убедимся, что терминалы из УТ сопоставлены именно с исправленным элементом справочника Виды оплат в бухгалтерии, в котором указан счет 57.03.
2. Защита закрытых периодов: чтобы исключить случайное изменение исправленных документов при повторной выгрузке, установим дату запрета загрузки данных в настройках синхронизации (раздел Администрирование → Синхронизация данных → Даты запрета загрузки).

Корректная сквозная схема учета эквайринга в проводках

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

1. Продажа товара покупателю: проводится документ Отчет о розничных продажах. Формируются проводки:
   • Дт 57.03 Кт 90.01.1 (или расчеты с покупателями 62.Р) — зафиксирована задолженность банка-эквайера перед организацией на полную сумму чеков по терминалу.
2. Фактическое зачисление средств банком: загружается выписка и создается документ Поступление на расчетный счет с видом операции Поступления от продаж по платежным картам. В документе указываются расчетный счет, статья ДДС и сумма за вычетом комиссии. Программа автоматически формирует проводки:
   • Дт 51 Кт 57.03 — зачислены денежные средства на расчетный счет (с заполнением всей необходимой аналитики счета 51);
   • Дт 91.02 Кт 57.03 — удержанная банком комиссия за эквайринг списана в состав прочих расходов.

В результате сальдо по счету 57.03 после проведения банковской выписки закрывается в ноль, оборот по счету 51 точно совпадает с суммой из банковского ордера, а аналитика по счетам и статьям движения денежных средств заполняется корректно в автоматическом режиме.