Переход с редакции 2.5 на 3.1 в программе «1С:Зарплата и управление персоналом» — это не просто обновление конфигурации, а полноценная миграция данных на платформу с принципиально иной архитектурой. Одной из самых частых причин паники среди пользователей и администраторов является «пустой» список документов после завершения переноса. Мы привыкли видеть в старой базе сотни документов Начисление зарплаты, Больничный лист или Отпуск, и ожидаем увидеть их же в новой базе. Однако реальность оказывается иной.
В этой статье мы подробно разберем, почему документы «исчезают», где на самом деле хранятся данные и как правильно подготовить базу к переезду, чтобы не потерять важную информацию.
Давайте проанализируем ситуацию с точки зрения разработчиков 1С. В редакции 3.1 первичным является не документ, а запись в регистре (расчета, накопления или сведений). Для системы не имеет значения, какой документ сделал запись о начислении сотруднику оклада за январь 2016 года — специализированный документ или техническая операция. Главное, чтобы эти данные попали в таблицы, из которых потом строятся отчеты и рассчитывается средний заработок.
При переносе данных за прошлые периоды система никогда не создает аналогичные документы (например, Больничный лист) за исторические периоды. Вместо этого вся информация «схлопывается» и записывается в специализированный объект — документ Перенос данных. Если вы видите, что журналы начислений пусты, первым делом загляните в раздел «Администрирование» — «Переносы данных».
Рассмотрим подробнее два сценария, которые предлагает помощник перехода при первом запуске программы:
Перенос данных. 1С не рекомендует этот способ, так как он часто приводит к «засорению» базы из-за ошибок ведения учета в старой программе.Проанализируем ситуацию: если вашему бухгалтеру нужны документы за прошлый год, чтобы «просто посмотреть», предложите ему использовать старую базу ЗУП 2.5 в качестве архива. В новую базу стоит тянуть только то, что необходимо для продолжения учета.
Если процесс прошел успешно, но вы не видите результатов, выполните следующие шаги:
1. Перейдите в список документов Перенос данных. Каждый такой документ имеет буквенный код, который указывает на характер данных:
2. Проверьте расчетные листки. Несмотря на отсутствие документов Начисление зарплаты, расчетные листки за перенесенный период должны формироваться корректно. Это происходит потому, что отчет берет данные напрямую из регистров накопления НачисленияУдержанияПоСотрудникам, которые заполнились при переносе.
Многие ошибки возникают не в процессе загрузки, а из-за проблем в исходных данных. Выясним, что нужно сделать в базе 2.5 перед началом миграции:
Тестирование и исправление: Обязательно запустите процедуру «Тестирование и исправление информационной базы» в конфигураторе. Проверьте логическую целостность и удалите объектные ссылки на несуществующие данные.
Поиск и удаление дублей: Если у вас есть два физических лица с одинаковым СНИЛС или ФИО, ЗУП 3.1 может либо выдать ошибку, либо перенести данные только по одному из них. Используйте стандартную обработку «Поиск и замена дублей».
Закрытие периодов: Убедитесь, что все начисления и выплаты за прошлые периоды завершены. Сальдо должно быть реальным. Если в 2.5 висят «копейки» трехлетней давности, они обязательно «вылезут» в 3.1 в виде непонятных долгов в первой же ведомости на выплату зарплаты.
Рассмотрим ситуацию, когда переход осуществляется, например, в июле. Проанализируем рекомендации экспертов:
В этом случае крайне важно, чтобы корректно перенеслись данные для отчетности по НДФЛ и страховым взносам за первые два квартала. После переноса мы рекомендуем сформировать отчеты 6-НДФЛ и РСВ в новой базе за прошедшие периоды года и сравнить их с теми, что были сданы из старой базы. Если цифры сходятся — значит, данные в регистрах (документах Перенос данных) лежат верно.
Если же данные по сотрудникам перенеслись частично (например, «только 1 человек»), проверьте настройки прав доступа и префиксы организаций. Также убедитесь, что в помощнике переноса не установлены лишние фильтры по подразделениям или категориям персонала.
Иногда возникает ситуация: вы перенесли данные в январе за декабрь, и бухгалтер ожидает увидеть документы начислений за январь. Выясним причину: программа не может «догадаться», что вы уже начали считать январь в старой базе. Вам придется либо перенести данные за январь через Перенос данных, либо (что более правильно) заново создать и рассчитать документы уже в интерфейсе ЗУП 3.1, используя перенесенные входящие остатки.
Для успешного решения задачи придерживайтесь следующего алгоритма:
регистрах.Перенос данных для аудита загруженной информации.Физические лица исходной базы.ДанныеОЗаработкеДляРасчетаСреднегоЗаработкаОбщий.Помните, что качественный перенос — это 80% подготовки исходной базы и только 20% самой процедуры нажатия кнопки «Загрузить». Тщательная очистка базы 2.5 избавит вас от необходимости ручной правки сотен записей в новой системе.