← На главную

При работе с программными продуктами семейства 1С пользователи часто сталкиваются с ситуацией, когда одновременно сосуществуют и поддерживаются сразу несколько версий одной и той же конфигурации. Ярким примером такого разделения в свое время стали релизы 1С:Зарплата и управление персоналом (ЗУП) редакции 3.1.5 и 3.1.7. У многих специалистов возникали закономерные вопросы: почему ветку 3.1.5 оставили для параллельного развития, в чем состоят принципиальные различия между конфигурациями и как правильно спланировать переход, чтобы не нарушить стабильность учета?

В этой статье мы подробно проанализируем стратегию поддержки релизов фирмы «1С», разберем ключевые функциональные отличия версий 3.1.5 и 3.1.7, а также рассмотрим технические нюансы, связанные с безопасностью, расчетом отпусков и исправлением ошибок.

Стратегия долгосрочного сопровождения: что такое LTS-релизы?

Для того чтобы понять, почему релизы разделили и почему ветка 3.1.5 поддерживалась параллельно с более новыми версиями, рассмотрим стратегию выпуска обновлений. В практике фирмы «1С» версии делятся на два ключевых типа:

1. Версии длительного сопровождения (LTS — Long-Term Support): К таким релизам как раз и относилась конфигурация 3.1.5. Их основная цель — обеспечить максимальную стабильность работы крупных предприятий, государственных учреждений и компаний, которые внесли значительные доработки (кастомизацию) в типовой код программы. В период сдачи годовой отчетности таким компаниям противопоказано внедрение нового масштабного функционала, так как любые серьезные изменения в структуре метаданных могут нарушить работоспособность их уникальных доработок. В LTS-релизах разработчики выпускают исключительно исправления критических ошибок и обновления, продиктованные изменениями в законодательстве (новые формы отчетов, форматы обмена и реестры).
2. Промежуточные (технологические) релизы: Версии 3.1.6, 3.1.7 и последующие служили площадкой для внедрения и обкатки нового функционала. Они сменяли друг друга достаточно быстро. Например, с выходом версии 3.1.7 официальная поддержка ветки 3.1.6 прекратилась. Пользователям, желающим использовать самые современные инструменты автоматизации, предлагалось оперативно переходить на новые релизы.

Выясним, как обстояли дела с переходом в дальнейшем. После завершения отчетной кампании за 2018 год поддержка ветки 3.1.5 была прекращена. Пользователи смогли безболезненно обновиться до актуальных версий. В экосистеме 1С это стандартная практика, которая ранее применялась и в других решениях (например, параллельная поддержка веток 11.3 и 11.4 в «1С:Управление торговлей»). На смену 3.1.5 в качестве долгосрочного релиза пришла версия 3.1.10.

Новые функциональные возможности версии 3.1.7

Поскольку версия 3.1.7 является преемницей не только 3.1.5, но и промежуточной 3.1.6, она вобрала в себя все изменения обеих конфигураций. Рассмотрим подробнее ключевые нововведения, которые значительно облегчили жизнь кадровикам и расчетчикам.

1. Ввод остатков отпусков и учет отсутствий

При начале эксплуатации программы в версии 3.1.7 появилась крайне полезная возможность. Теперь при вводе остатков отпусков можно вручную указать количество дней отсутствия сотрудника, которые напрямую влияют на сдвиг его рабочего года. Напомним, что согласно законодательству, некоторые виды отсутствий (например, отпуска за свой счет свыше 14 календарных дней за рабочий год) сдвигают окончание рабочего года сотрудника.

Проанализируем конкретный пример:

• Сотрудник брал отпуск за свой счет на 10 дней в декабре.
• На 1 января в информационную базу вводятся начальные остатки по отпускам.
• В январе сотрудник берет еще 5 дней отпуска без сохранения заработной платы.

В версии 3.1.7 программа корректно суммирует эти периоды (10 дней + 5 дней = 15 дней). Так как суммарный период превысил пороговые 14 дней, рабочий год сотрудника автоматически сдвигается на 1 день. В версии 3.1.5 для реализации подобного алгоритма приходилось прибегать к ручным корректировкам.

2. Печатная форма приказа на отгул

В документах Отгул и Отгул списком разработчики добавили штатную печатную форму приказа на предоставление дня отдыха. Ранее пользователям приходилось создавать внешние печатные формы или заполнять документы вручную в сторонних текстовых редакторах. Кроме того, в форму документа было добавлено новое поле Основание. Пользователи могут выбирать основание для приказа из пополняемого справочника-перечня, что существенно ускорило подготовку кадровых документов.

3. Распределение заработка для списка сотрудников

По многочисленным просьбам бухгалтеров, в версии 3.1.7 документ Распределение основного заработка стал списочным. Если раньше для каждого сотрудника приходилось создавать отдельный документ и вручную распределять доли его заработка по разным статьям финансирования или способам отражения в учете, то теперь эту операцию можно выполнять массово для целого пула работников в рамках одного документа. Это колоссально экономит время на крупных предприятиях со сложной структурой затрат.

Важные технологические изменения, пришедшие из версии 3.1.6

Поскольку пользователи переходили на 3.1.7 непосредственно с версии 3.1.5, для них стали доступны и те механизмы, которые были впервые представлены в промежуточном релизе 3.1.6. Разберем наиболее значимые из них.

Обезличивание и скрытие персональных данных (ФЗ-152)

В соответствии с требованиями законодательства о защите персональных данных, в программе был реализован механизм скрытия информации о физических лицах. Это особенно актуально для кандидатов, которые не прошли собеседование и не были приняты на работу, а также для уволенных сотрудников, чьи данные компания больше не имеет права хранить в открытом виде по истечении установленных законом сроков.

Мы можем настроить правила автоматического обезличивания данных. При активации этой функции программа заменяет реальные ФИО, паспортные данные, адреса и телефоны на нечитаемые строковые маски (например, случайный набор символов), сохраняя при этом целостность ссылочной структуры базы данных для корректного построения исторических отчетов.

Автоматическое обновление законодательных значений

Разберем еще одно важное нововведение: автоматическую загрузку классификаторов и ключевых показателей. Раньше для изменения минимального размера оплаты труда (МРОТ), ставки рефинансирования ЦБ или предельной величины базы для расчета страховых взносов требовалось обязательное обновление всей конфигурации 1С. Начиная с версии 3.1.6 (и, соответственно, в 3.1.7), программа научилась самостоятельно скачивать эти показатели через интернет-поддержку в фоновом режиме без остановки работы пользователей.

Уточнение алгоритмов расчета отпусков и испытательного срока

В версии 3.1.7 были изменены и внутренние алгоритмы расчетов, что повысило точность исчисления компенсаций.

Округление дней отпуска при увольнении. Разработчики уточнили правила подсчета стажа, дающего право на ежегодный оплачиваемый отпуск. Теперь программа строго следует правилу округления: если у сотрудника в месяце увольнения накопилось менее 15 календарных дней работы, этот месяц полностью исключается из расчета. Если же отработано 15 и более дней, этот период округляется до целого месяца, и за него начисляется стандартная компенсация (2.33 дня отпуска).

Контроль испытательного срока (для версии КОРП). В КОРП-версии 3.1.7 появился специализированный блок для HR-специалистов. Были добавлены документы:

• Завершение испытательного срока
• Продление испытательного срока

Программа научилась самостоятельно анализировать периоды отсутствия сотрудника (например, больничные листы или отпуска за свой счет) в период испытательного срока и автоматически предлагать продлить испытание на соответствующее количество дней.

Вопрос стабильности: в каком релизе ошибок больше?

На профильных форумах часто разгораются дискуссии о стабильности релизов. Проанализируем объективную ситуацию, которая складывается при параллельной поддержке двух веток:

• В ветке 3.1.5: К моменту завершения ее жизненного цикла практически все базовые механизмы (включая расчет зарплаты, удержание алиментов и сложные алгоритмы НДФЛ) были выверены и отлажены до мелочей. Ошибки в ней встречались крайне редко, так как новые непроверенные функции туда просто не добавлялись. Однако у этой медали была и обратная сторона — отсутствие новых удобных инструментов автоматизации.
• В ветке 3.1.7: Из-за масштабного рефакторинга программного кода (проведенного для оптимизации работы СУБД и ускорения проведения документов) на начальном этапе могли возникать так называемые регрессионные ошибки в стандартных операциях. Тем не менее, именно эта ветка оперативно получала изменения под новые требования контролирующих органов.

Что касается заполнения регламентированной отчетности (в частности, формы 6-НДФЛ), то механизмы учета налогов велись разработчиками параллельно. Утверждение о том, что в одной версии отчет заполняется идеально, а в другой абсолютно не работает — ошибочно. В обеих конфигурациях при стандартном и аккуратном ведении учета отчетность собиралась корректно. Трудности и расхождения могли возникать лишь при ведении нестандартного учета с ручными корректировками движений по регистрам.

Рекомендации по обновлению

Для того чтобы процесс перехода с версии 3.1.5 на 3.1.7 (или последующие актуальные релизы) прошел максимально гладко, рекомендуем придерживаться следующего плана действий:

1. Проведите аудит доработок: Если ваша база содержит кастомизированный код, обязательно выполните сравнение конфигурации поставщика с вашей рабочей конфигурацией.
2. Сделайте резервную копию: Перед запуском процесса обновления в режиме Конфигуратор обязательно создайте резервную копию базы данных (файл формата .dt) или сделайте бэкап средствами СУБД SQL.
3. Обновление копии: Всегда выполняйте тестовое обновление на копии информационной базы. Проверьте ключевые операции: начисление зарплаты, расчет отпускных и корректность заполнения регламентированных отчетов.
4. Переход на актуальный LTS: Помните, что конечной точкой перехода после закрытия ветки 3.1.5 для стабильной работы должна была стать следующая LTS-версия (например, 3.1.10 или актуальная на текущий момент версия длительного сопровождения).