Problem - Update terminated

[as3]

Witam,
Pracuje w zespole Basis w sporej firmie od kilku miesiecy.
Zaczely pojawiac sie bledy przy ruchach MM Update Terminated (w SM13 jest
tego juz sporo)
Od czego mógłym zacząc aby zgłębić problem,
Za wszystkie sugestie z góry dziękuję,
Pozdrawiam - Arek

[sapfreelance]

Kliknij w SM13 na czerwoną linię i podaj nam komunikat/y błedów.

[as3]

Ok, podaje:
TCode: MIGO_GR
Mod.ID:1 Mod.name: RV_MESSAGE_UPDATE Module type: V1 NORMAL Status:Err
Error text: M7 041 Enter a batch

Z innej beczki pytanie , Jak wam wychodzi wgrywanie not np. Intrastat ?
Pozdrawiam wszystkich SAPerów, ;)

[dtylczyn]

as3 napisał:
> TCode: MIGO_GR
> Mod.ID:1 Mod.name: RV_MESSAGE_UPDATE Module type: V1 NORMAL Status:Err
> Error text: M7 041 Enter a batch

Moim zdaniem, błąd jest generowany w programie przetwarzającym informację
wyjściową (wydruk) dla dokumentu materiałowego przyjęcia. Sprawdź w konfiguracji
co to za program i dla czego generuje komunikat o błędzie.
Dominik
www.icg.pl

[as3]

Dziękuję , sprawdzę

Nie macie problemu z Intrastat, bo u Mnie w firmie nie podoba się formularz.
AS

[sapfreelance]

> TCode: MIGO_GR
> Mod.ID:1 Mod.name: RV_MESSAGE_UPDATE Module type: V1 NORMAL Status:Err
> Error text: M7 041 Enter a batch

Używacie zarządzania partią ?
Czy są to ruchy przyjęcia do zamówienia/do zamówienia podwykonawstwa/do zleceń
produkcyjnych?

[sapfreelance]

No i jeszcze putanie: czy te nieudane aktualizacje powstają po transakcjach on-
line'owych?

[as3]

Dziekuje za pomoc ale dzisiaj juz ide do domu, jesli mozna jutro moglibysmy
dokonczyc.
Pozdrawiam.
Arek

[as3]

Witam ponownie,
Po konsultacji z adminem MM odpowiadam na pytania:

Używacie zarządzanie partią ?

W ogóle to tak – w tym przypadku chyba NIE


Czy są to ruchy przyjęcia do zamówienia/do zamówienia podwykonawstwa/do zleceń
produkcyjnych?

TAK

Czy te nieudane aktualizacje powstają po transakcjach on-
line'owych?

TZN?? Jeśli występuje błąd to tego dokumentu już żadnym
sposobem się nie wydrukuje, ani podczas jego tworzenia on-line ani później w
zmianie.

Pozdrawiam
AS

[sapfreelance]

as3 napisał:

> Czy są to ruchy przyjęcia do zamówienia/do zamówienia podwykonawstwa/do
> zleceń produkcyjnych?
>>TAK

Czy te 101ki powiązane są ze zużyciem komponentów zarządzanych w partiach
(backflush przy zleceniach prod./podwykowanstwie)?

> Czy te nieudane aktualizacje powstają po transakcjach on-
> line'owych?
>>TZN??

tzn czy transakcję wykonuje użtykownik czy też np. jest to robione przez
interfejs.

Wracając do propozycji Dominika: częto tak jest, że błąd w programie wydruku lub
sapscrit'cie przerywa aktualizację.

Poproś MMkowca aby zrobił w następujący sposób.
-W migo_gr wprowadź raz jeszcze dokumnet, który przerwał aktualizację ale
z niezaznaczonym checkbox'em "Print" (tym od parametru NDR).

-jeśli aktualizacja będzie ok to utwórzcie informację wyjściową poprzez MB02 ale
z czasem wyprowadzenia "3" - tak aby system jeszcze nie tworzył wydruku.

- za pomocą MB90 wyprowadź informację wyjściową (tu powinieneś dostać komunikat
błędu - może będzie inny niż ten z SM13).

[dtylczyn]

Arek,
Problem wynika z błędnego działania programu drukującego dokumenty materiałowe
PZ (przyjęcie do zamówienia transakcją MIGO_GR). Program ten działa w update
task'u i generuje wprost komunikat o błędzie (komunikat M7 041). Powoduje to
przerwanie aktualizacji (o czym system informuje dokumentem ekspresowym do
użytkownika, który zaksięgował dokument) oraz short dump'em. Jeśli program
drukujący zgłasza błąd przetwarzani informacji wyjściowej (wydruku) powinien to
zrobić przy pomocy funkcji NAST_PROTOCOL_UPDATE.
Pozostaje Tobie zidentyfikowanie tego programu. Możesz to zrobić przez analizę
zrzutów w transakcji ST22 - jak dobrze poklikasz to dotrzesz do źródła błędu.
Ewentualnie możesz też wykonać where used na komunikacie M7 041 (transakcja
SE91). Może uda Ci się w ten sposób dotrzeć szybciej to tego programu drukującego.

Powodzenia
Dominik
www.icg.pl

[sapfreelance]

Jeszcze jedna myśl...("enter batch" sugeruje, że problem ma pośrednio związek z
partiami lub ich klasyfikacją).

-Czy na wydrukach PZtek (być może używanych w innych przypadkach) widnieją dane
partii (a jeszcze dokładniej) klasyfikacji partii?

-Czy do numeracji partii (tam gdzie partii używacie) są wykorzystywane
userexity?

[as3]

Witam ponownie,
Dziekuje za pomoc, sugestie sie przydaly.
Z pomocą konsultanta problem rozwiązany:
Przyczyna byl user exit wykorzysytwany przy drukowaniu - uzyskiwanie cech
partii. Z definicji bylo to przeprowadzane dla wszystkich pozycji (nawet dla
tych bez partii) - bo powodowalo blad.

Dodalem warunek w programie: ZXMBCF01, ze tylko dla pozycji, w ktorych partia
<> '' bedzie przeprowadzana ta operacja.
Pozdrawiam,
Arek