| Status | |
|---|---|
| Owner | The person responsible for driving this decision and documenting it. Type @ to mention people by name |
| Stakeholders | The business stakeholders involved in making, reviewing, and endorsing this decision. Type @ to mention people by name |
| Jira Request ID | |
| Jira Development ID |
| Parameter | Value |
|---|---|
| Application System | Icertis |
| Business Process Reference | Agreement Approval |
This enhancement enables automated calculation and tracking of the Total Contract Value (TCV) for agreements in Icertis, including all amendments, to support DOA approval workflows. The TCV is defined as the sum of the original contract value and the values of all amendments. The system will ensure that DOA approvals are always based on the latest TCV, even as amendments are added.
Scope:
Objectives:
Insert the flowchart and fill in the steps
Step | Description | Comment |
|---|---|---|
| 1 | User creates or updates an Agreement | Contract Value in Euro is entered/updated |
| 2 | On "Next" (UI) or Save, system copies Contract Value to TCV | UI-level customization |
| 3 | User creates an Amendment | Amendment Value is entered |
| 4 | Custom Task on Supersede Event triggers | Event Custom Task |
| 5 | System sums Parent Agreement TCV + all Amendment Values | Automated calculation |
| 6 | System updates Agreement’s TCV field | TCV reflects all amendments |
| 7 | DOA workflow uses updated TCV for approval routing | Ensures correct approval level |
NA
Configuration Requirements
NA
NA
Detail the functional requirements that are desired to be achieved by the Enhancement compared to current functionality
Typically, an enhancement will be based on an existing SAP BADI / user exit. If this is the case, please provide the proposed details of the BADI / user exit.
Include an overview of the source
| Table | Field Name | Comments/Calculation/Field Manipulation |
|---|---|---|
Include an overview of the data validation requirement
| Table | Field Name | Comments/Calculation/Field Manipulation |
|---|---|---|
If any custom configuration tables are required, which will be read by the enhancement logic, then specify them here.
<Title Custom Table 1>
<Include an overview of the table and what it’s used for>
| Field | Description | Data Type/Length | Validation rule/ Value Help |
|---|---|---|---|
Title Configuration Table 1
Include an overview of the table and what it’s used for
| Field | Description | Data Type/Length | Validation rule/ Value Help |
|---|---|---|---|
This section will give the details on the selection screen parameters, parameter type and whether it’s obligatory or not. This section can be used to define the Import Export parameters for Function Module or User Exit or Screens.
| Field Name | Description | Select: Option or Parameter Check box or Radio button Import or Export | Data Type/Length | Default Value/ Validation rule/ Value Help | Selection Logic |
|---|---|---|---|---|---|
This section defines the detailed step-by-step logic implemented within the BAdI/User Exit to process the data received from the standard SAP program and database retrieval. It explains the operations performed on the data, the expected outcomes in different scenarios and how the system should behave in response to specific conditions.
Provide volumetrics details: Initial load volumes, Number of Records, Expected Frequency, Expected Long term Growth)
Specify if there are any specific performance factors that need to be taken into consideration during development i.e. enhancement must be able to be executed by 10 users at the same time, etc.
Detail how errors will be handled: Notification, Restart/ Recovery and Re-Processing Procedures
This section outlines the test scenarios, conditions, and expected results to validate the enhancement for Total Contract Value (TCV) calculation and DOA routing.
| ID | Condition | Expected Result |
|---|---|---|
| 1 | Agreement Creation - Create a new agreement with a Contract Value in local currency. Click “Next” or Save. | TCV field is populated with the same value as Contract Value. |
| 2 | Agreement Update - Update the Contract Value of an existing agreement. Click “Next” or Save. | TCV field is updated to reflect the new Contract Value. |
| 3 | Amendment Creation - Create an amendment linked to an existing agreement. Enter Amendment Value. | Amendment is created successfully. |
| 4 | Supersede Event Trigger - Supersede the agreement via amendment. Trigger Event Custom Task. | Previous TCV field is updated with the last known TCV. |
| 5 | TCV Recalculation - After supersede, verify that TCV = Original Contract Value + All Amendment Values. | TCV field reflects the correct cumulative value. |
| 6 | DOA Routing - Submit agreement for approval. | DOA workflow uses updated TCV for routing. Correct approver is selected based on TCV thresholds. |
| 7 | Currency Validation - Create agreement in local currency (e.g., INR, USD). | TCV calculation uses local currency. No conversion to Euro. |
| 8 | Amendment Currency Mismatch - Create amendment with a different currency than parent agreement. | System throws validation error. Amendment cannot proceed. |
| 9 | Audit Log Verification - Perform agreement update and amendment creation. | Audit log captures changes to TCV and Previous TCV. |
| 10 | Error Handling - Leave Contract Value or Amendment Value blank. | System prevents save and displays appropriate error message. |
List any considerations essential for application test planning (e.g., test this before ABC along with DEF separate from GHI). If the development encompasses a user interface, explain how to test it. List any insights as to how this component could be tested the most efficiently.
| Package Name | Parent Package |
|---|---|
| Enhancement Type | Standard Definition Name | Custom Implementation Name | Design Rationale Reference |
|---|---|---|---|
| Object Type | Object Name | Purpose/High Level Logic | Design Rationale Reference |
|---|---|---|---|
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 |
Insert links and references to other documents which are relevant when trying to understand this decision and its implications. Other decisions are often impacted, so it's good to list them here with links. Attachments are also possible but dangerous as they are static documents and not updated by their authors.
