С выходом новых редакций 1С:Управление торговлей 11.5 и ERP 2.5 пользователи столкнулись с существенным изменением логики резервирования товаров. Появилось так называемое «мягкое резервирование». В отличие от привычного «жесткого» резерва, который устанавливается статусом На складе, мягкий резерв возникает автоматически при установке действия К обеспечению. Система сама распределяет имеющиеся свободные остатки и ожидаемые поступления между заказами, ориентируясь на дату отгрузки и приоритет.
Часто это приводит к ситуации, когда товар физически есть на складе, но программа не дает его отгрузить по новому заказу, так как он «захвачен» более ранним заказом, который еще даже не готов к выдаче. Разберем подробно, как управлять этим механизмом и что делать, если он мешает оперативной работе. Для быстрого выявления таких товаров на складе и массового изменения резервов в заказах можно использовать обработку для управления действиями и снятия резервов.
Прежде чем отключать систему, давайте проанализируем, как она работает. Механизм Распределение запасов — это фоновый процесс, который постоянно пересчитывает, какой товар какому заказу «обещан». Основными правилами распределения являются:
Проблема «мягкого резерва» заключается в том, что он невидим в стандартных отчетах по остаткам и резервам, к которым привыкли пользователи старых версий. Товар числится свободным, но при попытке отгрузки система выдает ошибку о недостаточности остатка. Чтобы сделать эти данные прозрачными, можно использовать дополнительный отчет для детального анализа склада с учетом резервов.
Это самый правильный и современный способ, предложенный разработчиками 1С в актуальных релизах (начиная с 11.5.7 для УТ и 2.5.8 для ERP). Рассмотрим, как это работает:
В документах Заказ клиента в колонке Действия теперь доступен выбор из двух вариантов:
К обеспечению — система фиксирует потребность и сразу бронирует под неё свободный остаток на складе (тот самый мягкий резерв).К обеспечению (без резервирования) — система фиксирует потребность для отдела закупок, но не блокирует текущий остаток на складе. Товар остается доступным для продажи «с колес» по другим заказам.Если ваша задача — фиксировать намерения покупателей, не ограничивая текущие продажи, рекомендуем всегда использовать вариант без резервирования. Это позволит избежать конфликтов при отгрузке, когда товар нужен срочно другому клиенту.
Проанализируем ситуацию: если у вас уже есть «захваченный» товар, который нужно перекинуть на другой заказ, а обновлять конфигурацию нет возможности. В этом случае мягкий резерв можно «подвинуть» вручную:
Важно помнить, что эти изменения вступают в силу не мгновенно, а после выполнения фонового задания Распределение запасов.
Посмотрим на настройки склада. В карточке склада (раздел Склады и магазины) существует функциональная опция Перераспределять складские запасы. Рассмотрим последствия её включения:
Если флаг установлен, система ведет себя более гибко, пытаясь перераспределять остатки так, чтобы удовлетворить как можно больше потребностей к сроку. Однако, как отмечают многие специалисты, это может порождать непредсказуемость: сегодня резерв был на одном заказе, завтра — на другом. Если вы хотите жесткого контроля, этот флаг лучше держать выключенным, тогда система будет строго следовать правилу FIFO (первым пришел — первым зарезервировал) по датам отгрузки.
Существует штатный инструмент для ручного управления связями между запасами и заказами. Выясним, как им пользоваться:
Документ Корректировка назначения товаров позволяет в явном виде снять товар с одного заказа-назначения и перекинуть его на другой (или в свободный остаток). Это помогает в случаях, когда автоматика работает не так, как ожидает менеджер. Вы можете выбрать исходный заказ (откуда забираем) и новый заказ (куда отдаем), минуя автоматические алгоритмы приоритетов.
Рассмотрим радикальный способ избежать мягких резервов — использование Обособленного обеспечения. При выборе действия Обеспечивать обособленно товар привязывается к заказу «намертво» (через измерение Назначение в регистрах).
Преимущества:
Недостатки:
Снятие резерва или Корректировка назначения, иначе товар навсегда зависнет на складе.Если типовые средства не помогают и «мягкий резерв» мешает бизнес-процессам, можно прибегнуть к расширению конфигурации. Разберем логику, которую предложили участники сообщества:
Основная идея заключается в том, чтобы обнулять количество, которое система планирует распределить. Это делается через перехват записей в регистр сведений РаспределениеЗапасов. Рассмотрим примерный алгоритм работы расширения:
ПередЗаписью или через перехват формирования набора записей устанавливаем количество к распределению в 0.Пример логики (схематично):
// В модуле набора записей регистра РаспределениеЗапасов
&Перед("Записать")
Процедура ИмяРасширения_ПередЗаписью(Отказ, Замещение)
Для Каждого Запись Из ЭтотОбъект Цикл
// Обнуляем показатели, отвечающие за мягкое резервирование
Запись.КоличествоКРаспределению = 0;
Запись.КоличествоПодЗаказ = 0;
КонецЦикла;
КонецПроцедуры
Также можно попробовать отключить или значительно увеличить интервал выполнения регламентного задания Распределение запасов, однако это может привести к некорректным данным в отчетах о доступности товара. Лучшим вариантом остается обновление на релиз 11.5.7+ и переход на статус К обеспечению (без резервирования).
Выбор метода зависит от ваших бизнес-процессов:
К обеспечению (без резервирования).Обособленное обеспечение.Корректировку назначения товаров или временно меняйте даты отгрузки в документах.Помните, что система распределения запасов призвана автоматизировать работу крупных складов, и понимание её логики поможет вам использовать инструменты 1С:УТ 11.5 максимально эффективно.