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