The document describes the landscape and high-level transport process for applications in scope of SyWay Release 2.
The transport process for the following applications will be covered in this document.
| Application | Type | Teams responsible for Transports |
|---|---|---|
Ariba Sourcing | Brownfield system | SyWay R2 application Team |
Ariba Cloud Integration Gateway | Brownfield system | SyWay R2 application Team |
ICertis Contract Intelligence | Greenfield system | SyWay R2 application Team |
DocuSign | Brownfield system | SyWay R2 application Team |
Integration Suite | Brownfield system | Syensqo IT |
Syniti | Greenfield system | SyWay R2 Data Team |
ECC & PRS | Brownfield system | Syensqo IT |
Cloud Identity Services | Greenfield system | SyWay R2 Technology Team |
Identity Access Governance (IAG) | Greenfield system | SyWay R2 Technology Team |
For each application the following sections will be cover:
As part of Release 2, no changes are expected in the following systems. These are considered as out of scope for this document:
Detailed technical steps on how transports will be performed is also considered out of scope, as the steps can be found in product documentations.
This document only describes the mechanisms for managing transports (and equivalent methods for moving configuration and code from non-production to production environments). It does not prescribe any specific governance processes such as who performs reviews or approvals of changes, and the scheduling of releases into production. The existing ITGCs will be followed.
There are 3 Ariba Sourcing tenants for Release 2.
| Tenant | Description |
|---|---|
| Supplemental (745255310-SS-T) |
|
| Test (744368466-T) |
|
Production | Existing Syensqo Production tenant. |
Supplemental Realm will be repurposed for Release 4 after integration test (~Nov 2025). Hence there will be 2 transport paths for Ariba Sourcing:

The following describes the transport process for Ariba Sourcing:
Transport PIC: Ariba functional team
Ariba Sourcing and CIG tenants are provisioned together and integrated by SAP. Hence the landscape and transport path for Ariba CIG is the same as Ariba Sourcing.
| Tenant | Description |
|---|---|
| Supplemental (AN11228658404-T) |
|
| Test (AN11204137717-T) |
|
Production | Existing Syensqo Production tenant. |
The following describes the transport process for Ariba CIG:
Transport PIC: Ariba CIG consultant
ICertis landscape consists of 3 tiers.
| Tenant | Description |
|---|---|
| Development |
|
| QAS |
|
| Production |
|
Configurations and changes will be performed in development and transported to QAS & Production instances.
Promote Configurations (P2P) Tool will be used to transport changes from non-production systems to Production.
Transport PIC: ICertis functional team
DocuSign landscape consists of 2 tiers.
| Tenant | Description |
|---|---|
| Non-Prod |
|
| Production |
|
Configurations and changes will be performed in non-prod and transported to Production instance during ACO.
The following describes the transport process for DocuSign:
Transport PIC: R2 Consultant responsible to configure DocuSign
Since the new R2 interfaces deployed in integration suite will be integrating with ECC, Syensqo's Integration Suite will be leveraged and consists of 3 tier landscape.
| Tenant | Description |
|---|---|
| Development |
|
| Test |
|
| PRD |
|
Existing transport design will be leveraged for R2: DEV → QAS → PRD.
Syensqo currently uses BMC Helix and SAP Solution Manager (ChaRM) to manage integration suite transports. For integration suite, the existing urgent change request will be used for R2.
For more details, please refer to Syensqo Transport Process.
Changes will be transported from DEV to QAS and PRD by Syensqo IT and will be done using a manual approach (export/import and manual configuration in each tenant).
Transport PIC: Syensqo IT
There will be one instance for Syniti, which will be used for all project activities.
The following diagram describes how one Syniti instance will be integrated with multiple systems.

Changes will be made in Development job and tested before similar changes are made in Test job and tested. During cut-over, PRD job will be created.
Each Syniti jobs will be configured manually. Hence the data team will need to replicate changes manually.
Transport PIC: Data Team
The following sections are applicable for both WP2 and PF2 ECC landscapes.
Syensqo has a 4 tier ECC landscape.
| Tenant | Description |
|---|---|
| Development | Used for R2 integration build and unit test |
| QAS | Used for R2 integration test and UAT. |
| Pre-PRD | Not used for R2 |
| PRD | R2 Changes will be deployed during ACO. |
Syensqo currently uses BMC Helix and SAP Solution Manager (ChaRM) to manage ECC transports. For R2, a normal change request process will be used.
For more details, please refer to Syensqo Transport Process.
ECC transports are automated by SAP ChaRM.
Transport PIC: Syensqo IT
Cloud Identity Services (CIS) will be used in R2 landscape to support single sign-on (SSO) and will consist of 3 tier landscape.
| Tenant | Description |
|---|---|
| Development | Integrated with Ariba Supplemental and ICertis development tenant |
| QAS | Integrated with Ariba Test and ICertis QAS tenant |
| PRD | Integrated with Ariba and ICertis PRD tenant |
Configuration will be performed in CIS development, manually replicated to CIS QAS and PRD.
Transport PIC: Technology Team - Basis
IAG will be use to automate user ID provisioning for Ariba and ICertis. It will consist of a 2 tier landscape.
| Tenant | Description |
|---|---|
| Non-PRD | Integrated with non-PRD tenants |
| PRD | Integrated with PRD tenants |
Configurations will be performed in non-PRD IAG tenant and transported to PRD tenant during ACO.
Transport PIC: Technology Team - Security
IAG does not have a automatic transport option. An export/import approach will be adopted to transport cockpit destinations, rulesets and business rules. Other configurations will be replicated manually across tenants.