Вопрос пользователя: «Кладовщик собрал заказ, а товара на полке не хватает. Положил 8 штук вместо 10. В старой версии он просто закрывал ордер с недостачей, и система уводила остаток в минус. Мы потом разбирались. В новой версии он нажимает «Завершить отбор», а выскакивает какое-то предупреждение и спрашивает, что делать с недобором. Что выбрать, чтобы не ошибиться?»
Суть проблемы:
Недобор — это штатная ситуация на любом складе (бой, брак, пересорт, ошибка учета). Раньше система никак не управляла недобором: сборщик просто собирал сколько есть, ордер закрывался, остаток уходил в минус. Бухгалтерия ругалась, кладовщики пожимали плечами. Новая версия вводит жесткий регламент работы с недобором.
Что может 1С ERP?
1С ERP перестала игнорировать проблему. Теперь система требует решения на этапе завершения отбора: либо товара нет и мы это фиксируем, либо товар будет дособран позже.
Суть подхода:
Когда сборщик пытается завершить отбор, а фактическое количество меньше планового, система:
- Показывает предупреждение — визуальный сигнал, что есть расхождение.
- Задает вопрос — «Что делать с недобором?».
Варианты выбора:
- Вариант А: «Пометить как неотгружаемое». Сборщик подтверждает: «Этого товара на складе нет. Клиент получит 8, а не 10. Мы не ждем добора». Система уменьшает количество в ордере до 8. Товар перестает числиться за заказом. Минуса на остатках не возникает (списание оформляется отдельно, либо остается надежда, что товар найдется позже).
- Вариант Б: «Сформировать задание на добор» (для адресного склада) или просто оставить ордер открытым. Сборщик говорит: «Товар где-то есть, но я сейчас не могу найти. Пусть доберет другой человек или я позже». Система переводит ордер в статус «К проверке», но не списывает недобранный товар. Для адресного склада автоматически создается новое задание на отбор недостающих позиций.
Важное отличие для адресного склада:
Если на адресном складе работает диспетчер, который в десктопе распределяет задания, то сборщики не должны самостоятельно создавать доборы через предупреждение. Они просто завершают отбор с тем, что есть, а диспетчер в десктопе видит остаток и сам формирует дополнительное задание. Поэтому в МРМ для такого сценария вопрос о доборе не задается. Задание на добор создается централизованно.
Преимущества подхода:
- Прозрачность недостач: Вы больше не гадаете, «украли или сломалось». Вы точно знаете, что по ордеру №123 сборщик не доложил 2 штуки и зафиксировал это в системе.
- Управление добором: Добор не происходит «тихо». Если товар дособран, вы увидите это в отдельном задании. Если товар так и не нашли — это повод для инвентаризации ячейки.
- Защита от минусов: Система больше не уходит в отрицательные остатки автоматически. Либо вы подтверждаете отгрузку меньшего количества, либо ждете добора.
Решение и рекомендации:
- Обучите сборщиков. Они должны четко понимать разницу:
«Нет товара и не будет» → выбираем «Пометить как неотгружаемое».
«Товар где-то завалялся, я сейчас не нашел, но позже найду» → выбираем вариант с добором. - Не используйте добор как отговорку. Если товара реально нет в наличии, а вы создаете задание на добор, это задание повиснет мертвым грузом. Через день склад забьется «вечными» заданиями.
- Для адресного склада с диспетчером: отключите у сборщиков возможность создания добора (настройками прав), чтобы они не плодили хаотичные задания.
Итог простыми словами:
Раньше ситуация с недобором выглядела так: сборщик взял 8 яблок, а нужно 10. Он подумал: «Ладно, отгружу 8, в 1С напишу 10, на остатках уйдет в минус, потом бухгалтерия разберется». Это как взвесить на кассе 8 яблок, а пробить чек на 10. Касса показывает минус 2 яблока на складе, а их там нет. Теперь 1С работает как честный кассир: «Вы положили 8 яблок. Вы уверены, что не найдете еще 2? Если уверены — я пробью 8. Если не уверены — отложите чек и ищите». Это честный учет без самообмана.
Типичные сценарии использования:
Сценарий 1: Бой стеклотары.
- Ситуация: Сборщик комплектует заказ для бара. Разбил 1 бутылку виски из 10 заказанных.
- Проблема: Бутылки больше нет. Добирать нечем.
- Решение: Сборщик в МРМ нажимает «Завершить отбор», видит предупреждение о недоборе, выбирает «Пометить как неотгружаемое». Вводит фактическое количество — 9. Система пересчитывает сумму заказа.
- Результат: Клиент получит 9 бутылок и чек на 9 бутылок. Бой оформляется отдельным актом. Минуса на остатках нет.
Сценарий 2: Потеря паллеты.
- Ситуация: Адресный склад. Сборщик приходит в ячейку A-10, а паллета с товаром отсутствует (переставлена, не туда записали).
- Проблема: Товар физически есть на складе, но неизвестно где. Заказ нужно отгружать.
- Решение: Сборщик отбирает все, что нашел, завершает отбор. В предупреждении выбирает «Сформировать задание на добор». Система создает дополнительное задание. Диспетчер в десктопе видит это задание, ищет товар по складу (по другим ячейкам, по зоне брака) и назначает другого сборщика на добор.
- Результат: Заказ не задерживается из-за одной позиции. Добор идет параллельно. Товар найден и отгружен через 30 минут.