При работе в современных конфигурациях на платформе 1С:Предприятие 8.3, таких как 1С:ERP Управление предприятием или 1С:Комплексная автоматизация версии 2.5, пользователи часто сталкиваются с ситуацией, когда инструкции в системе 1С:ИТС не совпадают с фактическим интерфейсом программы. Одной из самых острых проблем является поиск и настройка Договора эквайринга. Рассмотрим подробно, почему этот раздел может отсутствовать и как правильно настроить учет операций по платежным картам в зависимости от вашего релиза.
Проанализируем ситуацию: вы заходите в раздел Казначейство – Эквайринг, но видите там только «Эквайринговые операции», «Отчеты банков по эквайрингу» и «Эквайринговые терминалы». Искомый пункт «Договоры эквайринга» отсутствует. Основная причина заключается в существенном изменении архитектуры учета в рамках развития линейки 2.5.
Разберем это разделение по версиям:
ДоговорыЭквайринга как самостоятельного объекта в интерфейсе казначейства еще не существовало. Вся ключевая информация (ставки комиссии, банковские счета, категория терминала) хранилась непосредственно внутри карточки Эквайрингового терминала.Договор эквайринга. Это было сделано для того, чтобы один договор с банком мог обслуживать несколько терминалов в разных торговых точках, имея единые правила расчета комиссии.Если ваша база работает на релизе 2.5.5.94 или аналогичном, искать отдельный пункт «Договоры эквайринга» бесполезно — его физически нет в конфигурации этого периода. В этом случае настройки производятся по «старой» схеме через терминалы.
Посмотрим на алгоритм действий, если вы используете ранние сборки версии 2.5. В этом случае под понятием «настройки договора» подразумевается заполнение параметров в справочнике терминалов. Выполним следующие шаги:
Договоры контрагентов).Важный нюанс: в документах ЭквайринговаяОперация в поле «Договор» в таких релизах действительно подставляется обычный договор с контрагентом. Это и сбивает с толку бухгалтеров, привыкших к описаниям из свежих статей ИТС.
Если вы обновили систему и хотите использовать новую функциональность, или просто не видите пункт меню в свежем релизе, проанализируем настройки функциональных опций. В новых версиях ERP «Договоры эквайринга» — это отдельная опция, которую нужно включить принудительно.
Рассмотрим порядок включения:
Теперь структура данных будет выглядеть так: Банк (Контрагент) -> Договор эквайринга -> Эквайринговый терминал. В самом договоре эквайринга мы сможем настроить гибкую сетку комиссий в зависимости от платежной системы (МИР, VISA, MasterCard).
Для корректного учета в 1С важно понимать, что это разные объекты системы, даже если они называются похоже:
Договор контрагента — это элемент справочника ДоговорыКонтрагентов. Он используется для расчетов по 60 или 76 счету. Именно этот договор нужен, чтобы отразить услугу банка по предоставлению эквайринга (акт на комиссию).
Договор эквайринга — это специализированный объект (справочник ДоговорыЭквайринга), который описывает правила игры: какой процент банк удерживает из выручки, в какой срок зачисляются деньги и на какой счет учета (обычно 57.03) они попадают в момент пробития чека.
В зависимости от того, как настроен ваш «Договор эквайринга» (или терминал в старых версиях), система будет по-разному считать комиссию:
ОтчетБанкаПоЭквайрингу, который и делает проводки по списанию комиссии на расходы организации.Проанализируем пример настройки комиссии в новом интерфейсе:
В карточке Договора эквайринга на вкладке Условия обслуживания мы можем добавить несколько строк. Например:
Это позволяет системе автоматически подставлять верный процент в Отчет банка по эквайрингу, избавляя бухгалтера от ручного пересчета сумм, зачисленных на расчетный счет.
Как мы выяснили, документация ИТС всегда ориентирована на последний актуальный релиз. Если вы столкнулись с несоответствием:
Договоры эквайринга. Если его нет в списке объектов метаданных — значит, в вашем коде эта сущность еще не реализована.Таким образом, мы видим, что решение проблемы кроется не в ошибке программы, а в эволюции продукта 1С:ERP. Своевременное обновление конфигурации или понимание того, где настройки хранились в предыдущих версиях, позволяет корректно настроить учет и избежать конфликтов между отделом бухгалтерии и ИТ-поддержкой.