← На главную

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

Дополнительно к этому, после попыток ручной корректировки исторических данных в базе, система начинает выдавать предупреждение «Данные о заработке неполные». В этой статье мы подробно разберем, почему возникают такие расхождения, как устроен механизм учета премий при расчете среднего заработка по законодательству РФ и в логике 1С, а также пошагово настроим систему так, чтобы расчеты были математически точными, а предупреждения исчезли.

Разберем причину расхождения между формой «карандаша» и печатной формой

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

Такое поведение программы обусловлено требованиями Постановления Правительства РФ № 922 и особенностями его технической реализации в коде 1С:

1. Правило пропорционального учета премий: Согласно законодательству, премия включается в расчет среднего заработка целиком (в полном объеме) только в том случае, если период, за который она начислена (так называемый базовый период), целиком входит в расчетный период (12 календарных месяцев, предшествующих месяцу начала командировки). Если базовый период премии хотя бы частично выходит за рамки расчетного периода, программа обязана пересчитать ее пропорционально времени, фактически отработанному в расчетном периоде.
2. Ошибка переноса базового периода: При переходе на ЗУП 3.1 через стандартный перенос данных информация за прошлые периоды сворачивается и записывается в базу специальными документами Перенос данных. Очень часто при переносе у премий ошибочно сдвигается дата начала базового периода (например, премия за май 2018 года переносится с базовым периодом «январь 2018 года»).
3. Сдвиг расчетного периода: Когда расчетный период для командировки в 2019 году смещается и больше не включает в себя январь 2018 года, программа анализирует базу и видит: базовый период премии (январь) находится вне расчетного периода. Следовательно, премию необходимо учесть частично (пропорционально).
4. Разница интерфейса и проведения: В форме редактирования среднего заработка («карандаш») данные выводятся по их номинальному типу, определенному настройками начисления (колонка «Премия, полностью учитываемая»). На этом этапе программа еще не применила алгоритм пропорционального урезания по Постановлению № 922. А вот реальный расчет с применением всех коэффициентов происходит непосредственно в момент проведения документа и формирования печатной формы «Расчет среднедневного заработка». Именно поэтому в печатной форме сумма оказывается меньше.

Как проверить настройки начисления в ЗУП 3.1

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

1. Перейдем в раздел Настройка, далее откроем справочник Начисления.
2. Найдем в списке нужный вид премии и откроем его двойным кликом.
3. Перейдем на вкладку Средний заработок.
4. Убедимся, что переключатель для расчета общего среднего заработка установлен в положение Включать в расчет среднего заработка, а также проверим, как именно учитывается премия: как полностью учитываемая или частично.

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

Пошаговое исправление базового периода в документе «Перенос данных»

Выяснив причину, перейдем к исправлению перенесенных сведений:

1. Откроем раздел Администрирование -> Переносы данных.
2. Найдем документ за соответствующий период (в нашем примере это май 2018 года, документ с префиксом ЗП_СЗ, отвечающий за средний заработок).
3. Внутри документа перейдем на вкладку регистра накопления Данные о начислениях для расчета среднего заработка (общий).
4. Найдем строку с нашей премией и обратим внимание на колонку Базовый период (или даты начала/окончания базового периода). Если там стоит некорректный месяц (например, январь 2018 вместо мая 2018), исправим его вручную на правильный рабочий месяц.
5. Запишем и проведем документ Перенос данных.

После того как мы установили верный базовый период, входящий в расчетный период командировки, печатная форма начнет показывать премию в полном объеме, и расхождение с формой «карандаша» исчезнет. Если источником данных служит комплексная система, автоматизировать процесс поможет перенос кадровых и расчётных данных ERP 2 — ЗУП 3, который корректно передает сведения о сотрудниках и начислениях.

Выясняем причину появления предупреждения «Данные о заработке неполные»

После того как мы вручную скорректировали записи в документах переноса данных или внутри самой формы расчета среднего заработка, в документе «Командировка» может появиться навязчивая желтая надпись: «Данные о заработке неполные».

Проанализируем технические причины появления этого предупреждения:

• Пропуски в календарных месяцах расчетного периода: ЗУП 3.1 ожидает, что по каждому из 12 месяцев расчетного периода в регистрах будут хоть какие-то движения. Если у сотрудника в каком-то месяце вообще не было начислений (например, он находился в неоплачиваемом отпуске, декрете или просто у него отсутствовали начисления в переходный период), программа фиксирует отсутствие записей в регистре Данные о начислениях для расчета среднего заработка (общий) за этот месяц и сигнализирует о неполноте данных.
• Рассинхронизация регистров времени и начислений: Информация для расчета среднего хранится параллельно в двух ключевых регистрах: Данные о начислениях для расчета среднего заработка (общий) (здесь лежат суммы) и Данные о времени для расчета среднего (общий) (здесь лежат отработанные дни и часы). Если мы изменили базовый период или сумму в регистре начислений, но не скорректировали регистр времени за тот же месяц, программа увидит расхождение данных и выдаст предупреждение.
• Запись в регистр корректировок: Как только мы открываем форму редактирования среднего заработка («карандаш») и нажимаем кнопку «ОК», программа автоматически делает запись в регистр сведений Данные о времени для расчета общего среднего заработка (корректировка). Это технический маркер ручного вмешательства. Даже если мы ничего не меняли, сам факт ручного сохранения активирует предупреждение о том, что данные могут быть неполными или измененными.

Как избавиться от предупреждения и обновить данные среднего заработка

Рассмотрим эффективные методы решения этой проблемы.

Способ 1. Использование встроенной обработки обновления среднего заработка

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

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

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

Способ 2. Сброс ручных корректировок в документе

Если предупреждение вызвано тем, что программа запомнила ручные изменения в форме «карандаша», вернем расчет к автоматическому режиму:

1. Откроем документ Командировка.
2. Нажмем на кнопку с «карандашом» рядом с полем среднего заработка.
3. В открывшейся форме найдем и нажмем кнопку Перезаполнить (или «Сбросить ручные изменения»).
4. Нажмем кнопку ОК и перепроведем документ.

После этого программа очистит записи в регистре корректировок и выполнит расчет строго по актуальным данным системных регистров накопления.

Способ 3. Анализ регистров напрямую через «Все функции»

Для детальной проверки регистров проанализируем движения документов напрямую:

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

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

Подведем итоги. Наличие предупреждения «Данные о заработке неполные» носит сугубо информационный характер для бухгалтера-расчетчика. Оно призвано обратить ваше внимание на возможные нестыковки в истории начислений сотрудника. Если вы проверили печатную форму «Расчет среднедневного заработка» и итоговая сумма среднего заработка математически полностью совпадает с вашими верными ручными расчетами по Постановлению № 922, данный документ можно смело проводить и выплачивать — программа не заблокирует расчет и проведет начисление корректно.