При обновлении конфигурации 1С:Зарплата и Управление Персоналом (ЗУП) редакции 3.1 многие специалисты сталкиваются с ситуацией, когда на портале техподдержки одновременно доступны две разные версии программного продукта, например, 3.1.14 и 3.1.15. При этом дата выхода версии с меньшим индексом может быть более поздней, чем у версии с более высоким номером. В этой статье мы подробно разберем, как ориентироваться в ветках обновлений, на что влияют номера версий и какие технические риски следует учитывать при выборе.
Для понимания логики выпуска обновлений 1С необходимо знать, что в определенные периоды фирма «1С» поддерживает две параллельные линии (ветки) программы:
3.1.14. Она предназначена для тех пользователей, которым важна максимальная надежность и отсутствие резких изменений в интерфейсе или логике учета. В эту ветку вносятся только критические исправления и обязательные изменения законодательства.3.1.15. В этой версии обкатываются новые функциональные возможности, меняются механизмы учета и интерфейсные решения. После того как функционал ветки признается стабильным, она со временем заменяет предыдущую LTS-версию.Разберем ситуацию автора: версия 3.1.14.237 вышла позже, чем 3.1.15.40, потому что разработчики выпустили исправление для стабильной ветки уже после того, как была запущена новая функциональная линия. Это нормальная практика, и дата выхода здесь является индикатором актуальности законодательных норм, а не технологической новизны.
Одной из главных причин осторожности при переходе на новые версии являются программные ошибки (баги). Проанализируем конкретную ситуацию, упомянутую в обсуждении. В релизах осени 2020 года была зафиксирована серьезная проблема с начислением премий.
Суть проблемы: при расчете среднего заработка (например, для отпусков или командировок) программа могла ошибочно задваивать суммы премий. Рассмотрим пример: если сотруднику начислена ежемесячная премия за текущий период и одновременно введена разовая премия за прошлый период, алгоритм РасчетнаяБаза в некоторых случаях некорректно суммировал эти значения, игнорируя настройки вытеснения или ограничения по количеству учитываемых премий одного вида.
Выясним причину: это происходило из-за изменения внутренних механизмов работы с регистрами расчета. Для исправления ситуации в ветке 3.1.15 требовалась установка специальных патчей или ожидание релиза уровня 3.1.15.67. В то же время стабильная ветка 3.1.14 до определенного момента была лишена этой ошибки, но и в ней требовался контроль после выхода релиза 3.1.14.237.
Современная платформа 1С:Предприятие 8.3 позволяет исправлять ошибки, не дожидаясь выхода нового полноценного релиза конфигурации. Рассмотрим, как это работает:
Разберем понятие «Патч» — это небольшое расширение (файл в формате .cfe), которое автоматически загружается в базу через интернет-поддержку или устанавливается вручную. В версии 3.1.15.40 на момент обсуждения могло быть доступно более 10 патчей, исправляющих различные аспекты: от ошибок в форме СЗВ-ТД до корректного формирования реестров прямых выплат ФСС.
Проанализируем ситуацию: если вы выбираете инновационную ветку (например, 3.1.15), вы автоматически соглашаетесь на роль «первопроходца». Это означает, что системному администратору или программисту придется регулярно проверять раздел «Исправления (патчи)» на портале 1С и оперативно внедрять их в рабочую базу.
Чтобы определить, какой файл обновления выбрать, мы рекомендуем следовать следующему алгоритму:
3.1.15 через ИТС. Если там присутствуют жизненно важные для вашей организации функции (например, новые формы отчетности, которые недоступны в 3.1.14, или специфические алгоритмы учета COVID-выплат), переход оправдан.bugboard.v8.1c.ru и посмотрим количество зарегистрированных и неисправленных ошибок для каждой ветки. Если в новой ветке висят критические ошибки по расчету зарплаты (как в случае с премиями), лучше остаться на старой.ЗУП требует принудительного обновления платформы до минимально допустимой (например, с 8.3.14 на 8.3.16).Для большинства организаций в период сдачи отчетности наиболее правильным решением будет использование стабильной ветки (в данном случае 3.1.14.237). Это минимизирует риск возникновения «секса» с программой, о котором в шутливой форме упоминают участники форума, имея в виду трудозатраты на ручную правку документов и поиск причин неверных расчетов.
Важный момент: если вы все же решили перейти на более новую ветку, обязательно убедитесь, что в базе включена настройка «Автоматически загружать и устанавливать исправления (патчи)». Это позволит программе самостоятельно лечить известные болячки в фоновом режиме.
Рассмотрим ситуацию с позиции программиста: работа с веткой 3.1.15 требует более глубокого понимания расширений и готовности к тому, что некоторые кастомные доработки могут «отвалиться» из-за изменения структуры метаданных. В стабильной ветке 3.1.14 такие риски значительно ниже.