← На главную

При обновлении конфигурации «Зарплата и управление персоналом» (ЗУП) редакции 3.1.5 администраторы и программисты часто задаются вопросом: действительно ли необходимо обновлять технологическую платформу до релиза 8.3.10.2580, как указано в сопроводительном файле ReadMe.txt, или можно продолжать работу на предыдущих сборках (например, 8.3.10.2466 или 8.3.10.2561)?

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

Критическая ошибка RLS при редактировании кадровых документов

На первый взгляд, при открытии информационной базы и проведении документов на платформе 8.3.10.2466 система может работать без видимых нареканий и не выдавать предупреждений о несоответствии версии. Однако основной «подводный камень» кроется в механизме ограничений прав на уровне записей (RLS).

Рассмотрим сценарий, в котором проявляется фатальный сбой платформы ниже версии 8.3.10.2580:

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

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

Аварийное завершение работы с двоичными данными

Другой важной причиной перехода на релиз 8.3.10.2580 является исправление критического бага платформы при вызове функций работы с двоичными данными. В прежних сборках при выполнении стандартных программных операций с бинарными объектами также могло происходить неожиданное завершение работы платформы.

Скрытые риски и ограничения программных библиотек

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

1. Проверки в библиотеках БСП и БИП: Служебные модули Библиотеки Стандартных Подсистем и Библиотеки Интернет-Поддержки содержат встроенный программный контроль минимальной версии платформы. При срабатывании этой проверки вход пользователей в систему может быть заблокирован.
2. Сбои регламентных и фоновых заданий: Тяжелые процедуры расчетов и проведения документов могут завершаться с ошибками в фоновом режиме без вывода понятных сообщений пользователю.
3. Проблемы при реструктуризации базы: При выполнении обновления конфигурации и реструктуризации таблиц на устаревшей платформе повышается риск повреждения индексов и служебных полей СУБД.

Рекомендации по обновлению и решению проблемы

Для обеспечения стабильной и безопасной работы пользователей рекомендуем следующие шаги:

1. Обновление платформы: Установить рекомендуемый релиз платформы 8.3.10.2580 (или более свежий актуальный релиз ветки 8.3) на сервер и клиентские рабочие места.
2. Параллельная установка: Если на сервере работают другие базы, требующие прежней версии платформы, развернуть платформу 8.3.10.2580 параллельно и указать конкретный номер версии в настройках запуска базы ЗУП.
3. Тестирование на копии: Перед обновлением рабочей базы выполнить тестирование на информационной копии, проверить корректность работы пользователей с ограниченными правами (RLS) и изучить Журнал регистрации на отсутствие ошибок фоновых процессов.