Transport & Aktivierung

Transportauftrag, OData-Aktivierung und Schritte nach der Installation.

Deployment und Aktivierung von OData-Services in SAP-Systemen. Bilendo verfügt nicht über eigene SAP-Systeme (keine .data/.cofile-Transportdateien). Die Installation basiert auf CDS-Quellcode (S/4HANA) oder SEGW-Projektexport (ECC).

Übersicht

S/4HANA: CDS Views können via abapGit oder Standard-Transportaufträgen transportiert werden
ECC: SEGW-Projekte werden als Workbench-Objekte transportiert
Standard-APIs (API_BUSINESS_PARTNER etc.): Keine Custom Development erforderlich – nur Aktivierung

1. S/4HANA mit Standard-APIs (kein Custom Development)

Bei ausschließlicher Verwendung von Standard-SAP-APIs ist kein Transport erforderlich.

Schritte:

Communication Arrangement einrichten (→ 06 - Authentication & Connectivity)
Standard-Services in /IWFND/MAINT_SERVICE aktivieren
Berechtigungsrollen zuweisen
Fertig – kein ABAP-Code, kein Transport

Standard-Services zur Aktivierung:

Service	Beschreibung	Communication Scenario
API_BUSINESS_PARTNER	Geschäftspartner/Kundenstamm	SAP_COM_0008
API_OPLACCTGDOCITEMCUBE_SRV	FI-Belegpositionen	SAP_COM_0043
API_SALES_ORDER_SRV	Kundenaufträge	SAP_COM_0109
API_CREDIT_MGMT_ACCT_SRV	Kreditmanagement	SAP_COM_0532

2. S/4HANA mit Custom CDS Views

Bei Custom CDS Views (Z_I_Bilendo*) ist ein Transport erforderlich.

Option A: abapGit (empfohlen)

Gleicher Ansatz wie im ABAP-Leitfaden
CDS Views werden als .ddls.asddls-Dateien in abapGit gespeichert
Repository: Link zum Bilendo GitHub (gleiches oder separates Repository)
Schritte: ZABAPGIT → Clone → Pull → Aktivieren

Option B: Workbench-Transportauftrag

Wird automatisch bei CDS-View-Aktivierung im DEV-System erstellt
Transport via STMS: DEV → QA → PRD
Hinweis: Bilendo stellt keine Transportdateien zur Verfügung – der Consultant erstellt den Transport im DEV-System des Kunden

3. ECC mit Custom SEGW Services

SEGW-Projekte generieren mehrere Objekte, die alle transportiert werden müssen:

Objekt	Typ	Beschreibung
Z_BILENDO_ODATA	SEGW Project	Service-Definition
ZCL_Z_BILENDO_ODATA_MPC	ABAP Class	Model Provider
ZCL_Z_BILENDO_ODATA_MPC_EXT	ABAP Class	Model Provider Extension
ZCL_Z_BILENDO_ODATA_DPC	ABAP Class	Data Provider
ZCL_Z_BILENDO_ODATA_DPC_EXT	ABAP Class	Data Provider Extension (Custom Code)
Z_BILENDO_ODATA_SRV	Service	OData Service

Transport-Schritte:

Alle Objekte im DEV-System anlegen und aktivieren
SEGW → Project → Generate Runtime (regeneriert MPC/DPC)
/IWFND/MAINT_SERVICE → Service registrieren
Transport freigeben → STMS → Import in QA → Test → Import in PRD
In jedem Zielsystem: /IWFND/MAINT_SERVICE → Service aktivieren

4. Post-Installation (alle Varianten)

4.1 Service-Aktivierung prüfen

/IWFND/MAINT_SERVICE → Service suchen → Status "Active"
Test: /IWFND/GW_CLIENT → GET /$metadata → HTTP 200 erwartet

4.2 Berechtigungen prüfen

Technischen User anlegen (→ 06 - Authentication & Connectivity)
Berechtigungsobjekte zuweisen
Test: OData-Aufruf mit technischem User

4.3 Konnektivität prüfen

Von extern: cURL/Postman gegen SAP-Endpoint
Push-Modell: CPI iFlow testen

4.4 Testlauf

Bilendo-seitige Konfiguration: OData-Endpoint, Credentials, Mapping
Erster Pull/Push mit Testdaten
Datenvalidierung: Feldmapping, Datentypen, Sonderzeichen

5. Checkliste

VARIANTE: STANDARD-APIs (S/4HANA)

Communication Arrangement angelegt

Services in /IWFND/MAINT_SERVICE aktiv

Technischer User mit Berechtigungen

Konnektivität von Bilendo getestet

Testdaten erfolgreich abgerufen

VARIANTE: CUSTOM CDS (S/4HANA)

CDS Views angelegt und aktiviert

OData Service registriert

Transport nach QA / PRD

Testdaten validiert

VARIANTE: CUSTOM SEGW (ECC)

SEGW Projekt angelegt, Runtime generiert

DPC Extension implementiert

Service registriert

Transport nach QA / PRD

Testdaten validiert