Problem i kontekst
Projekt migracji integracji pomiędzy portalem operacyjnym a systemem SAP S/4HANA z dotychczasowego modelu PI/PO i XI Adaptera do architektury opartej na SAP CPI oraz usługach OData. Zakres obejmował uruchomienie nowej ścieżki komunikacyjnej, dopasowanie kontraktu komunikatów do modelu EDMX oraz rozwiązywanie problemów autoryzacyjnych i błędów runtime po stronie integracyjnej.
Co robi rozwiązanie
- przenosi istniejącą integrację biznesową z middleware PI/PO do CPI,
- zestawia przepływ komunikatów między portalem operacyjnym, CPI i endpointem OData w S/4,
- weryfikuje zgodność komunikatu z definicją usługi na podstawie EDMX,
- diagnozuje i usuwa problemy autoryzacyjne HTTP 403,
- diagnozuje i usuwa błędy runtime HTTP 500 związane z inicjalizacją obiektu komunikatu,
- wykorzystuje testy w Postmanie i SAP Gateway Client do walidacji endpointu i payloadu.
Architektura
flowchart LR
R[Portal operacyjny] --> C[SAP CPI]
C --> O[Usluga OData]
O --> S[SAP S/4HANA]
T[Postman i Gateway Client] --> O
M[Model EDMX] --> O
Dlaczego w portfolio
- pokazuje migrację integracyjną z klasycznego middleware do nowszego modelu cloud integration,
- łączy projektowanie kontraktu API z praktycznym debugowaniem autoryzacji i błędów runtime,
- dobrze reprezentuje projekty przejściowe, gdzie trzeba utrzymać zgodność komunikatu przy zmianie warstwy pośredniej.
Ograniczenia materiału
- opis przygotowano na podstawie notatki zadaniowej, bez kompletnego kodu i pełnej dokumentacji technicznej,
- nie potwierdzono finalnej konfiguracji iFlow, modelu bezpieczeństwa ani szczegółów mapowania payloadu,
- zachowano tylko elementy wynikające wprost z opisu: migracja PI/PO → CPI, testy OData, prace na EDMX oraz analiza błędów 403 i 500.
Anonimizacja
- usunięto nazwy domen, środowisk i szczegóły wdrożenia po stronie organizacji,
- zachowano jedynie publicznie bezpieczny obraz migracji: portal biznesowy, CPI, OData i S/4HANA,
- nie ujawniono endpointów, danych biznesowych ani technicznych danych autoryzacyjnych.