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

В процессе расчета заработной платы в программе 1С:Зарплата и управление персоналом 3.1 (1С:ЗУП) расчетчики часто сталкиваются с ситуацией, когда по отдельным сотрудникам со сдельной оплатой труда в документе Начисление зарплаты и взносов вообще не создаются строки начислений. При этом удержания, НДФЛ и страховые взносы могут рассчитываться (часто нулевые или частично, если были другие начисления), но сама сдельная выработка игнорируется программой.

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

1. Конфликт видов времени и дублирование «Явки»

Если сотруднику в плановом порядке назначено основное повременное начисление (например, Оплата по окладу) и параллельно с этим назначен Сдельный заработок, в программе может возникнуть конфликт из-за одинакового вида времени.

По умолчанию оба эти начисления претендуют на учет времени полного дня или смены — вид времени Явка. Движок расчета зарплаты 1С:ЗУП не может провести два разных основных начисления за один и тот же период по одному и тому же виду времени. В результате одно из начислений (чаще всего именно сделка) полностью исключается из расчета, и строка в документе не создается.

Как решить проблему:

1. Перейдем в настройки начисления сдельного заработка (раздел Настройка — Начисления — Сдельный заработок).
2. Откроем вкладку Время.
3. Установим переключатель положения в значение Дополнительное начисление за уже оплаченное время.
4. Оставим поле Вид времени пустым.

После такой настройки сдельный заработок будет рассчитываться параллельно с окладом, не конфликтуя за отработанные часы в табеле.

2. Настройка приоритетов и вытеснение начисления

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

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

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

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

3. Ошибка в режиме подбора накапливаемых показателей

Частой причиной «исчезновения» строк сдельного заработка является неверный режим накопления данных из первичных документов. На вкладке Основное в карточке начисления есть настройка Значение накапливаемых показателей подбирается.

Разберем, как этот механизм работает на уровне базы данных:

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

4. Проверка назначения начисления как планового

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

Проверим наличие кадровых оснований:

1. Откроем карточку сотрудника и перейдем в историю его начислений.
2. Убедимся, что сотруднику назначен Сдельный заработок документами Прием на работу, Кадровый перевод или Изменение оплаты труда.
3. Если оплата сдельного заработка не назначена как плановая, программа проигнорирует введенные по сотруднику наряды при автоматическом заполнении по кнопке Заполнить.

5. Анализ первичного документа регистрации выработки

Если все настройки видов расчетов выполнены корректно, нам необходимо проанализировать сами первичные документы в разделе Зарплата — Данные для расчета зарплаты:

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

6. Обход сбоев регистрации перерасчетов через «Подбор»

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

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

1. В документе Начисление зарплаты и взносов не будем использовать общую кнопку Заполнить.
2. Нажмем кнопку Подбор над табличной частью сотрудников.
3. В открывшемся списке выберем "проблемного" сотрудника вручную.

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

ВЫБРАТЬ
    РегистрЗначенияПоказателей.Сотрудник КАК Сотрудник,
    РегистрЗначенияПоказателей.Показатель КАК Показатель,
    СУММА(РегистрЗначенияПоказателей.Значение) КАК ЗначениеВыработки
ИЗ
    РегистрНакопления.ЗначенияОперативныхПоказателейРасчетаЗарплаты КАК РегистрЗначенияПоказателей
ГДЕ
    РегистрЗначенияПоказателей.Период МЕЖДУ &НачалоПериода И &КонецПериода
    И РегистрЗначенияПоказателей.Сотрудник = &КонкретныйСотрудник
СГРУППИРОВАТЬ ПО
    РегистрЗначенияПоказателей.Сотрудник,
    РегистрЗначенияПоказателей.Показатель

Если после ручного подбора строка по сделке создалась и рассчиталась корректно — проблема однозначно заключалась в механизме регистрации перерасчетов. В этом случае рекомендуется очистить записи в разделе Зарплата — Сервис — Перерасчеты для данного сотрудника.