Размещение заказов покупателей в 1С: зачем нужно и как использовать

Размещение заказов покупателей — это механизм в конфигурациях 1С (Управление торговлей, Комплексная автоматизация, ERP), который связывает заказ клиента с источником его обеспечения: свободным остатком на складе, заказом поставщику или производственным заданием. Проще говоря, система отвечает на вопрос: «Откуда мы возьмём товар, чтобы выполнить этот заказ?» — и запоминает ответ.

Без размещения заказ покупателя и закупки существуют отдельно: менеджер по закупкам видит общие потребности, но не понимает, какая поставка под какой заказ зарезервирована. В результате товар, пришедший под конкретного клиента, уходит другому покупателю, сроки срываются, а разбор ситуации превращается в ручную сверку документов. Размещение закрепляет связь «заказ покупателя → источник обеспечения» на уровне учётной системы.

Механизм особенно востребован в компаниях, которые работают «под заказ»: закупают товар после получения заявки от клиента, производят продукцию по заказам или совмещают отгрузку со склада с поставками под конкретные продажи. В статье разберём, какие задачи решает размещение, какие способы обеспечения существуют, как настроить механизм и как проверить, что он работает правильно.

Какие задачи решает размещение заказов

Первая задача — резервирование. Когда заказ размещён в свободном остатке на складе, система откладывает товар за конкретным покупателем. Другие менеджеры видят, что эта позиция уже занята, и не могут пообещать её другому клиенту. Это исключает ситуацию «продали дважды», которая типична при работе без резервов.

Вторая задача — планирование закупок. Если товара на складе нет, заказ размещается в заказе поставщику. Закупщик видит, какие позиции нужно заказать и в каком количестве, чтобы закрыть потребности покупателей. При поступлении товара система понимает, что поставка пришла под конкретные заказы, и предлагает зарезервировать её именно за ними.

Третья задача — контроль сроков. Связь заказа с источником обеспечения позволяет отслеживать, когда товар будет доступен для отгрузки, и сравнивать эту дату с обещанным клиенту сроком. Если поставщик задерживает поставку, менеджер заранее видит риск срыва и может предупредить клиента или найти альтернативный источник.

Способы обеспечения: склад, поставщик, производство

В типовых конфигурациях доступны три основных способа размещения. Вариант «в свободном остатке» означает, что товар есть на складе и резервируется немедленно. Вариант «в заказе поставщику» применяется, когда товара нет и его нужно закупить — система формирует потребность, которую закупщик превращает в заказ поставщику. Вариант «в заказе на производство» используется для изготавливаемой продукции.

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

Сравнение вариантов обеспечения

Свободный остаток на складе

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

Заказ поставщику

Подходит для работы «под заказ» и при нехватке остатка. Ограничение: срок отгрузки зависит от поставщика, нужен контроль поступления.

Заказ на производство

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

Как работает размещение по шагам

Типовой цикл выглядит так. Менеджер оформляет заказ покупателя и указывает желаемую дату отгрузки. Система проверяет свободные остатки: что есть в наличии — предлагает зарезервировать, чего не хватает — формирует потребность. Закупщик на основании сводной потребности создаёт заказы поставщикам. При поступлении товара система распределяет его по заказам покупателей, и менеджер оформляет отгрузку.

1. 1
   Создайте заказ покупателя и заполните товары, количество и дату отгрузки.
2. 2
   Укажите способ обеспечения по строкам: резерв со склада или потребность в закупке.
3. 3
   Проверьте свободные остатки — система покажет, что можно зарезервировать сразу.
4. 4
   Передайте потребности закупщику или сформируйте заказы поставщикам на их основании.
5. 5
   При поступлении товара проверьте распределение по заказам покупателей.
6. 6
   Оформите реализацию и убедитесь, что резерв снят корректно.

В современных версиях УТ 11, КА 2 и ERP размещение реализовано через механизм обеспечения потребностей со статусами обеспечения («К обеспечению», «Резервировать по мере поступления», «Отгрузить»). В более старых конфигурациях, например УТ 10.3, использовался регистр «Размещение заказов покупателей» с явным указанием заказа поставщика в каждой строке. Логика одна и та же, отличается интерфейс и степень автоматизации.

Настройка и типовая методика

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

Важный элемент настройки — приоритеты способов обеспечения. Например, сначала система пытается зарезервировать товар на основном складе, при нехватке формирует потребность к основному поставщику. Корректно заполненные способы обеспечения избавляют закупщика от ручного выбора источника по каждой позиции.

Как проверить, что размещение работает правильно

Основной инструмент контроля — отчёты по обеспечению заказов: «Обеспечение заказов», «Состояние обеспечения заказов», анализ резервов по складу. По ним видно, какие заказы полностью обеспечены, какие ждут поставки, а по каким есть излишние или «зависшие» резервы. Зависший резерв — типичная проблема: заказ отменён или отгружен, а резерв в учёте остался и блокирует товар для других продаж.

Контрольные точки

Как проверить результат

Свободный остаток по товару

Норма

Остаток минус резервы соответствует фактически доступному количеству

Тревожный признак

Товар есть на складе, но недоступен для продажи из-за зависших резервов

Состояние заказа покупателя

Норма

Статус обеспечения соответствует реальности: отгруженные позиции закрыты, ожидаемые — связаны с поставками

Тревожный признак

Заказ числится необеспеченным, хотя товар поступил, или наоборот

Потребности в закупке

Норма

Закупщик видит актуальные потребности по открытым заказам

Тревожный признак

В потребностях висят позиции по давно отгруженным или отменённым заказам

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

Типичные ошибки и ограничения механизма

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

Ограничение механизма — он фиксирует намерения, но не гарантирует исполнения. Если поставщик сорвал срок, размещение само по себе проблему не решит: нужен контроль дат поставки и регламент реагирования. Также стоит помнить, что резервирование снижает гибкость: жёсткая привязка товара к заказам может мешать срочной отгрузке более приоритетному клиенту, поэтому важен порядок ручного перераспределения резервов.

Когда размещение не нужно и какие есть альтернативы

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

Упрощённая альтернатива — резервирование без размещения в закупках: товар резервируется только из остатка, а закупки планируются по минимальным остаткам (точкам заказа). Это проще в сопровождении, но не даёт связи поставки с конкретным клиентом.

Частые вопросы

Чем размещение заказа отличается от резервирования?

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

Можно ли разместить один заказ частично на складе, частично у поставщика?

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

Что делать с зависшими резервами по отменённым заказам?

Отменённые и полностью отгруженные заказы нужно закрывать — при этом резервы снимаются автоматически. Для поиска проблемных мест используйте отчёты по состоянию обеспечения и анализу резервов, затем закройте заказы вручную или специальной обработкой.

Обязательно ли использовать заказы поставщикам для размещения?

Для резервирования со склада — нет. Но если вы закупаете товар под заказы клиентов, без заказов поставщикам связь «поставка → клиент» теряется, и при поступлении товар придётся распределять вручную.

Почему товар есть на складе, но система не даёт его отгрузить?

Чаще всего остаток полностью занят резервами под другие заказы. Проверьте свободный (доступный) остаток, а не общий: если разница существенна, ищите зависшие резервы по отменённым или уже отгруженным заказам и снимайте их.