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

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

Часто при работе в современных конфигурациях 1С, таких как 1С:Комплексная автоматизация (КА), 1С:ERP или 1С:Управление торговлей (УТ), возникает ситуация: мы создаем заказ клиенту, добавляем товары, делаем резерв и проводим оплату картой. При этом создается документ ЭквайринговаяОперация, он привязывается к заказу, но сам заказ продолжает отображаться как неоплаченный. Аванс не засчитывается и нигде не отображается. Рассмотрим подробнее, как работает этот механизм и почему оплата может «улетать» в неизвестность.

Анализ объекта расчетов

Проанализируем ситуацию, начиная с базовых настроек взаиморасчетов. Основная причина, по которой платеж не распределяется на конкретный заказ — это несовпадение объектов расчетов. Выясним причину по шагам:

  1. Проверка договора и соглашения. Зайдите в карточку договора или соглашения с клиентом и посмотрите, что именно указано в качестве объекта расчетов. Если там установлен вариант расчетов «По договорам», то любая поступающая оплата будет ложиться на договор в целом, а не на конкретный документ ЗаказКлиента.
  2. Вкладка «Расшифровка платежа». Откройте проблемную эквайринговую операцию. Даже если она была введена на основании заказа, на вкладке расшифровки поле ОбъектРасчетов или ОснованиеПлатежа могло не заполниться. В таком случае сумма повисает на контрагенте как нераспределенный аванс.

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

В современных версиях 1С (начиная с 2.5 для КА/ERP и 11.5 для УТ) изменилась архитектура зачета оплат. Разберем, как это работает сейчас:

Теперь движения по регистрам взаиморасчетов формирует не сам первичный документ (эквайринговая операция), а специальный системный скрытый документ — РегистраторРасчетов. Если в системе настроено отложенное распределение плановых расчетов (режим «Офлайн»), то в момент проведения оплаты заказ не увидит аванса. Для того чтобы оплата корректно встала на заказ, должны отработать регламентные фоновые задания.

Что делать в этом случае:

  1. Перейдите в раздел казначейства или взаиморасчетов.
  2. Вручную запустите обработку Актуализация взаиморасчетов.
  3. После выполнения фонового задания проверьте заказ — система должна сформировать регистратор расчетов и зачесть аванс.

Разные контуры учета и статус операции

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

  1. Несоответствие реквизитов: Сравните заказ клиента и документ эквайринга. Если в них различаются организация, партнер, договор, валюта расчетов или филиал, система не сможет объединить их в один контур расчетов.
  2. Статус транзакции: Документ ЭквайринговаяОперация может быть просто записан в базе, но не иметь подтвержденного кода авторизации от банковского терминала. Если операция находится в статусе незавершенной (не проведена банком), она не сформирует записей по регистрам.

Как найти «потерявшийся» платеж и привязать его

Если фоновые задания выполнены, а оплаты в заказе так и нет, воспользуемся проверенными методами поиска и ручного зачета:

  1. Использование отчетов: Сформируйте отчет Задолженность клиентов или Ведомость расчетов с клиентами. Важно: снимите отбор по конкретному заказу, но добавьте максимальную детализацию группировок — до объекта расчетов и расчетного документа. Это позволит наглядно увидеть, куда именно упала сумма (например, на пустой объект или на договор).
  2. Ручной зачет оплаты в заказе: Откройте ваш ЗаказКлиента. На командной панели нажмите кнопку Зачет оплаты. В открывшемся помощнике перейдите на вкладку неиспользованных оплат. Если ваша эквайринговая операция там отображается, просто выделите её и нажмите кнопку зачета.
  3. Проверка движений документа: Откройте эквайринговую операцию и нажмите кнопку Движения документа (или отчет по движениям). Убедитесь, что там есть записи по регистру накопления РасчетыСКлиентами. Если записей нет вообще, проблема заключается в проведении самого документа (статус операции или сбой в базе).

Дополнительные ограничения и нюансы

Разберем еще несколько важных моментов работы с эквайрингом в оптовых и комплексных конфигурациях:

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

Кроме того, в отличие от чеков ККМ в розничной торговле, оптовая эквайринговая операция не пробивает фискальный чек автоматически. Если вы принимаете предоплату картой от физического лица, не забудьте пробить чек отдельной командой по гиперссылке в документе оплаты, чтобы соблюсти требования 54-ФЗ.

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

← На главную