При переходе с устаревшей редакции «Зарплата и управление персоналом» 2.5 на современную 3.1 технические специалисты часто сталкиваются с ситуацией, когда документы Перенос данных с префиксом РВ (Рабочее время) создаются, но не содержат строк. На первый взгляд кажется, что данные табелей учета рабочего времени из старой базы были потеряны в процессе конвертации. Однако в большинстве случаев это не так: данные физически перенесены, но не отображаются из-за особенностей архитектуры новой конфигурации.
Рассмотрим детально, почему так происходит, разберем по шагам методику исправления этой проблемы и проанализируем, как архитектурные различия между версиями 2.5 и 3.1 влияют на учет рабочего времени.
Для того чтобы понять корень проблемы, нам необходимо выяснить, как именно ЗУП 3.1 хранит информацию об отработанных часах. В отличие от версии 2.5, где логика была более линейной, в новой редакции учет разделен на два принципиально разных регистра накопления:
Табель, то именно этот регистр является основным источником данных для расчета заработной платы.Табель.При выполнении «полного» переноса (который, к слову, фирма 1С уже давно перевела в разряд нерекомендуемых), обработка НачальнаяНастройкаПрограммы пытается сопоставить данные из старой базы с новой структурой. Часто возникает ситуация, когда в документе Перенос данных с кодом РВ по умолчанию включена видимость только одного регистра (например, табельного учета), в то время как данные фактически записаны в другой (оперативный учет).
Если мы столкнулись с «пустым» документом РВ, не стоит торопиться удалять его или пытаться перезапустить перенос. Давайте проанализируем содержимое документа через механизм настройки состава регистров. Посмотрим на алгоритм действий:
Перенос данных с номером, содержащим РВ.Данные табельного учета рабочего времени сотрудников, попробуем его снять и установить на Данные оперативного учета рабочего времени сотрудников.Важный нюанс: такая ситуация часто возникает, если в исходной базе 2.5 учет рабочего времени велся методом отклонений (по графику), а документ Табель вводился лишь эпизодически или не использовался вовсе. Программа переноса «не понимает», какой регистр в 3.1 для вас является приоритетным, и может ошибиться с настройками отображения.
Выясним, насколько корректно просто «переключать галочки» в документе переноса. Это критический момент для последующего расчета среднего заработка и формирования отчетности. Рассмотрим две ситуации:
Ситуация А: Данные перенесены в оперативный учет. Это допустимо, если в вашей учетной политике в 3.1 планируется вести учет «по отклонениям». Зарплата будет считаться верно. Однако, если вы попытаетесь сформировать отчет «Табель учета рабочего времени (Т-13)» за прошлый (перенесенный) период, он может оказаться пустым, так как этот отчет в первую очередь обращается к регистру табельного учета.
Ситуация Б: Данные нужны для расчета среднего. Для системы 1С самым важным регистром после переноса является не сам РВ, а вспомогательный регистр Данные о времени для расчета среднего заработка (общий). Именно его нужно проверить в первую очередь. Если в нем данные по дням и часам заполнены корректно, то визуальная «пустота» документа РВ не помешает будущим расчетам отпусков и больничных.
Проанализируем ситуацию шире. Разработчики 1С рекомендуют использовать «краткий» перенос (перенос остатков и данных для среднего за 2 года). При попытке сделать «полный» перенос (с документами за прошлые годы) возникают следующие технические сложности:
Перенос данных просто не сможет создать строку, так как поле Вид времени окажется неопределенным.Если вы программист и вам нужно проверить, не остались ли записи «висеть» в базе без привязки к форме документа, можно воспользоваться консолью запросов. Проанализируем структуру записей с помощью простого запроса к физической таблице регистра накопления:
ВЫБРАТЬ
Регистр.Период,
Регистр.Сотрудник,
Регистр.ВидИспользованияРабочегоВремени,
Регистр.Дней,
Регистр.Часов
ИЗ
РегистрНакопления.ДанныеОперативногоУчетаРабочегоВремениСотрудников КАК Регистр
ГДЕ
Регистр.Регистратор = &СсылкаНаВашДокументРВ
Если запрос возвращает строки, значит, данные в базе есть, и проблема исключительно в настройке формы документа Перенос данных. Вам достаточно настроить видимость нужных регистров в интерфейсе, как было описано выше.
Рассмотрим вариант, когда даже переключение галочек не помогает. В этом случае проверьте настройки состава начислений и удержаний в новой базе 3.1 до начала переноса. Если в настройках параметров учета не включена возможность ведения табельного учета или не выбраны соответствующие виды времени (вечерние, ночные), программа переноса может проигнорировать эти колонки при загрузке данных из XML-файла.
Посмотрим на итоговый чек-лист:
Перенос данных (РВ) проверить настройку состава регистров (переключить с Табельного на Оперативный учет).Данные о времени для расчета среднего заработка (общий) — это фундамент для дальнейшей работы.Таким образом, мы выяснили, что отсутствие строк в документах РВ — это чаще всего не ошибка потери данных, а следствие гибкости настройки регистров в 1С:ЗУП 3.1. Правильная настройка видимости регистров позволяет восстановить контроль над перенесенной информацией без повторного выполнения длительной процедуры миграции.