Есть сиуация с выбором партий (например в migo при списании, или в РР-заказе), которая очень кажется багой. Может, кто сталкивался?
Пример следующий:

На остатках:
Партия1 Склад1 2шт
Партия1 Склад2 5шт
Партия2 Склад2 10шт.

Есть уже подтвержденная потребность (РР-заказ) на:
Партия1 Склад1 2шт
Партия1 Склад2 4шт

Есть резервирование на перемещение (изначально предполагалась проверка доступности без проверки склада):
Партия1 со Склада2 на Склад1 5шт.

Теперь, например, в migo делаю списание 5шт на МВЗ. Склад не указываю и нажимаю выбор партии. Сап выбирает:
Партия1 Склад1 1шт
Партия1 Склад2 1шт(!!!)
Партия2 Склад2 3шт

Т.е. итого, партии1 выбрано 7шт (6 в РР заказе и 2 при списании). При списании, тут же если нажать проверить, то она говорит, что запас не доступен (ну и понятно почему). Не понятно, почему он так выбрал партии....

В настройке проверки доступности (что для миго, что для РР заказов) все одинаково и все постребности описанные в примере учитываются. Проверка может быть настроена как с проверкой склада, так и без - результат один.

Потребность на 5шт можно моделировать как в миго, так и в РР-заказе. Результат один (ну оно и понятно).

Разработок нет.

Нашел ноту 1384022 - вроде исправляет эту ситуацию, но она только для поставок. И судя по коду которй она правит тоже:-(

Привет. Не могу сказать про PP заказы, но похоже проблема не в этом: система при выборе партии в MIGO для второй строки не видит, что она уже зарезервирована для первой.
Для решения этой проблемы можно попробовать пойти в настройку проверки доступности, "Определение блокировки материала для других пользователей" и поставить там галку "блокировать".

Тоже думал об этом. Пробовал - не помогает. В свое время проверяли, как эта галка работает. Оказывается, что она работала только в сбытовых заказах (ну може и в других сбытовых документах). Но в РР она точно не отрабатывала, и в ММ (вот уже точно не помню) кажись тоже.

Дело в том, что в MIGO выбор партии стартует отдельно по каждой позиции и при этом не учитываются другие позиции. К сожалению, это глюк.
Я исправлял ситуацию через пользовательскую подпрограмму обработки, которая указывается в настройке выбора партий.

Мы тоже используем эту пользовательскую программу, но для других целей.
Тока я не очень представляю как через нее запретить выбор? Т.е. единственное что приходит в голову - это там "читать" со09 и начинать анализировать. Но это "абзац":)

Ну зачем так радикально?
Достаточно получить данные обо всех позициях (я сейчас пишу о MIGO, для PP не делал) и просуммировать в разрезе материала. А дальше - стандартная логика выбора партии - но на суммарное количество.

Не знаю, как вкладывать файлы в сообщения на форуме , поэтому выложил здесь
http://cid-f7fee43c6e0899eb.skydrive.live.com/self.aspx/.Public/%d0%92%d1%8b%d0%b1%d0%be%d1%80%20%d0%bf%d0%b0%d1%80%d1%82%d0%b8%d0%b9%20%d0%b2%20MIGO.zip
В файле описание и исходники, что я делал для выбора партий в MIGO

Ага, файлик закачал. Идею понял. Спасибо! Но блин это жесть, что стандарт так не работает. Нота которую я нашел, в тех же поставках исправляет этот баг! Странно что саповцы как-то однобоко об этом подумали при выпуске ноты.

Здравствуйте.

Столкнулся тоже с такой задачей, а именно нужно реализовать в MM проверку доступности для позиции с учетом всех позиций документа материала. Ссылка к сожалению не работает щас. не могли бы еще раз выкласть файлы . Заранее спасибо.

С уважением,
Руслан.

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

вопрос снят. Спасибо Левону.

файлик удален, можете выложить повторно?

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

теоретически думаю тоже можно. просто уже выбрать badi для ИП для передачи позиций ИП сформировать такую же формулу для кол-ва по умолчанию и прицепить эту формулу в стратегии поиска в сбыте.

А стандартом никак нельзя ?