Здравствуйте!

Конфигурация: Управление торговлей, редакция 11 (11.4.11.55)

В базе торговли создаю документ"Заказ клиента".
Добавляю товар. В заказе указываю количество товара 20 шт. Всё количество товара по заказу должно быть зарезервированным.
На складе доступно 11 шт товара соответственно его можно резервировать в заказе.
Необходимые ещё 9 шт товара отсутствуют на складе, но при поступлении на склад они должны автоматически быть поставлены в резерв.
Для этого я ставлю в заказе два вида обеспечения "Резервировать на складе" и "Резервировать по мере поступления".

При проведении заказа база ругается, что не хватает 9 шт товара.
Но нужно, чтобы заказ зафиксировал количество отсутствующего товара, а при поступление товара на склад автоматически создал резерв, чтобы он не был в свободном остатке и его не перехватил другой покупатель.
По сути чтобы документ "Приобретение товаров и услуг" создавал резерв.

Типовой функционал торговли умеет так делать?

https://i2.wampi.ru/2020/06/10/REZERVIROVANIE-TOVARA.png

Вроде это называется "обособленное обеспечение заказов"

Действительно не был установлен флажок "Обособленное обеспечение заказов".

Сейчас проблема в том, что на основании заказа Клиента нужно создавать Заказ поставщику, чтобы потом документ Приобретение товаров и услуг создал резерв товара.
А без заказа поставщику документ Приобретении товаров и услуг не умеет ставить товар в резерв.

(2) ну а как поступление поймет, что нужно ставить в резерв?
Конечно все через заказ клиента и обособленный заказ поставщику.

"Когда на основании заказа будет оформлен документ поступления, в нем тоже будет видно назначение.
После приемки изменится складской остаток, но он сразу встанет в резерв, и его нельзя будет использовать в других документах"
https://coderstar.ru/kurs-ut11/obosoblennoe-obespechenie

(3) Для того, чтобы понять, что пришедший товар надо ставить в резерв - В ОБЩЕМ случае нахрен не надо никаких заказов поставщиков. При поступлении  - уже видно что есть необеспеченные заявки покупателей. Ничто В ОБЩЕМ СЛУЧАЕ не мешает раскидать поступление по заявкам. Только вопрос - в связи с каким приоритетом раскидывать.. и тут вылазит много вопросов... Проще всего - по плановым датам отгрузки, в рамках одной плановой даты отгрузки по мере хронологии заявок. Но куча лавочников нахрен всем рулит ручками и забивает болт на всякие "плановые" даты. И такая автораскидка принесет больше вреда чем пользы, м.б. надо снимать неправильные резервы, стаить правильные.. итд итп. Схема как в 9) реализованоа было сто лет в обед еще в клюшках. и именно так - в резер впадало тогда когда поступление было по заказу поставщику, а заказ поставщику обеспечивал - кучей или персонально - каждый заказ. да и вообще в 8-ках, я сотрю, многое "автораспределение" сделали по типу "ку юзер ручками укажет так и будет, автоматом хрен, только подскажем, араспределяет - ручками". И в этом есть тоже смысл. Мелкие конторы нихрена не шарят как это шайтан-машина работает, и все "крыжат" ручками.
.
а то что поступление без заказа падает на склад без резервирования - ИМХО норм. конкурсное обслуживание заявок. кто первый схватил из манагеров свободный товар - тот и король. и пофиг что есть еще более важный заказ и манагер его отошел в коридор поболтатьт...

(4) поэтому и придумали заказывать определенный товар под определенный заказ, и никто другой не может его взять.

(5) угу. и в 7.7 ТиС так.

Необязательно обособленное обеспечение
"Резервировать по мере поступления" требует наличие заказа поставщику

(7) конечно хорошо было бы если бы была настройка типа"
"обеспечение без заказов поставщику = ДА"
и в ней, возможно, поднастройка под какие заказы резервировать, типа:
- по фифо плановой даты отгрузки
- по максимум суммы заказа
- итд...

(7) тогда возможно "чтобы он не был в свободном остатке и его не перехватил другой покупатель. "