← На главную

Рассмотрим распространенную ситуацию во взаиморасчетах с клиентами в конфигурации 1С:Управление торговлей 11.3. Клиент оформляет заказ на определенную сумму, но перечисляет больше. Разница остается висеть как свободный аванс без указания конкретного объекта расчетов. После этого организация оформляет документ возврата денежных средств покупателю. По общему сальдо задолженность отсутствует, однако при создании нового заказа клиенту в форме Зачет оплаты программа снова предлагает зачесть сумму уже возвращенного аванса.

Проанализируем причины такого поведения программы и разберем по шагам варианты устранения проблемы.

Выясним причину некорректного поведения взаиморасчетов

В архитектуре подсистемы взаиморасчетов конфигурации 1С:УТ 11.3 платежные документы (например, Поступление безналичных ДС или Приходный кассовый ордер) не входят в состав определяемого типа ОбъектРасчетов.

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

Способ 1. Перевод взаиморасчетов на детализацию по договорам

Разберем самый простой методический способ решения проблемы без изменения программного кода конфигурации:

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

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

Способ 2. Закрытие остатка через документ «Взаимозачет задолженности»

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

1. Перейдем в раздел Казначейство и выберем пункт Взаимозачеты и списания задолженности.
2. Создадим новый документ Взаимозачет задолженности.
3. Укажем тип операции для переноса аванса или взаимозачета между объектами расчетов в рамках одной организации и контрагента.
4. В табличной части документа сопоставим исходный документ поступления денежных средств с документом списания (возврата).
5. Проведем документ. Движения по регистру РасчетыСКлиентамиПоДокументам скорректируются, и исходный аванс перестанет числиться свободным остатком.

Способ 3. Обновление конфигурации или доработка метаданных

Рассмотрим системное решение проблемы на уровне программного кода:

1. Обновление на версию 11.4 или выше: Начиная с редакции 11.4 разработчики платформы переработали механизм онлайн-взаиморасчетов и включили платежные документы в состав определяемого типа ОбъектРасчетов. В актуальных версиях возврат аванса связывается с платежом автоматически.
2. Точечная доработка конфигурации 11.3: Если база снята с поддержки и ее невозможно обновить до актуального релиза, программист может перенести логику из 11.4. Для этого необходимо расширить тип ОбъектРасчетов, добавив в него документы поступления ДС, и адаптировать алгоритмы проведения документов расхода по регистрам РасчетыСКлиентами и РасчетыСКлиентамиПоДокументам.

Способ 4. Проверка регламентных заданий по взаиморасчетам

Если в базе используется отложенный (офлайн) расчет взаиморасчетов, состояние оплат может быть неактуальным из-за расписания фоновых процессов:

1. Откроем список регламентных и фоновых заданий в разделе администрирования.
2. Найдем задание Выполнение отложенных движений по расчетам с клиентами\поставщиками.
3. Убедимся, что задание выполняется без ошибок, либо запустим его принудительно для обновления движений по регистрам.