Здравствуйте, форумчане. Заранее прошу извинить за пользовательский вопрос, вдруг кто добрый тут есть)
В заказе покупателя было 20 дорогих деталей "лопасть". Сформировали заказ поставщику №1 на эти 20 деталей. Затем сформировали документ резервирования товаров, в нем "Исходное размещение" этих лопастей - заказ поставщику №1, а "Новое размещение" - пусто. В регистре "Размещение заказов" идет операция Приход с отрицательным значением: -20 шт. То есть этим документом как бы снимали все резервы.
Затем заказ поставщику №1 был удален. а Резервирование товаров нет.
Далее в исходном заказе покупателя уменьшили количество до 15 лопастей, сформировали второй заказ поставщику и вот туда попало не 15, а 35 деталей. Верно ли я понимаю, что это произошло из-за того, что в регистре Размещение заказов висел отрицательный приход? но он же связан с удаленным заказом поставщику, как в новый заказ поставщику попало 35 деталей?

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

согласна, но мне еще нужно именно понять, верно ли я причину расшифровала. у нас в регистре Размещение заказов висел приход -20 по данному заказу покупателя и удаленному заказу поставщику. при формировании нового заказа поставщику программа эту цифру и добавила, чтобы обеспечить наличие 15 штук из заказа покупателя?

Как сформировали Заказ Поставщику : просто или через Анализ заказов покупателя?  Смысл документа "Резервирование"? И вообще как представляешь сам бизнесс-процесс?

в данном примере суть была такова. менеджер создает заказ покупателя, на его основании резервирует имеющийся товар на складе.
потом создает заказ поставщику №1, заполняет табличную часть кнопкой "добавить по заказу покупателя", и видит только тот товар, который нужно дозаказать. этот заказ поставщику используется только для того, чтобы разместить данные в программе поставщика и проверить условия поставки. когда это было сделано, выяснилось, что из 20 нужных лопастей в наличии у поставщика только 15, остальное надо везти по другой стоимости.
далее менеджер на основании заказа покупателя делает второе резервирование с пустым Новым размещением. Цель - снять первый резерв на складе. В этот момент проведен заказа поставщику №1 и в Исходном размещении на позиции, которые нужно дозаказать, он и фигурирует. резерв это размещение снимает.
А затем менеджер помечает на удаление заказ поставщику №1 (чтобы его случайно не заказать, ведь он технический). в этот момент и зависает в регистре Размещение заказов отрицательный Приход -20 шт.
далее менеджер уменьшает исходный заказ покупателя - оставляет там 15 лопастей, а на 5 делает второй заказ покупателя по другой стоимости.
Далее менеджер создает заказ поставщику, через кнопку "добавить по заказу покупателя" заполняет его данными по первому заказу покупателя (там уже 15 шт), но лопастей в него подтягивается 35.
вопрос: лопастей подтянулось 35 потому, что в регистре Размещение заказов висело -20 и плюс в заказе покупателя 15 шт? Так это работает?

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

Во первых, не рекомендую использовать документ резервирование - он только все запутывает. Лучше править Закакз покупателя, поставщику в полях спецификации Размещение. Исправление заказов покупателя/ поставщику задним числом не так опасно.
Во-вторых, разобраться в хитросплетениях резервирования, помогают 2 отчета Товары в резерве на складах, Размещение товаров в заказах особенно если будешь использовать Документ движения.

А ошибка заключается в этом случае, по моему мнению в использовании документа Резервирование  - он всему мещает.

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

Спасибо, буду думать

не знаю, точно ли - бегло прошелся, но - просто на всякий случай.
есть т.н. (ну я его так называю) "lifo-правило отмены". если операция многоэтапная - то отменять ее (полностью или частично) следует в строго "обратной" (созданию) последовательности. при этом полагается, что правильно написанная программа в таких случаях обеспечит корректный результат (программисту, кстати, это реализовать - гораздо проще чем убиваться с проверками по всей цепочке и "молчаливыми" неочевидными авто-правками; дополнительное правило хорошего тона - проверка на соблюдение этого правила с "давайдосвиданья" если делается попытка это правило нарушить, но 1с такой фигней не страдает - хомячки и так все сожрут).