← На главную

При переходе на новую редакцию программы мы часто сталкиваемся с тем, что исторические данные ведут себя не так, как ожидается. Рассмотрим типичную ситуацию: был выполнен перенос данных (например, из 1С:ЗУП 2.5 или 1С:Предприятие 7.7) в 1С:ЗУП 3.1. У сотрудника в прошлом периоде была начислена годовая премия, которая должна учитываться частично (пропорционально отработанному времени). Однако при расчете среднего заработка для отпуска или командировки в новой базе мы видим, что эта премия входит в расчет полностью, на все 100%. Разберем по шагам, почему это происходит и как правильно исправить эту ошибку.

Шаг 1. Проанализируем влияние регистра накопления вместо настроек начисления

Первое, что приходит на ум — зайти в справочник начислений и проверить настройки самого вида расчета. Однако при работе с перенесенными данными этот подход не работает. Выясним причину: при расчете среднего заработка для исторических (перенесенных) периодов 1С:ЗУП 3.1 не смотрит на текущие настройки начисления. Программа обращается напрямую к записям регистра накопления ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий.

При автоматическом переносе данных премия могла записаться в этот регистр с ошибочным системным признаком (например, как полностью учитываемая). Поэтому изменение галочек в самом виде расчета ничего не меняет. Нам необходимо скорректировать сами записи в регистрах. Сделаем следующее:

1. Перейдем в раздел Администрирование.
2. Откроем пункт Переносы данных.
3. Сделаем отбор по коду документа ЗП_СЗО (данные для расчета среднего заработка).
4. Найдем документ за тот месяц, когда была начислена исходная премия (например, за декабрь прошлого года).
5. В табличной части найдем строку с нужным сотрудником и проверим колонку с видом премии. При необходимости исправим вид на корректный — учитываемую частично.

Шаг 2. Разберем математику коэффициента отработанного времени

Часто бухгалтеры отмечают: "Я установил правильный вид премии в документе переноса, но она все равно берется целиком, программа просто не видит изменения!". Проанализируем ситуацию детальнее. Премия, учитываемая частично, входит в средний заработок не фиксированной долей, а через математический коэффициент.

Формула расчета доли премии выглядит так: Сумма премии * (Фактически отработанные дни в расчетном периоде / Норма дней по графику).

При так называемом "рекомендованном" (свернутом) варианте переноса данных история отработанного времени часто формируется упрощенно. Если в перенесенных данных норма времени полностью совпала с фактически отработанным временем (или программа просто не видит графики работы и производственный календарь за прошлый год из-за отсутствия детальной истории), то коэффициент получается равным 1 (единице).

Из-за этого премия умножается на 1 и математически входит в расчет на все 100%, создавая иллюзию того, что программа игнорирует настройку "учитывать частично". Чтобы исправить это, посмотрим на вкладку Данные о времени в том же документе переноса ЗП_СЗО. Нам необходимо:

1. Проверить колонки с отработанными днями (по пятидневке или шестидневке).
2. Сверить фактическое время с нормой времени.
3. При необходимости вручную откорректировать дни, чтобы коэффициент рассчитался меньше единицы (если сотрудник действительно болел, был в отпуске и т.д.).

Шаг 3. Проверим заполнение базового периода

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

В записях регистра (документ ЗП_СЗО) должны быть обязательно заполнены следующие поля:

• Дата начала базового периода — дата начала года, за который начислена премия.
• Количество месяцев — для годовой премии здесь должно стоять число 12.

Если при автоматическом переносе базовый период не определился, остался пустым или сдвинулся, внутренний алгоритм расчета программы не сможет сопоставить период начисления премии с расчетным периодом среднего заработка. В результате программа, действуя по принципу "безопасного" расчета, может включить всю сумму целиком. Обязательно проверьте эти колонки.

Шаг 4. Обновим кэш в документе расчета (Отпуск, Командировка)

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

Посмотрим на пример: вы открыли уже созданный документ Отпуск и просто нажали кнопку "Пересчитать". Программа пересчитает математику по уже сохраненным в документе параметрам среднего заработка, но не пойдет заново читать структуру регистров. Изменения вида премии просто не подтянутся в текущий расчет.

Чтобы заставить программу увидеть наши корректировки в документе Перенос данных, выполним следующие действия:

1. Откроем документ, в котором рассчитывается средний заработок (например, Отпуск).
2. Нажмем кнопку с зелеными закругленными стрелочками Обновить данные для расчета среднего (рядом с полем суммы среднего заработка).
3. Если это не помогло, нажмем на иконку зеленого карандаша (открыть форму просмотра и редактирования среднего заработка) и в открывшемся окне нажмем Перечитать.
4. Самый надежный способ очистить кэш документа — заново перевыбрать сотрудника в поле Сотрудник. Программа полностью очистит скрытые таблицы документа и заполнит их актуальными данными из исправленных нами регистров переноса.

Шаг 5. Поиск скрытых дублей

Если вы выполнили все вышеописанные шаги, но в печатной форме расчета среднего заработка премия всё равно упорно попадает в Раздел 3: Премии, полностью учитываемые (вместо Раздела 4), значит, проблема кроется в задублированных данных.

При переносе данных (особенно из версии 7.7) в базу могут попасть "хвосты". Например, данные могли записаться сразу по двум разным регистрам, или в системе сформировалось два документа переноса за один период, один из которых вы исправили, а второй продолжает поставлять неверные данные.

Рассмотрим, как найти причину с помощью отчетов:

1. Откроем меню Функции технического специалиста (или Все функции).
2. Найдем Универсальный отчет.
3. Выберем тип объекта Регистр накопления и укажем ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий.
4. Установим отбор по нашему проблемному сотруднику и сформируем отчет.
5. Проанализируем все строки с суммами годовой премии. Вероятнее всего, вы увидите лишнюю запись, которая формируется другим документом (например, корректировочным регистром или дублем документа переноса). Удалите или откорректируйте найденный документ-дубль.

Проведя такой комплексный анализ и последовательно откорректировав документы ЗП_СЗО, проверив норму времени и обновив данные в расчетных документах, мы сможем добиться идеально правильного расчета частично учитываемых премий в перенесенной базе 1С:ЗУП 3.1.