← На главную

Иногда специалисты сталкиваются с необычной ситуацией: при поддержке старой базы 1С:Зарплата и Управление Персоналом 2.5 ПРОФ обнаруживается, что номер ее релиза значительно превышает последний официально выпущенный фирмой «1С». Например, можно встретить базу ПРОФ версии 2.5.165.1, в то время как официальная поддержка этой версии закончилась еще в марте 2018 года на релизе 2.5.130.2. Разберем подробнее, как такое технически возможно, проанализируем механизмы подмены конфигураций и выясним, что делать, если настала ваша очередь обновлять такую базу.

Причины появления «несуществующих» релизов ПРОФ

Разгадка кроется в разнице сроков поддержки версий ПРОФ и КОРП. В то время как обычная версия была снята с поддержки в 2018 году, конфигурация ЗУП 2.5 КОРП продолжала получать обновления вплоть до второго квартала 2024 года из-за требований крупных корпоративных клиентов. Поскольку архитектура этих баз практически идентична, многие специалисты научились «продлевать жизнь» обычным версиям за счет обновлений старшей конфигурации.

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

1. Неофициальная адаптация (хакинг) файлов поставки. Специалисты брали файл обновления (.cfu) или полный файл конфигурации (.cf) от свежего релиза КОРП, сравнивали его с последними версиями ПРОФ и вручную удаляли подсистемы, метаданные и объекты, специфичные только для версии КОРП. Также из названия конфигурации удалялась приставка «КОРП». В итоге генерировалась кастомная «поставка», которую база воспринимала как свое родное обновление и штатно устанавливала.
2. Прямая загрузка cf-файла версии КОРП. Базу ПРОФ просто переводили на КОРП путем полной загрузки файла конфигурации поставщика (1cv8.cf) через Конфигуратор (через меню «Загрузить конфигурацию из файла»). Программа конвертировалась и начинала получать обновления как КОРП. Чтобы скрыть этот факт, некоторые разработчики просто убирали слово «КОРП» из свойств конфигурации. С точки зрения лицензионной чистоты это является нарушением (так как требуется официальный апгрейд лицензии), но технически база продолжала работать и формировать актуальную регламентированную отчетность.

Что делать, если нужно разово обновить такую базу?

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

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

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

Нюансы перехода со старой ЗУП 2.5 на ЗУП 3.1

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

Разберем по шагам варианты переноса данных:

1. Рекомендованный (упрощенный) перенос. Именно его фирма «1С» настоятельно советует использовать. При этом методе в новую базу переносится только штатная расстановка на текущий месяц, актуальные сотрудники, остатки отпусков, текущие задолженности по зарплате и данные регистров за последние 2-3 года (исключительно в виде базы для расчета средних заработков для больничных и отпусков). Это позволяет отсечь все старые системные ошибки, накопившийся «мусор» и некорректные ручные корректировки из версии 2.5.
2. Полный (исторический) перенос. Попытка перенести все документы (начисления, кадровые переводы и т.д.) за прошлые годы. На практике для старых, долго живших баз 2.5 этот вариант чаще всего приводит к катастрофическому количеству ошибок, так как логика проведения многих документов кардинально изменилась. Использовать его крайне не рекомендуется.

Параллельный учет и доработки

Если старая база ЗУП 2.5 была сильно кастомизирована («переписана в хлам»), стандартные правила конвертации могут не сработать для нетиповых объектов. Доработки из обычных форм невозможно автоматически перенести в управляемые. Весь специфический функционал придется проектировать и программировать в новой базе ЗУП 3.1 с нуля, используя расширения конфигурации или дополнительные реквизиты.

При переходе со снятых с поддержки модифицированных систем «золотым стандартом» безопасности является ведение двойного (параллельного) учета. Компании необходимо как минимум 1-2 месяца рассчитывать заработную плату, НДФЛ и страховые взносы одновременно и в старой ЗУП 2.5, и в новой ЗУП 3.1. Только после успешной сверки итоговых сумм и формирования идентичных отчетов можно окончательно отказываться от старой программы.