Переход на версию 1С:Управление торговлей 11.5 принес значительные архитектурные изменения в подсистему взаиморасчетов. Многие пользователи и администраторы систем столкнулись с тем, что привычные настройки исчезли, а отчеты по дебиторской задолженности стали вести себя непредсказуемо. В этой статье мы подробно разберем, как устроены "потроха" новой системы взаиморасчетов, почему отчет Платежная дисциплина может показывать долги по полностью закрытым документам и как правильно настраивать систему для корректной работы.
Начиная с версии 11.5, компания 1С окончательно перевела конфигурацию на так называемую Новую систему взаиморасчетов. Если в версии 11.4 у пользователя еще был выбор между старой архитектурой (основанной на регистре накопления РасчетыСКлиентамиПоДокументам) и новой, то в 11.5 старая система считается устаревшей (deprecated) и постепенно выводится из эксплуатации.
Рассмотрим, почему в настройках часто отсутствует опция "Не новая система". 1С принудительно скрывает этот функционал, так как целевое состояние программы подразумевает использование единого регистра накопления РасчетыСКлиентами с расширенной аналитикой. Это нормальное состояние базы: если флаг "Новая система взаиморасчетов" установлен, а альтернативы нет — значит, ваша база приведена к современному стандарту.
Проанализируем ситуацию с распределением взаиморасчетов. В прошлых версиях настройка Офлайн позволяла документам просто записывать движения, а детальное распределение оплат по накладным (так называемое "схлопывание") происходило позже при запуске регламентного задания. В УТ 11.5 настройка выбора режима исчезла, так как теперь доступен только онлайн-режим.
Выясним, что это означает на практике: теперь распределение (связка конкретной оплаты с конкретной отгрузкой) происходит непосредственно в момент проведения документа. Однако, несмотря на "онлайн" статус, в системе все равно существует фоновое задание РаспределениеВзаиморасчетов. Оно выполняет роль "санитара" базы: если документы вводились задним числом, изменялись или перепроводились, это задание пересчитывает цепочки расчетов, чтобы отчеты отражали актуальную картину.
Одной из главных проблем, с которой сталкиваются пользователи, является ситуация, когда отчет Платежная дисциплина показывает просроченный долг по накладным, которые фактически оплачены на 100%. Разберем причины такого поведения по шагам:
Дата окончания, указанного в настройках отчета. Система берет разницу в днях между плановым погашением и этой датой (&КонецПериода). Если вы сформировали отчет на прошлую дату, он покажет состояние долга именно на тот момент, даже если сегодня долг погашен.ПлановыеОплаты. В новой системе взаиморасчетов график платежей — это не просто текст в договоре, а жесткая структура данных. Если оплата пришла, но в системе она не "привязалась" к конкретному этапу графика (например, из-за изменения суммы заказа или даты отгрузки), отчет будет считать, что плановый этап не выполнен, и покажет просрочку.Чтобы понять, "сколько вешать в граммах", нужно заглянуть в регистры. Ключевым звеном новой системы является регистр накопления РасчетыСКлиентамиПоСрокам. Именно в нем 1С хранит разбивку задолженности по датам возникновения и датам планового погашения.
Рассмотрим пример того, как система может хранить данные о просрочке в коде запросов или при анализе движений:
// Логика определения просрочки (упрощенно)
Если ТеккущаяДата > ДатаПлановогоПогашения И ОстатокДолга > 0 Тогда
ДниПросрочки = РазностьДат(ДатаПлановогоПогашения, КонецПериодаОтчета, "ДЕНЬ");
КонецЕсли;
Если отчет "врет", рекомендуется проверить движения именно по этому регистру. Также стоит обратить внимание на регистр накопления РасчетыСКлиентами. В нем важна аналитика ОбъектРасчетов. Если там фигурируют разные документы для одной сделки — это верный признак того, что взаиморасчеты "разъехались".
Если вы столкнулись с тем, что отчеты показывают недостоверную информацию, выполните следующие действия:
РаспределениеВзаиморасчетов выполняется успешно и без ошибок. В 11.5 это критически важно для актуализации данных в регистре РасчетыСКлиентамиПоСрокам.ПлановыеОплаты.РасчетКурсовыхРазниц обязательна даже для рублевых расчетов, если в цепочке документов задействованы договоры с валютной оценкой. Без этой операции могут зависать "копейки", которые отчеты интерпретируют как долг.ОбъектРасчетов. В УТ 11.5 это поле является ключевым идентификатором "сделки" в регистрах.Подводя итог, можно сказать, что "доступно и всерьез" взаиморасчеты в 11.5 строятся на жестком соблюдении последовательности документов и актуальности графиков оплат. Система стала более требовательной к качеству ввода данных, но взамен она предлагает гораздо более детальный анализ дебиторской задолженности, если понимать логику работы ее ключевых регистров.