Переход с платформы 1С:ЗУП 2.5 на версию 3.1 часто сопровождается сложностями, когда возникает необходимость пересчитать начисления за периоды, которые «остались» в старой базе. Типичная ситуация: после успешного внедрения новой системы выплачивается годовая премия, которая должна войти в расчет среднего заработка для уже выплаченных отпусков и больничных. Поскольку в новой базе документов «Отпуск» или «Больничный лист» за прошлый год физически нет (они представлены сводными записями в документах переноса данных), стандартная кнопка «Исправить» недоступна.
В данной статье мы разберем по шагам, как решить эту задачу, учитывая технические особенности хранения данных в ЗУП 3.1 и требования налогового законодательства.
Для начала проанализируем ситуацию. При переносе данных из ЗУП 2.5 в ЗУП 3.1 (особенно в режиме краткого переноса) первичные документы не создаются. Вместо них программа формирует документы Перенос данных. Однако важно понимать, что расчет среднего заработка в ЗУП 3.1 опирается не на эти документы напрямую, а на специализированные регистры накопления. Если мы хотим, чтобы программа «увидела» годовую премию в прошлом периоде, нам нужно обновить именно эти регистры.
Рассмотрим основные регистры, отвечающие за средний заработок:
Если объем сотрудников небольшой, мы можем внести изменения в существующие документы переноса. Разберем этот процесс подробнее:
ЗРП (Зарплата) или ПРЕМ, которые отвечают за начисления соответствующего периода.Данные о начислениях для расчета среднего заработка (общий).Выясним причину, по которой ручной ввод может быть опасен. При большом количестве сотрудников (от 40-50 человек) риск совершить ошибку в регистрах крайне велик. Поэтому для массовых изменений рассмотрим технологический лайфхак.
Проанализируем ситуацию: нам нужно не просто изменить базу среднего заработка, но и зарегистрировать разницу в выплатах. В ЗУП 3.1 для этого предусмотрен специализированный механизм. Если вы уже обновили данные в регистрах среднего заработка (как описано в Способе 1), создавать «фиктивные» документы-исправления не обязательно.
Посмотрим на алгоритм работы с документом Доначисление, пересчет:
Если в старой базе ЗУП 2.5 все еще можно работать, рассмотрим комбинированный метод, предложенный специалистами на форумах:
ВыгрузкаЗагрузкаДанныхXML83, перенесем только конкретные документы Перенос данных из «чистой» базы в нашу рабочую базу.Внимание: этот метод требует осторожности. Перед загрузкой XML-файла обязательно сделайте резервную копию рабочей базы!
Проанализируем, как 1С:ЗУП 3.1 обрабатывает премии. Годовая премия учитывается по особым правилам. В регистре накопления важно правильно заполнить поле Вид дохода. Если премия начислена за прошлый год, она должна попасть в расчет среднего во всех месяцах расчетного периода, независимо от даты выплаты (если это предусмотрено локальным нормативным актом организации).
Для автоматизации заполнения регистра при большом количестве людей рекомендуем использовать следующий алгоритм:
// Пример логики для обработки заполнения регистра
Для Каждого СтрокаПремии Из ТаблицаДанных Цикл
НоваяЗапись = РегистрыНакопления.ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий.СоздатьНаборЗаписей();
// Установка фильтров и заполнение измерений: Сотрудник, Период, ВидДохода
// ...
НоваяЗапись.Записать();
КонецЦикла;
Разберем крайне важный аспект, упомянутый экспертами. При перерасчете среднего заработка из-за премии возникает доплата. С точки зрения налогового кодекса и логики 1С:
Перенос данных может привести к расхождениям в отчетности 6-НДФЛ.Поэтому самым корректным способом с точки зрения учета будет:
Перенос данных с типом «Только регистры»).Доначисление, перерасчет в текущем месяце.Если сотрудников 40–50, как в рассматриваемой ситуации, воспользуемся стандартной обработкой Загрузка данных из табличного документа. Посмотрим, как это сделать:
Перенос данных.Этот метод позволяет избежать ручного ввода и минимизировать ошибки в копейках и периодах, обеспечивая при этом чистоту данных для будущих расчетов среднего заработка.