1С:ЗУП для контроля персонала на маркировке: 7 фишек

📅 Опубликовано 19 июля 2026 г.

Коротко: 1С:ЗУП позволяет привязать премии операторов маркировки к KPI (скорость сканирования, доля брака кодов, отсутствие ошибок в ГИС МТ) через показатели расчёта зарплаты, а также контролировать текучку складов по отчётам движения кадров. Внедрение 7 фишек ниже снижает ошибки при вводе в оборот на 30-40% и сокращает текучку линейного персонала до 15-20% за счёт прозрачной мотивации.

KPI операторов настраивается через показатели расчёта зарплаты и загружается из внешних систем (WMS, ГИС МТ)
Текучка складов отслеживается отчётом «Коэффициент текучести кадров» — норма для склада 25-35% в год
Сдельная оплата за корректно введённые коды маркировки уменьшает пересортицу
Штатное расписание с почасовыми ставками закрывает пиковые нагрузки при маркировке партий
Табель и графики сменности синхронизируются с реальной загрузкой линии маркировки

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

Маркировка товаров (обувь, лёгкая промышленность, вода, БАД, антисептики) требует от складского персонала точности на уровне отдельного кода Data Matrix. Один неверно отсканированный или пропущенный код превращается в проблему с ГИС МТ «Честный ЗНАК»: товар нельзя ввести в оборот, партию блокируют, а бизнес несёт убытки. Ошибка оператора здесь дороже, чем в обычной складской логистике.

Классические зарплатные схемы «оклад + фиксированная премия» не мотивируют оператора работать без брака. Нужна система, где заработок напрямую зависит от количества корректно обработанных кодов и отсутствия отклонений. Именно эту связку и закрывает 1С:ЗУП, если правильно настроить показатели расчёта, начисления и аналитические отчёты.

Практика показывает: на складах, где премия оператора маркировки привязана к KPI по качеству сканирования, доля ошибок ввода в оборот падает в 1,5-2 раза уже за первый квартал.

Фишка 1. Как настроить KPI операторов через показатели расчёта зарплаты?

Первый шаг — создать в 1С:ЗУП набор показателей, которыми будет измеряться работа оператора маркировки. Для этого в разделе «Настройка» → «Показатели расчёта зарплаты» заводятся числовые показатели:

Количество обработанных кодов — сколько единиц товара оператор ввёл в оборот за период;
Доля брака кодов — процент нечитаемых или ошибочных Data Matrix;
Число блокировок в ГИС МТ — отклонённые системой операции;
Скорость обработки — единиц в час.

Показатели можно вводить вручную документом «Данные для расчёта зарплаты» либо загружать автоматически из WMS-системы и агрегированных выгрузок «Честного ЗНАКа». Второй вариант предпочтительнее — он исключает субъективность и подтасовку данных линейными руководителями.

Как связать показатель с начислением премии?

После создания показателей настраивается начисление с формулой на их основе. Например, премия рассчитывается как произведение количества корректных кодов на ставку за единицу с понижающим коэффициентом при превышении доли брака. Формула вводится в карточке вида начисления в разделе «Настройка» → «Начисления».

ВЫБОР
    КОГДА ДоляБракаКодов <= 1 ТОГДА КоличествоКодов * СтавкаЗаКод
    КОГДА ДоляБракаКодов <= 3 ТОГДА КоличествоКодов * СтавкаЗаКод * 0.7
    ИНАЧЕ 0
КОНЕЦ

Такая логика делает работу без ошибок финансово выгодной для самого оператора — и это работает эффективнее любых устных выговоров.

Фишка 2. Как ввести сдельную оплату за корректные коды маркировки?

Сдельная оплата — самый прямой инструмент борьбы с пересортицей и браком кодов. В 1С:ЗУП сдельщина настраивается через начисление с показателем «объём выполненных работ». Для оператора маркировки объём — это количество единиц товара, успешно введённых в оборот и не отклонённых системой прослеживаемости.

Важно закладывать в расценку не просто факт сканирования, а именно подтверждённый результат. Если оператор отсканировал 1000 кодов, но 50 из них ГИС МТ вернула с ошибкой, оплачиваются только 950. Это заставляет персонал перепроверять читаемость кодов, состояние принтера этикеток и корректность агрегации в короба.

Схема оплаты	Мотивация к качеству	Риск брака кодов	Когда применять
Оклад	Низкая	Высокий	Малые объёмы маркировки
Оклад + фикс. премия	Средняя	Средний	Стабильная загрузка
Сдельная за корректные коды	Высокая	Низкий	Массовая маркировка партий
Оклад + KPI-премия	Высокая	Низкий	Комбинированная нагрузка

Тонкости настройки прав при работе с кодами описаны в материале про права доступа и RLS для маркировки — без корректного разграничения доступа оператор может случайно исказить данные соседней смены.

Фишка 3. Как отслеживать текучку складов в 1С:ЗУП?

Текучесть кадров на складах маркировки — хроническая боль. Линейный персонал уходит быстро: монотонная работа, ответственность за коды, сезонные пики. В 1С:ЗУП есть готовый отчёт «Коэффициент текучести кадров» (раздел «Кадры» → «Отчёты по кадрам»), который считает отношение уволенных к среднесписочной численности за период.

Нормальный показатель для складского линейного персонала — 25-35% в год. Если отчёт показывает 50% и выше, это сигнал о системной проблеме: заниженные ставки, плохая организация смен или неадекватные нормы выработки по маркировке. Отчёт можно детализировать по подразделениям, чтобы понять, какой именно склад «горит».

Какие ещё отчёты помогают анализировать движение персонала?

«Движение кадров» — динамика приёмов и увольнений по месяцам;
«Средняя численность» — база для расчёта коэффициентов;
«Причины увольнений» — если в приказах корректно заполняется основание, видна структура оттока.

Связав данные текучки с показателями выработки, руководитель видит: высокая текучка часто коррелирует с завышенными нормами по количеству кодов в смену. Снижение нормы на 10-15% нередко удерживает людей и в итоге даёт больше стабильного выпуска.

Фишка 4. Как построить графики сменности под пики маркировки?

Маркировка идёт волнами: приход крупной партии, необходимость промаркировать остатки к дедлайну, сезонные всплески. Фиксированный график «пятидневка с 9 до 18» под это не подходит. В 1С:ЗУП графики работы настраиваются в разделе «Настройка» → «Графики работы сотрудников» с возможностью создания сменных и скользящих графиков.

Для склада маркировки удобно использовать сменный график «2 через 2» или «сутки через трое» с почасовым учётом. Табель учёта рабочего времени (документ «Табель») автоматически заполняется по графику, а отклонения (сверхурочные при авральной маркировке) регистрируются отдельными документами. Это критично для правильного расчёта оплаты сверхурочных и работы в выходные — иначе трудинспекция при проверке найдёт нарушения.

Совет: заведите отдельный график для «пиковой бригады» — временного персонала, который выходит только под крупные партии маркировки. Так постоянные операторы не выгорают, а фонд оплаты остаётся под контролем.

Фишка 5. Как настроить штатное расписание с почасовыми ставками?

Гибкое штатное расписание позволяет оперативно закрывать пиковые нагрузки при маркировке без раздувания постоянного ФОТ. В разделе «Кадры» → «Штатное расписание» создаются позиции «Оператор маркировки» с указанием почасовой тарифной ставки вместо оклада.

Почасовая ставка удобна тем, что при простое линии (например, поломка принтера этикеток или задержка поставки) компания платит только за фактически отработанные часы. А при авральной маркировке партии перед дедлайном ГИС МТ легко привлечь дополнительные смены, не меняя структуру штатки.

Чем почасовая ставка выгоднее оклада на складе?

Параметр	Оклад	Почасовая ставка
Оплата простоя	Полная	Только отработанное
Гибкость под пики	Низкая	Высокая
Учёт сверхурочных	Сложнее	Прозрачнее
Подходит для	Постоянного ядра	Сезонного персонала

Комбинация «постоянное ядро на окладе + пиковая бригада на почасовке» — оптимальная модель для складов, где объём маркировки нестабилен. Подробнее о возможностях конфигурации читайте в обзоре 1С:Управление персоналом и версий внедрения.

Фишка 6. Как связать KPI операторов с данными из ГИС МТ и WMS?

Ручной ввод показателей — источник ошибок и почва для конфликтов. Настоящая ценность 1С:ЗУП раскрывается, когда KPI подгружаются автоматически. Данные о количестве корректно введённых кодов берутся из системы прослеживаемости и учётной базы (1С:УТ, 1С:ERP или 1С:Розница), а сведения о браке — из отчётов об отклонённых операциях.

Технически это делается через обмен данными: учётная база выгружает агрегированные показатели по операторам, а 1С:ЗУП загружает их документом «Данные для расчёта зарплаты» либо через регламентное задание. Если операторы работают в 1С:Розница, стоит заранее исключить типовые сбои — например, ошибку добавления маркированного товара, которая искажает статистику выработки.

Для холдингов с несколькими складами важно, чтобы показатели корректно распределялись по подразделениям. Как это организовать при распределённой структуре — разобрано в кейсе про приёмку маркированного товара в холдинге с филиалами.

Фишка 7. Как контролировать эффективность через аналитические отчёты по зарплате?

Финальная фишка — сводная аналитика. В 1С:ЗУП руководитель настраивает отчёты, где сопоставляются выработка, ФОТ и качество. Ключевые метрики для контроля персонала маркировки:

Стоимость обработки одного кода — ФОТ склада, делённый на количество введённых в оборот единиц;
Выработка на оператора — средние коды в смену по каждому сотруднику;
Соотношение премий к браку — растёт ли качество вместе с выплатами;
Динамика ФОТ к объёму маркировки — не опережает ли рост зарплат рост выпуска.

Отчёты «Анализ начислений и удержаний» и «Полный свод начислений» позволяют оценить, окупается ли внедрённая KPI-система. Если стоимость обработки кода снижается, а брак падает — мотивация настроена верно. Если ФОТ растёт быстрее выпуска, расценки нужно пересматривать.

Аналогичный подход к сквозному финансовому контролю на уровне денежных потоков описан в статье про БДДС в 1С:ERP и контроль кассовых разрывов — вместе с зарплатной аналитикой это даёт полную картину затрат на маркировку.

Какие ошибки чаще всего допускают при настройке?

Даже мощный инструментарий 1С:ЗУП не спасёт при типичных промахах внедрения:

KPI без автоматической загрузки — ручной ввод показателей превращает систему в источник споров и приписок.
Премия только за скорость, без учёта качества — операторы гонят объём, брак кодов растёт, блокировки в ГИС МТ множатся.
Игнорирование текучки — если не смотреть отчёт по текучести, теряется момент, когда норма выработки становится нереальной.
Неправильный учёт сверхурочных — при авральной маркировке легко нарушить трудовое законодательство и получить штраф при проверке ГИТ.
Отсутствие разграничения доступа — операторы видят данные друг друга и могут искажать статистику.

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

Найдите специалиста для решения этой задачи на koderion.ru

Нужна помощь с расчётом зарплаты в 1С — специалисты по 1С:ЗУП.

Как запустить KPI-мотивацию операторов за две недели: план по шагам

Все 7 фишек 1С:ЗУП для контроля персонала на маркировке разом не внедряют — начинается саботаж смен и вал перерасчётов. Рабочая последовательность выглядит так.

Дни 1-3. Считаем на исторических данных. Выгрузите из учётной базы за прошлый месяц по каждому оператору: сколько кодов введено в оборот, сколько операций ГИС МТ отклонила. Без этих цифр расценку не назначить — назначите наугад и промахнётесь.
Дни 4-5. Прогоняем формулу «как было бы». Посчитайте в Excel заработок каждого оператора по новой схеме за тот же прошлый месяц. Если у половины смены выходит меньше текущей фактической зарплаты — расценка занижена, люди уйдут в первый же месяц. Целевой ориентир: сильный оператор выигрывает заметно, средний остаётся при своих.
Дни 6-8. Настраиваем в базе. Заводите показатели («Настройка» → «Показатели расчёта зарплаты»), создаёте вид начисления с формулой, проверяете флаг «Входит в базу для расчёта среднего заработка». Параллельно кадровик готовит положение о премировании — без подписанного документа премия юридически не обоснована.
Дни 9-14. Пилот на одной смене. Показатели вводите вручную документом «Данные для расчёта зарплаты», расчёт ведёте параллельно со старой схемой. Задача пилота — поймать расхождения между цифрами WMS, ГИС МТ и тем, что видит бригадир.
Второй месяц. Автозагрузка. Только когда формула не вызывает споров, подключайте регламентное задание на обмен с учётной базой. Автоматизировать спорную методику — значит масштабировать спор.

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

Частые вопросы

Хватит ли ЗУП ПРОФ или нужна версия КОРП?

Для описанных задач достаточно ПРОФ: показатели расчёта, сдельные начисления, произвольные формулы, графики сменности, отчёты по текучести и загрузка данных из внешних систем там есть. КОРП берут ради грейдов, кадрового резерва, охраны труда и развёрнутой оценки персонала — складу маркировки это обычно не нужно. А вот базовая версия не подойдёт: одна организация, один пользователь и запрет на изменение конфигурации закрывают и обмен, и многосменный учёт.

Можно ли грузить показатели из Excel, без интеграции с ГИС МТ?

Можно, документ «Данные для расчёта зарплаты» принимает загрузку из файла. Для пилота это нормальный старт. Проблема появляется на третий-четвёртый месяц: файл готовит начальник смены, он же распределяет премию своих подчинённых. Конфликт интересов очевиден. Как только методика устоялась — переводите на регламентный обмен с учётной базой.

Оператор работает на двух линиях в разных подразделениях — как считать?

Через совмещение или внутреннее совместительство, показатели вводятся в разрезе сотрудника и подразделения. Ключевое — чтобы выгрузка из WMS отдавала коды с признаком подразделения, иначе выработка склеится в одну кучу и аналитика по стоимости обработки кода станет бесполезной. Проверяйте это до настройки начислений, а не после.

Как сдельная премия влияет на отпускные и больничные?

Премия за корректно введённые коды, если она предусмотрена системой оплаты труда (положением о премировании, иным ЛНА по ст.135 ТК РФ), входит в расчёт среднего заработка в силу ст.139 ТК РФ и Положения об особенностях порядка исчисления средней заработной платы (Постановление Правительства РФ от 24.04.2025 № 540, действует с 01.09.2025; ранее — Постановление № 922 от 24.12.2007). Флаг в виде начисления — лишь техническое отражение этой нормы: правовой статус выплаты от настройки не меняется, но если флаг не установлен, база посчитается неверно и её придётся исправлять. Забыли флаг — отпускные посчитаются только от оклада, сотрудник это заметит по расчётному листку, и придётся пересчитывать задним числом. Для премий за период свыше месяца Положением предусмотрен особый порядок учёта. Проверьте настройку на тестовом отпуске до первого реального начисления.

Премию начислили по неверной формуле, зарплату уже выплатили. Что делать?

Исправляете показатель или формулу и делаете перерасчёт за прошлый период — 1С:ЗУП сторнирует прежнюю сумму и начислит верную, разница уйдёт в ближайшую выплату. Но с самой переплатой всё зависит от характера ошибки. Если это счётная (арифметическая) ошибка, удержание производится по решению работодателя — приказ издаётся не позднее месяца со дня окончания срока, установленного для возврата, при условии что работник не оспаривает основание и размер; отдельное согласие сотрудника как документ не требуется, а общий размер удержаний ограничен 20% выплаты за вычетом НДФЛ (ст.137, ст.138 ТК РФ). А вот ошибка в формуле, показателе или в применении положения о премировании счётной не признаётся: такую переплату удержать нельзя, и взыскать через суд тоже не получится — ст.137 ТК РФ и п.3 ст.1109 ГК РФ запрещают возврат излишне выплаченной зарплаты при отсутствии счётной ошибки и недобросовестности работника. Вернуть деньги можно только при добровольном письменном согласии сотрудника. Поэтому первый месяц по новой схеме считайте параллельно двумя способами и сверяйте вручную.

Как доказать сотруднику, что премия рассчитана правильно?

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