Резервы ТМЦ ТиС 7,7

так "допустим по другой" или все-таки реализация проводится без заявки?
если по другой заявке - то сначала спишется резерв по заявке-основанию, а потом, если нехватило - все прочие резервы по фифо...
если реализация без заявки - то спишутся резервы по фифо - если под клиента зарезервирован товар, и он его берет (без заявки) - то на каком основании вообщем-то не списывать резерв? Работа идет в рамках _договора_ А то потом блин начинается: клиент берет товар по реализации без заявки (или ЭТО ВЫ ТАК ДЕЛАЕТЕ?) в колве 1000 шт. - а клиенту что, отказать в товаре потому что на _свободном_ остатке 2 шт, а 5000 шту У НЕГО ЖЕ В РЕЗЕРВЕ?
- предполагается, что клиент что раньше заказал - то раньше и забирает....
исправить можно и без программинга - но это будет неудобно для операторов/манагеров.
Программно - поправить 1-2 строчки в коде...

Несколько не точно дал описание простите.
Суть в чем, есть заявка, по ней зарезервировано 100 шт., есть вторая, зарезервировано 200 шт. По условию зарезервировано все на одного контрагента. Если провести по первой заявке 110 шт (т.е. клиенту понадобилось больше и ТМЦ находятся в свободной продаже) то списывается резерв по док.основанию в кол-ве 100 шт, но и 10 шт. списывается с 2-й заявки. В итоге по второй заявке остаётся 190 шт.
Как программно это устранить. То что манагерам неудобно это факт:)

А если этот же клиент приедет забрать обе заявки сразу, т.е. 100+200 , то ваша программа должна будет списать резерв 100, а 200 оставить?
Ведь логически мой пример ни чем не отличается от твоего примера.

Для меня важно что бы она оставила 200 в резерве в том случае, если вторая заявка не трогается.
Если можно, скинь ссылку на твой пример;)

Еще раз. Клиент делает первую заявку 100, потом делает вторую заявку 200. Потом приходит и говорит заберу все сразу. Ты делаешь реализацию 300 и хочешь чтобы списался резерв 100, а резерв по второй заявке (200) остался. Так?

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

Это первому клиенту необходимо больше чем зарезервировано. Но за ним стоял второй клиент (отличный от первого, но у которого тоже есть первая заявка на 100 и вторая на 200). И когда пришла его очередь, он захотел забрать обе заявки, и ты выписываешь реализацию 300. При этом хочешь чтобы списался резерв 100, а резерв по второй заявке (200) остался. Так?
Что у вас за магазин? Почему до сих пор не обслужили моего (второго) клиента?

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

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

Грабли для наступания не раздаю. Извини.

Странно, причем тут грабли???

> нет, ему по первой заявке необходимо больше чем зарезервировано, а вторая это вторая, никакого отношения к первой не имеет.
Вы пытаетесь есть ножом то, что надо есть вилкой
Ключевое здесь то, что "вторая это вторая, никакого отношения к первой не имеет." - а скажите пожалуйста, в рамках одного договора заявки оформлены? ДА! один договор = одни условия, ОДНА КРЕДИТНАЯ ЛИНИЯ, и т.д. т.е. в РАМКАХ МЕТОДИКИ ИСПОЛЬЗОВАНИЯ ТИПОВОЙ ТИС - две заявки в рамках одного договора = ЭТО ОДНА БОЛЬШАЯ КУЧА, из которой клиент будет выбирать свой заказанный товар, причем порядок и количестов выбора (реализации) - могут быть произвольными, и вот когда клиент ВЫБЕРЕТ ВСЕ ИЗ __СВОЕЙ КУЧИ__ (т.е. из всех своих заявок) - вот только тогда будет выбирать из свободного количества.
..
если же "ВТОРАЯ НЕ ИМЕЕТ НИКАКОГО ОТНОШЕНИЯ К ПЕРВОЙ" - ну так и оформляйте из в разных "потоках", не имеющих отношения друг к другу, т.е. оформляйте их отдельными "договорами".
.. есть желание получить более развернутые объяснения (не на халяву) - стучитесь вечером в асю, скайп
.. просто потом к этому "привяжутся" проблемы со взаиморасчетами НЕ ПО ДОГОВОРУ, А ПО "ЗАЯВКАМ" и т.д. и т.д. - прохожена эта тропа уже кучу раз...
..
а ваша хотелка - чтобы списывался резерв только с заявки-основания + свободный - реализуется одной-двумя строками кода. делал уже такое...
... кстати, следует рассмотреть вопрос:
заявка1 = 100
заявка2 = 200
свободно = 10
ТОВАР - дефицитный, клиент приходит и выкупает 110 штук, списываем Заявка1 и 10 со свободного остатка...
все... дефицитный товар исчерпан, вторая заявка висит еще неделю и в результате клиент забирает 190 штук (10 он с первой поставкой забрал - ему больше не надо...)
В ИТОГЕ - дефицитный товар в колве 10 шт был выключен из оборота компании и не принес ожидаемого дохода, путем его продажи другим манагером...
.. пример - утрированный, понятно, что ТИС реализует некий общий подход, а дальше - докручиваем под себя...
..
кстати, в вашей ситуации гораздо логичнее (имхо) - если вы работете позаказно (а это следует из описания вашей задачи) - отказать клиенту в приобретении 110 штук, так как зарезервировано по заявке всего 100... Да, можно возразить, что можно оформить заявку3 на 10 штук и тут же ее продать - на что следует большой ржач: а нафига резервировать 10, если уже есть зарезервированные 200...???

2 Che Burashka
Спасибо за более мение развернутое объяснение.
На самом деле работа не позаказно, вообще структуру работы на борде описывать не хочу.
Просто есть необходимость списывать резервы так как я описал.

зы вопросов по взаиморасчетам не возникнет. Факт

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