Проблема учета эффективности работы складского персонала в типовых конфигурациях 1С, таких как «Управление торговлей» редакции 11.4, является довольно острой. В отличие от полноценных WMS-систем, в базовой УТ отсутствует блок автоматизированного расчета KPI для кладовщиков. Ситуация осложняется, когда на складе не используются терминалы сбора данных (ТСД), а один заказ могут собирать несколько сотрудников одновременно. Рассмотрим детально, как можно выстроить систему мотивации, основываясь на количестве собранных строк, и какие технические доработки для этого потребуются.
Проанализируем стандартный функционал программы. В конфигурации 1С:УТ 11.4 (и аналогичных ERP или КА) документы «Заказ клиента» или «Реализация товаров и услуг» фиксируют факт продажи, но не процесс физической сборки. Документ «Ордер на отражение излишков/недостач» или складские ордера (в ордерной схеме) также не приспособлены для детального учета выработки каждого конкретного исполнителя в разрезе строк. Выясним причину: программа ориентирована на товарный и финансовый учет, а не на управление трудовыми ресурсами склада.
Для решения задачи нам потребуется либо использовать малоизвестные стандартные объекты, либо прибегнуть к кастомизации системы. Рассмотрим оба пути.
В типовом функционале существует документ ЗаданиеНаРаботу. Мало кто использует его для склада, но он может служить отличным промежуточным звеном. Мы можем разработать механизм, который при переводе заказа в статус «К сборке» будет автоматически (или по кнопке) генерировать документы ЗаданиеНаРаботу для каждого исполнителя.
Преимущество этого метода в том, что в 1С уже есть отчеты по анализу выполненных работ. Однако при бумажной технологии сборки нам все равно придется вручную вносить данные о том, кто именно какую строку собрал.
Разберем наиболее гибкий технический подход — создание собственного регистра накопления для учета выработки. Это позволит собирать статистику в реальном времени и строить любые отчеты по KPI.
Шаг 1: Создание регистра. Нам необходимо создать регистр накопления (например, ВыработкаСотрудниковСклада) с измерениями: Сотрудник (Справочник.ФизическиеЛица), Заказ (ДокументСсылка.ЗаказКлиента или Реализация), Номенклатура. В качестве ресурса будем использовать КоличествоСтрок и КоличествоТовара.
Шаг 2: Модификация табличной части. Поскольку ТСД нет, информацию о сборщике нужно зафиксировать в момент проверки или отгрузки заказа. Рассмотрим вариант добавления реквизита Сборщик непосредственно в табличную часть «Товары» документа РеализацияТоваровУслуг. Если одну строку собирали несколько человек, строку придется дробить, что не всегда удобно. Более изящный вариант — создание дополнительной табличной части «СоставСборщиков», где указывается сотрудник и диапазон строк, которые он обработал.
Пример кода для фиксации выработки при проведении реализации:
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// Пройдем по табличной части с данными о сборщиках
Для Каждого СтрокаСборки Из ЭтотОбъект.СборщикиЗаказа Цикл
Движение = Движения.ВыработкаСотрудниковСклада.Добавить();
Движение.Период = Дата;
Движение.Сотрудник = СтрокаСборки.Сотрудник;
Движение.Заказ = ЭтотОбъект.Ссылка;
Движение.КоличествоСтрок = СтрокаСборки.КоличествоСтрок;
Движение.ОбъемРабот = СтрокаСборки.КоличествоТовара;
КонецЦикла;
КонецПроцедуры
Если один заказ собирают 10 человек без ТСД, основная проблема — идентификация того, кто что сделал. Рассмотрим методы, которые позволяют минимизировать ошибки ручного ввода:
Проанализируем ситуацию: один кладовщик собрал 2 строки (2 тяжелых холодильника), а другой — 10 строк (10 пачек семечек). Мотивация только по количеству строк создаст конфликт внутри коллектива. Профессиональный подход подразумевает внедрение балльной системы или коэффициентов сложности.
Рассмотрим факторы, влияющие на сложность сборки:
Баллы = КоличествоСтрок * КоэффициентВеса.Мотивация за скорость (количество строк) неизбежно порождает ошибки. Чтобы система работала корректно, необходимо внедрить обратную связь. Выясним, как это реализовать технически.
На посту контроля, когда упаковщик проверяет заказ, он должен фиксировать ошибки. В 1С создается документ «Акт о расхождении», который должен автоматически делать «отрицательное» движение в наш регистр ВыработкаСотрудниковСклада. Например, одна ошибка может аннулировать результат 10 или 20 правильно собранных строк. Это заставит персонал соблюдать баланс между скоростью и качеством.
Психологический аспект не менее важен. Посмотрим на практику ведущих складов: результаты выработки выводятся на монитор в зоне отдыха или в рабочем цеху. В 1С:УТ можно создать простую обработку «Табло показателей», которая раз в 15 минут обновляет данные из нашего регистра выработки и выводит рейтинг сотрудников за текущую смену. Это создает элемент соревновательности и делает систему начисления зарплаты прозрачной для каждого работника.
Таким образом, внедрение мотивации сборщиков в 1С:УТ 11.4 без ТСД — это комплексная задача, требующая как организационных мер (маркировка листов, разделение зон), так и небольших программных доработок (создание регистра накопления и внедрение системы весовых коэффициентов).