Версия 1С:ЗУП 3.1.39.53 — не обычное техническое обновление. Конфигурация переведена на платформу 1С:Предприятие 8.5, а в прикладной части появились две заметные возможности: исправление документа «Простой сотрудников» в текущем месяце и отчёт «Анализ удержаний по исполнительным документам». Поэтому обновление лучше воспринимать как небольшой проект: сначала проверить совместимость платформы, затем прогнать рабочие сценарии в копии базы и только после этого обновлять продуктивную систему.
1Что изменилось в релизе 3.1.39.53
Официальное описание 1С выделяет три блока изменений:
- переход конфигурации на платформу 8.5 и обновление библиотеки стандартных подсистем до версии 3.2;
- возможность исправлять документ «Простой сотрудников» в текущем месяце;
- новый отчёт «Анализ удержаний по исполнительным документам».
Для кадровика и расчётчика важны не только новые команды в интерфейсе. Переход на другую ветку платформы затрагивает совместимость клиентских рабочих мест, расширений, внешних обработок и обменов. А новые прикладные функции нужно проверить на ваших данных: с привычными правами пользователей, настройками расчёта и реальными документами.
2Сначала проверьте платформу 8.5
Для версии ЗУП 3.1.39.53 официальный минимум — платформа 8.5.1.1150, рекомендованная версия — 8.5.1.1529. Использовать релиз на более ранней платформе нельзя считать безопасным сценарием, даже если база открывается.
Перед обновлением зафиксируйте четыре позиции:
- Версию платформы на сервере и на каждом типе клиентского рабочего места.
- Разрядность и способ запуска: тонкий клиент, веб-клиент или другой используемый вариант.
- Список расширений, внешних печатных форм, обработок и интеграций.
- Текущий релиз конфигурации и наличие резервной копии, из которой действительно можно восстановиться.
Интерфейс платформы 8.5 на момент выхода релиза продолжал развиваться. Поэтому проверка не должна ограничиваться запуском программы. Нужны хотя бы вход пользователей с разными ролями, открытие основных кадровых и расчётных документов, формирование регламентных отчётов, обмен с банком и другими системами, если эти процессы используются в организации.
3Как подготовить тестовую базу
Обновлять рабочую информационную базу сразу после скачивания релиза рискованно. Сделайте актуальную копию и проведите проверку отдельно от продуктивного контура.
Практический маршрут:
- Зафиксируйте дату и время копии, текущие версии платформы и конфигурации.
- Обновите платформу на тестовом контуре до совместимой версии.
- Обновите копию ЗУП до 3.1.39.53 штатным способом, который принят в вашей организации.
- Проверьте журнал регистрации и сообщения обновления.
- Выполните короткий дымовой тест: вход, поиск сотрудника, открытие кадрового документа, расчёт документа начисления, формирование используемых отчётов.
- Отдельно прогоните сценарии простоя и исполнительных документов.
- Зафиксируйте результат, найденные отклонения и решение ответственного специалиста о переносе обновления в рабочую базу.
Если используются доработки или расширения, назначьте ответственного за их проверку. Успешный запуск типовой конфигурации ещё не подтверждает, что внешняя обработка или интеграция корректно работает на новой платформе.
4Как проверить исправление простоя
В релизе появилась возможность исправлять документ «Простой сотрудников» в текущем месяце. Для проверки возьмите тестовый пример, максимально похожий на рабочий, но не меняйте реальные документы в продуктивной базе.
Контрольный сценарий:
- создайте или скопируйте документ простоя в тестовой базе;
- убедитесь, что период относится к текущему месяцу;
- выполните исправление доступным в вашей конфигурации способом;
- сравните сотрудников, даты, вид времени и расчётный результат с исходным документом;
- проверьте отражение в последующих документах начисления и в используемых кадровых или расчётных отчётах;
- проверьте права обычного пользователя, а не только администратора.
Цель теста — не доказать, что команда существует, а убедиться, что исправление проходит по вашему процессу без потери сотрудников, периода и связи с расчётом. Названия команд и расположение элементов могут зависеть от прав, настроек и дальнейших обновлений, поэтому рабочую инструкцию лучше оформить после проверки именно вашей базы.
5Как проверить новый отчёт по удержаниям
Новый отчёт «Анализ удержаний по исполнительным документам» должен помочь сверять удержания не по одному сотруднику, а в аналитическом разрезе. Но сам факт появления отчёта не гарантирует, что пользователь видит все нужные данные и одинаково понимает показатели.
Для приёмочного теста подготовьте несколько контрольных случаев:
- исполнительный документ с удержанием в текущем месяце;
- сотрудник с несколькими основаниями удержаний, если такой сценарий есть в вашей базе;
- документ, по которому удержание ограничено расчётной базой;
- завершённое или приостановленное удержание — если такой пример есть в тестовых данных.
Сформируйте отчёт и сопоставьте итоговые суммы с первичными документами и расчётными регистрами, которыми вы обычно пользуетесь. Проверьте отборы, расшифровки и доступность отчёта для роли расчётчика. Если организация ведёт внутренний реестр исполнительных документов, сравните ключевые суммы и статусы с ним.
Не используйте новый отчёт как единственный источник контроля до завершения теста. Сначала определите, какие показатели он показывает в вашей настройке базы и как они соотносятся с привычными отчётами.
6Чек-лист перед рабочим обновлением
| Проверка | Что зафиксировать | Критерий готовности |
|---|---|---|
| Платформа | Версия сервера и клиентов | Не ниже 8.5.1.1150; для планирования ориентир — 8.5.1.1529 |
| Резервная копия | Дата, место хранения, ответственный | Восстановление проверено или предусмотрено регламентом |
| Расширения и обработки | Перечень и результат теста | Критичные функции выполняются без ошибок |
| Права пользователей | Роли кадровика и расчётчика | Нужные документы и отчёты доступны |
| Простой | Исправление текущего месяца | Период, сотрудники и расчётный результат сохранены корректно |
| Удержания | Новый отчёт и контрольные документы | Итоги сверены с документами и привычными отчётами |
| Интеграции | Обмены и внешние сервисы | Контрольный обмен завершён без критичных ошибок |
| Решение о переносе | Протокол или заявка | Назначены дата, ответственные и план отката |
Если хотя бы один критичный процесс не проверен, лучше перенести обновление рабочей базы, чем исправлять последствия в расчётный период.
7Что передать редактору и администратору
Кадровой службе и расчётчикам полезно заранее согласовать с администратором 1С короткий протокол приёмки. В нём должны быть версия платформы, версия конфигурации, дата теста, перечень сценариев, найденные отклонения и итоговое решение.
Для пользователей подготовьте отдельную памятку только после тестирования вашей базы: где находится исправление простоя, кому доступен новый отчёт и с какими источниками сверять его суммы. Это снизит риск, что новая функция будет использоваться без понимания её места в текущем процессе.
Версия 3.1.39.53 даёт полезные инструменты, но ключевая задача обновления — сохранить управляемость расчёта и кадровых операций. Безопасная последовательность проста: совместимая платформа, актуальная копия, проверка доработок, два предметных сценария и зафиксированное решение о переносе.
