На оптовом складе контроль с учетом графика, период контроля 1 день(можем переместить с др.склада) граница графика 0 (она сама не движется), делается заказ клиента на отсутствующую позицию, датаотгрузки+2 дня (а не 1 почемуто), приходят эти два дня и резерв становится -1, а если 10 менеджеров, то -10, клиенты ждут свои заказы, а приходит 1-2 штуки, уже полный криминал. Человека который сидел бы и двигал эти резервы - нет. Вообщем сплошные минусы. Может , что недопонимаю.

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

(0) ИБО надо делать как я сказал!
Хочешь конкретного резерва! Есть выход.

вернее резерв под заказ и чтобы никто никогда не продал и чтобы конкретно ВСЕГДА контролировать все!
БЕЗ переделок!
Включаешь учет по характеристикам.
В заказе генерируешь характеристики связанные с заказом. На основании этого всего закупки.
В закупках связка ч характеристиками. Приходит товар - прихоудешь по характеристикам и получаешь полную связку - заказы клиентов - поставщикам - резервы - отгрузки.

По хорошему для контроля в характеристике свойство с документом заказ клиента и повешать контроль чтобы эту характеристику не могли отгрузить другому. Получаешь полный механизм.

минимальными затратами. да я думаю даже если придет в голову дописывать свое - то все будет нерациональным по сраавнению с этим.

Мы в автозапчастях уже протестировали по приложенному механизму систему - отлично все работает под полным контролем.

(3) блин механизм извращенцев)))

предлагаю вернуть механизм резервов из 10.3 ))

(0) по повду частичного резерва и под заказ. лучше всего в идеале написать обработку которая по заказу клиента будет автоматически на товары с остатком сравить резерв, на товары под заказ делать новый заказ и переносить туда.

(6) а если надо отгрузить другому клиенту (тот отказался) делаем док корркетировки характеристики. Этот док по сути будет означать снятие резерва с клиента и постановка на другого.
У нас правда все проще тк все заказы и тд происходят через заливку с сайта. соответственно у нас все само генерируется на сто процентов автоматически по ИД заказа на сайте и ИД строки заказа.

МОжно кстати генерацию сделать по аналогичному принципу как это происходит в интернет-магазинах. где каждая строка заказа имеет уникальный ИД который отслеживается по всему процессу до самой отгрузки.

(5) кстати заказы получаете по почте или через web-сервисы Emex'a?

(10) автоматика.
+(7) на то что есть на складе без характеристики, что под заказ (нету на складе) генерируем характеристику с ИД и вперед.
При заказе поставщику получаем по заказам все ИД генерируем заказ.

Правда в УТ11 стоит жесткий контроль - если включен учет по характеристикам то по этому товару нельзя ни в одном доке провести док без указания характеристики. Нужно будет полностью по всем товарам сгенерировать одну характеристику - без свойств. И на ней отражать все свободные товары.

(12) очередная чушь(

(11) автоматика из почту или с сайта?:)

(13) аргументы. без них чушь писать "очередная чушь"

(14) с сайта. какая нафиг почта. вся торговля бы стала.

(15) чушь в смысле, реализации 1с...если включены характеристки обязательно вести их везде...
(16) ну чего уж сразу встала то)))

(17) ну я тоже думал. а потом все таки пришел к выводу что это даже лучше что такой контроль есть.
Там если все в целом охватить то этот контроль только плюс. Единственный минус это что надо выбирать но от этого при автоматической системе ничем не мешает.
Вот сейчас еще автоматизируем поступление полностью через торговое оборудование. в штрихах даже зашиты айдишники.

Правда херова куча обработок под все это дело написана.

(18) про характиристки - работают же и обычные манагеры, которые тупить начинают из-за этого +  возвраты.

(20) возвратов единицы у нас. поэтому еще не запморачивался. по хорошему наверное там тоже надо вешать обработки подбора из истории продаж. чтобы не шарились в справочнике а конкретно сразу видели список продаж и автоподбором все заполнялось.
я еще саму ут11 не запустил под это дело. дописываю и провожу тесты.  Это если конкретно про нас. Ибо у нас это далеко не самое важное в системе. Как раз с резервами я откатал все еще 4 месяца назад.

Но в отношении сабжа автору понадобится минимум.

маня почему еще не написал свою подсистему резервов в УТ 11?

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