SAPфорум.RU https://sapboard.ru/forum/ |
|
Запуск проверки доступности https://sapboard.ru/forum/viewtopic.php?f=2&t=64439 |
Страница 1 из 2 |
Автор: | Varna [ Пт, окт 01 2010, 17:57 ] |
Заголовок сообщения: | Запуск проверки доступности |
коллеги, привет. подскажите, плиз, есть ли какой ФМ или что-то этом роде, который позволяет запустить проверку доступности и подтверждение в заказе? Поиском пользовался но ничего не нашел. |
Автор: | Левон [ Сб, окт 02 2010, 09:30 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Попробуйте AVAILABILITY_CHECK. |
Автор: | salas1 [ Пн, окт 04 2010, 11:44 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Я попроще пользуюсь: BAPI_MATERIAL_AVAILABILITY. Интерфейс предельно простой. |
Автор: | LKU [ Пн, окт 04 2010, 12:16 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Эти ФМ помогут, если нужно просто узнать текущее доступное количество материала по логики ATP. А если нужно программным образом вызвать повторную проверку доступности, то смотрите тр. V_V2 и используемый в ней ФМ SD_BACKORDER_CHECK_AND_SAVE. |
Автор: | Александр [ Пн, май 15 2017, 15:25 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Подниму тему, вдруг кто сталкивался. Не подскажете, есть ли инструмент в системе для того, чтобы аннулировать подтвержденное количество у тех заказов, по которым доступность уже подтверждена. Цель - запустить повторную проверку доступности (v_v2 или SD_BACKORDER_CHECK_AND_SAVE) по определенной последовательности с нуля. Например, есть запас 100 ШТ и Заказы 1, 2, 3 по 50 ШТ. Заказ 1 с датой 31.12.2099 подтвержден. Заказы 2,3 с датами 01.01.2050 не подтверждены. Цель - запустить проверку доступности по заказам, получив такой результат: заказы 2,3 - подтверждены полностью, заказ 1 - не подтвержден. |
Автор: | DED_MOROZ [ Пн, май 15 2017, 15:56 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Логика работы желаемого инструмента какая? Перераспределять подтвержденные количества на документы с более ранней датой поставки? Если задача разовая, и нужно выполнить по небольшому объему заказов, то: 1) VA02 - Поставить причину отклонения по позициям заказа 1 2) VA02 выполнить проверку доступности по позициям заказов 2 и 3 + сохранить изменения. Ну или запустить V_V2. Если параметр сортировки заданы верно, то заказы с более ранней датой поставки обработаются первыми (в вашем случае 2 и 3). 3) VA02 - снять причину отклонения с позиций заказа 1 Если нужен инструмент для периодического использования - Z-программа (логика примерно соответствует шагам 1-3, описанным выше). ИМХО. |
Автор: | Александр [ Пн, май 15 2017, 16:08 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Да, цель приблизительно такая и не разовая Сейчас по большому счету у меня вопрос как оптимальнее, через z, убрать подтвердение заказов |
Автор: | DED_MOROZ [ Пн, май 15 2017, 17:23 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Александр написал: Да, цель приблизительно такая и не разовая Сейчас по большому счету у меня вопрос как оптимальнее, через 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) нужно расписать подробнее, рассчитав какое-кол-во можем освободить и обновлять только нужные строки заказов. |
Автор: | Александр [ Пн, май 15 2017, 18:29 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Спасибо за предложение, пока предложенное вами видится не очень оптимальным:) лишние причины отклонения в истории заказа нам не желательны Подумывают об аналоге v_v2 использую SD_BACKORDER_CHECK_AND_SAVE, которое будет работать в двух режимах, изменяя только доступность Протестировал в отладчике, фм+ue по доступности даёт нужный результат Попробуем реализовать) |
Автор: | DED_MOROZ [ Пн, май 15 2017, 21:07 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Ну вам виднее, если вы так щепетильны к документам изменения заказа |
Автор: | Noname [ Пн, фев 11 2019, 10:24 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Добрый день. Столкнулся со следующей задачей: При создании исходящей поставки с активной проверкой доступности необходимо "предугадать" на какое количество система автоматически создаст позицию. Пример: Запас 110шт Есть сбытовой заказ, в котором подтверждено 100шт Создана поставка на 60шт, т.е. остается подтвержденный объем по заказу 40шт В системе выполнены перемещения, списания и т.п., которые не связаны с заказом, но запас на складе уменьшился до 81шт Если теперь создавать поставку к заказу, то автоматически поставка будет создана на 21 шт(81запас-60поставка) С какими параметрами запустить ФМ, чтобы выйти на 21шт? |
Автор: | jh [ Пн, фев 11 2019, 18:45 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
а с какой целью вы позволяете ситуацию, когда запас под потребность сбытового заказа потребляется другими движениями? |
Автор: | Noname [ Вт, фев 12 2019, 15:08 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
К примеру сторно поступления. Вообще предпосылка о необходимости определения немного другая. Поставки создают через интерфейс, на основе Excel файла. В Excel указали по заявке отгрузка в 10шт, когда через Bapi создаем поставку, то на вход подаем только документ образец, количество в поставке определяется автоматически. Количество поставки может не соответствовать количеству загруженному из Excel. Если перед созданием поставки я буду знать доступный остаток и количество ранее отгруженное, то смогу понять, будет ли создана поставка на количество указанное в Excel. |
Автор: | DED_MOROZ [ Вт, фев 12 2019, 15:54 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
Перед созданием поставки из XLS запускаете ФМ BAPI_MATERIAL_AVAILABILITY для каждой комбинации материал/завод/склад/партия с правилом "B"(так в стандарте). Получаете доступный остаток, его используете для подачи в BAPI для создания поставки. Это если в двух словах. Если из файла создается N-поставок, то предварительно группируете данные по комбинациям материал/завод/склад/партия.... Считаете доступность по каждой комбинации, затем "размазываете" доступное кол-во по строкам потенциальных поставок. Выводите журнал, где видно распределение. Ну и кнопки - "Продолжить создание?" - да/нет Как то так. |
Автор: | Noname [ Ср, фев 13 2019, 09:37 ] |
Заголовок сообщения: | Re: Запуск проверки доступности |
К сожалению, так не получается. Вот реальный мой пример с которым пытаюсь в тестовой системе алгоритм построить. Cо09 по материалу, правило проверки поставка (В) Поступление 118 Выбытия 200 Подтвержденное выбытие 120 Как этого добился? Подтвердил запас в заказе, а потом немного прихода сторнировал, чтобы пример был сложней. Есть сейчас запустить BAPI_MATERIAL_AVAILABILITY , то она покажет по нулям... Если создам поставку к одному из заказов, то она создается и количество 3 шт Почему 3? Один заказ1 с потребностью в 100, подтверждено в нем 70 Создано поставок по нему на 65, т.е. остается поставить 5 штук из плановых подтвержденных в заказе 70 Всего в запасе 118 50 подтверждено в заказе2 остаток 68 Из подтвержденных в заказе1 70 поставлено 65. остаток 3 Вот эти три я и пытаюсь вытащить, стандарт же как то отлавливает их:) |
Страница 1 из 2 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |