Jakie dane moze wyciagac Nexus z SAP?

dab Nexus to elastyczna platforma do ekstrakcji danych z SAP, wspierajaca wiele typów zródel SAP, od fizycznych tabel bazodanowych po semantyczne modele danych oraz raporty SAP. Zakres mozliwej ekstrakcji zalezy od architektury SAP System, dostepnych interfejsów, uprawnien oraz wdrozen specyficznych dla danego klienta.

Tabele bazodanowe DDIC w SAP

Przeglad

SAP przechowuje dane aplikacyjne przy uzyciu obiektów zdefiniowanych w ABAP Dictionary (DDIC). W zaleznosci od wersji SAP i platformy bazodanowej dane moga byc zapisane w róznych typach tabel. Z perspektywy Nexus dane moga byc wyciagane z tabel oraz widoków SAP udostepnionych przez ABAP Dictionary i dostepnych przez interfejs SAP wykorzystywany do ekstrakcji.

Glówne typy obiektów bazodanowych DDIC to:

Typ obiektu DDIC	Opis	Typowe zastosowanie
Transparent Table	Mapowanie 1:1 pomiedzy definicja w DDIC a fizyczna tabela bazodanowa	Dane aplikacji biznesowej
Pooled Table	Wiele logicznych tabel przechowywanych wspólnie w jednym poolu	SAP System/dane kontrolne (starsze wersje)
Cluster Table	Wiele logicznych tabel przechowywanych razem w klastrze danych	Dane aplikacji SAP (dziedziczone po wcześniejszych wersjach)
View	Wirtualny obiekt oparty na jednej lub wielu tabelach	Raportowanie i dostep do danych

Uwaga Choc SAP S/4HANA w duzej mierze zastapil pooled oraz cluster tables przez transparent tables, Nexus nadal moze wyciagac dane z pooled i cluster tables tam, gdzie sa one obecne, w tym w starszych systemach SAP ECC.

---

Transparent Tables

Przeglad

Transparent Table to tabela bazodanowa pozostajaca w relacji 1:1 z odpowiednia tabela fizyczna w bazie danych. Nazwa tabeli, nazwy pól oraz struktura zdefiniowana w ABAP Dictionary sa bezposrednio odwzorowane w bazie danych.

Transparent tables stanowia najczesciej spotykany typ tabel SAP i zawieraja wiekszosc danych aplikacyjnych.

Kluczowe cechy

• Bezposrednie powiazanie: jedna tabela SAP = jedna tabela w bazie danych
• Ta sama struktura w DDIC i bazie danych
• Obsluga indeksów glównych oraz dodatkowych
• Dostep poprzez Open SQL oraz Native SQL
• Zawiera dane transakcyjne, podstawowe i organizacyjne
• W pelni wspierane w SAP ECC oraz SAP S/4HANA

Typowe przyklady

Kategoria	Tabela	Opis
Finance	BKPF	Naglówek dokumentu ksiegowego
	BSEG	Pozycje dokumentu ksiegowego
	ACDOCA	Uniwersalny dziennik ksiegowy
Sales & Distribution	VBAK	Naglówek zamówienia sprzedazy
	VBAP	Pozycje zamówienia sprzedazy
Materials Management	EKKO	Naglówek zamówienia zakupu
	EKPO	Pozycje zamówienia zakupu
Master Data	MARA	Dane podstawowe materialu
	KNA1	Dane podstawowe klienta
	LFA1	Dane podstawowe dostawcy

Pooled Tables

Przeglad

Pooled tables to logiczne tabele DDIC, które fizycznie przechowywane sa we wspólnym poolu tabel. Wiele pooled tables korzysta z tej samej tabeli bazodanowej. Byly glównie wykorzystywane w starszych wersjach SAP do optymalizacji uzycia zasobów baz danych.

Kluczowe cechy

• Wiele tabel SAP korzysta ze wspólnej tabeli bazodanowej
• Glównie wykorzystywane do przechowywania danych konfiguracyjnych i kontrolnych
• Dostep poprzez ABAP Dictionary
• Traktowane jako rozwiazanie historyczne
• Nie wystepuja juz w SAP S/4HANA

Typowe przyklady

Tabela	Opis
A003	Warunki cenowe (starsze systemy ECC)
Rozne tabele SAP System	Konfiguracja oraz dane kontrolne

Cluster Tables

Przeglad

Cluster tables to logiczne tabele DDIC, których rekordy sa przechowywane razem w skompresowanym klastrze danych w jednej fizycznej tabeli bazodanowej.

Kilka cluster tables moze korzystac z tego samego obszaru przechowywania.

Kluczowe cechy

• Kilka logicznych tabel przechowywanych w jednym klastrze bazodanowym
• Dane sa przechowywane w formacie skompresowanym
• Historycznie stosowane w celu zwiekszenia wydajnosci
• Dostep zazwyczaj odbywa sie przez ABAP Open SQL
• Rozwiazanie historyczne; zastapione transparent tables w SAP S/4HANA

Typowe przyklady

Tabela	Opis
BSEG	Pozycje dokumentu ksiegowego (ECC)
KONV	Warunki cenowe (ECC)

Uwaga W SAP ECC znane tabele, takie jak BSEG, byly realizowane jako cluster tables. W SAP S/4HANA struktury te zostaly przeprojektowane i przechowuje sie je jako transparent tables.

Views

Przeglad

View to wirtualny obiekt DDIC oparty na jednej lub kilku tabelach zródlowych. Widoki zazwyczaj nie przechowuja danych samodzielnie, lecz udostepniaja logiczne ich przedstawienie.

Widoki czesto wykorzystywane sa do raportowania, analiz oraz ulatwionego dostepu do danych.

Kluczowe cechy

• Na bazie jednej lub wiecej tabel
• Brak dublowania danych
• Obsluga JOIN i filtrowania
• Czeste zastosowania: raportowanie, integracje
• Powszechne w srodowiskach ECC i S/4HANA

Typowe przyklady

Typ widoku	Opis
Database View	Polaczenie tabel baz danych
Projection View	Podzbiór pól z tabeli
Maintenance View	Utrzymywanie zawartosci tabel
CDS View	Wspólczesny model semantyczny w S/4HANA

CDS Views

Przeglad

Core Data Services (CDS) Views to strategiczna technologia SAP do modelowania semantycznych modeli danych na poziomie bazy danych. CDS Views umozliwiaja programistom oraz odbiorcom korzystanie z biznesowych danych za posrednictwem wielokrotnie uzywanych, zoptymalizowanych i bogatych semantycznie widoków. CDS Views stanowia kluczowa czesc Virtual Data Model (VDM) w SAP S/4HANA; moga byc wykorzystywane przez aplikacje SAP Fiori, narzedzia analityczne, uslugi OData, integracje zewnetrzne i rozwiazania raportowe. Dla Nexus CDS Views dostarczaja podejscia biznesowego alternatywnego wobec bezposredniej ekstrakcji z tabel, zezwalajac na pobór danych przez gotowe lub wlasne modele semantyczne SAP.

Kluczowe cechy

• Modelowanie semantyczne – Przystepne biznesowo przedstawienie tabel bazodanowych.
• Database Pushdown – Przetwarzanie realizowane bezposrednio w SAP HANA, co znaczaco poprawia wydajnosc.
• Wielokrotne wykorzystanie logiki – Logika biznesowa, polaczenia, przeliczenia i filtry definiowane sa raz, a nastepnie uzywane w roznych aplikacjach.
• Adnotacje – Metadane wspieraja analityke, udostepnianie przez OData, generowanie UI oraz autoryzacje.
• Integracja z bezpieczenstwem – Obsluga kontroli dostepu na podstawie ról (DCL).
• Virtual Data Models (VDM) – Fundament nowoczesnej architektury dostepu do danych SAP.

CDS Views w SAP ECC

Technologia CDS jest dostepna w nowszych wydaniach SAP ECC pracujacych na SAP HANA. Typowe zastosowania obejmuja:

• Analiza i raportowanie
• Generowanie uslug OData
• Aplikacje SAP Fiori
• Uproszczenie zlozonych polaczen SQL
• Ekstrakcja danych do systemów zewnetrznych Nalezy jednak pamietac, ze w ECC wdrozenia CDS sa na ogól mniej popularne niz w systemach SAP S/4HANA.

CDS Views w SAP S/4HANA

W SAP S/4HANA CDS Views stanowia podstawowy skladnik architektury aplikacyjnej. SAP dostarcza tysiace standardowych CDS Views obejmujacych domene biznesowa, w tym:

Obszar	CDS View / API Entity	Nazwa ABAP CDS View
Finance	I_GLAccountLineItem	I_GLAccountLineItem
	I_JournalEntry	I_JournalEntry
	I_ProfitCenter	I_ProfitCenter
Sales	I_SalesOrder	I_SalesOrder
	I_SalesOrderItem	I_SalesOrderItem
	I_Customer	I_Customer
Procurement	I_PurchaseOrderAPI01	I_PurchaseOrderAPI01
	I_Supplier	I_Supplier
Materials & Inventory	I_Product	I_Product
	I_MaterialStock	I_MaterialStock

Te widoki zapewniaja standaryzowany dostep do danych biznesowych, ukrywajac szczególy struktur tabel zródlowych.

CDS DDIC-Based Views a CDS View Entities

SAP oferuje dwa typy implementacji widoków CDS: CDS DDIC-based Views oraz CDS View Entities. Choc oba udostepniaja dane przez Core Data Services (CDS), SAP zaleca stosowanie CDS View Entities w nowych rozwiazaniach ze wzgledu na usprawnienia techniczne oraz uproszczona architekture.

Jak ustalic nazwe ABAP CDS View

Opcja 1: Sprawdzenie CDS View w SE11

1. Otworzyc transakcje SE11.
2. Wprowadzic nazwe CDS View (np. I_GLAccountLineItem).
3. Wyswietlic definicje.
4. Odnalezc adnotacje:

@AbapCatalog.sqlViewName: '...'

Przyklad:

@AbapCatalog.sqlViewName: 'IFIGLACCTLNITM'
define view I_GLAccountLineItem as ...

Wartosc @AbapCatalog.sqlViewName to ABAP SQL View Name powiazana z CDS View.

Uwaga: Najnowsze CDS View Entities moga nie posiadac generowanej nazwy SQL View. W takim przypadku nalezy skorzystac z opcji drugiej i odnalezc nazwe techniczna przez Operational Data Provisioning (ODP).

Opcja 2: Sprawdzenie tabeli RSODPABAPCDSVIEW w SE16

SAP utrzymuje odwzorowanie pomiedzy CDS Views a ich nazwami technicznymi udostepnianymi przez ODP w tabeli RSODPABAPCDSVIEW.

1. Otworzyc transakcje SE16 lub SE16N.
2. Podac nazwe tabeli RSODPABAPCDSVIEW.
3. Wyfiltrowac wedlug nazwy CDS View (np. I_GLAccountLineItem).
4. Wykonac zapytanie.

Wynik prezentuje odpowiadajace metadane CDS View oraz nazwy techniczne dla ram ekstrakcji ODP.

Przyklad

CDS View	Gdzie znalezc nazwe ABAP
I_GLAccountLineItem	@AbapCatalog.sqlViewName w SE11 lub wyszukac w RSODPABAPCDSVIEW
I_JournalEntry	@AbapCatalog.sqlViewName w SE11 lub wyszukac w RSODPABAPCDSVIEW
I_SalesOrder	@AbapCatalog.sqlViewName w SE11 lub wyszukac w RSODPABAPCDSVIEW
I_PurchaseOrderAPI01	@AbapCatalog.sqlViewName w SE11 lub wyszukac w RSODPABAPCDSVIEW

Rekomendacja: W systemach SAP S/4HANA, a szczególnie w najnowszych wydaniach, sprawdzenie RSODPABAPCDSVIEW jest najpewniejszym sposobem ustalenia technicznej nazwy CDS dostepnej do ekstrakcji

Przeglad

Funkcjonalnosc	CDS DDIC-Based View	CDS View Entity
Statement definicyjny	DEFINE VIEW	DEFINE VIEW ENTITY
Obiekt ABAP Dictionary	Tworzy dodatkowy CDS-managed DDIC View	Brak generacji dodatkowego DDIC View
Architektura	Encja CDS + DDIC View	Wylacznie Encja CDS
Wydajnosc aktywacji	Wolniejsza przez generacje obiektów DDIC	Poprawiona wydajnosc aktywacji
Rekomendacja SAP	Rozwiazanie przeznaczone do wstecznej zgodnosci	Zalecane do nowych rozwiazan
Dostepnosc	Wspierane dla kompatybilnosci i istniejacych systemów	Preferowane w nowoczesnym rozwoju ABAP

CDS DDIC-Based Views

CDS DDIC-based view technicznie bazuje na CDS-managed DDIC view w ABAP Dictionary i jest definiowany poprzez komendę DEFINE VIEW. W czasie aktywacji SAP tworzy:

• Encje CDS
• Odpowiadajacy CDS-managed DDIC view

Dodatkowy obiekt Dictionary zwieksza zlozonosc oraz wydluza czas aktywacji.

Przyklad:

define view Z_SalesOrder
  as select from vbak
{
    key vbeln,
        erdat
}

CDS View Entities

CDS View Entities to nastepcy CDS DDIC-based views. Definiuje sie je za pomoca komendy DEFINE VIEW ENTITY i nie generuja dodatkowo DDIC view, co oznacza uproszczona architekture i lepsza wydajnosc aktywacji. SAP zaleca stosowanie CDS View Entities w nowych wdrozeniach.

Przyklad:

define view entity ZI_SalesOrder
  as select from vbak
{
    key vbeln,
        erdat
}

W istniejacych systemach SAP powszechnie wykorzystywane sa nadal CDS DDIC-based views, które moga byc wyciagane przez Nexus.

Virtual Data Model (VDM)

Virtual Data Model (VDM) to uporzadkowany zbiór widoków CDS SAP (Core Data Services), stanowiac warstwe danych bogata semantycznie i wielokrotnie uzywana, nad tabela bazodanowa. VDM dzieli widoki CDS na warstwy w celu rozdzielenia dostepu do danych, logiki biznesowej i scenariuszy konsumpcyjnych.

VDM obejmuje:

• Basic Views – Bezposredni dostep do tabel i prezentowanie modelu danych w przyjaznej formie biznesowej.
• Composite Views – Laczenie wielu Basic Views oraz wzbogacanie ich o logike biznesowa.
• Consumption Views – Dedykowane modele aplikacyjne do analiz, raportowania, API i aplikacji SAP Fiori

Kontrakty stabilnosci

SAP klasyfikuje wiele widoków CDS za pomoca Stability Contracts, okreslajacych gwarantowany poziom kompatybilnosci na kolejne wydania. Kontrakty te pomagaja klientom i partnerom ocenic, czy dany widok mozna bezpiecznie ponownie wykorzystac we wlasnych rozwiazaniach i integracjach. Najwazniejszy kontrakt konsumowany przez zewnetrzne aplikacje to:

Kontrakt	Opis
C1	Udostepniony do uzytku klienta i partnerów. SAP gwarantuje stabilny interfejs publiczny i wsteczne zgodne zmiany w ramach tego kontraktu.

Wedlug SAP, jedynie wybrane CDS views oznaczone kontraktem C1 sa oficjalnie przewidziane do wykorzystania przez klienta i partnerów. Te widoki zaleca sie do dluzej perspektywy uzycia w integracjach, raportowaniu oraz aplikacjach autorskich. Nexus jest w stanie wyciagnac dane z widoków CDS SAP niezaleznie od ich warstwy VDM i klasyfikacji Stability Contract.

Oficjalne materialy SAP

Po wiecej informacji na temat Virtual Data Model (VDM) oraz architektury CDS View, warto odwolac sie do dokumentacji SAP:

• Virtual Data Model and CDS Views (SAP Help Portal)

• VDM Layers and View Types (SAP Help Portal)

Basic Views (Interface Views)

Basic views powstaja bezposrednio na bazie tabel i jako jedyne maja do nich bezposredni dostep. Dostarczaja one przyjaznych nazw pól i wzbogacaja modeli danych o metadane oraz asocjacje.

Przyklady

Tabela bazodanowa	Basic CDS View	Obiekt biznesowy
KNA1	I_Customer	Dane podstawowe klienta
MARA	I_Product	Dane podstawowe materialu/produktu
VBAK	I_SalesOrder	Naglówek zamówienia sprzedazy
VBAP	I_SalesOrderItem	Pozycja zamówienia sprzedazy
BKPF	I_JournalEntry	Naglówek dokumentu ksiegowego
BSEG	I_OperationalAcctgDocItem	Pozycja dokumentu ksiegowego

Przykładowe powiazanie

KNA1
  ↓
I_Customer

Adnotacje:

@VDM.viewType: #BASIC

Composite Views (Interface Views)

Composite Views bazuja na basic views lub innych composite views. Lacza dane z wielu zródel, wzbogacaja je o semantyke biznesowa i logike bez bezposredniego dostepu do tabel.

Przyklady

Composite CDS View	Opis
I_SalesOrderCube	Zamówienia sprzedazy wraz z pozycjami i informacjami o kliencie
I_BillingDocumentCube	Naglówek i pozycje rozliczen
I_InventoryCube	Informacje o produkcie i stanie magazynowym
I_ProfitCenterPlanActualCube	Rzeczywiste i planowane dane finansowe

Przykładowe powiazanie

I_SalesOrder
       +
I_SalesOrderItem
       +
I_Customer
       ↓
I_SalesOrderCube

Adnotacje:

@VDM.viewType: #COMPOSITE

Consumption Views

Consumption Views stanowia najwyzsza warstwe VDM. Buduje sie je na widokach typu basic i composite, projektujac pod okreslone biznesowe zastosowania: raportowanie, analityke, API lub aplikacje. Do tabel docieraja wyłacznie posrednio, przez warstwe reuse.

Przyklady zastosowan:

• Aplikacje SAP Fiori
• Usługi OData
• Dashboardy KPI
• Zlozone zapytania analityczne

Przykłady

Consumption CDS View	Zastosowanie
C_SalesOrderQry	Analityka zamówien sprzedazy
C_BillingDocumentQry	Analityka rozliczen
C_ProfitCenterPlanActualQry	Raportowanie finansowe
C_GLLineItemsQ0001	Raportowanie ksiegi glównej
C_ProductSalesPerformanceQry	Analiza wyników sprzedazy

Przykładowe powiazanie

I_SalesOrderCube
        ↓
C_SalesOrderQry
        ↓
Fiori App / OData Service / KPI Dashboard

Adnotacje:

@VDM.viewType: #CONSUMPTION

Raporty SAP

Nexus umozliwia wyciaganie danych z raportu SAP, jesli moze byc on uruchamiany automatycznie, a jego wyniki mozna wyeksportowac z SAP GUI. W praktyce oznacza to, ze raport musi:

• Byc zaimplementowany jako program ABAP
• Wyswietlac ekran selekcji sluzacy do wprowadzenia parametrów i filtrów
• Generowac wyniki w formatowanej tabeli po uruchomieniu
• Pozwalac na eksport tabeli do pliku poprzez standardowe funkcje SAP GUI

Nexus postepuje podobnie jak uzytkownik SAP GUI – uruchamia raport, wypelnia parametry selekcji, a nastepnie eksportuje uzyskane wyniki tabelaryczne. Nexus nie wyciaga kodu raportu – pobiera jedynie dane wyeksportowane w formie tabelarycznej. Zalecana jest zatem zasada: jesli uzytkownik moze uruchomic raport, wpisac parametry, zobaczyc wynik w tabeli i wyeksportowac te tabele do pliku, raport mozna w zasadzie wyciagnac za pomoca Nexus.

ECC a SAP S/4HANA – kluczowe róznice w modelu danych

Przeglad

Podczas ekstrakcji danych z systemów SAP nalezy miec swiadomosc, ze SAP S/4HANA wprowadzil istotne zmiany w modelu danych wzgledem SAP ECC. Wiele dotychczasowych tabel nadal istnieje w S/4HANA, ale w rzeczywistosci czesto wdrozono je jako Compatibility Views zamiast fizycznych tabel bazodanowych. SAP wprowadzil te widoki, by zachowac zgodnosc wsteczna dla istniejacych raportów, wlasnych rozwiazan, ekstraktorów i integracji.

W praktyce narzedzia do ekstrakcji takie jak Nexus moga nadal uzyskiwac dostep do znanych obiektów ECC podczas przechodzenia klienta na S/4HANA.

Compatibility Views

Compatibility Views to wbudowane przez SAP widoki bazujace na CDS, które odwzorowuja historyczne struktury tabel ECC na nowoczesny model danych S/4HANA. Pełnia funkcje warstwy abstrakcji pomiedzy stara logika aplikacji a nowymi fizycznymi tabelami.

Na przyklad:

ECC Obiekt	S/4HANA Zastepowany
MSEG	MATDOC (poprzez widok zgodnosci)
COEP	Universal Journal (ACDOCA) poprzez widok zgodnosci
COSP / COSS	Struktury Universal Journal poprzez widoki zgodnosci
Rozne tabele FI/CO	Skonsolidowano w ACDOCA
Celem SAP jest zapewnienie, by istniejące rozwiązania niestandardowe oraz integracje mogły działać po konwersji systemu przy minimalnych zmianach.

---

Ważne wskazówki dotyczące ekstrakcji

Widoki zgodności są obsługiwane

Nexus mogą pobierać dane z widoków zgodności, podobnie jak z typowych tabel SAP, ponieważ SAP udostępnia je przez standardowe interfejsy. Dzięki temu istniejące pakiety ekstrakcyjne mogą działać również po wielu migracjach ECC-do-S/4HANA.

Zalecane jest wykorzystywanie natywnych obiektów S/4HANA, gdy to możliwe

Chociaż widoki zgodności mogą być wygodne, SAP zaleca wykorzystywanie nowego modelu danych S/4HANA w miarę możliwości. Widoki te mają na celu głównie zapewnienie zgodności wstecznej, a ich wykorzystanie może wiązać się z dodatkowymi połączeniami, operacjami typu union lub zastosowaniem warstw logiki biznesowej.

W nowych projektach warto rozważyć użycie następujących obiektów:

• CDS Views
• CDS View Entities
• obiekty Business Partner
• Universal Journal (ACDOCA)
• tabela dokumentów materiałowych (MATDOC)
• udostępnione API SAP oraz usługi OData

zamiast polegać wyłącznie na starszych strukturach ECC.

Wydajność ekstrakcji

Niektóre widoki zgodności mogą być znacznie bardziej złożone niż oryginalne tabele ECC, które odwzorowują. W niektórych przypadkach SAP realizuje w ramach tych widoków wiele połączeń i przekształceń pomiędzy różnymi obiektami. Przy ekstrakcjach na dużą skalę należy więc podczas wdrożenia ocenić ich wydajność.

Najważniejsze zmiany w modelu danych SAP ECC vs. SAP S/4HANA

Obszar	SAP ECC	SAP S/4HANA
Finanse i controlling	Dane FI i CO rozproszone w wielu tabelach, takich jak BKPF, BSEG, COEP, COSP oraz COSS	Dane finansowe i controllingowe są konsolidowane w Universal Journal (ACDOCA). Dawne tabele często realizowane są jako widoki zgodności.
Gospodarka materiałowa	Informacje o dokumentach materiałowych i stanach magazynowych przechowywane w tabelach takich jak MKPF oraz MSEG	Transakcje magazynowe gromadzone są głównie w tabeli MATDOC. Historyczne obiekty, jak MSEG, są prezentowane przez widoki zgodności.
Dane podstawowe klientów i dostawców	Oddzielne obiekty danych podstawowych dla klientów (KNA1) i dostawców (LFA1)	Model Business Partner (BP) zastępuje rozdzielne podejście klient/dostawca.
Warstwa dostępu do danych	Fizyczne tabele ECC, wykorzystywane bezpośrednio w raportach, rozwiązaniach niestandardowych i integracjach	Wiele istniejących wcześniej tabel SAP stanowi obecnie widoki zgodności, które mapują stare struktury do nowego modelu danych S/4HANA.
Model raportowy	Dane nierzadko rozproszone po wielu tabelach aplikacyjnych, wymagające uzgadniania	Uproszczony i ujednolicony model danych umożliwia analizy i raportowanie w czasie rzeczywistym bezpośrednio na skonsolidowanych strukturach

Zalecenia dotyczące ekstrakcji

W przypadku systemów SAP S/4HANA:

• Istniejące scenariusze ekstrakcji oparte na ECC często działają nadal za pośrednictwem widoków zgodności SAP.
• W nowych wdrożeniach zaleca się preferowanie CDS Views, CDS View Entities, obiektów Business Partner, ACDOCA oraz MATDOC tam, gdzie jest to uzasadnione.
• Gdy ekstrakcja odbywa się przez widok zgodności, należy zweryfikować jej wydajność, ponieważ niektóre widoki mogą być dużo bardziej złożone niż będące ich podstawą tabele S/4HANA.

Jak sprawdzić, czy obiekt jest widokiem zgodności

W SAP GUI:

1. Uruchomić transakcję SE16N
2. Wpisać nazwę tabeli
3. Jeżeli SAP wyświetla informację o Proxy Object, obiekt prawdopodobnie jest powiązany z widokiem zgodności
4. Przejść do SE11, by przeanalizować definicję CDS oraz wykorzystane tabele fizyczne

Dzięki temu można ocenić, czy wyciągane dane pochodzą z tabeli fizycznej, czy z wirtualnej warstwy zgodności.

Dokumentacja SAP

Dla firm planujących migracje SAP ECC do SAP S/4HANA, SAP udostępnia obszerne materiały dotyczące obiektów zgodności i uproszczenia modeli danych:

• SAP Note 2595627 – Widoki zgodności w SAP S/4HANA – Informacje o widokach zgodności w S/4HANA.
• SAP S/4HANA Simplification List (SIMPL_OP2023) – Kompleksowy przegląd zmian w modelu danych S/4HANA.
• SAP S/4HANA Migration and Conversion Guides – Oficjalne wytyczne dotyczące migracji i konwersji.

Materiały te zawierają szczegółowe mapowania przestarzałych tabel ECC, zalecane zamienniki oraz zmiany funkcjonalne wprowadzone w SAP S/4HANA.