Podgląd konfiguracji SAP z poziomu użytkownika końcowego

Nie jeden z nas, pełniąc rolę użytkownika końcowego SAP ERP, boryka się z błędami systemowymi, które czasami są wynikiem niepoprawnej konfiguracji, a czasami błędnie opracowanymi danymi podstawowymi. Kolejną kwestią jest nieprawidłowa obsługa systemu, spowodowana niedostateczną wiedzą o nim i pracą niezgodną ze standardami. Ale zdarzyć się może również, że przyczyna błędów tkwi głębiej, mianowicie w niedopatrzeniu w konfiguracji, do której my jako użytkownicy nie mamy dostępu i co jest dla mnie zrozumiałe. Artykułem tym jednak, chciałbym podzielić się odkryciem, które totalnie obróciło moją przygodę z SAP do góry nogami. Znudzony codzienną pracą, marząc o przejściu na drugą stronę (mowa o teamie IT), snułem w głowie domysły na temat tego jak wygląda konfiguracja systemu od wewnątrz.

Czułem się jak „Alicja po drugiej stronie lustra” i szukając furtki na tamten świat, stale trafiałem na mur. Wszelkie, prośby argumentowane możliwością zdobycia wiedzy, którą chciałbym wykorzystać ku chwale firmy oraz próby poszerzenia uprawnień w systemie kończyły się niepowodzeniem. Otrzymywałem odpowiedzi typu: „system to nie jest plac zabaw”, nawet serwery testowe nie są piaskownicą, więc nie ma mowy o możliwości wglądu w konfigurację (nigdy nie wnosiłem o edycję tylko o wgląd, który miał poszerzać rozumienie SAP).

Wiele zagwozdek systemowych udało się wyjaśnić, dzięki wujkowi google oraz uprzejmości użytkowników forumsap.pl. Dziękuje Bogu, za pokłady cierpliwości jakie posiada moja trójka muszkieterów SAP: Dominik Tylczyński, Wojtek Walczak i Piotr Krawiec. Dzięki Wam praca z SAP stała się błogosławieństwem i stale daje możliwości rozwoju.

W korespondencji z Wojtkiem na temat pewnej tabeli w SAP otrzymałem od niego wskazówkę:

Konfiguracja zawsze siedzi w tabelkach, w tym wypadku TNAPR. Możesz sobie polizać lizaka przez szybę i pooglądać w SE16N.

Powyższe zdanie bardzo mnie rozbawiło i uświadomiło mi, czym ta moja determinacja jest: próbą lizania lizaka przez szybę 🙂 Przecież nie mam uprawnień nawet do SE16N, bo tabele czytam sobie poprzez generowanie raportów w SQVI (wiem, że są i tacy, którzy również tam nie mają dostępu). Ale przechodząc do sedna tematu… dzień po tym emailu nastąpił niesamowity zwrot akcji. Powiedziałbym nawet dar niebios! Otwarcie furtki na tamten świat!

Odwołania do przewodnika konfiguracji SPRO w aplikacji pomocy SAP ERP

Wyobraźcie sobie sytuacje w której próbuje rozwikłać pewien temat dotyczący przypisania materiału do strategii planowania MRP. Otrzymałem od kolegów w firmie zapytanie, którego nawet już nie pamiętam a na które nie znałem odpowiedzi. Postanowiłem ją znaleźć najbliżej jak się da, czyli w aplikacji pomocy SAP ERP dostępnej z przycisku „F1”. Wyświetlił się tekst pomocy (jak niżej), który niestety zbyt dużo nie mówił, ale dał pierwszą wskazówkę do otwarcia furtki „do drugiej strony lustra”. Kliknąłem w link jak na rysunku 1 i moja reakcja wyglądała mniej więcej tak – link.

Po kliknięciu w powyższy link otworzyło się drzewo konfiguracji SPRO prowadzące do struktury odpowiedzialnej za planowanie popytu (rys. 2). Dzięki temu byłem w stanie pozwiedzać niedostępne wcześniej fragmenty „krainy czarów”.

Ale to jeszcze nie wszystko, bo mimo, że oko zostało pocieszone to powyższy fragment struktury SPRO był czymś co zakup DVD z grą dla dziecka, które nie posiada konsoli. Dlatego właśnie entuzjazm szybko prysł i temat poszedł w zapomnienie.

Innego razu natomiast próbowałem zaksięgować dokument przeksięgowania w SAP ERP, który miał być zakończony w SAP EWM. Wprowadzając wymagane pola w transakcji MIGO_TR, pojawił mi się komunikat informujący o braku zdefiniowanego rodzaju dokumentu dostawy dla ruchu, którego próbowałem użyć. Ku mojemu zdziwieniu w tekście pomocy SAP pojawił się kolejny link prowadzący do struktury przewodnika konfiguracji SPRO (rys. 3).

To już naprawdę sprawiło, że mało nie spadłem z krzesła. Link prowadził do o wiele bardziej ciekawego dla mnie fragmentu struktury – bo prowadził do modułu WM (rys. 4).

Po tym szoku zacząłem badać temat. Pomyślałem sobie, że może ktoś się bawił uprawnieniami i mam dostęp do „krainy czarów”, więc szybko przeszedłem do przewodnika konfiguracji poprzez wprowadzenie kodu transakcji SPRO. Pojawił się znany mi już komunikat:

Następnych kilka dni spędziłem na klikanie w różne pola, różnych transakcji i szukaniu linków w tekstach pomocy SAP – jak jakiś czubek. Niestety nie udało mi się znaleźć nic więcej. Ale pomyślałem sobie, że musi być jakiś sposób. Skoro mogę się dostać do przewodnika pomimo braku uprawnień to transakcja SPRO musi być tylko furtką do zbioru obiektów, do których mogę mieć uprawnienia. Postanowiłem więc kolejny raz zwrócić się po poradę do Wojtka. Otrzymałem odpowiedź jak niżej:

Autoryzacje tak działają, nie masz na poziomie obiektu autoryzacyjnego S_TCODE uprawnień żeby odpalić SPRO po prostu. To co pokazujesz niżej to jest całkiem normalne myślę, SPRO to po prostu drzewo z odnośnikami do wglądów różnego rodzaju i prowadzi do SM30.

Wyświetlanie obiektów konfiguracji przypisanych do działania IMG

I to była wskazówka na którą ciągle czekałem. To był namiar na furtkę do tamtego świata. Poleciałem szybko do transakcji SM30. Bingo! Są uprawnienia. Teraz trzeba by było się dowiedzieć jak uzyskać listę wglądów przewodnika konfiguracji SPRO. Jako, że w domu mam dostęp do IDES’a szkoleniowego SAP ERP, sprawdziłem dokładnie o co chodzi z tymi obiektami.

Okazuje się, że po kliknięciu w prawy przycisk działania SPRO jest możliwość wyświetlenia jego informacji technicznej:

 

Następnie wyświetla się dodatkowe okno, w którym system podaje jak na tacy:

1. ID działania do którego prowadzi menu struktury SPRO.
2. Obiekty przypisane do tego działania (te do których możemy się dostać poprzez transakcję SM30).
3. Oraz transakcję bezpośrednio prowadzącą do obiektu opracowania (zazwyczaj są to cztery ostatnie cyfry ID działania z pkt. 1).

A więc jesteśmy w domu! Odpaliłem raport SQVI i na szybko przygotowałem raport z tabeli CUS_ACTOBJ, która przechowuje dane obiektów do których prowadzi drzewo struktury SPRO. Miałem już potężny plik Excela z tysiącami obiektów, które mogłem sobie sprawdzać w pracy.

Kolejnego dnia stwierdziłem, że spróbuje rozwiązać problemy, które już kilka tygodni temu zgłosiłem do naszego działu wsparcia SAP. Pomyślałem sobie, że tematy te wciąż „wiszą” jako otwarte, więc co mi tam – spróbuję. Jednym z nich był błąd, który powodował, że nie wszystkie zlecenia produkcyjne po wydruku generowały zapotrzebowania transportowe do systemu EWM. W momencie wydruku zlecenia produkcyjnego, system SAP wyzwala krok „przygotowanie-WM”, które powoduje wygenerowanie dostawy wychodzącej, automatycznie dystrybuowanej do SAP EWM. Na podstawie tej dostawy odbywa się kompletacja w EWM do zlecenia produkcyjnego utworzonego w SAP ERP. Krok „WM-przygotowanie” wyzwalany jest programem PPIO_ENTRY, zaplanowanym jako background job co kilka minut. Działa to na zasadzie makra, mniej więcej w taki sposób:

1. Znajdź wszystkie zlecenia produkcyjne z puli, które posiadają wymagane statusy systemowe.
2. Następnie wczytaj te zlecenia w transakcji COHV.
3. Poprzez opcję przetwarzania zbiorczego wywołaj funkcję WM-przygotowanie materiału.

Nie było wiadomo dlaczego, ale to nie działało dla jakichś 30% zleceń – przez to zdarzały się opóźnienia. Statusy zleceń były prawidłowe, wydawać by się mogło, ze wszystko się zgadzało. Jednak udało mi się znaleźć zależność. System nie robił tego tylko dla wybranych wariantów materiałowych. Sprawdziłem dane podstawowe materiałów i okazało się, że we wglądzie „przygotowanie pracy” transakcji MM02, materiały różnią się polem „profil sterowania produkcją”.

A więc dobrze, to był właśnie ten moment. Nie mogę nic w konfiguracji zmieniać, co doskonale rozumiem, ale mogę ją podejrzeć – spróbuję więc podejrzeć jakie profile sterowania produkcją zostały opracowane dla zakładu w którym pracuje. Znalazłem na forum, że służy do tego transakcja OPJ9, więc wprowadziłem jej kod i jak zwykle otrzymałem komunikat jak niżej:

Uśmiechnąłem się pod nosem i pomyślałem: „dobrze, to teraz odpalmy mój plik z obiektami SPRO”. Znalazłem wgląd: V_T024F. Następnie uruchomiłem transakcję SM30 i wkleiłem go jak niżej:

Po kliknięciu w przycisk wyświetlania jestem w środku 😉 Mam już listę wszystkich profilów sterowania produkcją (rys. 10).

Teraz trzeba było pójść dalej i zerknąć co się kryje pod tymi profilami. Odpalam zatem transakcję OPKP (choć już z góry wiem jaki będzie wynik). Nie pomyliłem się – brak uprawnień:

A więc wracam do mojego pliku Excela z wglądami customizacji i szukam odpowiedniego obiektu, czyli V_TCO43. Wklejam go do transakcji SM30:

I tym sposobem jestem w szczegółach konfiguracji profilu sterowania produkcją.

Porównując wszystkie profile sterowania produkcją natknąłem się na różnice, pomiędzy tymi, które powodowały generowanie dostawy w EWM a tymi, które jej nie generowały. Różnica tkwiła w wyborze wskaźników w sekcji „transport” (rys. 14).

Oczywiście nic tutaj zmieniać nie mogłem, ani nawet nie chciałem. Ale dlaczego by nie zmienić danych podstawowych materiału i zmienić im przypisanie do właściwego profilu sterowania produkcją. Po wczytaniu materiałów w transakcji MM17, zmieniłem wartość pola widocznego na rysunku 15, na prawidłowo skonfigurowany profil.

Tylko ta jedna mała zmiana przyczyniła się rozwiązania problemu. Po tym zabiegu w EWM pojawiły się dostawy oczekujące na kompletację. Zamknąłem ticket wysłany wcześniej do servicedesku, a zaraz po nim kilka kolejnych. Dzięki wskazówce Wojtka, udało się otworzyć furtkę na „tamten świat”. Nastąpił kolejny etap w życiu zawodowym, dzięki któremu dalsza przygoda z SAP ERP nabrała kolorów. Teraz często jest tak, że zgłaszam problem do servicedsku, jeśli długo nie ma odpowiedzi a znajdzie się odrobina czasu to sam sobie je naprawiam. Czyli można powiedzieć, że wysyłam tickety sam do siebie ;-)))

Wszyscy, którzy chcieliby skorzystać z listy wglądów i obiektów opracowania drzewa customizacji SPRO zapraszam do skorzystania z poniższego wykazu. Wykaz ten znajdziesz również w menu SPRO w górnej części bloga. Spodziewam się dla Was ekspertów temat ten może być znany i stary jak świat, ale dla użytkownika końcowego jest to prawdziwe odkrycie Ameryki 😉

Obiekty przypisane do działań konfiguracji w SPRO