Błąd typu 4 przy imporcie

Jeśli programujesz, administrujesz, integrujesz i masz wątpliwość lub obawę, to właśnie najlepsze miejsce dla Ciebie. Pisz śmiało...
RKISIEL
Posty: 583
Rejestracja: pn lut 14, 2011 9:10 pm
Has thanked: 421 times
Been thanked: 263 times

Re: Błąd typu 4 przy imporcie

Post autor: RKISIEL »

anetajur pisze: śr kwie 25, 2018 12:09 pm Nie ma to jak zielony import :D
Cześć,

Ciekawiej jest kiedy jest "6" i nieświadomy ADMIN BASIS bo to ani "4" ani "8" :shock:

Czasami występuje przy transporcie tabel GB+++.
Wymaga (przy imporcie tych tabel lub po modyfikacjach puli procedur w programach określonych w transakcji GCX2) uruchomienia w systemie/mandancie docelowym programu RGUGBR00.
Rafał Kisiel
dominik.tylczynski
Posty: 8326
Rejestracja: wt kwie 03, 2007 4:05 pm
Has thanked: 1915 times
Been thanked: 1474 times
Kontakt:

Re: Błąd typu 4 przy imporcie

Post autor: dominik.tylczynski »

Jeszcze ciekawszy jest przypadek poprawnego importu z kodem 0, po którym zaczynają lecieć short-dump'y. Tak się zdarza w przypadku transportu procedur czy warunków zdefiniowanych w transakcji VOFM.

To zjawisko jest opisane w nocie 598475 - XPRA RV80HGEN when transporting VOFM objects
Rozwiązaniem jest uruchomienie po imporcie w systemie docelowym raportu RV80HGEN lub dodanie do transportu obiektu R3TR XPRA RV80HGEN.
UWAGA: W nocie jest błąd - w pewnym momencie w nocie jest informacja o raporcie RVH80HGEN:
Nota: 598475 - XPRA RV80HGEN when transporting VOFM objects pisze:This ensures that the XPRA RVH80HGEN is automatically attached...
Poprawna nazwa raportu to RV80HGEN. Sama zmiana implementowana przez notę, jest już poprawna. Błąd jest tylko w tekście noty.
anetajur
Posty: 234
Rejestracja: pn lut 05, 2018 1:36 pm
Has thanked: 65 times
Been thanked: 21 times

Re: Błąd typu 4 przy imporcie

Post autor: anetajur »

Dziękuje :)
ODPOWIEDZ