← На главную

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

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

Анализ стабильных релизов ветки 8.3.27

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

1. Предупреждения системы: Релизы ниже 8.3.27.1786 могут вызывать штатные предупреждения конфигурации ЗУП о необходимости использования более актуальной версии платформы. Это не просто визуальное уведомление — использование устаревших микрорелизов может привести к ошибкам при реструктуризации базы данных.
2. Исправление критических багов: В релизах серии 8.3.27.21хх были устранены проблемы с утечками памяти в фоновых заданиях, которые часто возникают при массовых расчетах зарплаты или формировании больших отчетов.
3. Версия 8.3.27.2214: Данный релиз показывает высокую производительность, однако содержит специфическую ошибку визуализации в конфигураторе, которую мы разберем далее.

Решение проблемы зависания сессий на IIS (Internet Information Services)

Разберем ситуацию, когда при публикации файловой базы через IIS тонкий клиент зависает при попытке открыть более двух сеансов. Эта проблема характерна именно для 27-й ветки и часто проявляется на рабочих станциях под управлением Windows 10/11. Выясним причину: в новых версиях платформы изменен протокол взаимодействия с веб-сервером, что в сочетании с механизмами пула приложений IIS может приводить к конфликтам блокировок.

Если вы столкнулись с этой проблемой, рассмотрим пошагово возможные пути решения:

1. Переход на Apache: Наиболее надежный способ, рекомендуемый фирмой 1С для публикации файловых баз. Использование Apache 2.4 снимает большинство ограничений, связанных с управлением потоками, которые присутствуют в IIS.
2. Настройка пула приложений IIS: Если использование Apache невозможно, попробуем изменить параметры пула приложений. Переведем режим работы управляемого кода в No Managed Code и установим лимит на количество рабочих процессов (хотя для файловой базы это решение имеет ограничения).
3. Параметры Keep-Alive: Проанализируем настройки HTTP-ответов в консоли IIS. Отключение функции Keep-Alive или жесткое ограничение таймаутов простоя помогает принудительно завершать «подвисшие» сессии, которые блокируют вход третьим пользователям.

Устранение ошибки «двойных объектов» при обновлении конфигурации

Рассмотрим техническую аномалию, возникающую в релизах типа 8.3.27.2214. При попытке обновить конфигурацию на новый типовой релиз через сравнение/объединение, система может вывести в список изменений объекты, которые на самом деле не менялись и находятся на поддержке. Это происходит из-за некорректного кэширования идентификаторов метаданных.

Для решения этой проблемы выполним следующие действия:

1. Очистка серверного кэша: Перед началом обновления необходимо остановить службу сервера 1С и полностью удалить содержимое папок в %ProgramFiles%\1cv8\srvinfo\reg_1541\snccntx....
2. Параметр запуска: Используем запуск конфигуратора с параметром /ClearCache. Это заставит систему пересчитать внутренние хеши объектов.
3. Проверка соответствия: В окне сравнения и объединения воспользуемся фильтром «Показывать только дважды измененные объекты». Если после очистки кэша объекты всё еще отображаются как измененные, убедимся, что в базе не осталось расширений, затрагивающих данные объекты.

Перспективы платформы 8.5 и вопросы совместимости

Проанализируем опасения пользователей относительно перехода на ветку 8.5. Основной страх заключается в том, что функционал, реализованный в 8.3.27, может отсутствовать в 8.5.4 или более ранних сборках новой ветки.

На самом деле, развитие платформы 1С идет накопительным итерационным путем. Ветка 8.5 ориентирована на облачные технологии (1C:Fresh) и повышенную нагрузку, но она полностью наследует программный интерфейс (API) предыдущих версий. Однако для ЗУП 3.1 в июле 2026 года переход на 8.5 может быть избыточным, если ваша инфраструктура не требует специфических возможностей по масштабированию. Рекомендуем придерживаться стабильной ветки 8.3.27, так как она будет иметь статус долгосрочной поддержки (LTS).

Особенности работы с внешними источниками (MySQL)

Если ваша информационная система использует данные из внешних СУБД, таких как MySQL, важно учитывать изменения в работе с драйверами ODBC в платформе 8.3.27. Посмотрим на критические моменты:

1. Разрядность драйверов: Новые релизы платформы требуют обязательного использования 64-битных драйверов MySQL ODBC Connector последних версий.
2. Кодировки: Проанализируем настройки подключения. Для корректной передачи строк в ЗУП через внешние источники данных необходимо убедиться, что используется кодировка UTF-8 (utf8mb4), иначе возможны ошибки при записи данных в объекты конфигурации.

Резюмируем: Для обеспечения максимальной стабильности ЗУП 3.1.38 в долгосрочной перспективе оптимальным выбором будет релиз 8.3.27.2130. При работе через веб-сервер IIS следует заранее подготовиться к настройке таймаутов или рассмотреть возможность миграции на Apache для исключения проблем с многопользовательским доступом в файловом режиме.