Резервирование в 1С:УНФ: как не продать один остаток двум клиентам

Резерв связывает доступный запас с конкретной потребностью покупателя. Без него два менеджера могут одновременно пообещать последнюю единицу. Но чрезмерный резерв не лучше: товар лежит под неподтверждённый заказ, реальные продажи блокируются, закупка видит ложный дефицит. Поэтому программе нужны правила приоритета, срока и снятия, а сотрудникам — единое понимание доступного остатка.

Что именно резервирует система

Официальная страница 1С:УНФ указывает, что товар можно зарезервировать документом «Заказ покупателя» или «Резервирование запасов». В управленческом смысле резерв не перемещает товар и не подтверждает оплату. Он уменьшает свободный остаток для других заказов.

Разделяйте три состояния: товар свободен на складе; товар зарезервирован; товар ожидается от поставщика или производства под потребность. Последнее — обеспечение заказа, но не физический резерв. Если менеджер сообщает клиенту «товар есть», когда он лишь заказан поставщику, риск срока остаётся.

Когда резерв нужен

Резерв оправдан, если заказ подтверждён, товар дефицитный или срок поставки критичен. Для массового товара с быстрым пополнением можно резервировать ближе к отгрузке. При индивидуальном производстве резервируют материалы или готовую продукцию по отдельным правилам.

Основание должно быть проверяемым: получена предоплата, подписана спецификация, подтверждён кредитный лимит или заказ одобрен ответственным. Формулировка «клиент думает» не подходит.

Какие правила согласовать

Момент постановки

Определите событие: проведение подтверждённого заказа, поступление оплаты или ручное решение уполномоченного сотрудника. Чем раньше резерв, тем выше сервис для конкретного клиента и риск заморозить запас.

Приоритет

Очередность может зависеть от даты подтверждения, оплаты, категории клиента или договора. Приоритет нельзя оставлять на усмотрение менеджеров: в дефиците победит самый настойчивый, а не самый важный заказ.

Срок действия

У каждого резерва должна быть дата пересмотра. Она не обязательно означает автоматическое снятие: для ключевых заказов система может сформировать список, а решение примет руководитель. Срок зависит от цикла сделки и условий оплаты.

Право изменения

Менеджер создаёт потребность, склад подтверждает фактическое наличие, закупки управляют ожидаемым поступлением, руководитель разрешает перенос резерва между заказами. Один сотрудник не должен бесконтрольно обещать, ставить и снимать дефицитный товар.

Пошаговое внедрение

1. Проведите инвентаризацию правил и остатков

Сверьте фактический склад, незакрытые заказы, старые резервы и товары в пути. Если свободный остаток в базе неверен, автоматизация лишь быстрее распространит ошибку.

2. Классифицируйте номенклатуру

Разделите стабильный ассортимент, дефицитные позиции, заказной товар, серийный и маркированный товар. Для каждой группы установите основание и срок. Не применяйте одно правило к кабелю со склада и уникальному оборудованию под проект.

3. Настройте документальную цепочку

Заказ покупателя фиксирует потребность; резерв связывает её с наличием; закупка или производство закрывают необеспеченную часть; отгрузка списывает товар. Конкретные команды и формы зависят от версии 1С:УНФ и включённых функциональных опций, поэтому проверяйте путь в рабочей базе или её копии.

4. Запустите контроль исключений

Ежедневный список должен показывать просроченные резервы, заказы без обеспечения, отрицательный доступный остаток и резервы без подтверждённого основания. Руководитель разбирает исключения, а не все строки склада.

5. Проверьте обмены

Интернет-магазин, маркетплейс и CRM должны получать свободный, а не общий остаток, если процесс обещает доступность клиенту. Согласуйте частоту обмена и поведение при задержке. Даже правильный резерв не поможет, если витрина обновляется раз в сутки при быстрых продажах.

Матрица решений

Сценарий	Резерв	Срок пересмотра	Решение
Оплаченный заказ	Да	По дате отгрузки	Снимать только по регламенту
Заказ с отсрочкой	После проверки лимита	По подтверждённой дате	Контроль продаж и финансов
Предварительный интерес	Нет	Следующее действие в CRM	Не блокировать запас
Товар под закупку	Обеспечение потребности	По сроку поставщика	Сообщить клиенту риск
Дефицит для ключевого клиента	По согласованию	Короткий контрольный срок	Руководитель приоритета

Показатели

Контролируйте долю запаса в резерве, возраст резерва, сумму просроченных резервов, долю заказов без обеспечения и случаи переноса между заказами. Высокая доля резерва не всегда проблема: в проектной торговле это норма. Тревожный сигнал — старение без подтверждённой даты отгрузки.

Как разбирать дефицит

Когда свободного остатка меньше подтверждённой потребности, система лишь показывает конфликт; приоритет задаёт бизнес. Соберите в одной выборке дату обязательства, оплату, договорный срок, маржу, заменяемость товара и последствия отказа. Решение может быть разным: отдать запас раннему заказу, разделить поставку, предложить аналог, ускорить закупку или согласовать перенос. Зафиксируйте выбранное действие и кто его утвердил. Не меняйте резерв молча: менеджер проигравшего заказа должен узнать о риске раньше клиента.

Для взаимозаменяемых позиций заведите понятные аналоги и правила одобрения. Склад не должен самостоятельно подменять товар, если меняются характеристики, маркировка, цена или документы. Решение подтверждает продажа и, при необходимости, клиент.

Ошибки и исправления

Резервировать при первом звонке — блокировать оборот. Не снимать отменённые заказы — создавать дефицит. Обещать ожидаемое поступление как наличие — переносить риск поставщика на клиента. Разрешить ручной перенос без журнала — провоцировать внутренние конфликты. Исправление: основание, срок, владелец и регулярный контроль исключений.

Ограничения и риски

Резерв не заменяет точный складской учёт, инвентаризацию и управление закупками. При серийном учёте, маркировке, нескольких организациях или интеркампани сценарий сложнее и требует тестирования. Не меняйте логику в рабочей базе без копии и контрольных заказов.

Чек-лист

• Фактические и учётные остатки сверены.
• Товары разделены по модели обеспечения.
• У резерва есть подтверждённое основание.
• Определены приоритет и срок пересмотра.
• Права постановки и снятия разделены.
• Отменённые заказы освобождают запас.
• Витрины получают корректный свободный остаток.
• Руководитель видит просроченные резервы и дефицит.

FAQ

Резервировать сразу при создании заказа?

Только если создание означает подтверждённое обязательство. Если заказ используется как черновик, ранний резерв исказит доступность.

Можно ли автоматически снимать резерв?

Можно для понятных массовых сценариев, но важные заказы лучше сначала выводить в исключения и эскалировать владельцу.

Что важнее: дата заказа или оплата?

Это правило бизнеса. Его нужно закрепить до дефицита и одинаково применять ко всем менеджерам.

«Витамин С» поможет описать модель обеспечения, настроить 1С:УНФ и проверить обмен остатками с CRM, сайтом и маркетплейсами.