Переход с устаревшей конфигурации «Зарплата и управление персоналом», редакция 2.5 на современную редакцию 3.1 — это не просто обновление, а полноценная миграция данных. Часто пользователи сталкиваются с тем, что «рекомендованный» (краткий) перенос оставляет за бортом важные сведения, такие как копеечные остатки по уволенным сотрудникам или настройки специфических удержаний. В этой статье мы подробно разберем, как преодолеть эти трудности, проанализируем ошибки загрузки и научимся корректировать данные в новой базе.
Рассмотрим ситуацию: вы выбрали «рекомендованный» способ переноса данных на начало года (например, на 01.01.2018). После завершения процесса выясняется, что по уволенным сотрудникам, у которых висели небольшие задолженности или переплаты, данные не перенеслись. Программа по умолчанию игнорирует таких лиц, чтобы не «засорять» новую базу неактуальными данными.
Выясним причину: алгоритм краткого переноса ориентируется на действующие плановые начисления и актуальные трудовые отношения. Если сотрудник уволен до даты начала эксплуатации, он попадает в выборку только в том случае, если по нему есть значимые обороты. Копеечное сальдо часто игнорируется.
Разберем по шагам, как догрузить эти данные через универсальный обмен:
ЗУП 2.5..xml.ПереноситьНачисленияПредыдущейПрограммыОтладка = 1. Без этого флагманские алгоритмы могут снова отсечь уволенных сотрудников.ЗУП 3.1 аналогичной обработкой на вкладке «Загрузка».Если уволенных сотрудников всего несколько человек, проанализируем ситуацию: иногда проще внести их вручную в документ «Данные на начало эксплуатации», создав карточки сотрудников без оформления приема на работу. Это сэкономит время на отладку правил обмена.
Проанализируем техническую ошибку, которая часто возникает при полном или частичном переносе данных:
Ошибка записи объекта ТипОбъекта = Удержание Объект = Удержание в счет возмещения ущерба
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Не удалось записать: "Удержание"!
Формула не заполнена
Эта проблема связана с тем, что в ЗУП 3.1 механизмы расчета стали более строгими. В старой базе 2.5 удержание могло быть настроено как «нулевое» или иметь способ расчета, не требующий явного описания формулы. При переносе система создает элемент справочника Удержания, но не может его записать, так как поле Формула является обязательным.
Рассмотрим решение:
Если вы столкнулись с такой ошибкой, необходимо зайти в справочник «Удержания» в новой базе (если объект все же создался, но не провелся) или внести изменения в правила. Чаще всего достаточно вручную открыть карточку удержания и указать, что «Результат вводится фиксированной суммой» или прописать простую формулу, например: Результат = ФиксированнаяСумма.
Типичная ситуация для бухгалтера: сотрудник ушел в отпуск в конце декабря (расчет произведен в ЗУП 2.5), а в январе его отозвали из отпуска (работа уже ведется в ЗУП 3.1). Поскольку первичного документа «Отпуск» в новой базе нет, стандартный механизм «Исправить» или «Сторнировать» не сработает.
Посмотрим на пример решения через «фиктивный» документ:
ЗУП 3.1 создадим документ «Отпуск» тем же периодом, который был в старой базе (декабрь).ЗП (Зарплата) и ПРО (Периоды), но этот метод требует глубокого понимания структуры регистров накопления ЗУП 3.1.Выясним, какие отчеты необходимо сравнить в первую очередь, чтобы убедиться в корректности миграции на 01.01.2018. Недостаточно просто проверить «Штатную расстановку».
Сформируем чек-лист совместной проверки программиста и бухгалтера:
2.5 и начальное сальдо в 3.1. Они должны совпадать до копейки.ЗУП 3.1 учет ведется строго по дате выплаты, что критично для корректного формирования 6-НДФЛ.Рассмотрим вопрос о переносе данных, например, на 01.04.2018. Опытные специалисты крайне не рекомендуют такой подход. Разберем причины:
При переносе внутри года вам придется переносить обороты по налогам и взносам с начала года (с января по март). ЗУП 3.1 не умеет автоматически консолидировать отчетность РСВ и 6-НДФЛ, если часть квартала велась в одной базе, а часть — в другой. Вам придется либо вручную «добивать» данные в отчеты, либо переносить огромный массив документов «Перенос данных», что часто приводит к расхождениям в копейках и мучительному поиску ошибок при сдаче квартальной отчетности. Оптимальный вариант — перенос на 1 января после закрытия всех расчетов и выплаты зарплаты за декабрь.
Таким образом, переход на ЗУП 3.1 требует не только технического запуска обработки, но и вдумчивой проверки регистров, особенно в части среднего заработка и НДФЛ. Работа в двух базах параллельно в течение первого месяца — это залог успешной адаптации и отсутствия штрафов от проверяющих органов.