При обслуживании типовых конфигураций 1С, особенно таких сложных, как 1С:Зарплата и Управление Персоналом, администраторы и программисты часто сталкиваются с парадоксальными ситуациями в нумерации версий. Разберем, почему релиз 3.1.17.63 может казаться «старше» релиза 3.1.17.94, и как правильно подойти к процессу обновления информационной базы.
Многие пользователи ошибочно полагают, что номер релиза всегда строго коррелирует с датой выхода. Однако в практике 1С существует понятие «технических релизов». Разберемся в ситуации с 3.1.17.63:
МероприятияТрудовойДеятельностиПереданные).В ходе обсуждения мы выяснили, что 1С использует две разные стратегии поддержки конфигураций. Давайте проанализируем их, чтобы вы могли сделать осознанный выбор для своей компании.
В примере это ветка 3.1.14. Такие релизы выпускаются для крупных организаций, где критически важна стабильность. В них:
В примере это ветка 3.1.17. Это версии для тех, кто хочет получать новые возможности платформы и новые инструменты расчета сразу после их выхода. Однако, выбирая их, будьте готовы к тому, что вы становитесь «первопроходцами» и можете столкнуться с недоработками, которые еще не успели выявить другие пользователи.
Если в процессе обновления в пользовательском режиме (этап выполнения обработчиков обновления) шкала прогресса останавливается и возникает ошибка (например, «Запись с такими ключевыми полями существует»), рекомендуем следовать следующему алгоритму:
dt или образа SQL, созданного до начала процедуры обновления.СостояниеСотрудников), не торопитесь править данные напрямую. Изучите, не является ли это известной ошибкой релиза, для которой 1С уже готовит исправительный патч.Мы советуем придерживаться принципа осторожности. Если ваша компания активно использует доработки, старайтесь использовать релизы LTS. Если же вы используете типовой функционал и вам необходимы последние новшества законодательства, будьте готовы к оперативному восстановлению базы из копий. Помните: технические версии (как 3.1.17.63) — это «скорая помощь», а не база для регулярного обновления всей инфраструктуры.
Для проверки актуальности всегда ориентируйтесь не только на номер версии, но и на информацию в файле v8upd11.htm, который прилагается к каждому обновлению — именно там указаны рекомендации разработчиков по переходу с конкретных версий.