При работе с крупными корпоративными системами, такими как 1С:ERP Управление холдингом или 1С:ERP Управление предприятием, перед разработчиками и администраторами часто встает задача оперативного внедрения законодательных новшеств. Особенно остро этот вопрос звучит в конце 2024 года в связи с масштабной налоговой реформой: введением пятиступенчатой прогрессивной шкалы НДФЛ, увеличением ставки налога на прибыль до 25% и новыми правилами работы на УСН.
Рассмотрим детально, как выяснить, в какой версии конфигурации появились нужные изменения, и как правильно выстроить процесс обновления, если ваша база содержит десятки расширений и серьезные доработки.
Проанализируем стандартные инструменты поиска информации о функционале новых версий. Основным источником является официальный портал обновлений 1С, а для оперативной проверки результатов внедрения новых алгоритмов можно использовать внешний отчет Начисления, НДФЛ и взносы за период. Разберем по шагам, на что стоит обратить внимание:
ЗУП (Зарплата и Управление Персоналом), так как именно в ней реализуется прогрессивная шкала НДФЛ.ЗУП 3.1.31.32 или 3.1.30.108 (и выше). Как только эти изменения попадают в «материнскую» конфигурацию ЗУП, они в течение короткого времени интегрируются в ветки ERP 2.5 и ERP УХ 3.1.ПеречислениеСсылка.КатегорииДоходовНДФЛ или обновленные алгоритмы в общем модуле ПрогрессивнаяШкалаНДФЛ.Выясним, какие версии конфигураций являются целевыми для корректного перехода на учет 2025 года:
СтавкиНалогаНаПрибыль. Проверьте наличие новых записей с периодом от 01.01.2025 в указанных релизах.Рассмотрим ситуацию, когда база сильно кастомизирована (например, содержит более 15 расширений). В этом случае «прыжок» через несколько минорных или мажорных версий (например, с 3.1.12 сразу на 3.1.14) сопряжен с огромными рисками. Разберем по шагам безопасный алгоритм:
Никогда не пытайтесь обновить рабочую базу, пропустив промежуточные релизы, которые указаны как обязательные в таблице применимости обновлений. Выясним причину: при каждом обновлении запускаются обработчики обновления данных (процедуры в модуле ОбновлениеИнформационнойБазы). Если перескочить релиз, в котором данные переносились из одного регистра в другой, а старый регистр был удален в следующем релизе, вы безвозвратно потеряете информацию.
Посмотрим на метод ускорения процесса:
.cf файлы по очереди)..cf файл целевой версии.Проанализируем совместимость расширений. При переходе на новые релизы ERP часто меняются имена процедур или структура заимствованных объектов. Рассмотрим пример кода, который может сломаться, если в типовой конфигурации изменилась логика расчета:
// Пример заимствованной процедуры в расширении
&Вместо("РассчитатьНДФЛ")
Процедура Расш1_РассчитатьНДФЛ(ПараметрыРасчета)
// Если в новом релизе 1С добавила новые параметры в структуру ПараметрыРасчета
// или изменила тип возвращаемого значения, ваше расширение вызовет ошибку.
ПродолжитьВызов(ПараметрыРасчета);
КонецПроцедуры
Для минимизации проблем рекомендуем использовать механизм Сравнения и объединения расширения с новой типовой конфигурацией на копии базы, чтобы заранее выявить конфликты имен и типов данных.
Выясним, как обезопасить себя от сбоев в процессе самого апдейта. Использование Источников бесперебойного питания (ИБП) на серверах — обязательное условие, но оно не спасает от логических ошибок базы данных. Проанализируем дополнительные меры:
snapshot на уровне виртуализации или SQL-сервера, это значительно быстрее, чем выгрузка .dt.РегламентныеЗадания.Проанализируем экстремальный вариант. Если до 1 января осталось несколько дней, а обновление ERP УХ физически не успевает пройти через все тесты, разработчики иногда прибегают к «бэкпорту» (переносу) функционала. Рассмотрим этот путь:
Вы можете попытаться перенести только необходимые метаданные (например, новые ставки в справочниках или перечислениях) через расширение. Однако для ERP это самый сложный путь, так как механизмы расчета зарплаты и налогов пронизывают систему насквозь: от документов НачислениеЗарплаты до отражения в финансовом учете. Попытка внедрить только «кусочек» НДФЛ может привести к тому, что налоги рассчитаются верно, но проводки по счетам 68.01 сформируются некорректно.
Рекомендация: Сосредоточьтесь на итерационном обновлении в выходные дни, выделив приоритетные расширения, влияющие на расчет зарплаты и закрытие месяца, и отложив проверку менее критичных интерфейсных доработок на вторую очередь.