Переход на новые версии систем управления предприятием, такие как 1С:Комплексная автоматизация 2.5 или 1С:Управление торговлей 11.5, часто сопровождается неожиданными изменениями в поведении привычных экранных форм. Одной из самых частых проблем, с которой сталкиваются пользователи и администраторы, является исчезновение данных в колонках «% долга» и «% отгрузки» в списке заказов клиентов. Вместо привычных цифр отображаются прочерки или пустые значения, хотя сами документы проведены и взаиморасчеты по ним актуальны.
В этой статье мы подробно разберем причины возникновения данной проблемы, проанализируем технические изменения в архитектуре системы и предложим пошаговый алгоритм восстановления работоспособности списка заказов.
Самая распространенная причина — это конфликт между старыми пользовательскими настройками формы и обновленным внутренним макетом Системы компоновки данных (СКД). В версии 2.5 разработчики существенно переработали структуру динамического списка. Пути к полям, которые отвечают за расчет процентов, изменились. Если пользователь ранее настраивал список (менял ширину колонок, добавлял отборы или просто сохранял вариант формы), система пытается применить эти настройки к новому макету, что приводит к ошибкам или некорректному отображению данных.
Для исправления этой ситуации проанализируем и выполним следующие действия:
После выполнения этого действия форма принудительно сбросит кэшированные идентификаторы полей и загрузит актуальный макет из конфигурации. В большинстве случаев расчет процентов возобновляется мгновенно.
Рассмотрим более глубокую техническую причину. В старых версиях (2.4/11.4) расчет показателей отгрузки и оплаты в динамических списках часто выполнялся «на лету» с помощью сложных запросов к регистрам накопления. Это создавало высокую нагрузку на базу данных при прокрутке списка.
В новых редакциях (2.5/11.5) произошел переход на регистровую модель хранения состояний. Теперь данные для списка заказов берутся не из итогов регистров накопления, а из специального вспомогательного регистра сведений СостоянияЗаказовКлиентов. Если этот регистр пуст или данные в нем не актуализированы, в списке будут отображаться прочерки.
Проанализируем ситуацию: если после сброса настроек проценты не появились, значит, данные еще не перенесены в новый регистр. Это происходит в процессе выполнения дополнительных процедур обработки данных после обновления конфигурации. Выясним статус этих процедур:
Убедимся, что все регламентные операции по миграции данных в части заказов и взаиморасчетов завершены на 100%. Пока эти процедуры не закончатся, информация в списках будет неполной. Для ускорения процесса или ручного запуска процедур подойдёт обработка для принудительного выполнения отложенного обновления информационной базы.
Для поддержания актуальности данных в регистре СостоянияЗаказовКлиентов используется специальный механизм фоновых вычислений. В версии 2.5 расчет статусов происходит не в момент записи документа (чтобы не блокировать работу пользователя), а спустя короткое время с помощью регламентного задания.
Разберем, как проверить работу этого механизма:
Если это задание выключено или завершается с ошибкой, показатели процентов в списке обновляться не будут.
Если в вашей организации сотни пользователей, заставлять каждого нажимать кнопку «Установить стандартные настройки» неэффективно. В этом случае программисту или администратору следует выполнить массовую очистку настроек формы списка для всех сотрудников. Это можно сделать программно или через стандартный интерфейс управления настройками.
Посмотрим на пример того, как можно очистить настройки через интерфейс:
СписокЗаказовКлиентов.Проанализируем ситуацию, когда в системе установлены расширения, созданные для версии 2.4. Часто разработчики заимствуют форму списка в расширение, чтобы добавить свои колонки или изменить логику отборов. В версии 2.5 состав полей динамического списка значительно изменился. Если ваше расширение содержит «замороженную» копию формы старого образца, она будет блокировать работу новых механизмов расчета состояний, даже если визуально кажется, что вы не трогали колонки с процентами.
В этом случае необходимо:
Иногда при переходе с 11.4 на 11.5 возникают критические ошибки типа «Поле объекта не обнаружено». Опытные специалисты рекомендуют выполнять обновление строго последовательно, через промежуточные релизы, указанные в файле readme.txt. Важно после каждого шага обновления конфигурации базы данных запускать сеанс «1С:Предприятие» от имени администратора, чтобы система успевала инициализировать новые объекты метаданных и запускать скрипты миграции. Если «перепрыгнуть» через слишком много версий за один раз, некоторые обработчики обновления могут не сработать корректно, что и приведет к проблемам с макетами СКД.
Для восстановления расчета процентов долга и отгрузки в 1С:КА 2.5 / 1С:УТ 11.5 мы рекомендуем следовать данному алгоритму:
Следуя этим шагам, вы обеспечите корректное отображение управленческой информации и стабильную работу системы после перехода на новую редакцию.