коллеги, привет.

подскажите, плиз, есть ли какой ФМ или что-то этом роде, который позволяет запустить проверку доступности и подтверждение в заказе?

Поиском пользовался но ничего не нашел.

Попробуйте AVAILABILITY_CHECK.

Я попроще пользуюсь: BAPI_MATERIAL_AVAILABILITY. Интерфейс предельно простой.

Эти ФМ помогут, если нужно просто узнать текущее доступное количество материала по логики ATP. А если нужно программным образом вызвать повторную проверку доступности, то смотрите тр. V_V2 и используемый в ней ФМ SD_BACKORDER_CHECK_AND_SAVE.

Подниму тему, вдруг кто сталкивался.

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

Цель - запустить повторную проверку доступности (v_v2 или SD_BACKORDER_CHECK_AND_SAVE) по определенной последовательности с нуля.

Например, есть запас 100 ШТ и Заказы 1, 2, 3 по 50 ШТ.

Заказ 1 с датой 31.12.2099 подтвержден.
Заказы 2,3 с датами 01.01.2050 не подтверждены.

Цель - запустить проверку доступности по заказам, получив такой результат: заказы 2,3 - подтверждены полностью, заказ 1 - не подтвержден.

Логика работы желаемого инструмента какая?
Перераспределять подтвержденные количества на документы с более ранней датой поставки?

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

1) VA02 - Поставить причину отклонения по позициям заказа 1
2) VA02 выполнить проверку доступности по позициям заказов 2 и 3 + сохранить изменения.
Ну или запустить V_V2. Если параметр сортировки заданы верно, то заказы с более ранней датой поставки обработаются первыми (в вашем случае 2 и 3).
3) VA02 - снять причину отклонения с позиций заказа 1

Если нужен инструмент для периодического использования - Z-программа (логика примерно соответствует шагам 1-3, описанным выше).
ИМХО.

Да, цель приблизительно такая и не разовая
Сейчас по большому счету у меня вопрос как оптимальнее, через z, убрать подтвердение заказов

Написать программу с оптимальной логикой
Я бы делал примерно так:
1) Выбрать открытые заказы с датой поставки в будущем у которых подтв. кол-во < запрошенного кол-ва (ну или у которых подв. кол-во = 0, тут уж вам виднее).
2) Для каждой найденной позиции проверяем есть ли заказ с датой поставки в будущем > дата поставки из пункта 1 и подтв. кол-во > 0.
3) Создать партию поставки копированием из существующей партии поставки, используемой в заказе.
4) Отменяем заказ из пункта 2) путем проставления причину отклонения с помощью BAPI_SALESORDER_CHANGE + COMMIT_WORK.
5) Изменяем тип партии поставки в заказе из пункта 1) с помощью BAPI_SALESORDER_CHANGE + COMMIT_WORK. При изменении типа партии поставки выполнится проверка доступности.
6) Очищаем причину отклонения для заказа из пункта 2) с помощью BAPI_SALESORDER_CHANGE + COMMIT_WORK.

Естественно пункты 1) и 2) нужно расписать подробнее, рассчитав какое-кол-во можем освободить и обновлять только нужные строки заказов.

Спасибо за предложение, пока предложенное вами видится не очень оптимальным:) лишние причины отклонения в истории заказа нам не желательны
Подумывают об аналоге v_v2 использую SD_BACKORDER_CHECK_AND_SAVE, которое будет работать в двух режимах, изменяя только доступность
Протестировал в отладчике, фм+ue по доступности даёт нужный результат
Попробуем реализовать)

Ну вам виднее, если вы так щепетильны к документам изменения заказа

Добрый день.
Столкнулся со следующей задачей: При создании исходящей поставки с активной проверкой доступности необходимо "предугадать" на какое количество система автоматически создаст позицию.
Пример:
Запас 110шт
Есть сбытовой заказ, в котором подтверждено 100шт
Создана поставка на 60шт, т.е. остается подтвержденный объем по заказу 40шт
В системе выполнены перемещения, списания и т.п., которые не связаны с заказом, но запас на складе уменьшился до 81шт
Если теперь создавать поставку к заказу, то автоматически поставка будет создана на 21 шт(81запас-60поставка)
С какими параметрами запустить ФМ, чтобы выйти на 21шт?

а с какой целью вы позволяете ситуацию, когда запас под потребность сбытового заказа потребляется другими движениями?

К примеру сторно поступления.
Вообще предпосылка о необходимости определения немного другая. Поставки создают через интерфейс, на основе Excel файла. В Excel указали по заявке отгрузка в 10шт, когда через Bapi создаем поставку, то на вход подаем только документ образец, количество в поставке определяется автоматически. Количество поставки может не соответствовать количеству загруженному из Excel. Если перед созданием поставки я буду знать доступный остаток и количество ранее отгруженное, то смогу понять, будет ли создана поставка на количество указанное в Excel.

Перед созданием поставки из XLS запускаете ФМ BAPI_MATERIAL_AVAILABILITY для каждой комбинации материал/завод/склад/партия с правилом "B"(так в стандарте).
Получаете доступный остаток, его используете для подачи в BAPI для создания поставки.
Это если в двух словах.

Если из файла создается N-поставок, то предварительно группируете данные по комбинациям материал/завод/склад/партия....
Считаете доступность по каждой комбинации, затем "размазываете" доступное кол-во по строкам потенциальных поставок.
Выводите журнал, где видно распределение.
Ну и кнопки - "Продолжить создание?" - да/нет
Как то так.

К сожалению, так не получается.
Вот реальный мой пример с которым пытаюсь в тестовой системе алгоритм построить.
Cо09 по материалу, правило проверки поставка (В)
Поступление 118
Выбытия 200
Подтвержденное выбытие 120
Как этого добился? Подтвердил запас в заказе, а потом немного прихода сторнировал, чтобы пример был сложней.
Есть сейчас запустить BAPI_MATERIAL_AVAILABILITY , то она покажет по нулям...
Если создам поставку к одному из заказов, то она создается и количество 3 шт
Почему 3?
Один заказ1 с потребностью в 100, подтверждено в нем 70
Создано поставок по нему на 65, т.е. остается поставить 5 штук из плановых подтвержденных в заказе 70
Всего в запасе 118
50 подтверждено в заказе2 остаток 68
Из подтвержденных в заказе1 70 поставлено 65. остаток 3
Вот эти три я и пытаюсь вытащить, стандарт же как то отлавливает их:)