Почему в 1С:ЗУП 3.1 расчетная база премии заполняется неверно?

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

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

Разберем механику: что такое «РасчетнаяБаза»

Для начала проанализируем, что именно программа понимает под показателем РасчетнаяБаза. Это не просто «сумма оклада в карточке сотрудника», а совокупность фактически начисленных сумм по тем видам расчета, которые указаны в настройках премии на вкладке «Расчет базы».

Если сотрудник отработал месяц не полностью (например, болел), его оклад в документе «Начисление зарплаты и взносов» будет пропорционально уменьшен. Рассмотрим пример: оклад 12 450 руб. При наличии 7 дней больничного начислено 8 300 руб. Именно эти 8 300 руб. должны попасть в расчетную базу премии, если премия считается от фактически начисленных сумм. Однако часто программа выдает еще меньшую цифру, например 6 591 руб. Выясним причину такого поведения.

Причина 1: Эффект «двойного вытеснения»

Одной из самых частых причин занижения базы является избыточная настройка вытеснения. Посмотрим на логику программы. Если в настройках премии на вкладке «Приоритет» в правом поле (начисления, которые вытесняют текущее) указаны «Больничный лист» или «Отпуск», программа выполняет двойное сокращение суммы:

  1. Первое сокращение: Сама РасчетнаяБаза уже уменьшена, так как оклад был начислен не полностью из-за больничного.
  2. Второе сокращение: Программа видит, что у премии настроено вытеснение больничным, и еще раз пропорционально уменьшает уже рассчитанный результат премии за дни отсутствия.

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

Причина 2: Неправильный период сбора базы

Проанализируем ситуацию, когда база берется из предыдущего месяца. В документе «Премия» есть настройки периода. Если установлено «Определяется автоматически», программа ориентируется на настройки самого вида начисления.

Рассмотрим по шагам, как проверить настройки периода:

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

Часто бухгалтеры пытаются изменить период вручную в самом документе «Премия», но если в настройках вида расчета жестко задано «Предыдущий месяц», автоматический подбор может срабатывать некорректно. Рекомендуется установить «Текущий месяц», если премия должна рассчитываться от текущих начислений.

Причина 3: Использование альтернативных формул

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

Вместо стандартной формулы:

ПроцентЕжемесячнойПремии / 100 * РасчетнаяБаза

Мы можем использовать формулу, ориентированную на плановые показатели:

ПроцентДляПремии / 100 * Оклад

Если же премия должна зависеть от времени, но мы не хотим зависеть от порядка проведения документов (сначала оклад, потом премия), можно использовать показатель ДоляОтработанногоВремени:

Оклад * ПроцентДляПремии / 100 * ДоляОтработанногоВремени

В этом случае система сама рассчитает коэффициент (факт/норма) и применит его к полному окладу, даже если документ начисления зарплаты еще не создан.

Причина 4: Порядок ввода документов и «сбор базы»

Важно помнить: расчетная база — это результат уже рассчитанных начислений. Если мы создаем документ «Премия» 15-го числа, а основной расчет зарплаты («Начисление зарплаты и взносов») происходит 30-го числа, то база за текущий месяц для премии будет пустой или неполной.

Посмотрим на два способа правильной организации процесса:

  1. Расчет премии внутри основного документа: В настройках начисления премии укажите, что оно выполняется «Ежемесячно» (а не «По отдельному документу»). Тогда расчет будет происходить в общем документе начисления зарплаты, когда оклад уже рассчитан.
  2. Строгая последовательность: Если премия вводится отдельным документом, вводите ее только после того, как проведены все отклонения (больничные, отпуска) и, желательно, предварительно рассчитан (хотя бы без проведения) оклад.

Проанализируем нюанс с «Сбором базы»

В настройках начисления на вкладке «Расчет базы» есть ссылка «Изменить» (рядом со списком базовых начислений). Выясним, на что влияет выбор способа сбора:

Для большинства ежемесячных премий правильным выбором будет сбор за период действия, чтобы избежать «выпадения» сумм из-за пересечения периодов начислений.

Резюме и контрольный список для проверки

Если база премии считается неверно, пройдите по следующим пунктам:

  1. Убедитесь, что в списке базовых начислений (вкладка «Расчет базы») указаны все необходимые виды окладов (по дням, по часам, тарифные ставки).
  2. Проверьте вкладку «Приоритет»: если база уже уменьшена отсутствиями, удалите эти отсутствия из правого списка премии, чтобы избежать двойного вычета.
  3. Проверьте настройки периода начисления в документе и в самом виде расчета.
  4. Если используется «Больничный 65+» или другие специфические виды времени, убедитесь, что они корректно настроены в качестве вытесняющих видов расчета для Оплаты по окладу.

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

← На главную