Почему в 1С:ЗУП КОРП больничный лист сторнирует начисления по простою?

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

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

Причина возникновения сторно

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

Разбор работы со сменными графиками

Ситуация осложняется, если сотрудник работает на сменном графике. В таких случаях часть смены может приходиться на один день, а завершение — на другой. Если Больничный лист перекрывает часть этой смены, система воспринимает весь день как нетрудоспособность. 1С не поддерживает «почасовой» расчет больничных листов — пособие всегда рассчитывается исходя из полных дней, что и приводит к замещению простоя больничным.

Как настроить учет и что можно предпринять?

Рассмотрим шаги, которые помогут минимизировать проблемы при расчете заработной платы:

  1. Проверка настроек расчета зарплаты: Перейдите в раздел Настройка -> Расчет зарплаты. Убедитесь, что параметры учета соответствуют вашей учетной политике. В версии КОРП доступны расширенные настройки, однако помните, что они не отменяют базовый приоритет начислений.
  2. Работа с индивидуальными графиками: Если простой является плановым или известным заранее, старайтесь формировать Индивидуальный график работы сотрудника максимально корректно. Это позволяет системе четко видеть границы рабочего времени и периоды отсутствия до момента формирования итогового документа начисления.
  3. Корректная настройка смен: В настройках графиков работы обратите внимание на параметр, определяющий окончание смены. Если смена переходит на следующие сутки, важно, чтобы настройки Графика работы правильно определяли, к какому дню относится этот отрезок времени.

Методы решения проблем

Разберем способы, которые рекомендуют специалисты при возникновении подобных конфликтов в учете:

1. Корректировка графиков работы

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

2. Ручная проверка начислений

В исключительных случаях, если политика организации требует особого подхода, расчетчики могут вручную корректировать сумму на вкладке Начисления в документе Больничный лист. Важно помнить: это является отступлением от стандартной логики программы и требует повышенного внимания при проверке табеля и закрытии месяца. После проведения такой ручной корректировки рекомендуется сформировать Отчет по начислениям и убедиться, что итоговые суммы соответствуют законодательству.

3. Использование документа Табель

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

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

← На главную