В процессе эксплуатации 1С:Управление торговлей версии 11.3 пользователи часто сталкиваются с ситуацией, когда отчеты по задолженности начинают «врать». Типичный сценарий: клиент внес полную предоплату, позже произошла отгрузка (реализация), но в отчете все равно висит долг, как будто оплаты не было. При этом в самом регистре накопления РасчетыСКлиентами движения есть, но они не «схлопываются» должным образом.
Разберем детально, почему возникает ситуация «утром деньги — вечером стулья, но долг остался», и как это исправить, не прибегая к полному перепроведению базы за несколько лет.
Для начала проанализируем, как система 1С:УТ 11.3 (и выше) работает с долгами. В отличие от старых версий (например, УТ 10.3), здесь используется сложная двухступенчатая система регистров. Основные движения фиксируются в регистре РасчетыСКлиентами, а детализация по документам и срокам оплаты — в регистре РасчетыСКлиентамиПоДокументам.
Если в одном из этих регистров данные разошлись или документ реализации не «увидел» документ оплаты, отчеты будут показывать некорректные остатки. Выясним основные причины такого поведения.
В конфигурации существует настройка режима ведения взаиморасчетов. Рассмотрим два варианта:
ВыполнениеОтложенныхДвиженийПоРасчетамСКлиентами.Если у вас включен оффлайн-режим и регламентное задание по какой-то причине зависло или отключено, реализации не будут видеть поступившие ранее авансы. Проверим статус выполнения регламентных заданий в разделе НСИ и администрирование — Обслуживание — Регламентные операции.
Это самая частая причина «фантомных» долгов. В 1С:УТ 11 расчеты ведутся строго в разрезе Объекта расчетов. Объектом расчетов может выступать:
Проанализируем ситуацию из темы: если в платежном поручении в качестве объекта расчетов указан Заказ клиента, а в документе Реализация товаров и услуг объект расчетов не заполнен или указан сам документ реализации (при расчетах «По накладным»), система воспримет это как две разные ветки учета. По одной будет висеть переплата, по другой — долг.
Для исправления необходимо убедиться, что в Соглашении или Договоре с клиентом выбран правильный порядок расчетов, и он совпадает в обоих документах.
Посмотрим на документ реализации. В УТ 11.3 на вкладке «Основное» или через отдельную командную панель доступна кнопка Зачет оплаты. Если в настройках системы не установлен флаг автоматического распределения авансов, то при создании реализации «руками» пользователь обязан нажать эту кнопку и выбрать, какие платежи нужно зачесть под эту отгрузку.
Если этого не сделать, документ реализации сделает движение в регистр РасчетыСКлиентами с видом Приход (увеличение долга), но не сделает запись по зачету аванса. При ручном перепроведении документа, как заметил автор темы, система часто инициирует автоматический поиск свободных авансов и «схлопывает» их, поэтому перепроведение помогает.
Версия 11.3 имела ряд известных проблем в модулях распределения расчетов. Если конфигурация сильно доработана, типовые механизмы зачета авансов могли быть нарушены. Посмотрим на пример кода, который часто вызывает проблемы при программном создании документов:
// Пример некорректного заполнения объекта расчетов
НоваяСтрока = ТаблицаРасчетов.Добавить();
НоваяСтрока.Сумма = 1000;
// Если здесь не указать ссылку на Заказ или Договор,
// система создаст новый объект расчетов "по накладной"
НоваяСтрока.ОбъектРасчетов = СсылкаНаРеализацию;
В типовых решениях для исправления таких ситуаций рекомендуется использовать встроенную обработку «Исправление разрывов во взаиморасчетах». Она находится в разделе НСИ и администрирование — Обслуживание — Корректировка данных.
Чтобы не открывать закрытые периоды и не пугать бухгалтерию, выполним следующие шаги:
РасчетыСКлиентами разошлись с суммами в регистре РасчетыСКлиентамиПоДокументам.РасчетыСКлиентамиЕсли вы обнаружили, что проблема массовая и возникла внезапно, проверьте Журнал регистрации не на предмет изменения документов, а на предмет изменения настроек ГФУ (Групп финансового учета) или настроек договоров. Если кто-то изменил порядок расчетов в договоре с «По заказам» на «По накладным» задним числом, это мгновенно приведет к хаосу в отчетах по задолженности при любом автоматическом обновлении движений системой.
Важный нюанс: В УТ 11.3 при проведении реализации крайне важно, чтобы поле Заказ было заполнено корректно. Если реализация сделана по заказу, а платеж пришел «просто так» на договор, автоматический зачет может не сработать без настройки фонового распределения.
Таким образом, для решения проблемы автора темы наиболее эффективным будет: