Зарплата и расчёт оплаты
Назначение
Раздел рассчитывает оплату труда сотрудников по итогам производственного периода: сводит выработку из заданий, добавляет повременные часы, оклады, премии, штрафы, налоговые корректировки и формирует ведомость к выплате. Поддерживает четыре алгоритма расчёта (сдельная, повременная, окладная, смешанная), грейды с коэффициентами, отдельные расценки по должностям, перераспределение оплаты между основным исполнителем и помощниками задания, классификацию брака с процентом оплаты.
Кто работает с модулем
- Администратор — настраивает шаблоны расчёта, грейды, должности, открывает и закрывает расчётные периоды, запускает расчёт, корректирует ручные суммы, печатает ведомости.
- Мастер — может видеть рассчитанные периоды и при необходимости править ручные корректировки (премия, штраф, налоги). Создание шаблонов и закрытие периода обычно делает администратор.
- Оператор — раздел «Зарплата» в веб-интерфейсе ему недоступен. В приложении OCULUS свою выработку он видит косвенно через статистику закрытых заданий, но цифры начисления — не отображаются.
Раздел и навигация
Раздел «Зарплата» в основном меню веб-интерфейса. Внутри несколько вкладок:
- Расчётные периоды — список месячных (или иных) периодов с их статусом и итоговыми суммами.
- Сотрудники — список с привязкой к должности, грейду и шаблону расчёта.
- Должности — справочник с расценками.
- Грейды — справочник с коэффициентами.
- Шаблоны расчёта — настройка алгоритмов.
- Производственный календарь — рабочие/выходные дни и режимы (см. модуль 10).
Алгоритмы расчёта
| Тип | Что считает | Когда применяется |
|---|---|---|
| Сдельная | Количество единиц × нормативная трудозатрата × коэффициент грейда | Производственные операторы, выработка которых считается по штукам |
| Повременная | Часы × часовая ставка × коэффициент грейда | Сотрудники с фиксированным графиком (наладчик, бригадир) |
| Окладная | Дни × дневная ставка × коэффициент грейда | Сотрудники с месячным окладом, нормирование по календарю |
| Смешанная (сумма) | Сдельная + окладная | Когда у сотрудника есть и оклад, и доплата за выработку |
| Смешанная (максимум) | Большее из сдельной и окладной | Гарантированный минимум при низкой выработке |
Шаблоны расчёта
Шаблон — настройка алгоритма с уникальным кодом TPL-NNN. К сотруднику можно привязать индивидуальный шаблон, иначе используется шаблон по умолчанию его должности. Изменение алгоритма (с сдельной на смешанную, например) фиксируется в журнале — это финансовая операция.
Грейды
Грейд — категория квалификации с коэффициентом-множителем. Все суммы в расчёте умножаются на коэффициент грейда. Конкретные значения коэффициентов задаёт сам клиент: типично — ниже единицы для начинающих сотрудников и выше единицы для квалифицированных. На уровне сотрудника можно поставить индивидуальное переопределение коэффициента, отличное от грейда — для исключений вроде «опытный оператор временно работает с пониженным коэффициентом по соглашению сторон».
Должности
Должность хранит часовую и дневную ставку и шаблон расчёта по умолчанию. Если в карточке сотрудника не указан индивидуальный шаблон, расчёт идёт по дефолту должности.
Расчётный период
Период — основа учёта. Гранулярность задаётся при создании: месяц (по умолчанию), неделя или день. Период проходит три состояния:
- Черновик — создан, расчёт не выполнен. Можно править параметры.
- Рассчитан — выполнен расчёт. Видны записи по каждому сотруднику. Периодом можно пользоваться, печатать ведомости. Ручные поля (премия, штраф, налоги) редактируются.
- Закрыт — итог зафиксирован. Все записи блокируются от изменений. Реклама ручных полей и пересчёт невозможны до переоткрытия.
Закрытый период можно переоткрыть обратно в «Рассчитан» — это разблокирует записи. Переоткрытие фиксируется в журнале.
Флаг «требует пересчёта»
Если в течение рассчитанного периода что-то изменилось в исходных данных (например, мастер скорректировал фактическое количество в задании, ОТК классифицировал брак, у сотрудника поменялся грейд), период автоматически помечается флагом «требует пересчёта». Администратор видит этот сигнал и понимает, что цифры в ведомости устарели до повторного запуска расчёта.
Основные сценарии
Создание периода и запуск расчёта
- Администратор открывает раздел «Расчётные периоды», нажимает «Создать».
- Указывает год и месяц (или неделю/день для нестандартных случаев).
- Сохраняет — период создан со статусом «Черновик».
- Нажимает «Рассчитать». В диалоге можно выбрать подмножество сотрудников — иначе расчёт идёт на всех активных.
- Через несколько секунд статус меняется на «Рассчитан», в таблице появляются записи по каждому сотруднику с детализацией: сдельная сумма, повременная, окладная, итого.
- Если у кого-то итоговая сумма ниже МРОТ, система отдельно показывает предупреждения с указанием дефицита — администратор сам решает, доначислить вручную или нет.
Корректировка ручных полей
В таблице записей четыре редактируемые колонки: Премия, Штраф, Налоговое удержание, Налоговый вычет. Изменения вводятся прямо в ячейке (inline-редактирование), сохраняются автоматически. Корректировки не теряются при повторном запуске расчёта — автоматические поля пересчитываются, ручные сохраняются.
Закрытие периода
- Администратор удостоверяется, что все правки внесены, ведомости печатаны.
- Нажимает «Закрыть период».
- Все записи блокируются: ручные поля становятся read-only, кнопки расчёта недоступны.
- Ключевая деталь: при закрытии периода весь неклассифицированный брак заданий автоматически становится оплачиваемым на 100%. Если ОТК не успел классифицировать брак до закрытия, оператор не теряет деньги.
Печать ведомостей
Кнопка «Печать» в шапке периода открывает диалог с двумя типами документов: ведомость расчёта (одна строка на сотрудника, итоговые суммы) и расчётный лист (детализированный документ для каждого сотрудника). Печать идёт удобными порциями — это полезно для большой организации, чтобы браузер не блокировался при формировании тысячи листов.
Поля и данные
Шаблон расчёта
| Поле | Обязательно | Назначение |
|---|---|---|
| Название | Да | Свободный текст. |
| Код | — | Автогенерация TPL-NNN. |
| Алгоритм | Да | Сдельная / повременная / окладная / смешанная. |
| Режим смешанной | Условно | Сумма или максимум — только для смешанного. |
| Активность | Да | Деактивированный шаблон не выбирается в новых привязках. |
Грейд
Название, коэффициент-множитель (десятичная дробь), флаг «стажёр», уровень (опционально), описание.
Должность
Название, код POS-NNN, часовая ставка, дневная ставка, шаблон расчёта по умолчанию.
Запись расчёта
ФИО, должность, грейд, эффективный коэффициент, количество единиц, часы, дни, сдельная сумма, повременная, окладная, базовая сумма (до корректировок), премия, штраф, налоговое удержание, налоговый вычет, итог, дата расчёта, признак блокировки.
Брак и процент оплаты
Алгоритм оплаты брака напрямую завязан на классификацию ОТК (модуль 06):
- Брак, не отправленный на ОТК или не классифицированный. Оплачивается на 100% — оператор не теряет деньги, пока качество работы не подтверждено или не опровергнуто.
- Брак, классифицированный ОТК с процентом оплаты. Сумма умножается на этот процент. Например, 10 единиц брака с процентом оплаты 50% — оплачиваются как 5 единиц.
- Закрытие периода. Весь оставшийся неклассифицированный брак автоматически фиксируется на 100% — администратор не «забывает» закрыть классификацию, и спор не возникает.
Помощники задания
Если у задания есть помощники с подтверждённым статусом (см. модуль 06), сумма за задание распределяется между основным исполнителем и помощниками по коэффициенту участия:
- Сумма помощника = сумма задания × коэффициент участия × коэффициент грейда помощника.
- Сумма основного исполнителя = сумма задания × (1 − сумма коэффициентов всех помощников) × коэффициент его грейда.
Если основной коэффициент уходит в ноль (двое помощников по 50%), основной исполнитель в этом задании не получает оплату — только помощники. Это позволяет гибко моделировать сценарии «бригада из двоих, без основного» или «бригадир + помощник 80/20».
Списки, фильтры, поиск
Таблица записей расчётного периода содержит колонки: ФИО, должность, грейд, коэффициент, количество единиц, часы, дни, сдельная, повременная, оклад, база, премия, штраф, удержание, вычет, итого, заблокирована, дата расчёта.
Сортировка по любой колонке. Фильтры по сотруднику, должности, грейду; поиск по ФИО.
Автоматика и подсказки системы
- При запуске расчёта система автоматически проверяет соответствие итогов МРОТ и формирует список предупреждений (без принудительной доплаты — решение остаётся за администратором).
- Закрытие периода автоматически фиксирует весь неклассифицированный брак на 100% оплаты.
- Изменение задания (выработка, классификация брака) автоматически помечает соответствующий период флагом «требует пересчёта».
- Запуск расчёта на закрытом периоде блокируется — кнопка недоступна, пока администратор не переоткроет период.
- Ручные поля (премия, штраф, налоги) сохраняются при повторных пересчётах — администратор не теряет внесённые корректировки.
- Перевод закрытого периода обратно в «Рассчитан» фиксируется в журнале с автором и временем.
- Все финансово значимые изменения (изменение шаблона, ставки, грейда, переоткрытие периода) пишутся в журнал аудита.
Микро-фичи и детали интерфейса
- Inline-редактирование премии, штрафа и налогов — клик по ячейке, ввод, Tab или Enter сохраняют. Не нужно открывать карточку.
- Ручные корректировки переживают повторный расчёт — администратор может пересчитать автоматическую часть после правки задания, и его премии останутся на месте.
- При расчёте автоматически проверяется соответствие МРОТ; в результате — список предупреждений «у такого-то итог 8500, минимум 9000, дефицит 500». Это сигнал, не блокировка.
- При закрытии периода неклассифицированный брак автоматически становится 100% — оператор гарантированно получает деньги за работу, по которой ОТК не успел вынести вердикт.
- Шаблоны имеют код TPL-NNN, должности — POS-NNN — короткие и удобные в устной коммуникации с бухгалтерией.
- Грейд можно индивидуально переопределить в карточке сотрудника — без необходимости заводить новый грейд под одного человека.
- Помощники задания распределяют оплату по коэффициенту участия; основной исполнитель получает остаток (1 − сумма коэффициентов помощников). Это позволяет описывать любые сценарии бригадной работы.
- Печать ведомостей идёт удобными порциями — большая организация не «зависает» на печати тысячи сотрудников.
- Доступны два формата документа: ведомость (общая, одна строка на человека) и расчётный лист (детализация по каждому сотруднику).
- Период с флагом «требует пересчёта» помечается отдельным бейджем — администратор сразу видит, что цифры устарели и нужен перезапуск.
- Закрытый период — все ячейки read-only, кнопки расчёта спрятаны. Случайно поменять цифру в выплаченной ведомости невозможно.
- Изменение алгоритма шаблона (например, со сдельной на смешанную) фиксируется в журнале — финансовые правки оставляют след.
Связи с другими модулями
- Задания (06). Выработка задания — основа сдельного расчёта. Классификация брака влияет на процент оплаты.
- Помощники задания. Коэффициенты участия определяют, как сумма за задание делится между бригадой.
- Смены (07). Закрытая смена даёт фактическое время начала и конца — основа повременного расчёта.
- Календарь (10). Норма рабочих дней в месяце участвует в окладном расчёте и в проверке МРОТ.
- Пользователи (03). Грейд, должность, индивидуальный шаблон — параметры сотрудника, на которых строится его расчёт.
- Аналитика (12). Аналитический разрез по фонду оплаты можно получить через стандартные отчёты периодов; отдельной вкладки в аналитике для зарплаты нет.
- Журнал аудита. Все изменения шаблонов, ставок, корректировок, открытий и закрытий периода фиксируются.
Состояния и пограничные случаи
- Изменение шаблона задним числом. Не пересчитывается автоматически на закрытых периодах. Чтобы применить — переоткрыть период и запустить расчёт заново.
- Увольнение сотрудника посреди периода. При запуске расчёта неактивный сотрудник в новый расчёт не попадает; уже рассчитанная запись остаётся.
- Восстановление сотрудника после увольнения. Повторный пересчёт перезапишет его запись актуальными данными.
- Помощник с коэффициентом 0. Не получает оплату по этому заданию, но его участие фиксируется в истории. Удобно для статистики «помогал, но в результате не оплачивается».
- Помощники с суммой коэффициентов больше 1. Основной исполнитель получает 0 (система не уходит в отрицательные), задание делится только между помощниками.
- Нулевая выработка. Сдельная сумма равна нулю; оклад и повременная начисляются по графику, премия может быть положительной.
- Несоответствие МРОТ. Система не доначисляет автоматически — выводит предупреждение. Администратор сам решает: премия через ручное поле, договорённость с сотрудником, либо принять «как есть».
- Закрытие периода до классификации брака. Неклассифицированный брак автоматически идёт на 100% оплаты — оператор не теряет деньги из-за задержки ОТК.
- Переоткрытие закрытого периода. Возможно. Снимает блокировку с записей, фиксируется в журнале.
Операторский интерфейс OCULUS
- Отдельного раздела «Зарплата» в OCULUS нет — управление и просмотр расчётов доступны только в веб-интерфейсе.
- Оператор не видит ни итоговую сумму, ни ставки в приложении OCULUS — это намеренное ограничение, чтобы цеховой смартфон не превращался в личный финансовый кабинет.
- Косвенная видимость: оператор видит количество выполненных заданий и часы работы за смену — это его выработка, на которой строится расчёт. Цифры начислений он получает через привычные внутренние каналы (бумажная ведомость, личный кабинет HR-системы предприятия).