Переход с исторической, сильно кастомизированной версии 1С:Зарплата и управление персоналом 2.5 на современную редакцию 3.1 — это всегда вызов для технического специалиста и бухгалтерии. Когда встает вопрос о переходе не с 1 января, а в середине или конце года, количество рисков возрастает. Разберем подробно, с какими техническими и методологическими проблемами придется столкнуться, и как минимизировать трудозатраты при таком сценарии.
Рассмотрим два основных способа, которые предлагает типовой помощник перехода. Выбор способа напрямую влияет на то, насколько «чистой» будет ваша новая база.
ЗУП 3.1 переносятся только кадровые данные (позиции штатного расписания, сотрудники, плановые начисления), данные для расчета среднего заработка за предыдущие годы и остатки по взаиморасчетам. Данные переносятся не документами, а записями в специальные технические документы Перенос данных, которые напрямую делают записи в регистры накопления и сведения.Выясним причину, почему переход с июля или октября сложнее, чем с января. Дело в кумулятивном характере учета налогов.
Учет НДФЛ: Налог исчисляется нарастающим итогом с начала налогового периода (года). Чтобы корректно сформировать отчет 6-НДФЛ в новой базе за год, в ней должны быть данные о доходах, исчисленном, удержанном и перечисленном налоге за все месяцы, предшествующие переходу. При переносе в середине года эти данные попадают в регистры через документы Перенос данных с кодами (ГД, ПР, НДФЛ и др.). Любая копейка, потерянная при переносе из старой базы, приведет к тому, что годовой отчет «поплывет».
Страховые взносы: Для корректного расчета взносов программе необходимо знать базу сотрудника с 1 января (чтобы понимать, достигнут ли предел базы). Проанализируем механизм: если вы переходите в сентябре, программа должна «видеть» доходы за январь–август. Эти данные переносятся сводно, и их проверку нужно проводить вручную по каждому сотруднику.
Если ваша ЗУП 2.5 содержит множество доработок, типовой помощник переноса их просто «не увидит». Разберем, как действовать в этом случае:
Во-первых, необходимо составить реестр всех нетиповых начислений и удержаний. Типовой перенос сопоставит их по наименованию или предложит создать новые Виды расчета. Однако алгоритмы их расчета (формулы) придется настраивать в ЗУП 3.1 заново, так как механизм формул в новой редакции гораздо мощнее и гибче.
Во-вторых, если у вас изменены структуры регистров, данные из них придется переносить с помощью собственных правил обмена, созданных в 1С:Конвертация данных 2.1, либо писать обработку заполнения документов Перенос данных.
Пример логики для проверки переноса доходов сотрудника для НДФЛ:
// Проверка соответствия доходов в 2.5 и 3.1
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| УчетДоходов.Сотрудник,
| СУММА(УчетДоходов.СуммаДохода) КАК Сумма
|ИЗ
| РегистрНакопления.УчетДоходовДляИсчисленияНДФЛ КАК УчетДоходов
|ГДЕ
| УчетДоходов.Период МЕЖДУ &ДатаНачалаГода И &ДатаПерехода
|СГРУППИРОВАТЬ ПО
| УчетДоходов.Сотрудник";
Посмотрим на пример расчета среднего заработка после перехода. В ЗУП 3.1 данные для расчета среднего хранятся в отдельных регистрах (например, Данные о начислениях для расчета среднего заработка (общий)). Часто при переносе возникают ошибки в «ходимости» данных: например, премии, которые в 2.5 учитывались частично, в 3.1 могут загрузиться некорректно.
Рекомендация: Сразу после переноса выберите «контрольную группу» сотрудников (с простыми окладами, с премиями, со сменными графиками) и создайте в новой базе документы Отпуск и Больничный лист. Сравните печатные формы расчета среднего заработка с аналогичными расчетами в старой базе. Если суммы совпадают — перенос выполнен успешно.
Остатки отпусков также являются «узким местом». В редакции 3.1 учет ведется в разрезе рабочих лет более строго. Рекомендуем перед переносом провести инвентаризацию остатков отпусков в ЗУП 2.5 и, если они «кривые», вводить их в 3.1 вручную документом Ввод остатков отпусков на дату начала учета.
Переход в середине года без параллельного учета — это огромный риск. Рассмотрим оптимальный алгоритм действий:
ЗУП 2.5, затем дублируют операции в ЗУП 3.1.Анализ зарплаты по сотрудникам и Полный свод начислений и удержаний. Любые отклонения в копейках анализируем через Регистр расчета.Обратим внимание на выбор релиза. На форуме упоминались версии 3.1.5 и 3.1.8 — на сегодняшний день они считаются глубоко архивными. Учитывая изменения законодательства (особенно по НДФЛ с 2023–2024 годов), переход необходимо осуществлять только на самые актуальные релизы ветки 3.1.30 и выше. В старых релизах новые правила учета налога просто отсутствуют, и вы не сможете сдать отчетность.
Итог: Переход не с начала года возможен и иногда оправдан (например, если старая база начала работать с критическими ошибками). Однако он требует высокой квалификации программиста для выверки регистров Переноса данных и готовности бухгалтерии к двойной работе на период адаптации. Если есть возможность подождать до 1 января — это сэкономит десятки часов рабочего времени на сверку налогов.