Почему в 1С:УТ 11 возникает рассинхрон остатка допустимого кредита и как это исправить?

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

Разберем механику контроля лимита

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

Остаток допустимого кредита = Сумма кредитного лимита – (Фактический долг + Сумма «К отгрузке»)

Где:

1. Фактический долг — это разница между задолженностью клиента и нашим долгом перед ним по конкретному объекту расчетов.
2. Сумма «К отгрузке» — это объем зарезервированного под клиента товара в заказах, где установлен статус Отгрузить, а также накладные в статусе В пути.

Если данные в форме документа не сходятся с отчетом «Задолженность клиентов», значит, произошел разрыв между регистрами оперативных расчетов и регистрами планирования. Посмотрим, где именно «порыть».

Шаг 1. Анализируем настройки договора и соглашения

Выясним причину, исходя из настроек нормативно-справочной информации. Перейдем в карточку договора с клиентом и проверим вкладку «Расчеты и оформление»:

• Должна быть установлена галочка Контролировать лимит задолженности.
• Проверьте, не стоит ли опция Контролировать по периоду просрочки. Если она включена вместе с лимитом суммы, система может вести себя сложнее, блокируя отгрузку только при наступлении срока оплаты, а не при превышении суммы.
• Убедитесь, что объект расчетов в документах совпадает. Если в договоре указана детализация По заказам, а лимит установлен По договору, система должна агрегировать данные. Однако при изменении валюты расчетов или налогообложения внутри цепочки документов связь может нарушиться.

Шаг 2. Проверка связки «Заказ — Реализация»

Как показывает практика, часто проблема кроется в изменении параметров документа уже после его частичного закрытия. Рассмотрим ситуацию: был создан Заказ клиента, по нему оформлена Реализация товаров и услуг. После этого в заказе или реализации изменили ставку НДС или систему налогообложения. В этом случае суммы в регистрах планирования (которые отвечают за контроль лимита) и в регистрах фактических расчетов могут разойтись.

Проанализируем ситуацию через отчет «Движения документа». Нажмите кнопку Отчеты — Движения документа в заказе и реализации. Нас интересуют два ключевых регистра:

1. Расчеты с клиентами — здесь фиксируется реальный долг.
2. Плановые оплаты клиентов — именно этот регистр часто является источником данных для проверки лимита в форме заказа.

Если вы видите, что в Плановых оплатах висит сумма, отличная от фактической задолженности, необходимо перепровести цепочку документов, начиная с самого раннего заказа по этому клиенту.

Шаг 3. Работа с регистрами «по срокам» и онлайн-взаиморасчетами

В новых версиях 1С (УТ 11.4 и выше) внедрен механизм «Онлайн-взаиморасчеты». При этом данные для контроля лимитов могут браться из регистра Расчеты с клиентами по срокам. Рассмотрим технические нюансы:

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

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

Шаг 4. Поиск «фантомных» остатков через Универсальный отчет

Если визуально в карточке расчетов всё чисто, но контроль лимита всё равно не видит 176 рублей долга (как в примере автора темы), используем Универсальный отчет. Настроим его по регистру накопления Расчеты с клиентами (Остатки и обороты):

• Сгруппируем данные по полю Объект расчетов и Аналитика учета по партнерам.
• Добавим поле Валюта. Иногда копеечные остатки в другой валюте (возникшие из-за курсовых разниц) блокируют корректный расчет лимита в основной валюте договора.
• Исключим отборы, чтобы увидеть «пустые» объекты расчетов. Часто бывает, что оплата зачтена «пустым» договором, а отгрузка — конкретным, что создает ситуацию двойного долга (мы должны клиенту и он должен нам), которые не схлопываются автоматически.

Шаг 5. Исправление ошибок налогообложения и «битых» связей

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

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

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

// В обработке "Исправление разрывов в цепочках расчетов"
// или через групповое изменение реквизитов можно принудительно 
// перезаполнить объект расчетов в движениях.
// Но безопаснее использовать штатный механизм:
НСИ_и_Администрирование -> Обслуживание -> Корректировка данных -> Правила распределения расчетов

Резюме и рекомендации

Для предотвращения «рассинхрона» лимитов в будущем:

• Не меняйте ключевые реквизиты (организацию, валюту, договор, ставку НДС) в уже частично отгруженных заказах.
• Следите за статусами. Помните, что контроль лимита уменьшает доступный остаток сразу, как только в заказе появляется статус Отгрузить, даже если сама накладная еще не выписана.
• Используйте отчет «Задолженность клиентов по срокам». Он позволяет увидеть долг в том разрезе, в котором его воспринимает механизм контроля кредитного лимита.

Если вы убедились, что все настройки верны, а отчеты показывают правильные суммы, но в заказе лимит по-прежнему отображается неверно — выполните процедуру «Восстановление последовательности расчетов» в разделе Финансовый результат и контроллинг. Это принудительно пересчитает все плановые и фактические движения по регистрам взаиморасчетов.