Часто на практике мы сталкиваемся с ситуацией, когда товар уже зарезервирован под конкретный заказ клиента, но для физической доставки его нужно передать курьеру или водителю. Для контроля ответственности материально-ответственного лица многие пытаются использовать схему с перемещением товара на виртуальный "склад водителя". Однако при попытке оформить документ ПеремещениеТоваров система выдает ошибку о нехватке свободного остатка. Разберем по шагам, почему это происходит, и проанализируем все доступные способы решения этой задачи в 1С:Управление торговлей 11.
Давайте выясним причину такого поведения. Допустим, у нас есть свободный остаток в 3 штуки. Мы создаем ЗаказКлиента на 2 штуки и резервируем их. Свободный остаток становится равен 1 штуке. При попытке переместить 2 штуки на другой склад стандартным способом, система проверяет именно свободный остаток. Поскольку товар "занят" заказом, программа сообщает, что на складе недостаточно свободных позиций для перемещения.
Система не понимает по умолчанию, что мы пытаемся переместить тот самый зарезервированный товар. Чтобы это сделать, нам необходимо явно указать привязку к документу-основанию. Рассмотрим подробнее доступные варианты решения: от "в лоб" до методологически правильных.
Если бизнес-процесс компании жестко завязан на использование виртуальных складов водителей, нам необходимо настроить систему так, чтобы она разрешала перемещать товар вместе с его резервом. Это делается через механизм "Назначений".
ОбособленноеОбеспечениеЗаказов (Использование назначений).ПеремещениеТоваров. В табличной части документа появится колонка Назначение.ЗаказКлиента, под который был зарезервирован товар.При таком оформлении система поймет, что мы не пытаемся списать свободный остаток, а перемещаем обособленный (зарезервированный) товар со склада хранения на склад водителя, сохраняя при этом резерв за клиентом.
Иногда пользователи используют обходной маневр, если не хотят или не могут включить учет по назначениям. Проанализируем этот вариант, хотя он и не является оптимальным.
Суть заключается в том, чтобы выполнить три действия в рамках одной логической цепочки (в идеале — в одной транзакции, чтобы никто не перехватил остаток):
ЗаказКлиента (перевести статус обеспечения в "К обеспечению" или "Не обеспечивать").ПеремещениеТоваров на склад водителя (теперь свободного остатка хватит).ЗаказКлиента, поменять склад отгрузки на "Склад водителя" и снова поставить товар в резерв или статус "Отгрузить".Важно: Этот способ чреват человеческими ошибками и временным "оголением" остатков, поэтому мы рекомендуем использовать его только в крайних случаях.
Посмотрим на ситуацию глазами архитектора 1С. Создание множества фиктивных "складов-водителей" — это устаревший подход, который сильно усложняет складской учет, приводит к раздуванию справочника складов и требует постоянных фиктивных перемещений. В современных конфигурациях, таких как УТ 11, ERP или КА, для этих целей существует специализированная подсистема.
Вместо перемещения товара на другой склад, рассмотрим использование функционала доставки:
ЗаданиеНаПеревозку (маршрутный лист).Разберем по шагам работу со статусами:
Если в компании большой автопарк курьеров и сложная логистика, проанализируем еще два продвинутых инструмента УТ 11.
Ордерная схема: Разделяет финансовый и складской учет. Менеджер делает финансовые документы (Заказ, Реализацию), а складской работник собирает РасходныйОрдерНаТовары. Именно ордер фиксирует физический выход товара из зоны хранения. Товар списывается со склада, но пока курьер не доставит его, в системе прозрачно видно, что товар находится в пути ("Отгружено, но не принято клиентом").
Отгрузка без перехода права собственности: Если нам критически важно юридически и финансово отслеживать товар, который "завис" на водителе, мы можем оформить документ реализаци с видом операции "Отгрузка без перехода права собственности". Товар спишется со склада, перейдет на специальный счет учета товаров в пути (для бухгалтерии), а долг на клиенте не возникнет, пока водитель не привезет подписанные документы. По факту сдачи отчета курьером оформляется документ РеализацияОтгруженныхТоваров, который фиксирует переход права собственности и формирует задолженность клиента.
Мы подробно рассмотрели несколько подходов. Если вы вынуждены работать со "складами водителей", обязательно используйте функционал обособленного обеспечения (Назначение в документах). Однако мы настоятельно рекомендуем отказаться от пережитков старых учетных систем и перейти на использование типовой подсистемы "Управление доставкой" или ордерной схемы. Это сделает ваш учет прозрачным, избавит от лишних документов перемещения и автоматизирует контроль за материальной ответственностью водителей-курьеров.