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

(0) типовые УТ 10.3 и УТ 11 это делают по умолчанию в режиме резервирования/назначения  поступлений под незакрытую часть заказов покупателей/клиентов

>как автоматически распределить товары по своему назначению
да как хочешь. По FIFO, например.
Проблема-то в чем?

насколько я понял они это делают только в ручном режиме распределения по заказам покупателей. Например, обработкой "состояние обеспечения заказов".
А тут нужно автоматически (по ФИФО) резервировать приход под заказ покупателя. Не могу найти такую возможность.

Проблема в том, что нужно автоматически.
Понятно, что дописать можно, но штатные средства такое разве не умеют?

(4) без указания версии конфиги клиента что обсуждаем?

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

Управление торговлей, редакция 11.1 (11.1.10.197)

ХЭЛП

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

Резервирование ставится с отдельном регистром по документам-регистраторам Заказ покупателя. Свободный остаток для реализации товаров считается по регистру ОстакиТоваров, из которого процедурно вычитаются актуальные резервы. Снятие резервов происходит не по какому-то там абстрактному ФИФО, а вполне конкретно, при реализации на основании Заказа покупателя. Автоматизация учета остатков и резервов достигается использованием одних и тех же элементов справочников в нескольких разных по виду документах.

Т.е. резервирование в УТ сделано штатно. Что именно в штатном механизме не устраивает клиента - не очень понятно. Может быть есть смысл разобрать функционал у них в той обработке, которой они пользуются?

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

(10) т.е. другими словами, ДО поступления движения резерва НЕТ. Ну а после разносить резерв по свободным остаткам конечно можно... А не в том ли проблема, что до момента поступления у вас в базе не установлена корректная связка номенклатура или партия или серия или характеристика и т.д.?

шаг 1 - заказ покупателя (обеспечить обособленно), делает нужные движения в разрезе заказа покупателя (резервирует под будущий приход)
шаг 2 - заказ поставщику недостающего товара
шаг 3 - приход товара. Если указать руками какой товар под какой заказ Поставщику, то всё работает. Проблема в том, что приходит товар на общее количество и даже больше.
Руками указывать, что 100шт из ЗаказаПоставщику1, а 200шт из ЗаказаПоставщику2, а еще 150шт под свободный остаток - нереально руками.

Вроде обычная ситуация, должно же быть автоматом что то

(12) дело в том, что штатное поступление от поставщика в схеме с резервами идет уже по тем же измерениям, что и выполненные заказы покупателей...
Стоп, а у вас заказ поставщику в какой связке по относительно заказов покупателя?
В топике вопрос был поставлен по заказам покупателей, а теперь перешли на заказы Поставщику с номерами 1, 2, 3. И вообще, заказ поставщику должен быть "сводный" и если мы имеем поступление, которое как бы испорчено по отношению к существовавшему заказу поставщику, то, увы и ах,  автоматически ничего не сработает.
И может я ошибаюсь, но Заказы Поставщику не должны ничего резервировать. Они вспомогательные, если на них смотреть со стороны реализации товара покупателям.

13+ Заказы поставщику - это регистрация решения менеджера о наличии потребностей в товаре. Можно и не получать никаких заказов от покупателей предварительно, но потребность в поступлении товара менеджер сам создаст, по своему решению, по прогнозу, так сказать.

А шухард правду сказал, все из коробки, по резервам автоматом раскидывается, единственное указать только порядок.

заказ поставщику создается "по потребностям" автоматически, то есть попадает тот товар, которого нет на складе, но есть в заказе покупателя. Это стандартно. Сводные заказы разным поставщикам по потребностям заказов покупателей.

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

(17) ищи следы или переделок при внедрении или в конкретной версии конфы что-то в этом механизме резервов сломано, если сравнивать с там как сделано в УТ10.3

это чистая база, никаких изменений

(19) пока других предположений у меня нет, что остается отличие от прежних версий УТ

Спасибо, Фрэнки. Буду изучать тему дальше, может еще кто чего напишет.

Всё еще надеюсь на опытный совет

ап

в чем проблема дописать?

(24)  проблема видимо в том что если надо дописать то грамотных дописальщиков е ще с огнем днем поискать надо. Грамотность многих восьмерочников заканчивается там где заканчивается воз можность ставить галочки

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

(26) неужели канючить на форуме проще, чем прочитать документацию ?

в документации не нашел, интернет пересмотрел. Ничего нигде нет. Поэтому и пишу здесь