Какую версию 1С:ЗУП 3.1 выбрать для перехода в 2020 году и как организовать миграцию?

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

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

1. Стратегия выбора: LTS-версии против промежуточных релизов

Для начала разберем, по какому принципу фирма «1С» выпускает обновления для ЗУП 3.1. Конфигурация развивается параллельно в нескольких ветках:

1. Версии длительного сопровождения (LTS — Long-Term Support): Эти релизы предназначены для пользователей, которым важна максимальная стабильность системы. В таких ветках практически не появляется новый избыточный функционал, но оперативно исправляются критические ошибки и добавляются изменения, продиктованные законодательством. В начале 2020 года такой опорной версией являлась ЗУП 3.1.10.
2. Функциональные (текущие) версии: Эти ветки (например, 3.1.11, 3.1.12, 3.1.13) содержат новые программные возможности, улучшенный интерфейс и расширенные инструменты автоматизации. Однако они чаще подвержены программным сбоям («багам») сразу после выпуска.

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

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

Процедура ВыполнитьОбновлениеИнформационнойБазы() Экспорт
    // Проверяем текущую версию конфигурации перед запуском критических обработок
    ТекущаяВерсия = СистемныеЛицензииИОбновления.ПолучитьВерсиюКонфигурации();
    Если ТекущаяВерсия = "3.1.10.110" Тогда
        ЗаписатьВЛогСобытий("Запуск миграционных процедур для перехода на старшие релизы.");
        // Вызов обработчиков обновления
        ИнтеграцияПодсистемБСП.ВыполнитьОбновлениеДанных();
    КонецЕсли;
КонецПроцедуры

2. Особенности перехода с 1С:УПП 1.3 на ЗУП 3.1

Переход с комплексных систем, таких как УправлениеПроизводственнымПредприятием (УПП 1.3), на связку ЗУП 3.1 + УПП (в которой остается только производство и регламентированный учет) имеет свою специфику. Выясним основные технические нюансы этого процесса:

• Отсутствие прямого перехода: Фирма «1С» не создавала отдельного специализированного инструмента для прямой миграции из УПП в ЗУП 3.1.
• Использование транзитного механизма: Поскольку расчетный и кадровый блоки в УПП 1.3 методологически полностью соответствуют старой конфигурации ЗУП 2.5, для переноса данных используется стандартный помощник перехода из ЗУП 2.5 в ЗУП 3.1. Его запускают непосредственно из базы УПП.
• Корректировка кода помощника: На практике ИТ-специалисты часто сталкивались с тем, что код стандартного помощника перехода содержал директивы препроцессора или обращения к метаданным, которые не поддерживались старой версией платформы, на которой работала УПП. Программистам приходилось вручную корректировать правила выгрузки данных и комментировать несовместимые участки кода.

После успешного переноса кадров и начальных данных по взаиморасчетам ключевой задачей становится настройка регулярного обмена данными. Из ЗУП 3.1 в УПП необходимо регулярно передавать результаты расчета зарплаты для отражения в бухгалтерском и налоговом учете. Для этого используется документ ОтражениеЗарплатыВБухучете. На стороне УПП этот документ должен корректно сформировать проводки по счетам затрат (например, 20, 25, 26, 44), учитывая сложную аналитику по номенклатурным группам и статьям затрат.

Проанализируем пример того, как в правилах обмена (настроенных через Конвертацию Данных 2.0) может выглядеть обработчик выгрузки аналитики для документа отражения зарплаты:

// Обработчик "Перед выгрузкой" для табличной части "Начисления"
Если НоменклатурнаяГруппаПустая Тогда
    // Автоматическое заполнение аналитики затрат по умолчанию для УПП
    СтрокаДанных.НоменклатурнаяГруппа = Справочники.НоменклатурныеГруппы.НайтиПоКоду("000000001");
КонецЕсли;

3. Системные требования к платформе «1С:Предприятие» в 2020 году

В начале обсуждения на форумах пользователи часто советовали друг другу «не уходить с платформы 8.3.12». Однако реальность 2020 года показала, что удержаться на старых версиях технологической платформы при использовании ЗУП 3.1 невозможно.

Уже начиная с релиза ЗУП 3.1.12, разработчики «1С» существенно повысили требования к версии платформы «1С:Предприятие». Для запуска конфигурации потребовалась платформа версии не ниже 8.3.14. Попытка запустить новые релизы на устаревших версиях платформы (8.3.12 или 8.3.13) приводила к аварийному завершению работы программы или ошибкам несовместимости метаданных (например, при использовании новых механизмов работы со структурами данных и JSON в платформе).

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

4. Влияние законодательства 2020 года на жизненный цикл ЗУП

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

1. Электронные трудовые книжки (ЭТК) и форма СЗВ-ТД: С 1 января 2020 года работодатели были обязаны отправлять в ПФР сведения о кадровых мероприятиях. Поддержка этой отчетности велась во всех актуальных версиях, но наиболее стабильный и автоматизированный функционал со всеми последующими корректировками форм развивался уже в старших ветках.
2. Ковидные «нерабочие дни» с сохранением оплаты: Весной 2020 года в связи с пандемией были введены периоды нерабочих дней. Потребовалось полностью перестраивать алгоритмы расчета среднего заработка, настраивать новые виды времени в графиках работы и исключать эти периоды из расчетов для будущих отпусков и больничных. Если в ветке 3.1.10 этот функционал дорабатывался с ограничениями, то в ветках 3.1.13 и 3.1.14 появились гибкие и удобные настройки непосредственно в интерфейсе документов начислений.
3. Коды доходов в платежных поручениях: С 1 июня 2020 года при выплате зарплаты через банк работодателей обязали указывать специальные коды видов доходов, а также удержанные суммы по исполнительным листам непосредственно в реестрах и платежках. Данные механизмы оперативно развертывались только в актуальных релизах программы.

В связи с этим фирма «1С» приняла решение полностью прекратить поддержку LTS-версии ЗУП 3.1.10 в сентябре 2020 года. Ей на смену пришла новая LTS-версия — ЗУП 3.1.14. Все пользователи, которые временно работали на 3.1.10 для обеспечения стабильности при переходе, были вынуждены запланировать и осуществить переход на ветку 3.1.14 для сохранения возможности автоматического расчета налогов и сдачи отчетности.

5. Рекомендуемый пошаговый алгоритм перехода и тестирования

Разберем по шагам, как правильно организовать процесс миграции на ЗУП 3.1 в условиях постоянно меняющихся требований:

1. Подготовка тестовой среды: Создайте полную резервную копию вашей текущей базы (УПП или ЗУП старой версии). Разверните ее на тестовом сервере. Обновите технологическую платформу «1С:Предприятие» до актуальной поддерживаемой версии (не ниже 8.3.14).
2. Пробный перенос данных: Запустите помощник перехода в тестовой базе. Выполните выгрузку данных за последние несколько лет (обычно рекомендуется переносить кадровую историю и данные для расчета среднего заработка за последние 3 года). Разберите все возникающие в процессе переноса ошибки и коллизии данных.
3. Параллельный учет: Ведите учет одновременно в старой базе и в тестовой базе ЗУП 3.1 как минимум в течение одного-двух месяцев. Это позволит детально сопоставить результаты расчета налогов, взносов и среднего заработка, а также оперативно выявить расхождения.
4. Настройка интеграции: Разработайте правила обмена данными между новой базой ЗУП 3.1 и вашей учетной системой (например, УПП). Проверьте корректность формирования проводок по документу ОтражениеЗарплатыВБухучете.
5. Запуск в промышленную эксплуатацию: После успешного сопоставления результатов параллельного расчета зафиксируйте данные в старой системе, перенесите финальные остатки и начните полноценную работу в целевой версии ЗУП 3.1.

Подводя итоги, можно утверждать, что выбор версии ЗУП для перехода — это динамический процесс. Начинать миграцию всегда разумнее со стабильной LTS-версии (такой как 3.1.10 в начале 2020 года или 3.1.14 в конце года), но при этом необходимо быть готовым к плановому обновлению платформы и конфигурации для соответствия актуальным требованиям законодательства РФ.