Вопрос пользователя: «Раньше кладовщик собрал заказ в телефоне, нажал «Готово» — и всё, заказ отгружен. Все работали, всех всё устраивало. Зачем разработчики 1С поломали удобную схему и добавили какие-то статусы, проверки, роли? Мы же не хотим усложнять склад, мы хотим быстро отгружать!»
Суть проблемы:
На небольших складах один кладовщик делает всё: собрал, проверил, упаковал, отгрузил. Ему не нужен контроль. Но когда склад растет, появляются специализации: один только собирает со стеллажей, второй проверяет качество и количество, третий упаковывает и грузит в машину. В старой версии МРМ, как только сборщик нажимал «Завершить отбор», ордер сразу получал статус «Отгружен». Контролер физически не мог зайти в систему и зафиксировать свою проверку. Ему приходилось либо брать бумажный лист и ставить галочки, либо просить сборщика «не нажимать кнопку до прихода контролера». Оба варианта — это ручное управление и риск ошибки.
Что может 1С ERP?
В новой версии 1С:ERP разработчики внедрили полноценный этап контроля, который встраивается между отбором и отгрузкой. Это не усложнение ради усложнения, а профессионализация склада. Система теперь понимает разницу между действиями «я собрал товар с ячеек» и «я проверил, что товар собран правильно».
Суть подхода:
Раньше в цепочке «Отбор → Отгрузка» была одна невидимая точка, где контроль либо отсутствовал, либо выполнялся сборщиком для галочки.
Теперь цепочка выглядит так: «Отбор → Проверка → Отгрузка».
И каждый этап может выполнять разный сотрудник.
Для этого в 1С появились:
- Новые статусы расходного ордера: «К проверке», «В процессе проверки», «Проверен».
- Новые пункты меню в МРМ: «Ордера к проверке».
- Новые роли доступа: «Проверка только своих ордеров» и «Проверка только чужих ордеров».
Преимущества подхода:
- Исключение подмен: Сборщик больше не ставит галочку «я проверил». Контролер заходит под своей учеткой и отвечает за свой этап.
- Прозрачность: Начальник склада всегда видит, кто собирал, а кто проверял. При конфликте с клиентом можно найти виновного: ошибся сборщик или пропустил контролер.
- Гибкость: Если на складе всего 2 человека, им не обязательно назначать отдельных контролеров. Они могут оставить обе роли у себя. Но если пришел ревизор или старший смены, он может взять на себя проверку чужих ордеров.
Решение и рекомендации:
- Проведите аудит ролей. Если у вас маленький склад и каждый сам себе контролер — ничего не меняйте. Профиль «Работник склада» по умолчанию уже имеет права на проверку своих ордеров. Сборщик сможет и собрать, и проверить.
- Если у вас выделенная служба контроля, создайте отдельный профиль «Контролер ОТК» и назначьте ему только роль «Проверка только чужих ордеров». Тогда контролер будет видеть только те ордера, которые собрали другие сотрудники, и не сможет «нарисовать» себе фиктивную сборку.
- Обучите персонал. Объясните сборщикам: теперь после завершения отбора ордер не исчезает, а уходит на проверку. Это не баг, это новая функция. Контролерам объясните: искать ордера теперь нужно в новом пункте «Ордера к проверке».
Итог простыми словами:
Представьте конвейер на заводе. Раньше рабочий у станка сам вытачивал деталь, сам проверял микрометром, сам клал в коробку готовой продукции. Если он ошибался — брак уходил клиенту. Теперь появился ОТК — отдел технического контроля. Рабочий выточил деталь, положил в лоток «На проверку». Контролер достал, проверил, одобрил, переложил в «Готово». 1С раньше работала как рабочий у станка. Теперь она научилась работать как начальник цеха: назначать токаря, назначать контролера, вести журнал допущенных ошибок. Это не усложнение, это взросление системы под ваши реальные бизнес-процессы.
Типичные сценарии использования:
Сценарий 1: Крупный распределительный центр.
- Ситуация: На складе работает 50 сборщиков и 10 контролеров. Сборщики бегают по стеллажам с ТСД, контролеры сидят в зоне упаковки.
- Проблема: Контролер видит коробку, пришедшую по конвейеру. Он не знает, кто ее собирал, и не может найти этот заказ в 1С, потому что сборщик уже закрыл ордер и система считает товар отгруженным.
- Решение: После обновления сборщик завершает отбор, ордер получает статус «К проверке» и автоматически появляется в списке «Ордера к проверке» у всех контролеров. Контролер сканирует штрихкод коробки, система открывает нужный ордер. Контролер проверяет количество, подтверждает.
- Результат: Бумажные ведомости ушли в прошлое. Каждый заказ имеет двух ответственных: сборщика и контролера. Скорость проверки выросла в 3 раза.
Сценарий 2: Наставничество.
- Ситуация: На склад устроился новый сотрудник. Он еще медленный и ошибается.
- Проблема: Стажер боится, что его уволят за ошибки. Наставник не может проверить каждую коробку, потому что стажер сразу закрывает ордер.
- Решение: Наставник включает у себя в настройках роль «Проверка только чужих ордеров». Стажер работает как обычно. После завершения отбора ордер уходит на проверку наставнику. Наставник открывает ордер в МРМ, видит, что стажер положил 10 единиц вместо 9, исправляет количество и подтверждает. Стажер не бегает туда-обратно.
- Результат: Брак не уходит клиенту. Стажер учится на своих ошибках, видя в системе, что его отборы проверяют. Наставник тратит 2 минуты на проверку, а не 20 минут на пересборку.