Pole MARC-LOSGR to "Lot Size for Product Costing":
Dokumentacja pola MARC-LOSGR pisze: Short Text
Lot Size for Product Costing
Definition
Lot size of the costed object (such as a material or sales order) used
in the product cost estimate.
Use
The costing lot size in the material master record is usually used as a
basis for costing all materials within one low-level code. If these
materials (such as semi-finished products) are used in materials (such
as finished products) in the next-highest low-level code, the costing
results are converted to the costing lot size of the material costed (in
this case, the finished product) to calculate the material costs for the
finished product.
To pole nie ma nic wspólnego z zapasami.
Najpewniej różnica wynika z tego, że jednak masz w zakładzie jakiś zapas wyceniony, który nie jest zarządzany na poziomie składu.
dominik.tylczynski pisze: ↑pt mar 16, 2018 1:37 pm
Najpewniej różnica wynika z tego, że jednak masz w zakładzie jakiś zapas wyceniony, który nie jest zarządzany na poziomie składu.
Czy to mogę gdzieś zweryfikować, sprawdzić ? W jakim miejscu / tabeli ?
Zobacz dokładnie stany tego problematycznego materiału w transakcji MMBE. Tam wyświetlisz zapasy na wszystkich możliwych poziomach. Sprawdź też wglądy szczegółowe w tej transakcji. Na pewno znajdziesz tę 1 szt. Daj znać na jakim zapasie jest to wtedy będę mógł powiedzieć w jakiej tablicy SAP siedzi ten zapas.
dominik.tylczynski pisze: ↑pt mar 16, 2018 2:16 pm
Zobacz dokładnie stany tego problematycznego materiału w transakcji MMBE. Tam wyświetlisz zapasy na wszystkich możliwych poziomach. Sprawdź też wglądy szczegółowe w tej transakcji. Na pewno znajdziesz tę 1 szt. Daj znać na jakim zapasie jest to wtedy będę mógł powiedzieć w jakiej tablicy SAP siedzi ten zapas.
W MMBE mam to samo co w MB52 czyli 17 sztuk. Nigdzie nie mogę znaleźć żadnego dodatkowego wpisu na 1 sztukę.
Przeklikałem się przez tą transakcję, rózne opcje wyboru i mam cały czas 17 sztuk ...
To jest prawie niemożliwe - gdzieś musi być ta 1 sztuka. No chyba, że masz niespójne dane w systemie.
Obawiam się, że bez dostępu do Twojego systemu będzie trudno pomóc.
I jeszcze jedno, w MARD mam stan na obecny okres, czyli 2018/03. A chcąc zbadać stany na koniec np. stycznia już takich danych stąd nie wezmę, tak ?
Wtedy wybieram sobie z zakresu dat z MSEG indeksy, sumuję ilosci na ruchach magazynowych i mam ilosć na koniec okresu ?
dominik.tylczynski pisze: ↑pt mar 16, 2018 3:29 pm
To jest prawie niemożliwe - gdzieś musi być ta 1 sztuka. No chyba, że masz niespójne dane w systemie.
Obawiam się, że bez dostępu do Twojego systemu będzie trudno pomóc.
mikas pisze: ↑pt mar 16, 2018 3:31 pm
I jeszcze jedno, w MARD mam stan na obecny okres, czyli 2018/03. A chcąc zbadać stany na koniec np. stycznia już takich danych stąd nie wezmę, tak ?
Wtedy biorę ruchy z MSEG ?
Dzięki, już sobie sprawdzam. Tabele typu MARDH, MBEWH mam pod SE16, ale nie ma ich w HANIE - pewno kwestia replikacji.
Tych z drugiej noty w ogóle nie mam, typu MARD_EXTEND.
mikas pisze: ↑pn mar 19, 2018 1:24 pmDzięki, już sobie sprawdzam. Tabele typu MARDH, MBEWH mam pod SE16, ale nie ma ich w HANIE - pewno kwestia replikacji.
Masz system SAP ERP postawiony na HANA, czy masz S/4 HANA czy też masz bazę HANA na boku i replikujesz do niej tablice, żeby szybciej raportować?
mikas pisze: ↑pn mar 19, 2018 1:24 pmTych z drugiej noty w ogóle nie mam, typu MARD_EXTEND.
MARD_EXTEND to nie jest tablica tylko moduł funkcyjny.
dominik.tylczynski pisze: ↑pn mar 19, 2018 2:11 pm
Masz system SAP ERP postawiony na HANA, czy masz S/4 HANA czy też masz bazę HANA na boku i replikujesz do niej tablice, żeby szybciej raportować?
Z tego co się orientuję, to HANA jest postawiona z boku i do niej są replikowane tablice.
HANA wer. 2.2.17
Napisz i przetestuj swój raport najpierw w SAP ERP, a dopiero potem na HANA. Inaczej nie będziesz wiedział czy ewentualne problemy wynikają z błędów w raporcie czy w replikacji danych do HANA.
dominik.tylczynski pisze: ↑pn mar 19, 2018 3:44 pm
Napisz i przetestuj swój raport najpierw w SAP ERP, a dopiero potem na HANA. Inaczej nie będziesz wiedział czy ewentualne problemy wynikają z błędów w raporcie czy w replikacji danych do HANA.
OK, tak spróbuję. Znam tylko jedną transakcję gdzie mogę wykonać SQL-a - DB02. To jest dobre miejsce, czy powinienem gdzieś indziej to sprawdzić ?
pozdrawiam, Michał
/edit/ już widzę, że zapytanie z HANY w DB02 nie idzie ... Błędy składni ...
Powinieneś napisać swój własny raport w oparciu o tablice zapasu historycznego MARCH, MARDH, MBEWH itd.
Jeśli uważnie przeczytałeś noty to zauważyłeś, że przetwarzanie tych tablic wymaga rekurencyjnego podejścia. Trudno je będzie zrobić wprost w zapytaniu SQL.