Дисклеймер: Данная статья представляет собой рассказ об успешно выполненном проекте по внедрению и миграции данных.
Переход с 1С:ЗУП 3 на 1С:ERP часто воспринимается как обычный перенос данных. На практике после загрузки базы необходимо проверить кадровый учет, отпуска, больничные, табели, выплаты, НДФЛ и расчеты среднего заработка.
В одном из проектов перенос выполнялся поэтапно, с обязательной проверкой результатов заказчиком.
Тестовый перенос зарплаты из ЗУП в ERP
Для начала подготовили отдельную тестовую базу ERP. Во время первой выгрузки выяснилось, что на выделенном сервере недостаточно ресурсов: выгрузка больших регистров выполнялась медленно, а один из дисков заполнялся настолько быстро, что операции прерывались.
В итоге исходную ЗУП развернули на сервере с достаточными ресурсами и продолжили перенос уже там.
После тестовой загрузки специалисты MoscowSoft опубликовали базу ERP для проверки. Заказчик получил возможность не просто посмотреть данные, а выполнять реальные операции — например, создавать документы отражения зарплаты в финансовом учете.
Рабочий перенос по периодам
После проверки тестовой базы согласовали рабочий перенос. Основной массив данных загрузили за период с 1 января 2023 года по 30 ноября 2024 года.
Оставшиеся данные решили догружать отдельно. Впоследствии в нерабочее время были перенесены декабрь 2024 года и январь 2025 года.
Такой подход позволил не затягивать основной перенос и одновременно сохранить возможность работать со свежими данными до момента окончательного перехода.
Проверка реальных расчетов после перехода с ЗУП на ЕРП
Основная часть работы началась уже после загрузки данных. Заказчик начал сравнивать ERP с ЗУП и передавать конкретные расхождения.
Обнаружились ситуации, когда кадровый документ в ERP существовал, но не отображался в карточке сотрудника. У некоторых сотрудников не подбирались увольнения, отсутствовали данные для выплаты зарплаты или сведения воинского учета.
Отдельно проверяли табель. У ряда сотрудников после переноса неправильно отображались рабочие смены, графики или периоды работы. В одном случае сотрудник, уволенный 27 января, продолжал попадать в табель с 28 января.
Проблемы исправлялись адресно: по конкретному случаю определяли, каких данных не хватает, после чего необходимые регистры или периоды догружались.
Отпуска и средний заработок
Еще один важный блок — расчет отпускных.
У нескольких сотрудников после переноса отпускные рассчитывались неправильно. В отдельных случаях причиной оказалась необходимость заполнения периода отпуска. После корректировки расчет стал выполняться корректно.
Параллельно проверяли данные для расчета среднего заработка. Например, по сотрудникам с несколькими должностями приходилось отдельно проверять, не смешиваются ли начисления и периоды работы по разным должностям.
СФР и кадровая отчетность
При проверке отчетности также обнаружились расхождения.
Например, при подготовке ЕФС-1 по уволенному сотруднику система подбирала одновременно запись о приеме с признаком отмены и запись об увольнении. После анализа проблему исправили.
В другом случае в карточке сотрудника отсутствовал отпуск без сохранения зарплаты, хотя сам документ в базе был. Также были ситуации, когда отпуск отсутствовал в табеле Т-13, но присутствовал в расчетном листке.
Это показало важный момент: наличие самого документа в базе еще не означает, что все связанные с ним регистры и движения были перенесены корректно.
Проблема задвоения НДФЛ
Отдельно пришлось разбирать задвоение НДФЛ после подключения документов «Списание с расчетного счета».
Причина была связана с различием логики ЗУП и ERP. В ЗУП ведомость в банк является документом, фиксирующим выплату дохода и формирующим соответствующие движения по НДФЛ. В ERP дополнительно используется документ списания с расчетного счета.
В результате перенесенная из ЗУП ведомость уже содержала движения по НДФЛ, а связанное с ней списание в ERP формировало эти движения повторно. Получалось двойное отражение операции.
Для исправления рассматривались два варианта: перепровести ведомость и списание в правильной последовательности либо не связывать списание с ведомостью и отражать его отдельно.
При этом в ходе проверки выяснилось, что подобные расхождения могут быть связаны не с ошибкой переноса, а с последовательностью проведения документов еще в исходной ЗУП. Поэтому при анализе спорной ситуации специалисты сравнивали результаты ERP непосредственно с исходной базой.
Итоги проекта перехода с ЗУП на ЕРП
Этот проект хорошо демонстрирует, почему перенос ЗУП в ERP нельзя сводить только к выгрузке и загрузке данных.
После технического переноса необходимо пройти полноценный этап проверки:
перенос → тестирование → выявление расхождений → точечная догрузка → повторная проверка → рабочий расчет зарплаты.
Причем проверять нужно не только наличие документов, но и их влияние на табели, отпуска, средний заработок, выплаты, НДФЛ и отчетность.
В результате такой поэтапный подход позволил перейти на ERP и уже в новой системе проводить полноценный расчет зарплаты, постепенно устраняя выявленные особенности без возврата к работе в ЗУП.
