Как перейти с 1С:ЗУП 3.1.10 на 3.1.14 без ошибок и потерь данных

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет IT и автоматизация бизнеса
← На главную

Переход с ветки 3.1.10 на 3.1.14 в программном продукте «1С:Зарплата и управление персоналом» — это не просто рядовое обновление релиза, а переход на новую ветку долгосрочного сопровождения (LTS). В данной статье мы подробно проанализируем основные «подводные камни», с которыми сталкиваются специалисты при этом переходе, разберем причины возникновения технических ошибок и предложим проверенные способы их решения.

Подготовительный этап и требования к платформе

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

  1. Обновление платформы. Конфигурация 3.1.14 предъявляет повышенные требования к версии платформы 1С:Предприятие. Для стабильной работы крайне рекомендуется использовать версию не ниже 8.3.15.1830. Использование более старых версий платформы может привести к непредсказуемым падениям программы при выполнении тяжелых расчетов.
  2. Резервное копирование. Это обязательный шаг. Переход между ветками (с 10 на 14) затрагивает структуру хранения данных и регистры. Перед началом любых манипуляций создаем копию базы в формате .dt или средствами СУБД.
  3. Проверка на копии. Никогда не обновляйте рабочую базу сразу. Сначала развернем копию и проверим на ней корректность расчета зарплаты, формирования отчетов и работы расширений.

Решение технической ошибки «Работа с сервисами сопровождения»

Одной из наиболее специфических проблем при переходе с 3.1.10.531 на 3.1.14.x является ошибка, связанная с объектами подсистемы «Работа с сервисами сопровождения». Проанализируем ситуацию: при попытке обновления конфигуратор выдает сообщение о невозможности удаления объектов, так как они якобы были изменены пользователем.

Выясним причину: это происходит из-за конфликта метаданных БСП (Библиотеки стандартных подсистем), которые в ветке 14 были существенно переработаны или вынесены в другие модули. Если ваша конфигурация когда-то была «снята с замка» или в нее внедрялись кастомные расширения, автоматическое удаление старых ссылок может блокироваться.

Рассмотрим порядок действий для обхода этой ошибки:

  1. Зайдем в «Конфигуратор» и выполним полную проверку конфигурации (Меню «Конфигурация» — «Проверка конфигурации»).
  2. Если система ругается на объекты с префиксом Удалить... или объекты сервисов сопровождения, попробуем обновить конфигурацию поэтапно, через промежуточные релизы 11, 12 или 13, хотя разработчики и заявляют возможность прямого перехода.
  3. В крайнем случае, если обновление стопорится, можно попробовать загрузить чистую конфигурацию 3.1.14 через «Сравнение и объединение», аккуратно исключив конфликтные объекты подсистемы сопровождения, предварительно убедившись, что они не содержат пользовательских данных.

Особенности учета НДФЛ и переходный период

Самый чувствительный блок при переходе — это расчет подоходного налога. Посмотрим, какие изменения нас ждут в 14-й ветке. Многие пользователи отмечают «нежданчики» в документах Начисление зарплаты и Начисление за первую половину месяца.

Проанализируем типичную проблему: сумма НДФЛ из аванса начинает отражаться в таблице исчисленного налога дважды или ломает общий итог за месяц. Это связано с тем, что в 3.1.14 был пересмотрен механизм работы регистра накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ.

Рекомендации по выравниванию учета НДФЛ:

Работа с расширениями и внешними формами

При переходе на новую ветку 3.1.14 практически все расширения, которые затрагивали формы документов или программные модули расчета, «ломаются». Это происходит из-за масштабного изменения внутренней структуры объектов (методов, имен процедур в общих модулях).

Разберем алгоритм адаптации:

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

Проблемы Пилотного проекта ФСС (Прямые выплаты)

Если ваша организация находится в регионе с прямыми выплатами ФСС, переход на 3.1.14 может спровоцировать массовое сторнирование сумм по отпускам по уходу за ребенком до 1.5 лет. Проанализируем, почему это происходит.

В новой ветке изменился алгоритм проверки дат начала действия проекта. Программа может «решить», что старые начисления были ошибочными, и попытаться их сторнировать в текущем месяце. Как это лечить: Проверим регистр сведений Параметры выплаты пособий. Также стоит убедиться, что в карточках сотрудников на вкладке «Прямые выплаты» корректно указаны реквизиты (карта МИР или расчетный счет). Если сторно все равно появляется, необходимо проверить отсутствие записей в регистре Перерасчеты. Иногда помогает простое удаление строк сторнирования из документа начисления, если вы уверены в корректности прошлых периодов.

Оптимизация: Многопоточный расчет

В версии 3.1.14 появилась интересная возможность — параллельный расчет состава начислений. Это позволяет существенно ускорить проведение документа Начисление зарплаты и взносов на больших предприятиях.

Однако, рассмотрим и обратную сторону: на слабых серверах или при наличии специфических доработок в коде расчета это может вызвать блокировки в базе данных. Если вы заметили, что программа «зависает» при расчете зарплаты, выполните следующие действия: Зайдите в Настройка — Расчет зарплаты и снимите флажок Выполнять расчет состава начислений и ФОТ параллельно. Это вернет систему к классическому однопоточному режиму и поможет локализовать ошибку.

Резюме

Переход на 3.1.14 — необходимый шаг для сохранения поддержки программы. Несмотря на обилие «подводных камней», большинство из них решается внимательным анализом регистров НДФЛ и адаптацией расширений. Главное правило: проводите обновление в начале месяца, когда отчетность за прошлый период уже сдана, а до новой еще есть время на исправление возможных неточностей в учете.

← На главную