Sapforum.Biz
Логистика => Управление материальными потоками (MM) => Тема начата: Паганель от Май 19, 2009, 06:27:36 pm
-
Если зайти в ОЗМ и нажать "сохранить" то для некоторых материалов возникает ошибка
Ошибки при проводке; выберите "Проводка: просмотр ошибок"
№ сообщения MG153
Ок, заходим в журнал -
Материал З-д Склад ОблОц РЦ № склада
000000000020711157Z002 Z002 300101 00000000 00000000 00
E M3 332 : Альтернативная ЕИ равна базисной ЕИ.
Никто не сталкивался с данной ошибкой? Нот пока не нашли.
-
Все что нашел по даному вопросу
http://sapfans.com/forums/viewtopic.php?f=6&t=262185&hilit=M3332
но это не помогло
-
Материалы созданы с ракурсом классификации?
-
Ну ракурса Классификации как такового в Ритейл нету, но поля с классификацией есть
-
Ну ракурса Классификации как такового в Ритейл нету, но поля с классификацией есть
Ну для старой версии, но: Note 378296 - MM02: Time out after deleting a class assignment, короче говорят что там какие-то таймауты не успевают отработать:
You delete a class assignment in Transaction MM02. However, saving takes a very long time and finally ends with a program termination because of time out.
-
Cause and prerequisites
If an error is triggered by customer exit EXIT_SAPLMGMU_001 when the material is saved, the system should inform the user about this through the display in the last screen. If the last screen was the classification, an endless loop occurs because, in this case, the classification must only be saved before the classification screen is called up again.
Solution
Implement the attached correction.
LIMU REPS LMGMMFO0 R3TR FUGR MGMM
FORM FIND_FIELD
Delta001
Context Block
MESSAGE ID AMERRDAT-MSGID TYPE MESSAGE_SUCC
NUMBER AMERRDAT-MSGNO WITH AMERRDAT-MSGV1
AMERRDAT-MSGV2 AMERRDAT-MSGV3 AMERRDAT-MSGV4.
ENDIF.
* MESSAGE S153(MG).
* ende //br171096 zu 3.0f / 1.2a --------------------------------------
Delete Block
SET SCREEN SY-DYNNR.
LEAVE SCREEN.
Insert Block
* note 378296 nicht beim Klassifizierungsbild
DATA STATUS_HELP LIKE MARA-PSTAT.
DATA CHAR_1.
IF SY-DYNNR EQ '4020' OR SY-DYNNR EQ '3020'.
STATUS_HELP = AKTVSTATUS.
PERFORM BILDEN_REST USING STATUS_HELP 'C'.
ENDIF.
IF ( SY-DYNNR NE '4020' AND SY-DYNNR NE '3020' ) OR
( ( SY-DYNNR EQ '4020' OR SY-DYNNR EQ '3020' ) AND
STATUS_HELP IS INITIAL ).
SET SCREEN SY-DYNNR.
LEAVE SCREEN.
ELSE.
DO.
CHAR_1 = STATUS_HELP.
SHIFT STATUS_HELP.
IF CHAR_1 IS INITIAL.
EXIT. "sollte nicht vorkommen
ENDIF.
READ TABLE BILDTAB WITH KEY PSTAT = CHAR_1.
IF SY-SUBRC EQ 0 AND BILDTAB-KZSEL EQ 'X'.
CALL FUNCTION 'T133D_GET'
IMPORTING
WT133D = T133D.
CLEAR T133D-SLBKZ.
T133D-NAUSW = BILDTAB-AUSWG.
CALL FUNCTION 'T133D_SET'
EXPORTING
WT133D = T133D.
CLEAR FLG_LISTE.
CLEAR RMMZU-CURS_LINE.
CALL FUNCTION 'MAIN_PARAMETER_SET_RMMZU'
EXPORTING
WRMMZU = RMMZU.
CLEAR BILDFLAG.
CALL FUNCTION 'MAIN_PARAMETER_SET_BILDFLAG'
EXPORTING
BILDFLAG = BILDFLAG
RMMZU_OKCODE = RMMZU-OKCODE
RMMZU_BILDFOLGE = RMMZU-BILDFOLGE
RMMZU_MUSSFELD = RMMZU-MUSSFELD
RMMZU_BILDPROZ = RMMZU-BILDPROZ. "mk/3.0E
EXIT.
ENDIF.
ENDDO.
EXIT.
ENDIF.
-
завтра попробую через отладчик вычислить на какую выборку ругается .... я просто в ОЗМ нашел 2 поля на изменения в каких он так же ругается
-
завтра попробую через отладчик вычислить на какую выборку ругается .... я просто в ОЗМ нашел 2 поля на изменения в каких он так же ругается
Ну я сначала бы попробовал в разработке смоделировать ситуацию + сделать модификацию программы по ноте и посмотреть что получиться, а уже потом по коду бегать...
-
Сделал модификацию (тестовой системе кончно, но через прогу Димы, очень ксати понравилась)
.....
Буду через отладку искать, но кажется прийдется чистить таблички с полями ..... потом напишу ....
-
Разобрался, в тестовом манданте (копия продуктива) работает, получу добро начальства – попробую сделать в продуктиве.
Обнулил пару полей в табличках, сразу скажу что система Рителовая.
Причина была в поле "ПродажнЕд (MVKE-VRKM), правда, чтобы ее можно было изменить, через массовое изменение (MM47/MASS), необходимо было, сначала изменить поле (Единица выдачи (MARC-AUSME), но тут одна тонкость: для ссылочных магазинов и Распределительных центров, поле MARC-AUSME удалось поменять только через SE16N + &sap_edit, после этого, надо просто обновить поля MVKE-VRKM и MARC-AUSME через массовое ведение.
Т.е. последовательность такая:
1. Через SE16N + &sap_edit обнуляем поле MARC-AUSME для заводов, которые являются ссылочными для Распредцентров, и для самих распредцентров.
Рисунки se16n*
2. Через массовое изменение для всех заводов и РЦ обновил поля MARC-AUSME и MVKE-VRKM (без обновления данного поля не срабатывало)
MM47_*
Вопросы?
-
Вопросы?
У матросов нет вопросов, товарища начальника распределительного центра :D