Status

  Approved

Owner
Stakeholders
Jira Request ID

ERP-1213 - Getting issue details... STATUS

Jira Development ID

ERP-1499 - Getting issue details... STATUS

High- Level Specification

Implementing SystemKinaxis Maestro
Invoked by/Invokes

ERP-1486 - Getting issue details... STATUS

Business Process Reference04.04.06.01. Data provisioning ERP to Maestro


Functional Overview

The Scheduled Receipt table contains open supply related information for a single part that has assigned due date. This is for Buy Parts and including external purchases, this file specifically looks at work orders.

Scope and Objectives

The scope of this interface is between Global Integration Suite and Maestro. This document includes details of the ScheduledReceiptWO.tab object. 

The objective is to populate the ScheduledReceiptWO and it's referenced tables based on the file provided by Global Integration Suite.

Process Flow Diagram

draw.io

Source page access restriction: Click the link below to check if the page is accessible.
/display/ER/ERP-1667+System+Interface+-+ScheduledReceiptPO.tab+interface+to+Maestro

Step

Description

1

Global Integration Suite transfers transformed Composites / Rest of World data from S/4, and performs some formatting, and sends the data to Maestro. 

2

China Integration Suite transfers transformed China data from S/4, and performs some formatting, and sends the data to Maestro. 

3

Transferred files will be sent to Maestro’s Client SFTP server. This sits outside of the Maestro firewall and is accessible by client using a user id/ password. Files are transferred from this component to the Planning Server SFTP by a Kinaxis automatic process once the trigger file has been placed (see below)

4

Files are moved to this SFTP server automatically, where they await loading into Maestro.

5

Maestro uses the configured DSM (Data Sources and Mapping) setup to load the data into the ScheduledReceipt table, with the load initiated either manually or through a scheduled system task.

The Data Tables which store information in Maestro

Assumptions

  • Two data sources are set up in Maestro
    • Global: Contains data provided by ROW Integration Suite
    • China: Contains data provided by China Integration Suite
  • Each data source will provide a unique key. Therefore neither data source will overwrite data provided by the other. 

Dependencies

  • (SFTP) SFTP credentials needs to be set up, along with the file transfer mechanism.
  • Integration suites should provide data in the format described by the Data Sources and Mapping section of this document. 

Security, Integrity and Controls

See Application Architecture Kinaxis Maestro for security requirements for SFTP/REST based authentication and security. 


Configuration Requirements

The Data Sources and Mapping for this interface should be configured once, according to the structure in the Data Structure section below. 

The Data Model needs to be configured with the Syway-specific fields shown in the Data Model Custom Fields section below.

Special Requirements

None



Design Rationale

The base of this design has been taken from the existing Maestro implementation, as designed during the Advanced Planning System (APS) Project. 

A fit-gap analysis was undertaken within Syway, and changes were identified which have been incorporated into the Syway spec as shown.

API Use

The data object provided by either Integration Suite will be consumed by Maestro.

For more information see the Data Integration Document.

Data Structure

 The following Maestro fields will be populated by the file provided by Integration Suite:

Column NumberField NameTechnical Field NameData TypeKeyField TypeAutocreateDescription
0SavedPrioritySavedPriority.ValueStringNFixedValueDefaultStored priority value used to preserve the original order priority before system recalculation.
0OrderPriorityOrderPrioirty.ValueStringNFixedValueDefaultThe priority associated with the order
1OrderIdOrder.IdStringYExtractFieldDefaultUnique identifier of the order record.
2OrderTypeOrder.Type.ValueRef StringYExtractFieldDefaultOrder type
3OrderSiteOrder.Site.ValueRef StringYExtractFieldDefaultSite / plant where the order is created or managed.
3SupplierIdOrder.Supplier.IdStringNExtractFieldDefaultSupplier identifier associated with the order (if externally sourced).
3PartSitePart.Site.ValueRef StringNExtractFieldDefaultSite associated with the ordered part.
3ProductionVersionPartSiteSYE::ProductionVersion.PartReference.Site.ValueRef StringNExtractFieldDefaultSite of the production version reference part from SAP.
4LineLineStringYExtractFieldDefaultLine number uniquely identifying the order line within the order.
5StatusStatus.ValueRef StringNExtractFieldDefaultCurrent planning status of the order within the system.
5ERPStatusSYE::ERPStatus.ValueRef StringNExtractFieldDefaultStatus of the order as received from the external ERP system.
6PartNamePart.NameStringNExtractFieldDefaultIdentifier of the part associated with the order.
6ProductionVersionPartNameSYE::ProductionVersion.PartReference.NameStringNExtractFieldDefaultProduction version part reference from SAP defining how the item is produced.
7StartDateStartDateDateNExtractFieldDefaultPlanned start date of the order.
8DueDateDueDateDateNExtractFieldDefaultRequired completion or delivery date of the order.
9QuantityQuantityQuantityNExtractFieldDefaultOrder quantity for the specific line.
10TotalQuantityTotalQuantityQuantityNExtractFieldDefaultTotal quantity associated with the full order or aggregated line.
11BOMAlternateBOMAlternate.ValueRef StringNExtractFieldDefaultAlternate Bill of Material used for this order, if applicable.
12RoutingIdRouting.IdStringNExtractFieldDefaultRouting identifier defining the production steps associated with the order.
13ProductionVersionIdSYE::ProductionVersion.IdStringNExtractFieldDefaultProduction Version identifier from SAP defining the method of production.
14KinaxisIdSYE::KinaxisIdQuantityNExtractFieldDefaultUsed in the Master Production Scheduling when firming Planned Orders in Maestro to Firm Planned Orders. We will add a Kinaxis Id to the Firm Planned Orders before sending them to SAP in the closed loop.
15SAP_IdSAP_IdStringNExtractFieldDefaultField used for closed loop

File Formats 

See File Formats - SFTP section in the Data Integration Document.


Data Model ScheduledReceiptWO table settings:

Allow Data update to:


Currency


Insert, Modify and Delete recordsInsert and Modify records only

Allow automatic record creation

Determined by Maestro

Expression

Y-NY-

Data Model ScheduledReceiptWO custom fields:


Field name

Description

Data type

Key

ProductionVersionIdProduction Version identifier from SAP defining how the item is produced.

String

 N

KinaxisIdUsed in the Master Production Scheduling when firming Planned Orders in Maestro to Firm Planned Orders. We will add a Kinaxis Id to the Firm Planned Orders before sending them to SAP in the closed loop.

Quantity

N

Processing Logic

See Processing Logic - SFTP section in the Data Integration Document.

Delta or Full Load Requirements

The preference is to do a full load. 

For more information on the difference between Full and Delta loads, see the  Full Loads and Delta Loads - SFTP section in the Data Integration Document.

Interface Alert & Monitoring

See the Interface Alert & Monitoring - SFTP section in the Data Integration Document,

Language Requirements

None

User Interface Requirements

Not required.
 

Sequencing

Reference tables to support ScheduledReceiptWO table data have to be either loaded manually before loading the ScheduledReceiptWO table or at the same time as the ScheduledReceiptWO table is loaded or set to be created automatically in data model or in DSM.

Below tables need to be taken into account before OnHand table data load:

Table

SyWay configuration 

BOMAlternate

Set to allow automatic record creation

Routing

Set to allow automatic record creation

Part

To be loaded before or with

SupplyOrder

Control Table

SupplyStatus

Control Table



Volumetrics

Current APS Volume of ScheduledReceiptWO records is 17000. 

This value is expected to grow by 1-2% per year. 



Performance Consideration

N/A


Error Handling

See Interface Alert & Monitoring section.


Testing

How to Test

Testing of the interface consists of executing the data load into Maestro and validating the results using standard monitoring and validation tools. After each load, the Data Import and Update log is reviewed to confirm successful execution and to identify any errors or warnings generated during the load process.

Loaded data is then validated using a Data Validation workbook to ensure data completeness and correctness. Validation checks include confirming that required fields are populated, values are displayed in the correct format, and that data quality issues such as blank fields, incorrect quantities, or zero or invalid unit costs are not present. Additional checks may be performed to ensure consistency across key attributes such as part, location, and quantity.

Any errors or data issues identified during testing are documented in the agreed issue tracking mechanism (for example, in Jira or an action log). Most common error types  are duplicate errors, missing references, junk values in input fields. 

Duplicate errors need further investigation, in case valid data is flagged as duplicate by Maestro during data load and key field combinations have to be looked into for data uniqueness.

Missing references are to be resolved by either providing the missing data that is required to support the file upload (this could be in the form of a file or Maestro settings to allow for the data to be created automatically) or removing the references from the file.

Required corrections are implemented in the middleware (Integration Suite), and the data is reloaded. Validation steps are repeated until no errors are present (or reasons are fully understood).

Test Conditions and Expected Results

1

Data Load Successful

The Data in the data file matches the data in the Maestro table, and there are no errors.
2

Data File contains 0 records

The Data Update should fail with a status of Pending. 

3

Data File contains invalid references (or other error)

The Data Update should Fail, the invalid references should be visible in the error log and the records with the error are not loaded into Maestro, and an alert is sent to the Admin team <Or whatever action is needed>

Fields for ScheduledReceiptWO.tab which should be checked for invalid references are shown in the Data Structure table above as "Ref String" and are: 

Order.Type.Value
Order.Site.Value
Part.Site.Value
SYE::ProductionVersion.PartReference.Site.Value
Status.Value
SYE::ERPStatus.Value
BOMAlternate.Value


Data file contains duplicates

 Duplicates for ScheduledReceiptWO.tab are permitted technically as there are no keys, so no duplicate errors should exist, but a manual comparison test should be performed to ensure that no 2 rows are the same.


Test Considerations/Dependencies

Dependent files should already be loaded into Maestro for these tests to complete. See Sequencing section above. 


Other Information


Development Details

Package

Package NameParent Package




Other Development Objects

Object TypeObject NamePurpose/High Level LogicDesign Rationale Reference









Appendix

See also


No files shared here yet.

Change log

Version Published Changed By Comment
CURRENT (v. 9) Apr 16, 2026 14:02 KAVLEKAR-ext, Nihaal Updated the Data Structure section
v. 8 Apr 10, 2026 11:40 KAVLEKAR-ext, Nihaal Updated the Data Structure section
v. 7 Apr 02, 2026 14:24 KAVLEKAR-ext, Nihaal Updated the Delta or Full load Requirement section
v. 6 Mar 26, 2026 11:59 KAVLEKAR-ext, Nihaal
v. 5 Mar 26, 2026 07:47 KAVLEKAR-ext, Nihaal Added field SAP_Id to the Data Structure section
v. 4 Mar 12, 2026 09:38 KAVLEKAR-ext, Nihaal
v. 3 Mar 03, 2026 18:16 MOHAMOUD-ext, Ahmed
v. 2 Mar 03, 2026 18:16 MOHAMOUD-ext, Ahmed
v. 1 Feb 11, 2026 16:23 MOHAMOUD-ext, Ahmed