Вопросы жизненного цикла и поддержки программных продуктов фирмы «1С» всегда вызывают оживленные дискуссии в профессиональной среде. Особенно остро эта проблема встает перед крупными корпоративными клиентами, использующими кастомизированные конфигурации класса КОРП. Переход на новую редакцию для таких компаний — это не просто накат очередного обновления, а полноценный ИТ-проект, требующий значительных временных, финансовых и человеческих ресурсов. В рамках данной статьи мы подробно проанализируем ситуацию вокруг поддержки конфигурации 1С:Зарплата и управление персоналом КОРП редакции 2.5 (ЗУП КОРП 2.5), разберем хронологию ее развития, технологические ограничения и выработаем оптимальную стратегию перехода на актуальную версию.
Для начала разберем ключевое заблуждение, с которым часто сталкивались пользователи в 2018–2019 годах. Как справедливо отметили участники обсуждения на форуме, путаница возникала из-за разницы в политике поддержки версий ПРОФ и КОРП.
Для обычной версии ЗУП ПРОФ 2.5 регулярная поддержка и выпуск обновлений были прекращены еще весной 2018 года (после сдачи отчетности за I квартал 2018 года). Это вынудило пользователей массово переходить на редакцию 3.1. Однако в отношении корпоративной версии ЗУП КОРП 2.5 действовали совершенно иные правила. Разработчики из фирмы «1С» гарантировали, что о прекращении поддержки КОРП-решений пользователей всегда предупреждают заблаговременно — минимум за один год до планируемой даты. Соответственно, отсутствие официальных писем на начало 2019 года означало, что конфигурация продолжит поддерживаться в течение всего 2019 года.
Давайте проанализируем, как в действительности развивались события после 2019 года. Практика показала, что конфигурация ЗУП КОРП 2.5 оказалась крайне «живучей»:
Помимо официальных сроков поддержки, существует понятие технологического устаревания. Пользователи, решившие оставаться на старой редакции до последнего момента, столкнулись со следующими критическими проблемами:
КЛАДР 4.0 постепенно прекратил свое существование. Переход ФНС на формат ФИАС, а затем и на муниципальное деление в рамках Государственного адресного реестра (ГАР) потребовал кардинального изменения логики работы с адресами. В ЗУП КОРП 2.5 полноценная интеграция с веб-сервисами для автоматической проверки адресов и муниципальное деление так и не получили должного развития, что усложняло подготовку регламентированных отчетов.МЧД), интеграция с порталом «Работа в России» и личными кабинетами сотрудников реализованы исключительно в линейке решений ЗУП 3.1.Рассмотрим, как правильно спланировать переход с редакции 2.5 на 3.1, избежав типовых ошибок. Процесс перехода невозможно выполнить простым обновлением конфигурации. Это всегда перенос данных в новую, чистую базу.
Разберем по шагам ключевые этапы миграции:
Перед началом переноса необходимо оценить степень кастомизации вашей текущей конфигурации ЗУП КОРП 2.5. Выясним, какие доработки были сделаны, и сопоставим их с типовым функционалом новой ЗУП КОРП 3.1. Практика показывает, что до 70% доработок старой версии уже реализованы в новой программе «из коробки» благодаря мощному функционалу кадрового планирования, подбора персонала, грейдов и KPI.
Переносить неактуальные или некорректные данные — грубая ошибка. Нам необходимо запустить проверку целостности базы данных и закрыть все незавершенные кадровые периоды. Для поиска и исправления некорректных адресов, не соответствующих актуальному адресному реестру, можно использовать специализированный запрос или типовые отчеты проверки заполнения персональных данных.
Рассмотрим пример простого кода на встроенном языке 1С, который разработчики могут использовать для предварительного анализа заполнения СНИЛС сотрудников перед выгрузкой:
ВыборкаСотрудников = Справочники.ФизическиеЛица.Выбрать();
Пока ВыборкаСотрудников.Следующий() Цикл
Если ПустаяСтрока(ВыборкаСотрудников.СтраховойНомерПФР) Тогда
Сообщить("У физического лица " + ВыборкаСотрудников.Наименование + " не заполнен СНИЛС!", СтатусСообщения.Внимание);
КонецЕсли;
КонецЦикла;
Существует два основных варианта переноса данных в редакторе перехода:
Для минимизации рисков крупных предприятий рекомендуется вести параллельный учет в двух базах в течение как минимум одного расчетного периода (месяца). Мы должны провести расчет заработной платы и налогов в обеих системах, после чего детально сравнить полученные результаты. Выявленные расхождения помогут вовремя скорректировать настройки начислений, удержаний и параметров кадрового учета в новой системе.
Таким образом, хотя в 2019 году пользователи ЗУП КОРП 2.5 действительно могли продолжать спокойно работать и сдавать отчетность, долгосрочная стратегия требовала заблаговременной подготовки к переходу на 3.1. Своевременный отказ от устаревшей платформы позволил компаниям автоматизировать HR-процессы на качественно новом уровне и избежать аврального режима при полном прекращении поддержки.