← На главную

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

Выясним причину: почему данные не перенеслись?

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

Кроме того, логика учета НДФЛ в версии 3.1 существенно отличается: учет ведется строго по дате выплаты, а не по месяцу начисления. Если зарплата за декабрь была выплачена в январе, эти данные должны корректно отразиться в регистрах нового года. Если этого не произошло, нам потребуется выполнить дозагрузку.

Способ 1: Повторный запуск стандартного помощника переноса

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

1. Создание резервной копии: Перед любыми манипуляциями обязательно создаем бэкап рабочей базы ЗУП 3.1.
2. Запуск помощника: В ЗУП 3.1 переходим в раздел «Администрирование» — «Перенос данных из предыдущих программ».
3. Настройка периода: При повторном переносе важно убедиться, что в настройках указан период, охватывающий недостающие данные (в нашем примере — с начала года или с декабря предыдущего года).
4. Идентификация объектов: Программа сопоставляет сотрудников и физических лиц по их внутренним идентификаторам (GUID). Если данные ранее уже были перенесены, новые карточки сотрудников созданы не будут, а информация в технических документах дополнится или обновится.

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

Способ 2: Точечный перенос через XML-обмен

Если нам нужно перенести только конкретные регистры (взносы и НДФЛ) за определенный период, не затрагивая остальные данные, воспользуемся универсальной обработкой ВыгрузкаЗагрузкаДанныхXML. Этот метод требует понимания структуры хранения данных в ЗУП 3.1.

Рассмотрим подробнее, где именно в ЗУП 3.1 хранятся перенесенные данные. Вся информация из версии 2.5 оседает в документах типа Перенос данных (найти их можно через «Администрирование» — «Перенос данных»). Каждый такой документ имеет номер с определенным префиксом:

• Префиксы ПФ, ФСС, ФОМС — содержат записи по страховым взносам.
• Префикс НДФЛ — содержит данные для налогового учета.
• Префикс РКЛ — содержит данные по расчетам с сотрудниками (выплаты).

Алгоритм действий следующий:

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

Способ 3: Использование правил обмена через Универсальный обмен данными

Если стандартный помощник не справляется, можно прибегнуть к выгрузке правил. Рассмотрим этот процесс:

1. В конфигурации ЗУП 3.1 находим макет ПравилаОбменаСЗУП25 и сохраняем его в файл .xml.
2. В базе ЗУП 2.5 открываем обработку «Универсальный обмен данными в формате XML».
3. Загружаем правила, выбираем нужные объекты (например, только регистры накопления по взносам и НДФЛ или документы переноса) и устанавливаем фильтр по дате.
4. Выгружаем данные в файл и загружаем их в ЗУП 3.1.

Проверка и сверка данных после переноса

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

1. Анализ взносов в фонды: Сравните итоговые суммы помесячно в ЗУП 2.5 и ЗУП 3.1. Особое внимание уделите облагаемой базе и суммам исчисленных взносов. Если данные не сходятся, проверьте документы Перенос данных с префиксами ПФ и ФОМС.

2. Проверка раздвоения физлиц: При массовых переносах (1000+ человек) крайне высок риск появления дублей в справочнике Физические лица. Если одно и то же лицо создано дважды, расчет предельной величины базы страховых взносов будет неверным. Используйте типовую обработку «Поиск и удаление дублей».

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

Резюме и рекомендации

Для успешного исправления ситуации с недогруженными взносами и налогом НДФЛ при переходе с 2.5 на 3.1 следует помнить:

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

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