Текущее время: Вс, июл 27 2025, 15:04

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


Правила форума


Вопросы по ППМ (MRP) - сюда.
Вопросы по классификации - сюда.
Вопросы по входящим поставкам - сюда.



Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Присвоение заявок источникам поставки
СообщениеДобавлено: Вт, окт 30 2007, 12:34 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 19 2007, 16:10
Сообщения: 12
Подскажите, есть ли возможность в стандарте контролировать автоматическое присвоение источников поставки созданным посредством прогона ППМ заявкам на закупку.
Тоесть, если скажем есть контракт и соответствующая запись в книге источников поставок, то система автоматически присваивает создаваемым при ППМ заявкам данный источник поставок, контролируя при этом только сроки действия контракта (и записи в книге источников поставок). А нужно, чтобы также учитывались уже отозванные по контрактам количесва, если они превышены то источник не присваивается.
Тоесть пользователь узнает о том, что данный контракт необходимо изменять или заключать новый, только после того как попытаестся создать из присвоенных заявок соответствующие заказы (отзывы к контракту).

Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 12:56 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 08:58
Сообщения: 288
Откуда: Москва
LMEQR001
User exit for source determination
А это не подошло?

_________________
Автор благодарит Алфавит, за любезно предоставленные буквы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 14:53 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 19 2007, 16:10
Сообщения: 12
Так ведь этот экзит срабатывает только при "ручном" присвоении источника поставки. А при прогоне ППМ нет.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 15:35 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, мар 27 2007, 12:54
Сообщения: 296
Пол: Мужской
Квотирование не подойдет? В ОЗМ ППМ2 задать использование квотирования и потом установить квоты для поставщиков MEQ1.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 16:22 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 19 2007, 16:10
Сообщения: 12
Так задача не в том, чтобы заявки создаваемые посредством ППМ распределять между поставщиками, а делать присвоение заявок поставщикам (открытым с ними контрактам), только если в существующих контрактах есть еще достаточное количесво (сумма) для создания впоследствии заказов из соотствующих заявок.
Тоесть существует контракт на 100 шт. Уже есть заказ со ссылкой на этот контракт на 70 шт и две доп. потребности на 20 и на 30 шт. В результате прогона ППМ система создает 2 заявки на 20 и на 30 шт соответственно. Только для 1-й заявки (на 20 шт) присваивает контракт и поставщика, а для 2-й (на 30 шт) нет, т.к. оставщегося открытого количества по контракту, 10 шт, не хватает чтобы создать заказ на это же количесво. В результате, анализируя ведомости ППМ, отдел закупок будет видеть, что необходимо создать новый контракт с этим же или другим поставщиком.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 23:23 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 08:58
Сообщения: 288
Откуда: Москва
VadSel написал(а):
Так ведь этот экзит срабатывает только при "ручном" присвоении источника поставки. А при прогоне ППМ нет.


BADI MD_PURREQ_CHANGE
Метод CHANGE_BEFORE_SAVE_MRP
У меня ситуация была такой:
Необходимо было перемещать товар с другого завода, соотвественно в КИП было заведено две записи, поставщик завод и внешний поставщик, использовалось так же квотирование для опеределения максимального заказа с завода, так вот, если на заводе было не доступно количество, а так же все превышаюшее количество максимального заказа размещались у внешнего поставщика путем подмены источника поставки в создаваемой заявке.
Для чего написал, для того, чтобы описать возможность бади и плюс возможно кому пригодиться :)
Надесюь Вам тоже.
Code:
*tables T441W.
TYPE-POOLS v03v.
*--------------------------------------

data: W_USEQU,
*      W_PLNMG type PLNMG,
      lt_wmdvsx type table of BAPIWMDVS initial size 1,
      lt_wmdvex type table of BAPIWMDVE initial size 0,
      ws_wmdvex TYPE BAPIWMDVE.
*      lt_avbbd     type table of bv03v,
*      lt_xmverf_pos TYPE v03v_xmverf_pos,
*      w_lt_xmverf_pos TYPE V03V_MVERF_POS.

select single USEQU from marc into (W_USEQU) where MATNR = CH_EBAN-MATNR and werks = CH_EBAN-WERKS.

if IM_VSTAT = 'H'.
if W_USEQU ne '' and CH_EBAN-BSART eq 'UB'.

*  select single PLNMG from PBIM AS a
*    inner join PBED AS b
*    on b~BDZEI = a~BDZEI
*    into (W_PLNMG)
*    where a~MATNR = CH_EBAN-MATNR and a~WERKS = CH_EBAN-WERKS and a~VERSB = '00' and
*          b~PDATU between CH_EBAN-FRGDT and CH_EBAN-LFDAT.

* if CH_EBAN-LFDAT >= sy-datum.
   DATA: INDXKEY type INDX-SRTFD VALUE 'MENGEVALUE',
         WA_INDX TYPE INDX,
         menge type BAMNG.

*   if CH_EBAN-LFDAT >= sy-datum and CH_EBAN-FRGDT < sy-datum.
*     WA_INDX-AEDAT = SY-DATUM.
*     WA_INDX-USERA = SY-UNAME.
*     EXPORT MENGE FROM CH_EBAN-MENGE TO SHARED BUFFER INDX(ST) FROM WA_INDX ID INDXKEY.
*     menge = CH_EBAN-MENGE.
*   else.
     IMPORT MENGE TO menge FROM SHARED BUFFER INDX(ST) ID INDXKEY TO WA_INDX.
     add CH_EBAN-MENGE to menge.
     clear WA_INDX.
     WA_INDX-AEDAT = SY-DATUM.
     WA_INDX-USERA = SY-UNAME.
     EXPORT MENGE FROM menge TO SHARED BUFFER INDX(ST) FROM WA_INDX ID INDXKEY.
*   endif.

   CALL FUNCTION 'BAPI_MATERIAL_AVAILABILITY'
          EXPORTING
            plant      = CH_EBAN-RESWK
            material   = CH_EBAN-MATNR
            unit       = CH_EBAN-MEINS
            STGE_LOC   = '1000'
            check_rule = 'A'
*            stge_loc   = mverf_pos-lgort
          TABLES
            wmdvsx     = lt_wmdvsx
            wmdvex     = lt_wmdvex.

   READ TABLE lt_wmdvex INDEX 1 INTO ws_wmdvex.
   IF ws_wmdvex-com_qty < menge. " CH_EBAN-MENGE. "
   data: W_QUPOS type QUPOS,
         W_QUPOS_MIN type QUPOS,
         W_LIFNR type ELIFN,
         W_LIFNR_MIN type ELIFN,
         id type i.

     id = 1.
     select QUPOS LIFNR from equp into (W_QUPOS, W_LIFNR)
       where QUNUM = CH_EBAN-QUNUM and QUPOS > CH_EBAN-QUPOS.
         if id = 1.
           W_QUPOS_MIN = W_QUPOS.
           W_LIFNR_MIN = W_LIFNR.
           add 1 to id.
         else.
           if W_QUPOS_MIN > W_QUPOS.
             W_QUPOS_MIN = W_QUPOS.
             W_LIFNR_MIN = W_LIFNR.
           endif.
         endif.
     endselect.
     if sy-subrc = 0.
       CH_EBAN-QUPOS = W_QUPOS_MIN.
       CH_EBAN-FLIEF = W_LIFNR_MIN.
       CH_EBAN-BSART = 'NB'.
       clear CH_EBAN-RESWK.
       CH_CHANGED = 'X'.
     endif.
   endif.
* endif.
endif.
else.
clear WA_INDX.
WA_INDX-AEDAT = SY-DATUM.
WA_INDX-USERA = SY-UNAME.
menge = 0.
EXPORT MENGE FROM menge TO SHARED BUFFER INDX(ST) FROM WA_INDX ID INDXKEY.
endif.

endmethod.


Единственное предупреждение - будте внимательны к производительности.

_________________
Автор благодарит Алфавит, за любезно предоставленные буквы.


Последний раз редактировалось John Smith 4.7 Ср, окт 31 2007, 16:00, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 31 2007, 11:55 
Начинающий
Начинающий

Зарегистрирован:
Чт, июл 19 2007, 16:10
Сообщения: 12
Спасибо огромное. Это как раз то, что нужно.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 31 2007, 15:58 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 08:58
Сообщения: 288
Откуда: Москва
VadSel написал(а):
Спасибо огромное. Это как раз то, что нужно.


Всегда пожалуйста
Удачи!

_________________
Автор благодарит Алфавит, за любезно предоставленные буквы.


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

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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