Niezgodność raportów KOB1 i GRR3 w HANA

[MajkaKM]

Dzień dobry,
Chciałabym zapytać, czy ktoś się spotkał z taką sytuacją, że po migracji SAP na bazę HANA (tylko zmiana bazy) występuje niezgodność danych między raportem KOB1 a raportem spod malarza raportów w bibliotece 6o1. Przed migracją dane były zgodne, a po migracji jest rozjazd. Taka sama sytuacja występuje u Klienta, który ma system S/4HANA - też jest rozjazd między raportami. I to bez różnicy, czy się do KOB1 wchodzi z transakcji, czy przez wklikiwanie się w raporcie spod malarza gdy KOB1 jest podpięte do grupy raportów. Nie znalazłam noty, która mogłaby to wyrównać.
Ktoś ma pomysł, gdzie może być przyczyna (różne tabele źródłowe raportów?) i jak poprawić tę sytuację czyli zniwelować różnice między raportami?
Będę wdzięczna za wszelkie sugestie i pomoc.
Z góry dziękuję.
Majka

[Dziadek]

Może zbyt banalne, ale sprawdź czy masz takie same ustawienia w KOB1 na obu systemach. Miałem kiedys podobny rozjazd na zwykłym erpie i powodem było to:

[MajkaKM]

Hej,
to nie jest ten przypadek z domyślnym limitem pozycji. Pilnuję tego limitu w KOB1, a moje przypadki testowe mają max kilkadziesiąt pozycji. Badam zjawisko na poziomie poszczególnych zleceń CO z ograniczeniem do jednego okresu, więc tych pozycji pojedynczych jest niewiele.
Dodatkowo sprawę komplikuje fakt, że raport standardowy S_ALR_87012993 (Zlecenie: Rzecz./Plan/Odchyl.) też różni się od standardowego KOB1. Ta różnica jest identyczna jak między KOB1 a Report Painterem. A moim zdaniem przy założeniu, że wszystkie 3 mają te same parametry selekcji, to wszystkie te raporty powinny być zgodne. I tak było przed migracją bazy do Hany, a teraz jest rozjazd,
Ale wielkie dzięki za próbę pomocy.
Majka

[dominik.tylczynski]

Jeśli jesteś przekonana, że problem wystąpił po migracji do HANA to najlepszym rozwiązaniem będzie zrobienie zgłoszenia do supportu SAP.

[dominik.tylczynski]

Zobacz notę 3254305 - Missing actual data in report S_ALR_87013019

[MajkaKM]

Dzień dobry, Panie Dominiku.
Dziękuję z odpowiedź, ale widziałam tę notę i dokładnie takie mam ustawienia w raporcie, uwzględniające wskaźniki obciążenia/odciążenia A, H i S. Bez "A" to mam multiplikację nieprawidłowej wartości
Majka

[dominik.tylczynski]

Pozostaje chyba zatem tylko zgłoszenie do supportu SAP.

[MajkaKM]

Chyba tak będzie trzeba zrobić, choć, szczerze mówiąc, wolałabym tego uniknąć.

[dominik.tylczynski]

Chyba tak będzie trzeba zrobić, choć, szczerze mówiąc, wolałabym tego uniknąć.

Dlaczego? Przecież za tę usługę się normalnie płaci. Skoro jest ewidentny błąd w raportach po migracji to SAP powinien ten błąd naprawić. Po to właśnie jest maintenance.

[Dziadek]

I ma rację, dla mnie to też zawsze ostateczność. Wiadomo jak będzie, na początek nie odpisze nikt kumaty, tylko automat zasypie ja notami, które nic nie dadzą, a niepotrzebnie straci na to sporo czasu.
Aż trudno uwierzyć, że taki rozjazd jest po migracji i być może jest to błąd.

Majka - ale rozumiem, że dobrze pokazuje KOB1, a źle report writer?
Ja zrobiłbym jeszcze dwa sprawdzenia:
1. Wykonaj raporty tylko na kosztach pierwotnych i porównaj z FI
2. Stwórz sobie sama nową bibliotekę od zera i potem raporty do niej, to by było głupie gdyby zadziałało, ale warto sprawdzić

[MajkaKM]

Nie było ingerencji w raporty po migracji do HANA DB. Przed migracją wszystkie 3 raporty były zgodne, a po migracji GRR3 oraz S_ALR_87012993 pokazują te same dane (inne niż przed migracją), a KOB1 daje wyniki jak przed migracją i to właśnie wyniki jak w KOB1 są oczekiwane przez klienta w raportach. Rozjazd jest na naprawdę duże kwoty.
ad 1) różnice są na pozycjach CO (operacje KOAO), zatem takie porównanie nie wnosi wiele - FI widzi tylko COINy.
ad 2) grzebałam w bibliotece 6o1 na różne sposoby, zrobiłam też Zetową, Efekt taki sam.

Ta standardowa transakcja S_ALR_87012993 to tak naprawdę też jest raport spod malarza. To jest raport 6000-001 z biblioteki 6o1. Dlatego wyniki tej transakcji i raportu klienta spod malarza dają te same wyniki. A KOB1 to program. Ewidentnie jest różnica pomiędzy pobieraniem i prezentowaniem danych pod malarzem a tym programem pod KOB1.
Po migracji coś się zmieniło w pobieraniu danych czy coś i nie wiem, gdzie tego szukać. (

[dominik.tylczynski]

I ma rację, dla mnie to też zawsze ostateczność.

Zgadzam się, że często support to droga przez mękę, ale trzeba umieć grać w tę grę i warto to robić, bo przecież za to się suto płaci.[/quote]
W tym przypadku otworzyłbym zgłoszenie o priorytecie very high, bo procesy na systemie produktywnym nie działają, lub przynajmniej z priorytetem high. Na priorytet very high SAP odpowiada prawie od razu. Ćwiczyłem to wielokrotnie.
Jeśli support będzie się opóźniał z odpowiedzią, warto eskalować mailowo na adres [email protected]. Po takim mailu też zaczynają się żwawiej ruszać

[dominik.tylczynski]

Po migracji coś się zmieniło w pobieraniu danych czy coś i nie wiem, gdzie tego szukać. (

Dlatego właśnie proponuję zgłoszenie do supportu. Nie wiesz gdzie szukać, a nawet jak znajdziesz problem i będzie on w standardzie SAP, to nie powinnaś go sama naprawiać. Od tego jest maintenance. Dlaczego nie skorzystać z usługi, za którą firma płaci

[Dziadek]

Zgadzam się, że często support to droga przez mękę...

Umęczony "supportem" zrobiłem kiedyś mały test - przy kolejnym zgłoszeniu wpisałem na końcu numery not, które już przerobiłem i nie pomogły. W odpowiedzi z supportu było co? Oczywiście jedna z tych not. Dlatego uważam, że na początku odpowiadają boty po słowach kluczowych, a dopiero potem wchodzą kumaci. Sorrki za mały offtop.

[MajkaKM]

Zrobię zatem zgłoszenie do OSS. Bardzo dziękuję, Panowie, za pomoc.