LOG_MM_MAA_1 SWF5 Dekretacja wielokrotna

[tombalc]

Czy ktoś ma doświadczenia z włączeniem przełącznika dla business function LOG_MM_MAA_1?
Mamy ECC 6.0 wersja 604, SAPKH60403. Sapa zaleca SAPKH60410 ale nie możemy pozwolić sobie na podniesienie poziomu supportpackage. To praktycznie rewalidacja całego systemu.

[dominik.tylczynski]

Chyba nie da rady bez podnoszenia patch'y.

Reason and Prerequisites
There are various problems and restrictions for valuated goods receipts with multiple account assignment.

...

Solution
The redesign is delivered in the following Support Package:
Enhancement Package 4 in SAP_APPL 604 SAPKH60410 or in
Enhancement Package 5 in SAP_APPL 605 SAPKH60504.

Due to the complexity of the changes, SAP AG recommends that you urgently implement the redesign with the relevant Support Package.

A potem leci długa lista not...

Na moje oko SAP wypuścił nie do końca przetestowaną funkcjonalność, a błędy skorygował dopiero w patch'u 10 dla Ehp 4. Ponadto po włączeniu tej funkcji nie będzie można jej wyłączyć transakcją SFW5. Zatem jeśli próbować bawić się tą funkcją to tylko na jakiejś oddzielnej kopii systemu.

[tombalc]

Dominik,
Dzięki za odpowiedź. Podnoszenie patchy nie wchodzi w grę, bo to konieczność ponownej walidacji całego systemu. Ale nacisk jest spory, bo jest wiele do ugrania. Na początek spróbuję włączyć na naszym deweloperskim, przy zatrzymanych innych aktywnościach. Dam sobie dwa dni na testy i implementację niektórych z 50 not podanych przez SAP. Jak się uda to OK, jeśli nie to przywracamy system z backup i próbujemy budować piaskownicę.
Wiem, że to działa na ECC 6.0. Nie wiem tylko przy jakim poziomie patchy.
Liczyłem na to, że ktoś już tą ścieżkę przeszedł.

[dominik.tylczynski]

Jeszcze jedna uwaga z noty:

In Release Enhancement Package 4, the installation of Support Package 09 is a prerequisite for implementing the notes specified below.

Wygląda, że wszystkie noty podane w nocie 1629023 wymagają patch'a 9, a jak pisałeś wcześniej, macie obecnie 3. Zatem będzie musiał zainstalować naprawdę sporo not, aby uruchomić poprawnie MAA2. Zainstalowanie takiej ilości not to prawie jak podniesienie poziomu patch'y. Czy taka akcja nie wymusi rewalidacji systemu?

Ale nacisk jest spory, bo jest wiele do ugrania.

Co takiego specjalnego chcecie uzyskać z LOG_MM_MAA_1 SWF5?

[tombalc]

Dzięki, Dominiku,

Wygląda na to, że bez podniesienia patchy nie ma nawet co próbować. A trzeba by podnieść o co najmniej 7 supportpackage. Muszę odpuścić. A do ugrania nie tyle, na ile jest nacisk. Muszę tylko wyjaśnić decydentom, dlaczego nie warto. Bo nie warto.
Oczekiwana korzyść z LOG_MM_MAA_1 to głównie możliwość księgowania kosztów zamówień z dekretacją dzieloną w momencie PZ a nie dopiero na etapie faktury, co u nas następuje z dużym opóźnieniem. Proponowaną alternatywą jest nie robienie zamówień z dekretacją dzieloną, co gubi sens, jeśli struktura faktury nie będzie zgodna ze strukturą zamówienia. Chyba, że dostawca wystawi fakturę na pół choinki w jeden MPK a drucie pół w inny. I przerżnie ją na pół .
Podejrzałem, jak to jest u kolegów z korporacji. Mają Enhancement Package 6 in SAP_APPL 605 SAPKH60506. Albo wgrywają SP na bieżąco albo, co któryś, uruchamiając testy regresyjne.

[dominik.tylczynski]

Wygląda na to, że bez podniesienia patchy nie ma nawet co próbować. A trzeba by podnieść o co najmniej 7 supportpackage. Muszę odpuścić. A do ugrania nie tyle, na ile jest nacisk. Muszę tylko wyjaśnić decydentom, dlaczego nie warto. Bo nie warto.
Oczekiwana korzyść z LOG_MM_MAA_1 to głównie możliwość księgowania kosztów zamówień z dekretacją dzieloną w momencie PZ a nie dopiero na etapie faktury, co u nas następuje z dużym opóźnieniem. Proponowaną alternatywą jest nie robienie zamówień z dekretacją dzieloną, co gubi sens, jeśli struktura faktury nie będzie zgodna ze strukturą zamówienia. Chyba, że dostawca wystawi fakturę na pół choinki w jeden MPK a drucie pół w inny. I przerżnie ją na pół .

Faktycznie, biorąc pod uwagę poziom pacht'y i związane z tym ryzyko w porównaniu do korzyści raczej nie warto. Moim zdaniem, nawet jeśli zaaplikujesz wszystkie noty, będzie spory problem z dokładnym przetestowaniem tej nowej dekretacji. Jeśli coś przeoczysz i będzie błąd w produkcji, to support SAP powołując się na tę notę najpewniej umyje ręce.

Jedna oprócz księgowania niewycenianego Pz jest jeszcze jedna możliwość. Zawsze można takie wspólne zakupy dekretować na wspólne MPK i po zaksięgowaniu Pz ręcznie rozksięgować koszty na docelowe MPK bezpośrednio w controllingu. Rozumiem, że temat dotyczy zakupów nieprodukcyjnych typu przykładowa choinka, zatem nie powinno być ich aż tak dużo, żeby nie można było tego robić ręcznie.

Podejrzałem, jak to jest u kolegów z korporacji. Mają Enhancement Package 6 in SAP_APPL 605 SAPKH60506. Albo wgrywają SP na bieżąco albo, co któryś, uruchamiając testy regresyjne.

Ciekawe jak sobie korporacyjni koledzy radzą z rewalidacją systemu pod wgraniu patch'y? Może testowanie procesów GXP critical mają zautomatyzowane skryptami CATTS?

[tombalc]

Jedna oprócz księgowania niewycenianego Pz jest jeszcze jedna możliwość. Zawsze można takie wspólne zakupy dekretować na wspólne MPK i po zaksięgowaniu Pz ręcznie rozksięgować koszty na docelowe MPK bezpośrednio w controllingu. Rozumiem, że temat dotyczy zakupów nieprodukcyjnych typu przykładowa choinka, zatem nie powinno być ich aż tak dużo, żeby nie można było tego robić ręcznie.?

Jasne, że można. Można też utworzyć zlecenie controllingowe z z przepisem rozliczeniowym na MPK. Chodzi o to, żeby określić to na poziomie zamówienia (i zatwierdzania takich kosztów przed ich realizacją) a nie dopiero na etapie faktury. No i wyeliminowanie dodatkowej pracy w controllingu. Nie chodzi tu o przysłowiową choinkę za parę złotych ale np. event dla całej firmy.

Korporacyjni koledzy chyba jeszcze nie wiedzą, co to GxP i walidacja. Testy regresyjne wykonują użytkownicy. Chyba jest wtedy mała przerwa w działaniu systemu. Mogę sie tego tylko domyslać. Wiem jednak, że wkrótce korporacyjny system będzie wspierał procesy GxP krytyczne. Zobaczymy jak to będzie.