Переход с устаревшей редакции Зарплата и Управление Персоналом 2.5 на современную 3.1 — это не просто обновление конфигурации, а полноценная миграция данных в систему с совершенно иной архитектурой и логикой учета. Часто специалисты сталкиваются с ситуацией, когда данные уже были перенесены ранее, но учет в новой базе не велся, а отчетность (например, 2-НДФЛ) формируется некорректно. Разберем по шагам, как исправить эту ситуацию, почему старые данные в ЗУП 3.1 могут быть бесполезны и как устранить технические ошибки в программном коде помощника перехода.
Рассмотрим типичную проблему: организация пытается сдать отчетность за 2018–2019 годы из редакции 2.5. Важно понимать, что официальная поддержка версии ЗУП 2.5 ПРОФ была прекращена, и новые формы отчетности (например, обновленная форма 2-НДФЛ) в ней не появляются «просто так». Существует вариант перехода на версию ЗУП 2.5 КОРП, которая поддерживалась дольше, но это требует значительных финансовых затрат на лицензию. Поэтому единственным рациональным путем является полноценный переход на ЗУП 3.1.
Если в вашей организации уже развернута база 3.1, в которую данные переносились несколько месяцев назад, но учет в ней не велся — такие данные, скорее всего, уже неактуальны. За прошедшее время в старой базе 2.5 начислялась зарплата, менялись кадровые данные и остатки отпусков. Попытка «догрузить» недостающие месяцы в старую 3.1 часто приводит к дублированию записей и порче регистров. Оптимальное решение в данном случае — развернуть чистую базу ЗУП 3.1 и выполнить повторный перенос актуальных данных.
Проанализируем два существующих способа переноса данных, которые предлагает 1С. От этого выбора зависит 90% успеха всей операции.
НДФЛ и Страховых взносов в версиях 2.5 и 3.1 принципиально разная. При полном переносе отчеты 2-НДФЛ и 6-НДФЛ практически никогда не сходятся без длительной ручной корректировки.Для корректного формирования отчетности в новой базе достаточно использовать краткий перенос на начало отчетного года (например, на 01.01.2019). В этом случае все данные для справок 2-НДФЛ будут подтянуты из специальных вспомогательных документов Перенос данных.
Иногда при использовании внешней обработки ПомощникВыгрузки_V8.epf (которая обычно берется из поставки новой конфигурации) возникает ошибка. Программа блокирует выгрузку, утверждая, что версия вашей конфигурации 2.5 должна быть не ниже 2.5.134.1. Однако такая версия существовала только для КОРП, а для ПРОФ последним стабильным релизом был 2.5.130.2.
Выясним причину этой ошибки. Помощник выгрузки определяет версию конфигурации по наличию определенных метаданных. Если в вашей базе 2.5 были самописные доработки или добавлены объекты, чьи имена совпадают с объектами версии КОРП, помощник «ошибается» и начинает требовать несуществующий для вас релиз. Например, конфликт может вызвать документ УченическийДоговор.
Рассмотрим, как исправить код помощника выгрузки, чтобы обойти эту проверку. Нам необходимо найти функцию КонфигурацияИсточникДанных() в модуле обработки и скорректировать алгоритм определения конфигурации. Посмотрим на пример кода:
Функция КонфигурацияИсточникДанных() Экспорт
Если КонфигурацияИсточникДанных = Неопределено Тогда
мЗУП = "ЗУП";
мЗУПКОРП = "ЗУПКОРП";
мЗБУ = "ЗБУ";
мМЗКБУ = "МЗКБУ";
КонфигурацияИсточникДанных = "ЗУП";
Если Метаданные.Документы.Найти("а_ПриказПоПодработкамИДоплатам") <> Неопределено Тогда
КонфигурацияИсточникДанных = "МЗКБУ";
ИначеЕсли Метаданные.Перечисления.Найти("ОтношениеКДенежномуСодержанию") <> Неопределено Тогда
КонфигурацияИсточникДанных = "ЗБУ";
// Закомментируем проверку, которая ошибочно определяет ПРОФ как КОРП
// ИначеЕсли Метаданные.Документы.Найти("УченическийДоговор") <> Неопределено Тогда
// КонфигурацияИсточникДанных = "ЗУПКОРП";
ИначеЕсли Метаданные.Перечисления.Найти("ОсновныеНачисленияРаботниковОрганизаций") <> Неопределено Тогда
КонфигурацияИсточникДанных = "ЗУП";
КонецЕсли;
КонецЕсли;
Возврат КонфигурацияИсточникДанных;
КонецФункции
Закомментировав строки, отвечающие за поиск объекта УченическийДоговор, мы заставляем помощник считать базу обычной версией ЗУП, что позволяет продолжить выгрузку даже с релиза 2.5.130.2.
Чтобы минимизировать риски и ошибки в 2-НДФЛ после перехода, выполним обязательную подготовку базы-источника 2.5:
ИНН и СНИЛС. В ЗУП 3.1 физические лица и сотрудники разделены. Если у одного человека есть два табельных номера в разных подразделениях, ЗУП 3.1 объединит их в одно физлицо по СНИЛС. Если СНИЛС не заполнен или заполнен с ошибкой, возникнут дубли, которые «развалят» отчетность.После того как данные успешно загружены в новую базу 3.1, не спешите сразу формировать отчеты. Проанализируем ситуацию в регистрах. В новой версии учет НДФЛ жестко привязан к дате выплаты дохода. Если при переносе в документах типа Перенос данных даты выплат указаны некорректно, налог может «уйти» в другой месяц или год.
Используйте отчет «Анализ НДФЛ по месяцам» и сравните его с аналогичным отчетом в базе 2.5. Проверьте суммы исчисленного и удержанного налога. Если суммы сходятся до копейки — ваша база готова к сдаче 2-НДФЛ и ведению текущего учета. Если база небольшая (до 100 человек), любые мелкие расхождения проще поправить вручную в документах Перенос данных сразу после загрузки, чем пытаться искать причину в старых регистрах версии 2.5.
Важный совет: Не удаляйте старую базу 2.5 еще как минимум год. Она понадобится вам для сверки данных при формировании годовой отчетности и для ответов на возможные требования налоговой службы по прошлым периодам.