Почему перестали выделяться жирным шрифтом нерассчитанные отпуска в 1С:ЗУП и как это исправить?

В процессе эксплуатации программных продуктов на базе 1С:Предприятие 8.3, в частности конфигурации Зарплата и Управление Персоналом (ЗУП) 3.1, пользователи часто сталкиваются с изменениями в интерфейсе после очередного обновления. Одной из таких проблем стало исчезновение визуального выделения (жирного шрифта) для документов Отпуск, которые еще не были рассчитаны бухгалтером-расчетчиком. Давайте подробно разберем, почему это происходит, как устроена механика динамических списков и какие шаги необходимо предпринять для восстановления привычного функционала.

Анализируем причину возникновения проблемы

Начиная с ветки релизов 3.1.9, разработчики фирмы 1С начали масштабную переработку архитектуры динамических списков. Основная цель этих изменений — оптимизация производительности системы. Ранее запросы в списках документов были статичными и прописывались непосредственно в свойствах формы. В новых версиях внедрен механизм «Представлений».

Суть механизма заключается в том, что данные для списка теперь собираются динамически программным кодом. В релизах 3.1.9.187 — 3.1.9.229 был зафиксирован дефект: поле Рассчитан, которое отвечает за условие оформления (выделение жирным), перестало корректно передаваться из базы данных в коллекцию полей формы. В результате система «считала», что все документы уже рассчитаны, и отображала их обычным шрифтом.

Способ 1: Сброс настроек формы до стандартных

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

Рассмотрим по шагам, как выполнить сброс:

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

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

Способ 2: Ручное восстановление условного оформления

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

1. В журнале отпусков перейдем в Ещё — Изменить форму.
2. В открывшемся окне найдем вкладку Условное оформление.
3. Нажмем Добавить и настроим новое правило:
   • Оформление: установим свойство Шрифт — Жирный (Да).
   • Условие: выберем поле Рассчитан, вид сравнения Равно, значение Нет.
   • Оформляемые поля: если оставить пустым, выделится вся строка, что нам и требуется.

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

Способ 3: Переход на версию 3.1.10 и выше

Как показывает практика и анализ изменений, в версии 3.1.10 логика работы динамических списков была окончательно стабилизирована. В этой версии списки стали полностью декларативными. Это означает, что запросы и поля расширяются специальными сервисными механизмами представлений.

В новых версиях жирный шрифт управляется через общие модули кадрового учета. Проанализируем, как это работает на уровне кода. Система использует методы общего модуля УправлениеСписками, который динамически формирует текст запроса, добавляя туда служебные поля для оформления.

Если вы планируете обновление, стоит учитывать рекомендации разработчиков по кастомизации системы:

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

Техническая справка для разработчика

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

// Вместо прямого запроса к регистрам расчета
ДанныеДляПечати = КадровыйУчет.ПодготовитьДанныеДляПечатныхФорм(МассивОбъектов);
// Полученную таблицу значений используем как внешний источник данных

Такой подход гарантирует, что при очередном обновлении архитектуры (как это случилось при переходе на «шатку» в 3.1.10) ваш код останется работоспособным.

Проверка статуса «Рассчитан»

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

• В документе заполнены вкладки с начислениями (сумма налога, взносов и итоговая сумма к выплате отличны от нуля).
• Если в настройках программы включено разделение прав между кадровиком и расчетчиком, должен быть установлен флаг «Расчет утвержден».

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

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