Odpowiedź forum utworzona
-
Wpisy
-
Wg mojej wiedzy LX27 to jest jedyny raport z datą ważności w WM, zakładając naturalnie, że masz materiały bez zarządzania w partiach, a datę ważności przechowujesz w kwantach zapasu WM.
Do wydawania kwantów zapasu o najkrótszej terminie ważności możesz wykorzystać strategię pobrania Strategy H: Shelf Life Expiration Date. To jednak nie blokuje możliwości wydania przeterminowanego zapasu.
Blokowanie można oprogramować w rozszerzeniu MWMTO004. Jednak to trzeba zrobić z głową, bo zapewne nie dla wszystkich ruchów WM chciałbyś to blokowanie zrobić. Dla normalnych wydań zapewne tak, ale już dla ręcznych czy dla blokowania zapasu już nie.
Pozdrawiam
Powodzenia. Nie ustaję jedna w wysiłkach udrożnienia normalnej komunikacji z SAP i znalezienia sposobu na implementowanie takich potrzeb w standardzie.
Trzymaj kciuki, bo to jest tutaj bardzo potrzebne 😉
Zobacz wątek na ForumSAP.pl – Dodatkowa referencja BKPF-XBLNR_ALT – temat dla PGUS
Traktuje właśnie o tym problemie. Jako Polska Grupa Użytkowników SAP zbieramy obecnie zgłoszenia poszczególnych klientów do supportu SAP opisujące ten problem.
Pozdrawiam
Dominik Tylczyński
Używałem kiedyś transakcji LM30 i nie miałem podobnych problemów.
Sprawdziłem noty, ale nie ma żadnej świeżej opisującej podobny problem – najświeższe dotyczące problemu z aktualizacją statusu HU są z 2005/2006, więc już mocno leciwe.
Zapewne wystarczyłoby zdebuggować transakcję i zobaczyć kiedy pojawia się komunikat o błędzie aktualizacji statusu, ale tego bez dostępu do systemu nie da się zrobić.
Pozdrawiam
Dominik Tylczyński
Cześć, nie jestem prawnikiem i nie analizowałem dokładnie tematu. Natomiast czuję przez skórę, że przepisy GDPR/RODO wprowadzone jednolicie w całej Unii Europejskiej są bardzo sensowne i logiczne. Sensowniejsze niż ustawa o ochronie danych osobowych. Jestem przekonany, że ten GDPR/RODO ustanawia po prostu ramy prawne dla reguł i zasad, które powinny być stosowane przez szanujące się i swoich kontrahentów/partnerów firmy.
Natomiast w naszym pięknym kraju, o swoistej kulturze prawnej temat jest wprowadzany “a la polacca” – jest mnóstwo szumu medialnego, brak wyważonych opinii i wielkie pole do popisu dla wszelkich audytów i doradztwa. Miałem przyjemność brać niedawno udział w takim audycie. Jednym z pytań z obszaru SAP było dociekanie w jaki sposób jest zabezpieczony przepływ danych między bazą danych a systemem SAP ERP. Tak się zastanawiam czy to pytanie ma w ogóle sens w kontekście GDPR/RODO?
Pozdrawiam
Dominik
Wątek o GDPR/RODO to jest bardzo dobry pomysł. Możesz go śmiało założyć np. w dziale “O działalności grupy” lub “Inne dyskusje”. Chyba, że uważasz, że lepiej byłoby utworzyć nowy dział dla podobnych wątków.
Pozdrawiam
Dominik
PS. Oj tam wyzwanie. Po tylu latach z SAP pewnie masz wprawę z intuicyjnym interfejsem użytkownika ;))
Link do spotkania, u dołu strony jest przycisk do zgłoszenia rezerwacji: Pierwsze spotkanie Polskiej Grupy Użytkowników SAP
Dzień dobry, godzinę wrzuciłem na razie orientacyjnie. Dziękuję za tę uwagę, najpewniej przesunę godzinę startu na 10:00.
Pozdrawiam
Na razie planujemy zrobić pierwsze, inauguracyjne spotkanie: https://sapusers.pl/events/pierwsze-spotkanie-polskiej-grupy-uzytkownikow-sap/
Myślę, że idea zaskoczy i będziemy podobne spotkania organizować cyklicznie. Moim zdaniem bez takich spotkań, tylko w Internecie Grupa nie może działać efektywnie.
Pozdrawiam
Dominik Tylczyński
Wg wszelkich znaków na niebie i na ziemi – Poznań.
Konkretne przygotowania uruchomię jak tylko będę miał na 100% klepnięte miejsce i czas. Chętnie skorzystam z wszelkiej pomocy.
Cześć, w standardzie WM takiego raportu nie ma. Wg mojej wiedzy funkcja konsolidacji zapasu jest w EWM.
Natomiast napisanie takiego raportu nie stanowi większego problemu. Wystarczy wybrać kwanty zapasu WM w określonych typach magazynu i funkcją L_TO_CREATE utworzyć zlecenia przeniesienia na ich przemieszczenie. Docelowe miejsce składowania powinno podczas tego przemieszczenia być określane przez strategię rozmieszczania.
Pozdrawiam
Dominik Tylczyński
Proszę o uważne przeczytanie artykułu Analiza wymagań płatności podzielonej (“split payment”) w SAP ERP – maila z SAP Globalization Services, oficjalnej informacji o zmianie prawnej umieszczonej dostępnej przez SAP Launchpad oraz dokumentu z naszymi wymaganiami.
Włączmy się w tę inicjatywę – to jest nasza szansa na przedstawienie oczekiwań polskich klientów SAP dot. split payment i wypracowanie jak najlepszego rozwiązania w standardzie SAP.
