You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Next »

Status

  Revision in progress

OwnerFRUTEAU-ext, Sabrina 
Stakeholders
Jira Request ID

ERP-165 - Getting issue details... STATUS

Jira Development ID

ERP-126 - Getting issue details... STATUS

High- Level Specification

ParameterValue
Application System
Business Process Reference

Functional Overview

The Functional Specification ERP-164 defines the requirements for enabling additional WBS element fields to be used in My Timesheet and for time entry records to be saved in CATS.

This specification addresses the creation and management of the custom table that will serve as the source table Posting WBS elements, the field used by users to book time in CATS.

Scope and Objectives

The objective of this document is to define the requirements for creating and maintaining a custom table that controls which WBS elements can be used for time posting in CATS. The table will contain WBS elements created locally and consolidate WBS elements from all three SAP instances flagged as Cross system

In addition to the WBS identifier, the table will be enriched with attributes such as company code, system and user status, responsible project and other information which will be used to facilitate the time booking process. This central repository will also support the IC recharge process. 

3 major steps: 

  1. Creation of the custom table

The table will be populated from PRPS and enriched with attributes required for validation and routing, such as company code, WBS element system and user status, responsible person, and related project information.

2. Population and maintenance logic

A program will be developed to feed the table with selectable time-booking WBS elements, update the relevant attributes on the existing entries, and remove entries that are no longer valid. This program will be scheduled to run as a regular batch job.

3. Cross-system synchronization

Because time entry and projects exist in 3 SAP instances, the solution must ensure consistent availability of relevant WBS elements across all of them. The synchronization will cover both WBS created locally and WBS received from other instances that are flagged as Cross System.


Process Flow Diagram



Step

Description

Comment

1

Custom table Posting WBS elements /SYQ/T_CATSIC is created with the below attributes: 

Posting WBS element id
Posting WBS element description
Company code
Related project id
Related project description

Project type

Responsible position id
Responsible person name
System/User status
Status last changed
Inactive flag
Cross System
Source system


2

Update the table /SYQ/T_CATSIC. 

Compare PRPS with /SYQ/T_CATSIC. WBS in PRPS responding to the below criteria are eligible for Time booking and should be replicated to /SYQ/T_CATSIC:

  • WBS element created locally and flagged as "Account Assignment assigned".
  • WBS system status is not Closed
  • WBS user status is not Cancelled or ZCATS


The program copying the entries will also assign the source system id in the field Source system = current system where entries are taken from PRPS. 

3

Update new and existing entries in /SYQ/T_CATSIC with source system = current system.

The program will update the below fields, in case a change has occurred on the WBS elements. The other fields will be deducted in a later stage: 

    • Posting WBS element description
    • Cross System
    • Person Responsible position

The table will contain entries created in the source system, and entries sent from different systems. 

The program will only update the entries created in the source system. 

4

Update the System/User status and the Inactive flag: For all the Posting WBS elements with source system = current system, 

Update System/User status ( /SYQ/CATSSTAT). 

If WBS element status contains CLSD, Cancelled, ZCATS or On-Hold, set the Inactive flag (/SYQ/CATSINAC ) to YES.

 

The Inactive flag is used by CATS to identify the WBS elements which should no longer accept time records. 

5

Update status last change date: For Entries with source system = current system and with Status contain CLSD or ZCATS, Cancelled, Update status last change date. 

 

This date is only necessary for entries which have a closed and cancelled status. The program will later delete these entries based on the closure/cancellation date.

6

For all the entries with source system = current system, update Related project name

 

The Related project id was retrieved from step 2. From the project id, we obtain the Project description from PRPS. This is also a useful field for users searching for the appropriate Posting WBS element to book time against. 

This will update the Related project description for the new entries created in step 2 and refresh the Related project description for existing entries created in the current system. 

7

Delete obsolete WBS elements:

Delete entries in /SYQ/T_CATSIC with:

  • Status contain CLSD, Cancelled 
  • Last Status change date > 12 months
  • Source system = Current system

 

The deleted entries in one instance should also delete the entry in other instances via synchronization (next step).

8

Synchronize the entries with Source system :

Source system =  Current system and Cross system= Yes

These entries should be synchronized with other instances.

 



Assumptions

Dependencies

SAP PS related FS: 

  • Cross System, custom field to be created upfront
  • Responsible project to be fed by position id
  • User statuses On Hold, ZCATS and Cancelled to be created

Security, Integrity and Controls

The custom table /SYQ/T_CATSIC is maintained by a custom program. No manual update is required. 

The CATS/My Timesheet and SAP PS support team should have access to display the table in all instances. 

Configuration Requirements

N/A

Language Requirements

Special Requirements

N/A


Design Rationale

Functional Requirements

  1. Create custom table
    • Table id: /SYQ/T_CATSIC
    • Table name: Posting WBS elements
    • Field catalog: see Custom table section below. 

2.  Custom program to maintain Posting WBS elements /SYQ/T_CATSIC table:

2.1 Add new entries:

The program will compare PRPS with /SYQ/T_CATSIC.

Identify the entries existing in PRPS but missing in /SYQ/T_CATSIC, responding to the below conditions :

    • the WBS elements with Account Assignment BELKZ activate
    • for each entries identified, check System/User status. The active statuses retrieved must not contain Closed or Cancelled.

Entries identified responding to above conditions and which do not already existing in /SYQ/T_CATSIC are copied from PRPS to /SYQ/T_CATSIC. 

The copy includes the below fields from PRPS: 

PRPS fields/SYQ/T_CATSIC fields/SYQ/T_CATSIC Field label
POSID/SYQ/CATSWBSPosting WBS element id
POST1/SYQ/CATSWBSDESCPosting WBS element description
PBUKR/SYQ/CATSBUKRCompany code

PSPHI

/SYQ/CATSRPROJRelated project id
VERNR/SYQ/CATSRESPPOSResponsible position id
USR10/SYQ/CATSICRCross System
PRART/SYQ/CATSPTYPEProject Type


Update the field Source system /SYQ/SOURSYS = Current system and client id. 

Update the field /SYQ/CATSRPROJD Related project description by: 

  • read value copied in /SYQ/CATSRPROJ
  • insert in PRPS as POSID
  • the value for field POST1 is the Related project description - /SYQ/CATSRPROJD
PRPS fields/SYQ/T_CATSIC fields/SYQ/T_CATSIC Field label
POST1/SYQ/CATSRPROJDRelated project description

2.2 Update attributes on existing entries

Some WBS attributes can be changed only before the WBS element gets released and some can be changed at any stage.

To ensure that we hold the latest information in /SYQ/T_CATSIC, the program will update the fields mentioned 2.1 for the existing entries, for which /SYQ/SOURSYS = Current system and client id. 


 2.3 Update Posting WBS element status

For all the entries in /SYQ/T_CATSIC with Source system = Current system, the status fields below need to be updated. This update will cover new entries added in step 2.1 and existing entries. 

    •  /SYQ/CATSSTAT - System/User status  
    • /SYQ/CATSSTATLC - Status last changed
    • /SYQ/CATSINAC - Inactive flag

2.4 Update status and Inactive flag :

    • For each Posting WBS element id, Get OBJNR from PRPS
    • Use FM BAPI_BUS2054_GET_STATUS to obtain System and User statuses assigned and currently valid. It returns a table of statuses for the requested objects.

This includes:

      • System statuses in format TXT04-TJ02 (e.g. CRTD, REL, CLSD, TECO, etc.)
      • User statuses TXT04-TJ30 ( e.g. “IN_EXEC”, “ON_HOLD”, etc.)
    • Concatenate all the statuses values received in the field /SYQ/CATSSTAT, with space in between.

Example: If for a given WBS element the FM BAPI_BUS2054_GET_STATUS returns the below statuses:

      • System statuses : REL AUC
      • User status: ON_HOLD

Then the field System/User status /SYQ/CATSSTAT will be updated with: REL AUC ON_HOLD

    • If /SYQ/CATSSTAT contains CLSD, Cancelled (TXT04 value TBC), ZCATS Stops time recording, ON_HOLD (TXT04 value TBC) then set the field /SYQ/CATSINAC to Yes.

2.5 Last change date

If the field System/User status /SYQ/CATSSTAT contain CLSD - Closed or Cancelled, the field /SYQ/CATSSTATLC - Status last changed date should be updated with:

Last change date for these statuses in table JCDS field UDATE. 

Entries with System/User status containing Closed or Cancelled entries are eligible for deletion, 1 year after their closure or cancelation date. This date will be used by the program to identify these entries.

2.6 Delete obsolete entries 

If the field System/User status /SYQ/CATSSTAT contain CLSD - Closed or Cancelled and SYQ/CATSSTATLC - Status last changed date > 1 year, then delete the entry from /SYQ/T_CATSIC. If the entry is flagged as Cross System /SYQ/CATSICR = Yes, then it should also delete the entries in the other systems.  

2.5 Synchronize entries with other instances

Proposed Technology to Use




Data Source Considerations

TableField NameComments/Calculation/Field Manipulation











Data Validation Considerations

TableField NameComments/Calculation/Field Manipulation













Custom Tables

Master Data

Posting WBS element

The custom table will serve as the central repository of Posting WBS elements eligible for time posting in CATS. It contains all WBS element created locally as Account assigned, and it consolidates WBS elements from all three SAP instances flagged as IC-relevant, along with attributes needed for validation and reporting such as company code, system and user statuses, responsible person, and related project information. 

FieldDescriptionData Type/LengthValidation rule/ Value Help
/SYQ/CATSWBSPosting WBS element idSimilar to field POSID in table PRPS

Primary Key

Entries copied from PRPS with Account Assignment = YES 

/SYQ/CATSWBSDESCPosting WBS element descriptionSimilar to field POST1 in table PRPSTaken from PRPS-POST1
/SYQ/CATSCOMPCODCompany codeSimilar to field PBUKR in table PRPS.Taken from PRPS-PBUKR
/SYQ/CATSRPROJRelated project idSimilar to field PSPHI table PRPSTaken from PRPS-PSPHI
/SYQ/CATSRPROJDRelated project descriptionSimilar to field POST1 in table PRPSTaken from PRPS-POST1
/SYQ/CATSRESPPOSResponsible position idSimilar to field VERNR in table PRPSTaken from PRPS-VERNR
/SYQ/CATSPRESPResponsible person nameText field - CHAR 80

Derived from /SYQ/CATSRESPPOS. 

Obtain the personnel id from the position id stored in /SYQ/CATSRESPPOS, then obtain the person's first name and last name from the pernr retrieved. 

/SYQ/CATSSTATSystem/User statusText field - CHAR 80Obtain system and user statuses as described in Functional requirement section. All the active status retrieved are concatenated in the field. 
/SYQ/CATSSTATLCStatus last changedDate Obtain the status last change date if status = Closed or Cancelled. 
/SYQ/CATSINACInactive flagTrue / False type - Boolean ?Set to yes if the status retrieved in /SYQ/CATSSTAT contains Closed, Cancelled or Locked. 
/SYQ/CATSICRCross SystemSimilar to field USR10 in table PRPS

Taken from PRPS-USR10. 

Only the entries with this field set to Yes will be synchronized with other systems. 

/SYQ/SOURSYSSource system

Logical system id - BD54 

LOGSYS

This field will hold the system id where the entry was originally created in PRPS and copied to the table. 

If the entry needs to be synchronized to other systems (IC Relevant = Yes) this field will be used to identify the systems it should be sent to.   


Configuration Table

FieldDescriptionData Type/LengthValidation rule/ Value Help








Selection Screen Enhancement

Field NameDescription

Select:

Data Type/LengthDefault Value/ Validation rule/ Value HelpSelection Logic













Processing Logic



Volumetrics


Performance Considerations



Error Handling


Testing

How to Test

Test Conditions and Expected Results

IDConditionExpected Result










Test Considerations/Dependencies


Other Information


Development Details

Package

Package NameParent Package




Enhancement Implementation

Enhancement TypeStandard Definition NameCustom Implementation NameDesign Rationale Reference









Other Development Objects

Object TypeObject NamePurpose/High Level LogicDesign 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

ZFIZMMZPSZCOZSDZBCZFIZCA
TABLESZFITZMMTZPSTZCOTZSDTZBCTZFITZCAT

See also


No files shared here yet.

Change log

Version Published Changed By Comment
CURRENT (v. 16) Apr 14, 2026 07:00 FRUTEAU-ext, Sabrina
v. 72 Feb 11, 2026 08:46 FRUTEAU-ext, Sabrina
v. 71 Feb 04, 2026 10:43 TORRES-ext, Benedict
v. 70 Feb 04, 2026 10:38 TURAN-ext, Mert
v. 69 Feb 04, 2026 10:37 TURAN-ext, Mert
v. 68 Feb 04, 2026 09:04 FRUTEAU-ext, Sabrina
v. 67 Feb 02, 2026 12:29 TORRES-ext, Benedict
v. 66 Jan 30, 2026 09:48 FRUTEAU-ext, Sabrina
v. 65 Jan 30, 2026 09:09 FRUTEAU-ext, Sabrina
v. 64 Jan 30, 2026 08:20 FRUTEAU-ext, Sabrina

Go to Page History

  • No labels