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