В конфигурации 1С:Управление производственным предприятием (УПП) редакции 1.3, которая базируется на программном коде ЗУП 2.5, часто возникает методическая сложность: некоторые начисления (например, фиксированная сумма за аренду автомобиля или компенсации) ошибочно попадают в документ НачислениеЗарплатыРаботникамОрганизаций, когда он заполняется в режиме "Зарплата за первую половину месяца". В отличие от современных редакций (ЗУП 3.1 или ERP), в УПП 1.3 отсутствует штатный флажок "Не рассчитывать в аванс".
Разберем детально, почему это происходит и какими способами — от простых пользовательских до программных — можно добиться того, чтобы начисление попадало только в окончательный расчет за месяц.
Проанализируем сначала, как система определяет, что именно включать в "аванс по расчету". Когда мы выбираем в документе режим формирования за первую половину месяца, программа обращается к плановым начислениям сотрудников, зафиксированным в регистре сведений ПлановыеНачисленияРаботниковОрганизаций. В этот расчет попадают виды расчета из плана видов расчета (ПВР) ОсновныеНачисленияОрганизаций.
Основная проблема заключается в том, что если начисление является плановым и действует в период с 1 по 15 число месяца, система считает его обязательным к расчету. Даже если это фиксированная сумма, программа может подтянуть её целиком или пропорционально дням, в зависимости от настроек. Рассмотрим подробнее программную логику, которая управляет этим процессом в конфигурации.
В общем модуле присутствует функция, которая определяет признак НачисляетсяВЦеломЗаМесяц. Посмотрим на её фрагмент:
Функция УстановитьФлагНачисляетсяВЦеломЗаМесяц(ПроизвольнаяФормулаРасчета, Показатели, СпособРасчета = Неопределено, БазовыйПериодПрошлыйМесяц = Ложь) Экспорт
НачисляетсяВЦеломЗаМесяц = Истина;
Если ПроизвольнаяФормулаРасчета Тогда
// Проверка показателей, влияющих на расчет от времени
СписокПоказателей = Новый Массив;
СписокПоказателей.Добавить(Справочники.ПоказателиСхемМотивации.ВремяВДнях);
СписокПоказателей.Добавить(Справочники.ПоказателиСхемМотивации.ОтработаноВремениВДнях);
Для Каждого СтрПоказателя Из Показатели Цикл
Если СписокПоказателей.Найти(СтрПоказателя.Показатель) <> Неопределено Тогда
НачисляетсяВЦеломЗаМесяц = Ложь;
Прервать;
КонецЕсли;
КонецЦикла;
Иначе
// Фиксированная сумма всегда помечается как "В целом за месяц"
НачисляетсяВЦеломЗаМесяц = СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ФиксированнойСуммой ИЛИ БазовыйПериодПрошлыйМесяц;
КонецЕсли;
Возврат НачисляетсяВЦеломЗаМесяц;
КонецФункции
Как мы видим, для фиксированных сумм этот флаг всегда Истина. Однако, вопреки ожиданиям, наличие этого флага не всегда исключает начисление из аванса в старых редакциях УПП, так как алгоритм заполнения ТЧ документа все равно видит действующее плановое начисление в указанном периоде.
Это самый простой "обходной" путь, не требующий программирования. Если начисление (например, "Аренда") должно выплачиваться только в конце месяца, мы можем пойти на хитрость с датами. Рассмотрим ситуацию: сотрудник получает аренду ежемесячно.
ВводСведенийОПлановыхНачислениях или ПриемНаРаботу) укажите дату начала не 1-е число, а 16-е число месяца.Начисление зарплаты за первую половину месяца (период с 1 по 15), система проигнорирует это начисление, так как на этот период оно еще не "включено".Выясним причину, почему начисление вообще попадает в этот документ. В УПП 1.3 расчет аванса работает преимущественно с ПВР ОсновныеНачисленияОрганизаций. Если вид расчета по своей сути не зависит от времени (как аренда, матпомощь или компенсация питания), его методологически правильнее перенести в Дополнительные начисления организаций.
Преимущества этого подхода:
РегистрацияРазовыхНачисленийРаботниковОрганизаций или попадают в итоговое начисление зарплаты в соответствующую вкладку, которая при расчете аванса обычно пуста.Если подобных начислений много и бухгалтеру неудобно менять даты вручную, проанализируем вариант с небольшой доработкой конфигурации. Это наиболее "чистый" программный метод.
Разберем по шагам, что нужно сделать:
ОсновныеНачисленияОрганизаций новый реквизит РассчитыватьЗаПервуюПоловинуМесяца с типом Булево.НачислениеЗарплатыРаботникамОрганизаций найдем процедуру заполнения (обычно это работа с запросом к плановым начислениям).
|ГДЕ
| НЕ (ДокументОбъект.РежимНачисления = ЗарплатаЗаПервуюПоловинуМесяца
| И ОсновныеНачисления.РассчитыватьЗаПервуюПоловинуМесяца = ЛОЖЬ)
Таким образом, мы внедрим в УПП 1.3 функционал, аналогичный ЗУП 3.1, и расчетчик сможет гибко настраивать поведение каждого вида расчета.
Если вы не хотите менять типовые запросы внутри документа, можно применить вариант с подпиской на событие ПередЗаписью или ОбработкаПроверкиЗаполнения для документа НачислениеЗарплатыРаботникамОрганизаций.
Проанализируем ситуацию: в момент записи документа с установленным флагом "Зарплата за первую половину месяца" код должен пробегать по табличной части Начисления и удалять строки, где вид расчета — "Аренда" (или любой другой запрещенный).
Важный нюанс: при удалении строк из ТЧ начислений необходимо обязательно инициировать пересчет зависимых строк — НДФЛ и Удержаний. В противном случае возникнет ситуация, когда сумма начисления уменьшилась, а налог остался рассчитанным с полной базы, что приведет к задолженности сотрудника перед бюджетом сразу после выплаты аванса.
Начиная с 2023 года, вопрос включения начислений в аванс стал критически важным из-за новых правил исчисления НДФЛ на дату каждой выплаты. Рассмотрим подробнее: если вы оставите "Аренду" в авансовом расчете, программа обязана исчислить с неё НДФЛ в момент выплаты этого аванса.
Если ваша задача — выплачивать аренду только один раз в месяц, то исключение её из аванса программными или методическими средствами является единственным верным решением. Помните, что в УПП 1.3 после ручного удаления строк из ТЧ начисления крайне рекомендуется пользоваться кнопками "Рассчитать — НДФЛ" и "Рассчитать — Удержания", чтобы привести документ в консистентное состояние перед проведением.
Подводя итог, наиболее рекомендуемым способом для УПП 1.3 без изменения кода является перенос начисления в категорию "Дополнительных" или использование даты начала с 16-го числа. Для тех, кто готов к модификации системы, добавление собственного признака в ПВР станет самым надежным и долгосрочным решением.