Текущее время: Пт, мар 29 2024, 01:55

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: Исходная потребность в ППМ
СообщениеДобавлено: Чт, янв 20 2011, 09:46 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, авг 02 2007, 14:26
Сообщения: 443
Откуда: S/4 HANA
Пол: Мужской
Добрый день,
подскажите, есть в ведомости потребности ППМ сформированная заявка на закупку,
при нажатии "Разметка потребн. к элементу" мы видим из каких потребностей она сформировалась, вопрос как система ищет?
Подскажите таблицы или ФМ?

Спасибо


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Пт, янв 28 2011, 13:33 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Ср, окт 05 2005, 12:13
Сообщения: 2032
Откуда: Москва
Пол: Мужской
Явных ссылок в заявке на элементы потребности нет. Поэтому скорее всего идет мини "реконструкция" прогона ППМ. Поэтому надо искать в отладке ФМ. Самим через таблицы будет сложновато я думаю (в общем случае).

_________________
Наверное, Боги сошли с ума.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Пт, янв 28 2011, 17:18 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, авг 02 2007, 14:26
Сообщения: 443
Откуда: S/4 HANA
Пол: Мужской
Левон написал:
Явных ссылок в заявке на элементы потребности нет. Поэтому скорее всего идет мини "реконструкция" прогона ППМ. Поэтому надо искать в отладке ФМ. Самим через таблицы будет сложновато я думаю (в общем случае).



Нашел ФМ MD_PEGGING_NODIALOG.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Ср, мар 16 2011, 05:48 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, фев 01 2008, 09:11
Сообщения: 413
Откуда: Moscow
Пол: Мужской
Исходные потребности к заявке поднимаются по последней ведомости ППМ.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, мар 22 2011, 11:30 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 16:37
Сообщения: 763
Откуда: Москва
Liposome написал:
Проблема в том что при каждом прогоне ППМ ведомости регенерируются, и исходные потребности могут измениться, либо исчезнуть.


Почему проблема? С т.з. логистики и SAP'a всё верно. Разметка потребности должна идти по актуальной потребности, а не по историческим данным, которые могут быть неактуальны.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, мар 22 2011, 12:49 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, фев 01 2008, 09:11
Сообщения: 413
Откуда: Moscow
Пол: Мужской
Проблема в том что как правило пользователи хотят видеть отчет, под какие потребности сгенерировались эти заявки.
Чтобы понять например, для чего закупили лишнее, и кто заявлял.

Если при повторном прогоне ППМ потребности уже изменились, то следов в системе не останется и у плановика не будет обоснования под свои заявки. Только отговорка, что ППМ так напланировал :)

А в общем конечно в логике SAP все верно.

Т.е. с ППМ можно работать, только в случае если запасы и все потребности в системе актуальны. Но я не верю что в России так бывает :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, мар 22 2011, 13:01 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Ср, окт 05 2005, 12:13
Сообщения: 2032
Откуда: Москва
Пол: Мужской
Для того, чтобы использовать "исторические данные", надо создавать сценарий (MS31) и прогонять ППМ в нем MS01. Тогда можно читать ведомости сценария. Они при обычном "оперативном" прогоне ППМ не меняются.

_________________
Наверное, Боги сошли с ума.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, мар 22 2011, 13:13 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 16:37
Сообщения: 763
Откуда: Москва
Liposome написал:
Проблема в том что как правило пользователи хотят видеть отчет, под какие потребности сгенерировались эти заявки.
Чтобы понять например, для чего закупили лишнее, и кто заявлял.
Если при повторном прогоне ППМ потребности уже изменились, то следов в системе не останется и у плановика не будет обоснования под свои заявки. Только отговорка, что ППМ так напланировал :)


Особые ситуации в ППМ рулят данные "расхождения". при каждом прогоне, если были фиксированные заявки, то вылезет особая ситуация.
Можно чуть-чуть подабапить, чтобы это вылезало не в момент прогона ППМ, а раньше. Например, при изменении потребности моделировался бы ППМ и если есть особые ситуации, обрабатывать их каким-нибудь алгоритмом. Типа приоритизация потребности, согласование и т.п.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, мар 22 2011, 13:49 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, фев 01 2008, 09:11
Сообщения: 413
Откуда: Moscow
Пол: Мужской
2 Левон: Анализ ведомости ППМ и так обычным плановикам взрывает голову, стоит ли игра свеч если еще и несколько ведомостей хранить в разных сценариях? Насколько я понимаю прогон ППМ в отдельном сценарии создаст отдельную ведомость ППМ а не новую версию старой.

2 waverzzz: особые ситуации при ППМ покажут что были изменения, но изначальные потребности уже будут утеряны. На чуть-чуть подабапить тут не похоже :) Думаю что абапские проверки до прогона ППМ в качестве предупреждения не эффективны, потому что потребности генерят подразделения а результаты ППМ плановики.

Думаю оптимальный вариант - сохранять в каком то виде архивы ведомости ППМ. Потом анализировать. Но это опять не стандартом делать нужно %)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, мар 22 2011, 14:00 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Ср, окт 05 2005, 12:13
Сообщения: 2032
Откуда: Москва
Пол: Мужской
Liposome написал:
2 Левон: Анализ ведомости ППМ и так обычным плановикам взрывает голову, стоит ли игра свеч если еще и несколько ведомостей хранить в разных сценариях? Насколько я понимаю прогон ППМ в отдельном сценарии создаст отдельную ведомость ППМ а не новую версию старой.

Думаю оптимальный вариант - сохранять в каком то виде архивы ведомости ППМ. Потом анализировать. Но это опять не стандартом делать нужно %)


Да ведомость будет отдельная, но если правильно настроить сценарий, то она будет идентична ведосмости ППМ на момент создания.

Ведомость ППМ в сценарии - это, в этом случае, и есть архив ведомости ППМ, причем стандартом. У нас так деалали - мозг не взрывает нисколько....а ведомости были огого, да еще с Z в ППМ..

_________________
Наверное, Боги сошли с ума.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Пт, мар 25 2011, 21:29 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 16:37
Сообщения: 763
Откуда: Москва
Liposome написал:
2 waverzzz: особые ситуации при ППМ покажут что были изменения, но изначальные потребности уже будут утеряны. На чуть-чуть подабапить тут не похоже :) Думаю что абапские проверки до прогона ППМ в качестве предупреждения не эффективны, потому что потребности генерят подразделения а результаты ППМ плановики.

Думаю оптимальный вариант - сохранять в каком то виде архивы ведомости ППМ. Потом анализировать. Но это опять не стандартом делать нужно %)


Так ведь потребность изменилась де-факто, значит нужно изменять ее и в системе! Или вы хотите сделать так, чтобы в системе одно, а в жизни -- другое? В Z происходит моделирование ППМ, поэтому все особые ситуации обрабатываются в момент создания потребности, а уж как их обработать -- это зависит от бизнеса. Пример: деталь доставляется 180 дней (откуда-нибудь из Австралии) и вдруг случилась предъаварийная ситуация, создается потребность на ее срочную замену. При планировании в подразделении выдается особая ситуация, что "невозможно обеспечить в срок". Несмотря на это сохранить? Потребность сохраняется, но плановику и закупщику по workflow или как-то еще (а может вообще просто в отчете с приоритетами потребности) отправляется сообщение на согласование. Если деталь критична, то за ней могут и на самолете полететь, т.е. потребность будет согласована и будет создан заказ на закупку со сроками поставки через 2 дня. Так что тут уже система не решит: можно или нельзя купить, изменить потребность и т.п.
По схеме "нельзя менять потребность" может работать только плановая потребность. Такую как раз можно запретить сохранять уже в момент ее создания с учетом прогнанного в фоне моделирования ППМ. В случае аварийной потребности все решается индивидуально.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Исходная потребность в ППМ
СообщениеДобавлено: Вт, июн 14 2016, 14:38 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, авг 02 2007, 14:26
Сообщения: 443
Откуда: S/4 HANA
Пол: Мужской
Вот уже достаточное большое время используем отчет, который работает на основе ФМ MD_PEGGING_NODIALOG для определения исходных потребностей по заявкам и заказам.
Но теперь пытаемся решать вопрос с его производительностью, так как MD_PEGGING_NODIALOG запускается по каждому материалу, работает отчет долго. Поделитесь пожалуйста опытом, кто строил подобный отчет, может необходимо использовать другие способы? MRP Live пока не планируем использовать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 12 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot]


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB