Как пересчитать отпуска и больничные прошлого периода в 1С:ЗУП 3.1 после переноса данных из версии 2.5?

Программист 1С v8.3 (Управляемые формы) Бухгалтерский учет
← На главную

Переход с платформы 1С:ЗУП 2.5 на версию 3.1 часто сопровождается сложностями, когда возникает необходимость пересчитать начисления за периоды, которые «остались» в старой базе. Типичная ситуация: после успешного внедрения новой системы выплачивается годовая премия, которая должна войти в расчет среднего заработка для уже выплаченных отпусков и больничных. Поскольку в новой базе документов «Отпуск» или «Больничный лист» за прошлый год физически нет (они представлены сводными записями в документах переноса данных), стандартная кнопка «Исправить» недоступна.

В данной статье мы разберем по шагам, как решить эту задачу, учитывая технические особенности хранения данных в ЗУП 3.1 и требования налогового законодательства.

Анализ структуры хранения данных при переносе

Для начала проанализируем ситуацию. При переносе данных из ЗУП 2.5 в ЗУП 3.1 (особенно в режиме краткого переноса) первичные документы не создаются. Вместо них программа формирует документы Перенос данных. Однако важно понимать, что расчет среднего заработка в ЗУП 3.1 опирается не на эти документы напрямую, а на специализированные регистры накопления. Если мы хотим, чтобы программа «увидела» годовую премию в прошлом периоде, нам нужно обновить именно эти регистры.

Рассмотрим основные регистры, отвечающие за средний заработок:

  1. Данные о начислениях для расчета среднего заработка (общий) — используется для отпусков, командировок и прочих случаев.
  2. Данные о начислениях для расчета среднего заработка (ФСС) — используется для расчета пособий по временной нетрудоспособности.

Способ 1: Прямая корректировка данных переноса

Если объем сотрудников небольшой, мы можем внести изменения в существующие документы переноса. Разберем этот процесс подробнее:

  1. Перейдем в раздел Администрирование — Переносы данных.
  2. Найдем документы с кодами ЗРП (Зарплата) или ПРЕМ, которые отвечают за начисления соответствующего периода.
  3. Внутри документа необходимо найти вкладку, соответствующую регистру Данные о начислениях для расчета среднего заработка (общий).
  4. Добавим записи о годовой премии. Важный момент: премия должна быть классифицирована правильно. Убедитесь, что в настройках начисления на вкладке «Средний заработок» указано, как она должна учитываться (полностью или частично).

Выясним причину, по которой ручной ввод может быть опасен. При большом количестве сотрудников (от 40-50 человек) риск совершить ошибку в регистрах крайне велик. Поэтому для массовых изменений рассмотрим технологический лайфхак.

Способ 2: Использование документа «Доначисление, пересчет»

Проанализируем ситуацию: нам нужно не просто изменить базу среднего заработка, но и зарегистрировать разницу в выплатах. В ЗУП 3.1 для этого предусмотрен специализированный механизм. Если вы уже обновили данные в регистрах среднего заработка (как описано в Способе 1), создавать «фиктивные» документы-исправления не обязательно.

Посмотрим на алгоритм работы с документом Доначисление, пересчет:

  1. Зайдем в раздел Зарплата — Доначисления, перерасчеты.
  2. Этот документ позволяет автоматически рассчитать разницу между уже начисленными суммами и новыми данными, появившимися в базе.
  3. Если программа не подтягивает данные автоматически, проверьте настройки сервиса перерасчетов (раздел Зарплата — Сервис — Перерасчеты). Там должны появиться записи о необходимости пересчитать сотрудников после изменения данных в регистре среднего заработка.

Способ 3: Перерасчет через «ЗУП 2.5» и повторный перенос части данных

Если в старой базе ЗУП 2.5 все еще можно работать, рассмотрим комбинированный метод, предложенный специалистами на форумах:

  1. Внесем годовую премию в старую базу ЗУП 2.5.
  2. Выполним там полный перерасчет всех необходимых отпусков и больничных.
  3. Создадим «пустую» базу ЗУП 3.1 и выполним в нее перенос данных заново.
  4. Используя обработку ВыгрузкаЗагрузкаДанныхXML83, перенесем только конкретные документы Перенос данных из «чистой» базы в нашу рабочую базу.

Внимание: этот метод требует осторожности. Перед загрузкой XML-файла обязательно сделайте резервную копию рабочей базы!

Технические нюансы учета годовой премии

Проанализируем, как 1С:ЗУП 3.1 обрабатывает премии. Годовая премия учитывается по особым правилам. В регистре накопления важно правильно заполнить поле Вид дохода. Если премия начислена за прошлый год, она должна попасть в расчет среднего во всех месяцах расчетного периода, независимо от даты выплаты (если это предусмотрено локальным нормативным актом организации).

Для автоматизации заполнения регистра при большом количестве людей рекомендуем использовать следующий алгоритм:


// Пример логики для обработки заполнения регистра
Для Каждого СтрокаПремии Из ТаблицаДанных Цикл
    НоваяЗапись = РегистрыНакопления.ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий.СоздатьНаборЗаписей();
    // Установка фильтров и заполнение измерений: Сотрудник, Период, ВидДохода
    // ...
    НоваяЗапись.Записать();
КонецЦикла;

Особенности налогового учета (6-НДФЛ и РСВ)

Разберем крайне важный аспект, упомянутый экспертами. При перерасчете среднего заработка из-за премии возникает доплата. С точки зрения налогового кодекса и логики 1С:

Поэтому самым корректным способом с точки зрения учета будет:

  1. Обновить регистры среднего заработка за прошлые периоды (через новый документ Перенос данных с типом «Только регистры»).
  2. Создать документ Доначисление, перерасчет в текущем месяце.
  3. Программа увидит разницу в среднем заработке и доначислит суммы, которые пройдут по учету текущим числом.

Автоматизация через загрузку из Excel

Если сотрудников 40–50, как в рассматриваемой ситуации, воспользуемся стандартной обработкой Загрузка данных из табличного документа. Посмотрим, как это сделать:

  1. Сформируйте таблицу в Excel, где будут колонки: Сотрудник, Период, Сумма премии, Вид дохода для среднего заработка.
  2. В ЗУП 3.1 создайте один пустой документ Перенос данных.
  3. Через обработку загрузки заполните табличную часть, связанную с регистром среднего заработка, ссылаясь на этот новый документ.

Этот метод позволяет избежать ручного ввода и минимизировать ошибки в копейках и периодах, обеспечивая при этом чистоту данных для будущих расчетов среднего заработка.

← На главную