Как успешно перейти с 1С:ЗУП 2.5 на 1С:ЗУП 3.1 в середине года?

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

Переход с устаревшей конфигурации «Зарплата и Управление Персоналом» редакции 2.5 на современную редакцию 3.1 посреди года традиционно вызывает множество опасений как у бухгалтеров, так и у технических специалистов. Главный страх — «поплывет» регламентированная отчетность по подоходному налогу (форма 6-НДФЛ) и страховым взносам (РСВ), которая сдается нарастающим итогом с начала года. Однако, вопреки устоявшемуся мнению, такой переход не просто возможен, но и детально проработан методистами фирмы 1С.

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

Методика «рекомендованного» переноса данных

При переходе на новую редакцию программа предлагает два варианта переноса: так называемый «полный» (который часто приводит к переносу старых ошибок и замусориванию базы) и «рекомендованный» (краткий перенос). При переходе посреди года мы настоятельно рекомендуем использовать именно рекомендованный перенос.

Рассмотрим подробнее, как работает этот механизм при выборе месяца начала учета, например, июля текущего года:

  1. Кадровая история: В новую базу переносятся только актуальные на момент перехода кадровые данные (действующие сотрудники, их подразделения, должности, плановые начисления и графики работы). Вся «историческая» кадровая цепочка (приемы и увольнения прошлых лет) остается в старой базе.
  2. Данные для расчета среднего заработка: Программа автоматически собирает сведения о доходах сотрудников за предшествующие периоды (за 12 месяцев для расчета отпусков и за 24 месяца для расчета пособий за счет ФСС) и записывает их в специализированные регистры.
  3. Данные для учета НДФЛ и взносов: Чтобы вы смогли сформировать корректную отчетность за 9 месяцев и за год, помощник переноса выгружает все доходы, исчисленный, удержанный НДФЛ, а также базу для начисления страховых взносов с 1 января текущего года по месяц перехода включительно.

Подготовка базы ЗУП 2.5 перед началом переноса

Выясним главную причину, по которой перенос в середине года может пройти неудачно. Это — ошибки ведения учета в исходной базе 1С:ЗУП 2.5. Если в старой базе НДФЛ или взносы учитывались с ошибками (например, налог был исчислен, но фактически не зафиксирован как удержанный, либо даты выплат в документах начисления не совпадали с реальными платежными ведомостями), то все эти «хвосты» автоматически перенесутся в новую базу ЗУП 3.1.

Перед тем как запускать помощник перехода, выполните следующие шаги в ЗУП 2.5:

  1. Проверьте регистры НДФЛ с помощью отчетов «Анализ НДФЛ по месяцам» и «Сводная ведомость по НДФЛ». Исчисленный, удержанный и перечисленный налог должны совпадать по каждому сотруднику.
  2. Убедитесь, что закрыты все расчеты с персоналом: сальдо по взаиморасчетам на конец месяца перехода должно соответствовать реальной картине.
  3. Проверьте базу страховых взносов. Если у вас есть сотрудники, чьи доходы превысили предельную величину, проверьте правильность расчета взносов «до копейки».

Анализ перенесенных данных: документы «Перенос данных»

После завершения работы помощника перехода все данные за период с начала года до месяца начала учета записываются в базу ЗУП 3.1. Важно понимать, что эти данные переносятся не привычными расчетными документами (такими как «Начисление зарплаты» или «Увольнение»), а специальными техническими документами Перенос данных.

Давайте разберем по шагам, как проверить эти документы:

  1. Перейдите в раздел Администрирование — Перенос данных.
  2. Вы увидите список документов с различными буквенными кодами. Каждая буква обозначает регистр, в который делаются записи:
    • НДФЛ — здесь содержатся сведения об исчисленном, удержанном и выплаченном налоге с начала года. Именно отсюда данные будут попадать в разделы 1 и 2 отчета 6-НДФЛ.
    • ПГУ (Параметры государственного учета) — содержит базу и начисленные страховые взносы по сотрудникам для заполнения РСВ и ЕФС-1.
    • СЗП (Средний заработок общий) и ФСС (Средний заработок ФСС) — содержат информацию для будущих расчетов отпусков и больничных листов.

Для технического контроля полноты переноса НДФЛ и взносов программисты могут использовать следующий проверочный запрос в консоли запросов новой базы, чтобы сверить перенесенные данные с данными старой базы:


ВЫБРАТЬ
	СведенияОДоходахНДФЛ.Сотрудник КАК Сотрудник,
	СведенияОДоходахНДФЛ.ПериодРегистрации КАК Период,
	Сумма(СведенияОДоходахНДФЛ.СуммаДохода) КАК СуммаДохода,
	Сумма(СведенияОДоходахНДФЛ.Налог) КАК НалогИсчисленный
ИЗ
	РегистрНакопления.СведенияОДоходахНДФЛ КАК СведенияОДоходахНДФЛ
ГДЕ
	СведенияОДоходахНДФЛ.ПериодРегистрации МЕЖДУ &НачалоГода И &КонецПериодаПереноса
СГРУППИРОВАТЬ ПО
	Сотрудник,
	ПериодРегистрации

Сопоставив результаты этого запроса со сводными отчетами из ЗУП 2.5, вы сможете мгновенно локализовать расхождения еще до начала расчета первой зарплаты в новой информационной базе.

Особенности расчета среднего заработка

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

Как мы выяснили ранее, все необходимые сведения для среднего заработка уже находятся в специализированных регистрах. При создании документа «Отпуск» или «Больничный лист» в ЗУП 3.1 программа автоматически обратится к перенесенным регистрам и рассчитает средний заработок.

Важная деталь: Самих расчетных листков и первичных документов начисления (например, за прошлый год) в новой базе не будет. Если расчетчику потребуется детально проверить, из каких сумм сложился средний заработок конкретного сотрудника, ему нужно будет нажать на кнопку «Карандаш» (изменить данные расчета среднего заработка) прямо в документе начисления или открыть архивную копию базы ЗУП 2.5 для детального аудита.

Борьба с «переходящими» событиями

Одной из наиболее острых проблем при переходе посреди года являются так называемые «переходящие» события. Например, когда сотрудник уходит в отпуск в конце июня (расчет и выплата происходят в ЗУП 2.5), а возвращается в середине июля (когда учет уже ведется в ЗУП 3.1). Особую сложность вызывают ситуации, когда на период отпуска приходятся нерабочие праздничные дни.

Рассмотрим алгоритм действий для корректного отражения таких переходящих периодов:

  1. Все начисления и выплаты по переходящему событию должны быть полностью завершены в старой базе ЗУП 2.5.
  2. В новой базе ЗУП 3.1 необходимо зарегистрировать факт отсутствия сотрудника (например, ввести документ «Отпуск» на тот же период), чтобы программа правильно заполнила табель учета рабочего времени и не начислила сотруднику лишнюю рабочую зарплату за дни отсутствия.
  3. Чтобы избежать задвоения сумм начислений и налогов в новой базе, внутри документа «Отпуск» в ЗУП 3.1 необходимо принудительно обнулить рассчитанную сумму среднего заработка. Наша цель в новой базе — получить правильное кадровое состояние и корректный табель, а не финансовое начисление, которое уже было проведено по старой базе.

Золотое правило успешного перехода: Параллельный учет

Даже при идеальном состоянии исходной базы и успешном выполнении всех этапов автоматического переноса, методология округлений, расчета вычетов и учета времени в ЗУП 2.5 и ЗУП 3.1 имеет архитектурные различия. Чтобы застраховать себя от неожиданностей при сдаче отчетности, настоятельно рекомендуется организовать **параллельный учет** как минимум за один расчетный месяц.

Проанализируем эту схему подробнее:

  1. Вы выполняете перенос данных, к примеру, по состоянию на 1 июня текущего года.
  2. В течение всего июня расчетный отдел параллельно ведет работу в двух базах: все кадровые приказы, больничные, отпуска и итоговый расчет зарплаты за июнь вносятся и рассчитываются как в ЗУП 2.5, так и в ЗУП 3.1.
  3. В конце июня выгружаются расчетные ведомости (Т-51) и своды начислений и удержаний из обеих баз. Проводится их детальное сравнение. Все расхождения (даже в копейках) тщательно анализируются. Чаще всего они связаны с настройками графиков работы или формулами сложных начислений, которые перенеслись некорректно и требуют ручной донастройки.
  4. После того как расчеты в обеих базах сошлись «копейка в копейку», работа в ЗУП 2.5 прекращается. База переводится в режим «Архив» (только для просмотра), а полноценная работа продолжается исключительно в ЗУП 3.1.

Используя эту методику и уделив должное внимание подготовке регистров НДФЛ перед переносом, вы сможете безболезненно перевести учет в новую систему 1С:ЗУП 3.1 в любом месяце года и без проблем сдать всю годовую отчетность.

← На главную