← На главную

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

Разберем детально механизм возникновения этой коллизии и выясним, как правильно настроить зависимости начислений без нарушения целостности базы данных.

Причина возникновения ошибки целостности начислений

Проанализируем внутреннее устройство планов видов расчета и регистров расчета в конфигурациях на обычных формах (таких как 1С:ЗУП ред. 2.5 или 1С:УПП ред. 1.3). В этих системах механизм вытеснения и зависимости по базе работает в строгом соответствии с графом связей:

1. Табличная часть Расчетная база определяет список видов расчета, числовые результаты которых складываются и служат базой для начисления текущего процента.
2. Табличная часть Ведущие начисления определяет механизм отслеживания перерасчетов. Если документ прошлых периодов по ведущему начислению изменяется, программа регистрирует необходимость пересчитать зависимое начисление.
3. Начисление Районный коэффициент само по себе является базовым и ведущим для расчета среднего заработка (отпуска, командировки, больничные листы).

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

Способ 1. Синхронизация нового начисления со средним заработком (рекомендуемый)

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

1. Откроем план видов расчета Средний заработок через меню конфигурации или интерфейс расчета зарплаты.
2. Найдем предопределенные элементы, отвечающие за сбор расчетной базы среднего заработка. Как правило, заработок разделен на составные части: Основной заработок: индексируемый, Основной заработок: неиндексируемый, а также начисления для расчета пособий ФСС.
3. Откроем поочередно каждый из этих элементов и перейдем на закладку Расчетная база (или список базовых/ведущих начислений).
4. Добавим наш новый вид расчета (например, Вахтовый метод (оклад)) во все соответствующие списки основного заработка.
5. Запишем изменения в плане видов расчета среднего заработка.
6. Вернемся к начислению Районный коэффициент в основных начислениях и повторно добавим наш вахтовый оклад в списки Расчетная база и Ведущие начисления. Запись пройдет без системных ошибок.

Способ 2. Разделение расчетной базы и ведущих начислений

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

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

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

Способ 3. Проверка уровня очередности расчетов

Если после выполнения предыдущих шагов ошибка сохраняется, выясним причину в очередности расчета начислений. Обратим внимание на закладку Расчеты созданного начисления:

1. Если созданный вахтовый оклад настроен как Первичное начисление, районный коэффициент должен иметь статус Зависимое первого уровня.
2. Если вахтовый оклад сам зависит от других начислений или тарифов (является Зависимым первого уровня), то районный коэффициент не может иметь тот же уровень.
3. В таком случае переведем Районный коэффициент на категорию Зависимое второго уровня (или третьего уровня), чтобы исключить циклические ссылки в расчетах.

Посмотрим на отличия в современных версиях программ: в линейке ЗУП редакции 3.1 механизм ручного сопоставления списков ведущих начислений и уровней зависимости был автоматизирован платформой. В современных версиях достаточно указать список базовых начислений на закладке Расчет базы, а очередность вычисления и регистрация перерасчетов определяются алгоритмами конфигурации автоматически.