← На главную

Многие пользователи 1С:ЗУП 3.1 сталкиваются с производственной задачей: необходимо, чтобы сотрудник получал оклад, если работает в обычном режиме, но если в конкретный день был оформлен сдельный наряд — оплата за этот день производилась по сдельным расценкам, исключая начисление оклада. Давайте проанализируем, как можно подойти к решению этой задачи, учитывая методологию работы программы.

Ограничения типовой конфигурации

Важно сразу понять: ЗУП 3.1 спроектирована таким образом, что система оплаты труда сотрудника является плановым начислением. Это значит, что программа не умеет «на лету» переключаться между разными видами оплаты в зависимости от наличия записей в документах «Сдельные работы». Использование оклада и сдельщины одновременно — это попытка внедрить гибридную схему, которая не является штатным поведением для типовых механизмов Начисление зарплаты и взносов.

Вариант 1: Использование сдельной оплаты с гарантированным минимумом

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

1. Программа сравнивает фактически заработанную сумму по сдельным нарядам с установленным окладом.
2. Если сдельная выработка меньше оклада, программа доплачивает разницу.
3. Если сдельная выработка больше, выплачивается полная сумма сделки.

Формула, используемая в ЗУП, выглядит примерно так: Макс(СдельныйЗаработок, Оклад * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней). Это позволяет соблюсти трудовое законодательство, гарантируя оплату не ниже установленного минимума.

Вариант 2: Метод «Приработка»

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

• Назначаем сотруднику оклад как основное плановое начисление.
• Вводим дополнительное начисление «Сдельная оплата» с формулой, учитывающей вычет времени, которое уже было оплачено окладом.
• Например, можно использовать формулу: СдельныйЗаработок - ТарифнаяСтавкаЧасовая * ВремяВЧасахПоСделке.

Этот подход избавляет от необходимости манипулировать табелем вручную и не требует доработки конфигурации, однако требует аккуратного учета отработанного времени.

Вариант 3: Регистрация сдельных работ по дням

Для корректной отчетности и понимания того, в какой день сотрудник работал сдельно, воспользуйтесь настройками документа Данные для расчета зарплаты (или соответствующим разделом в настройках расчета зарплаты). Вы можете выбрать вариант регистрации: «за один день». В этом случае документом можно зарегистрировать работы, выполненные строго в конкретную дату. Это поможет расчетчикам видеть картину выполненных работ за каждый день месяца, что значительно упрощает анализ, почему начисление отличается от «чистого» оклада.

Риски и рекомендации

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

1. Ошибки в расчете среднего заработка: Все расчеты отпусков и командировочных «поплывут», так как база начислений будет распределена некорректно.
2. Риск простоя: Если в табеле стоит «Явка», но начисление по окладу не проходит, у проверяющих органов возникнут вопросы о скрытом неоплачиваемом труде.
3. Сложность сопровождения: Подобные нестандартные доработки делают обновление конфигурации практически невозможным без привлечения высококвалифицированных специалистов.

Подводя итог, разберем ситуацию вместе: лучше отказаться от мысли «выключать» оклад и перейти на сдельную систему с гарантированным окладом. Это наиболее чистый и методологически верный способ работы в 1С:ЗУП 3.1, который позволит избежать ошибок и проблем при закрытии периодов и проверках контролирующими органами.