Есть ли в УТ11 что-то, реализующее тем или иным способом штатно такую возможность:
1. есть некое количество товара, которое отложено  "в сторону" - назовем это "обобщенный резерв" и недоступное для свободной продажи менеджерами (суть = запасы, отложенные под потребности сетей)
2. некая совокупность клиентов (отмаркированных неким свойсвтвом? признаком? лежащая в отдельной группе и ее подгруппах - это совсем на крайний случай)
3. При оформлении резерва на товар (заявка на склад) такие клиенты в первую очередь забирают запасы из свободной продажи, при нехватке товара в свободной продаже !автоматом! добирают нужное количество из "обобщенного резерва"
4. при необходимости товар из "обобщенного резерва" может быть переведен в свободную продажу вручную в произвольном составе.
4а. При необходимости товар из "обобщенного резерва" м.б. переведен под резерв конкретной заявки произвольного клиента вручную в произвольном составе (для обеспечения обычных клиентов из "обощенного резерва" по решению ответсвенного менеджера)
5. "обобщенный резерв" описывается неким "минимальным остатком" по каждой номенклатуре (по статистике отгрузок на сети)
6. При любом поступлении товара если обобщенный резерв меньше минимального остатка - товар из свободной продажи автоматом откидывается в "обобщенный резерв" до требуемого количества.
.
фактически склад - один, фирма - одна. Образовывать виртуальные склады/фирмы - не запрещено. Сейчас на клюшках такая схема у меня работает совершенно прозрачно, менеджеры даже не задумываются (в т.ч. и при подгрузке электронных заявок). Хочется не изобретать/писать все это заново.

Спасибо

(0) Нет.

(0) А вообще смотри http://its.1c.ru/db/utovio#content:330:hdoc
Оно может поможет тебе.

Документы, например поступление, при такой схеме, задним числом проводить запрещено.

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

(3) при такой схеме поступление задним числом провести вообще не проблема. задним числом критичны любые изменения на уменьшение остатка, а на увеличение - да пожалуйста

(4) явно указание обособленного резерва - это бяка. кто это будет явно указывать? и нафейхоа - если это можно (?) сделать тупую работу автоматом... (но хотелось бы без допрограммирования, но видать не получится?)
.

(6) Пилить. В типовой нет этого

(7) херня какая-то... не хочу пилить. запилено уже на клюшках. хочу БКК - иначе какой на! смысл перелазить на снеговика?