Dekretacja proporcjonalna w PR - zatwierdzanie

[max301]

Cześć.

Mam pytanie związane z zatwierdzaniem PR w przypadku kiedy używamy dekretacji dzielonej pomiędzy różne MPKi.
Bez znaczenia czy używamy podział procentowy czy ilościowy wygląda to podobnie.

W przypadku kiedy mamy dwa MPKI z podziałem np. 70/30 to pierwszym krokiem zatwierdzanie jest ten dział, który ma większy udział w kosztach.
Po zmianie proporcji dział się zmienia w Realease Strategy.

Problem jest wtedy kiedy podział jest 50/50. Skąd system wie, który kod zatwierdzania wrzucić w pierwszym kroku?
Czemu ten jeden a nie akurat ten drugi?

No i podstawowe pytanie.
Czy można tak ustawić system żeby w takich sytuacjach wskakiwały w zatwierdzeniu wszystkie osoby odpowiedzialne za te użyte MPKi?
Tak żeby nie było potem że ktoś-komuś-coś wrzucił w koszty bez jego zatwierdzenia.

[dominik.tylczynski]

Strategia zatwierdzania dla dekretacji wielokrotnej została wprowadzona notą 106817 - Release procedure for multiple account assignment Za wybór dekretacji o najwyższym udziale procentowym jest odpowiedzialny ten kawałek kodu:

Kod: Zaznacz cały

*- Bei Mehrfachkontierung - höchste Kontierung    multi account assignm
    loop at bsc where bnfpo eq eban-bnfpo.                
      if bsc-vproz ne space.                               
         if bsc-vproz gt save_vproz.                    
            save_vproz = bsc-vproz.                     
            ebkn = bsc.                                    
         endif.                                            
      endif.                                               
    endloop.  

Nota jest z 1998 roku, do wersji 3.0, ale w S/4HANA wygląda to dokładnie tak samo.

Wcześniej tablica wewnętrzna BSC jest sortowana po polu ZEBKN, czyli numerze kolejnym dekretacji. Zatem zostanie wybrana strategia dla pierwszej dekretacji (MPK w Twoim przypadku) o największym udziale procentowym. Jeśli masz dwie dekretacje o takim samym udziale procentowym to zostanie wybrana pierwsza z nich. To się zgadza z Twoimi zrzutami ekranów.

Moim zdaniem nie ma możliwości uruchomienia dwóch różnych strategii zatwierdzania dla tej samej pozycji zapotrzebowania.

[max301]

Dziękuję za odpowiedź.
Czyli zostaje mi przekonać kierowników że jeżeli chcą używać dekretację wielokrotną to muszą sobie zaufać w kwestii zatwierdzania zapotrzebowań.

[dominik.tylczynski]

Dziękuję za odpowiedź.
Czyli zostaje mi przekonać kierowników że jeżeli chcą używać dekretację wielokrotną to muszą sobie zaufać w kwestii zatwierdzania zapotrzebowań.

Albo pokazać im nielogiczność ustalania strategii zatwierdzania na podstawie MPK w przypadku dekretacji wielokrotnej. Zatwierdzasz pozycję zgłoszenia zapotrzebowania przy pomocy strategii ustalanej na podstawie MPK określonego w tej pozycji. W przypadku dekretacji wielokrotnej masz kilka MPK. Zatem należałoby uruchomić kilka strategii. Natomiast dla pojedynczej pozycji można uruchomić jedną strategię jednocześnie. Stąd SAP wybiera MPK o największym udziale procentowym i odpowiedzialny za ten MPK zatwierdza pozycję zgłoszenia dla pozostałych MPK.

Jeśli konieczne jest ścisłe rozdzielenie odpowiedzialności za budżety MPK stosowałbym raczej dekretację pojedynczą i ewentualnie kilka pozycji zgłoszenia zapotrzebowania.

[max301]

W większości idą koszty na pojedyncze MPKi ale w przypadkach wspólnych kosztów "administracyjnych" (kawa, woda itp) łatwiej będzie rozdzielić takie koszty właśnie dzięki podziałowi jednego wiersza.

[dominik.tylczynski]

W większości idą koszty na pojedyncze MPKi ale w przypadkach wspólnych kosztów "administracyjnych" (kawa, woda itp) łatwiej będzie rozdzielić takie koszty właśnie dzięki podziałowi jednego wiersza.

Taki podział ma naturalnie sens. Tylko czy warto dla tego rodzaju zakupów uruchamiać strategie zatwierdzania? Również czy faktycznie wszyscy właściciele MPK'ów muszą się zgodzić na taki wspólny zakup? To są oczywiście pytania o organizację procesu zakupów administracyjnych, a nie o możliwości systemu. Jeśliby się bardzo postarać to można zbudować niestandardowy workflow, gdzie wszyscy właściciele obciążanych MPKów będą musieli wyrazić zgodę. Tylko czy warto to robić?

[max301]

Moim zdaniem nie.
W poprzedniej firmie działało to tak, że pierwszy lepszy kieronik, który dostał powiadomienie na maila (Job rozsyłany mailem z sapa) zatwierdzał.
Jeżeli miał obawy że cały koszt pójdzie w jego MPK to upewniał się wchodząc w kartę dekretacji.
Jak widział rozbicie na inne MPKi to zatwierdzał już bez obaw.

[dominik.tylczynski]

To jest sensowne, proste i skuteczne rozwiązanie.

[max301]

Pytanie jeszcze o zatwierdzanie/odrzucanie PR wiec nie będę zakładał nowego tematu.

Domyślnie w Me55 widać tylko ikonki ptaszka/ołówka gdzie mogę zatwierdzi pozycję.
Żeby odrzucić muszę wejść w GoTo i tam wybrać indywidualne zatwierdzenie a potem kliknąć ikonę Reject.

Mam w systemie (właściwie to jeden z kierowników ma) masę niezatwierdzonych PRek od początku roku.
Chciałbym aby to wyczyścił ale nie przez usunięcie pozycji w poszczególnych PRkach ale właśnie przez odrzucenie.
Tyle że takie klikanie w każdą z nich gościa zniechęci do tego.

Czy w ME55 mogę odrzucić PR bez wchodzenia do niego ?

[max301]

Odgrzeję nieco swojego kotleta.

Zauważyłem że stosowanie dekretacji proporcjonalnej wymusza mi zaznaczenie checkoxa „niewycenione przyjęcie materiału”.
Niestety to dyskwalifikuje jej stosowanie.

Co ma piernik do wiatraka ?
Chcę proporcjonalny podział na różne MPKi ale nadal chcę mieć przyjęcie z wartością.

Czy to jest standardowe zachowanie ?

[mrcb]

Tak, to standardowe zachowanie.
Dawniej SAP nie udostępniał opcji wycenionego PZ przy dekretacji dzielonej.
Dziś, podobno jest taka możliwość ( poczytaj o business function LOG_MM_MAA_1).
Taki wątek znajdziesz nawet na tym forum viewtopic.php?t=5341

Osobiście nigdy nie miałem okazji testować.

pozdr.m.

[max301]

Dziękuję ,
Zapytam czy jest u nas możliwa zmiana.

[dominik.tylczynski]

Przede wszystkim funkcje biznesowe trzeba aktywować i zwykle aktywacji nie można cofnąć. Zatem warto to zrobić na wydzielonym systemie i dobrze zrobić testy regresyjne.
Jeśli chcesz używać funkcji LOG_MM_MAA_1 to przeczytaj dokładnie i zaimplementuj wszystkie noty o MAA. Jest ich całkiem sporo.