← На главную

При плановом обновлении конфигурации «1С:Зарплата и управление персоналом 8» (редакция 3.1) администраторы и специалисты по сопровождению нередко сталкиваются с ситуацией, когда на портале обновлений представлены релизы с постфиксом «ДП», тогда как очередные выпуски привычной ветки временно отсутствуют либо задерживаются. Возникают закономерные вопросы: является ли дистрибутив с суффиксом «ДП» полноценным типовым релизом, можно ли использовать его в рабочей среде, какие системные требования предъявляют альтернативные ветки и как это отражается на регулярном электронном взаимодействии с Социальным фондом России (СФР).

Что означает маркировка «ДП» и архитектура параллельных веток 1С:ЗУП

Аббревиатура «ДП» расшифровывается как «длительная поддержка» (или версия длительного сопровождения). Разработчики фирмы «1С» используют разделение на две параллельные линейки для обеспечения стабильности учетных систем крупных предприятий:

• Ветка длительного сопровождения (ДП): ориентирована на максимальную эксплуатационную стабильность. В нее оперативно включаются только критически важные изменения законодательства (новые формы отчетности, форматы СЭДО СФР, ставки налогов) и исправления существенных дефектов. При этом архитектурные новшества, глобальные рефакторинги механизмов и переработка интерфейса сведены к минимуму. Примером такой линейки является ветка 3.1.38 (включая релизы 3.1.38.69, 3.1.38.92 и последующие).
• Текущая (прогрессивная) ветка: предназначена для активного развития функционала конфигурации. Здесь реализуются новые сервисные возможности, оптимизируются расчетные алгоритмы и первыми внедряются обновленные стандарты платформы «1С:Предприятие».

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

Правила миграции между линейками и необратимость перехода

При выборе траектории обновления критически важно соблюдать официальный регламент перехода между ветками:

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

Таким образом, если предприятие переходит на текущую прогрессивную линейку, вернуться на длительную поддержку без восстановления архивной копии стандартным обновлением уже не удастся.

Требования к технологической платформе при выходе релиза 3.1.39

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

Для эксплуатации линейки 3.1.39 установлено жесткое системное ограничение: версия платформы «1С:Предприятие» должна быть не ниже 8.5.1.1529. При этом ветка длительного сопровождения 3.1.38 продолжает штатно функционировать на платформе 1С v8.3. Обновление на 3.1.39.53 штатно поддерживается с релизов 3.1.38.123, 3.1.38.92, 3.1.38.69 и 3.1.37.72, однако выполнение данной процедуры на сервере под управлением ветки 8.3 заблокировано платформенной проверкой совместимости.

Хотя сам интерфейс конфигурации в 3.1.39 по умолчанию сохраняет стандартный режим «Такси», администрирование системного контура существенно усложняется: требуется заблаговременное тестирование взаимодействия серверов 1С v8.5 с СУБД, веб-серверами публикации и клиентскими рабочими станциями.

Специфика работы с СЭДО СФР и применение оперативных исправлений

Одной из главных причин, вынуждающих специалистов срочно устанавливать релиз 3.1.38.92 ДП, выступает динамичное изменение протоколов обмена с Социальным фондом России. Изменения требований к электронным подписям, структурам XML-сообщений при передаче ответов на запросы сведений для расчета пособий и обработке электронных листков нетрудоспособности требуют актуализации программного кода конфигурации.

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

• Обязательное создание резервной копии: до запуска процедуры обновления выгрузите информационную базу (DT) или создайте резервную копию средствами используемой СУБД.
• Анализ состава внешних доработок: если в конфигурации переопределен модуль МенеджерДанныхУчетаВремениСотрудников или алгоритмы расчета времени, перед накатыванием релиза проверьте их на тестовой копии.
• Подключение сервиса оперативных патчей: после установки релиза (в частности, 3.1.38.92) необходимо загрузить все актуальные официальные исправления через сервис «Интернет-поддержка пользователей». Разработчики 1С выпускают срочные корректировки форматов взаимодействия с СФР в виде автономных патчей-расширений, без которых обмен по СЭДО может выдавать ошибки валидации пакетов.
• Локализация ошибок формата: если при отправке ответа на запрос СФР сервис возвращает ошибки валидации полей (например, требования обязательного заполнения страны, адреса или признаков гражданства), проверьте полноту заполнения кадровых данных физического лица и наличие установленных патчей по направлению регламентированной отчетности и СФР.

Выводы и рекомендации по выбору стратегии обновления

Если для организации приоритетом является непрерывность и стабильность учетного процесса без масштабной модернизации системной инфраструктуры, оптимальным выбором остается использование ветки длительной поддержки (3.1.38 ДП) с обязательной установкой всех выпускаемых разработчиками патчей. Это позволяет закрывать расчетные периоды и сдавать регламентированную отчетность на проверенной платформе 8.3.

Переход на текущую ветку 3.1.39 целесообразно планировать только после проведения полноценного аудита инфраструктуры, развертывания платформы 1С:Предприятие 8.5 в тестовом контуре и подтверждения стабильной работы клиент-серверных баз и используемых расширений.