← На главную

В практике работы торговых предприятий часто случаются ситуации, когда клиент ошибочно перечисляет денежные средства на расчетный счет. Казалось бы, процедура возврата прозрачна: оформляется документ Списание безналичных ДС с операцией Возврат оплаты клиенту. Однако пользователи 1С:Управление торговлей 11 (УТ 11) часто сталкиваются с тем, что после проведения такой операции в отчетах по задолженности суммы продолжают «висеть», портя общую картину взаиморасчетов. Рассмотрим подробнее, почему так происходит, и разберем по шагам, как привести учет в порядок.

Причина возникновения «фантомной» задолженности

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

Решение 1: Синхронизация объектов расчетов

Самая распространенная ошибка — указание разных объектов расчетов в приходном и расходном документах. Давайте выясним, как это исправить:

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

Решение 2: Использование механизма «Прочее поступление» и «Прочий расход»

Многие специалисты по методологии 1С рекомендуют оформлять ошибочные платежи не как расчеты с покупателями (счет 62 в бухгалтерском смысле), а как прочие расчеты (счет 76). Рассмотрим, почему это удобно:

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

1. В исходном документе Поступление безналичных ДС установим вид операции Прочее поступление.
2. В документе возврата Списание безналичных ДС выберем операцию Прочий расход.
3. В обоих документах укажем одну и ту же статью движения денежных средств (например, «Ошибочно перечисленные средства») и одну и ту же аналитику прочих доходов/расходов (если требуется).

Важный нюанс: Часто пользователи боятся, что такие операции пропадут из Акта сверки взаиморасчетов. Проанализируем настройки акта: в УТ 11.5 при создании акта сверки можно указать типы расчетов. Если включить флажок «Выводить прочие расчеты» или выбрать соответствующие договоры с типом «Прочее», все движения попадут в печатную форму, и бухгалтерская отчетность будет корректной.

Решение 3: Помощник зачета оплаты

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

1. Перейдем в раздел Казначейство — Взаимозачеты и списания задолженности.
2. Найдем рабочее место Зачет оплаты.
3. Выберем нашего контрагента. Мы увидим две строки: нераспределенный аванс (наше поступление) и нераспределенный возврат (наше списание).
4. Нажмем кнопку Зачесть платеж. Система автоматически создаст документ ВзаимозачетЗадолженности, который свяжет эти две операции. После этого отчет по задолженности очистится.

Решение 4: Проверка регламентных заданий

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

1. Проверим выполнение регламентного задания Выполнение отложенных расчетов с клиентами.
2. Если задание отключено или завершилось с ошибкой, остатки в регистрах не обновятся. Попробуем запустить его принудительно через Обслуживание — Регламентные операции.
3. Также полезно убедиться, что в настройках договора не стоит режим «По расчетным документам», который требует предельно жесткой привязки каждой копейки к конкретному счету или накладной вручную.

Технический анализ регистра «Расчеты с клиентами»

Для программистов и администраторов системы выясним причину «зависания» через просмотр движений. Если зайти в движения документа Списание безналичных ДС (кнопка Дт/Кт), нас интересует регистр накопления РасчетыСКлиентами. Обратим внимание на следующие поля:

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

Таким образом, мы выяснили, что ключ к решению проблемы кроется в строгом соблюдении аналитики Объекта расчетов. Выбирая между корректировкой существующих документов и использованием «Прочего расхода», ориентируйтесь на требования вашего бухгалтерского учета и необходимость отражения данных в актах сверки. Наиболее чистым с точки зрения системы способом является использование Помощника зачета оплаты, так как он позволяет исправить ситуацию, не меняя уже проведенные банковские выписки.