| Status | Approved |
|---|---|
| Owner | ROWLINSON-ext, Kerry |
| Stakeholders | |
| Jira Request ID | ERP-243 - Getting issue details... STATUS |
| Jira Development ID | ERP-256 - Getting issue details... STATUS |
High- Level Specification
| Parameter | Value |
|---|---|
| Application System | SAP ECC PF2, SAP ECC WP2 |
| Business Process Reference | 03.04.04.01. Manage Outline Agreements (R2) |
Functional Overview
Icertis Contract Intelligence is the contract management and authoring application for Syensqo's purchase contracts. Purchase orders are created in SAP ECC with reference to purchase contracts (outline agreements). The key information from the legal contract which is relevant for procurement forms the basis of the purchase contract or outline agreement in SAP ECC. The integration between Icertis and SAP ECC for release 2 is a custom table in SAP ECC to hold key header field content from Icertis. This custom table supports the main objectives:
- To maintain the relationship between the Icertis Contract ID and the SAP outline agreement number.
- To report where there are inconsistencies in the data between the two systems.
- To enable users to easily update the Icertis Contract ID on the SAP outline agreement.
This enhancement is to provide a convenient method for the users to update the SAP outline agreements with their corresponding Icertis Agreement Code numbers.
Scope and Objectives
For one purchase contract in Icertis, there can be multiple outline agreements created in SAP ECC (one per relevant purchasing organization). The Icertis Agreement Code is to be entered on the header of each outline agreement. This can be done during the creation of each one, or via ME32K Change Outline Agreement after creation and one by one. This enhancement allows for all the outline agreements associated to the same Icertis Contract to be updated at the same time. The program will also allow the mass update of the ICM Agreement Codes on multiple outline agreements via the batch processing of a spreadsheet file.
- Provide a correction program that would allow users to easily update the Icertis Agreement Code on one or more associated outline agreements.
- Provide the ability to update a text element on the outline agreement header for a commentary from the user about the anomaly. A drop down selection of possible values will be available for the user to classify the circumstance/reason for a missing Icertis ID.
- The text of the selected option will be held in a newly configured header text for the outline agreements.
- The purpose is to enable the ‘categorized’ outline agreements to be removed from the custom report to assist the users managing cleansing activities.
For the correction of other key data in ECC which is not aligned with Icertis, the existing upload programs for change outline agreement can be used, or the contract can be changed directly in transaction ME32K.
Step | Description | System | Comment |
|---|---|---|---|
1 | A purchase contract is executed in Icertis | Icertis | A legal purchase contract is executed in Icertis which is relevant to be represented in SAP ECC by an outline agreement: |
2 | New entry in custom table for the Icertis Contract | SAP ECC | Integration automatically creates the Icertis Contract record in custom table in both SAP ECC systems (WP2 & PF2) with the Tenant ID, Agreement Type, System ID, Icertis Agreement Code and the relevant data fields from the contract header. Individual Purchasing Organization values and the System Id are stored in a separate custom table. |
| 3 | One or more Outline Agreements are created | SAP ECC | One outline agreement per purchasing organization is created in SAP ECC |
| 4 | Icertis Agreement Code is entered on the outline agreements | SAP ECC | The update program is used to enter the Icertis agreement code on the header of each of the relevant outline agreements |
| 5 | An outline agreement exists in SAP without a corresponding legal contract in Icertis | SAP ECC | The update program is used to select a reason why a legal contract is not available or not possible to define for the outline agreement. |
Assumptions
Dependencies
Security, Integrity and Controls
Configuration Requirements
Language Requirements
Special Requirements
Design Rationale
Functional Requirements
Proposed Technology to Use
Data Source Considerations
| Table | Field Name | Comments/Calculation/Field Manipulation |
|---|---|---|
Data Validation Considerations
| Table | Field Name | Comments/Calculation/Field Manipulation |
|---|---|---|
Custom Tables
Master Data
| Field | Description | Data Type/Length | Validation rule/ Value Help |
|---|---|---|---|
Configuration Table
| Field | Description | Data Type/Length | Validation rule/ Value Help |
|---|---|---|---|
Selection Screen Enhancement
| Field Name | Description | Select: | Data Type/Length | Default Value/ Validation rule/ Value Help | Selection Logic |
|---|---|---|---|---|---|
Processing Logic
Volumetrics
Performance Considerations
Error Handling
Testing
How to Test
Test Conditions and Expected Results
| ID | Condition | Expected Result |
|---|---|---|
Test Considerations/Dependencies
Other Information
Development Details
Package
| Package Name | Parent Package |
|---|---|
Enhancement Implementation
| Enhancement Type | Standard Definition Name | Custom Implementation Name | Design Rationale Reference |
|---|---|---|---|
Other Development Objects
| Object Type | Object Name | Purpose/High Level Logic | Design Rationale Reference |
|---|---|---|---|
Appendix
Custom Authorization Group Naming Convention
This table is based on the Syensqo development standards document. It provides the naming conventions for authorization groups to associated with custom reports and tables to comply with security requirements.
ABAP | ZFI | ZMM | ZPS | ZCO | ZSD | ZBC | ZFI | ZCA |
|---|---|---|---|---|---|---|---|---|
| TABLES | ZFIT | ZMMT | ZPST | ZCOT | ZSDT | ZBCT | ZFIT | ZCAT |