Create chained order
The create chained order transaction creates one or more chained orders from an
order whose OrderHeaderKey is stored in the task queue object. Chainable lines of the order can also
be added to existing chained orders, instead of creating new chained orders with these lines. The
existing chained orders must be identified by the
determineChainedOrderForConsolidation
user exit. If the user exit is not
implemented, or if the user exit returns a blank document, one or more new chained orders are
created.
For more information about the creation of chained
orders, see the information provided under the createChainedOrder()
API
and the YFSDetermineChainedOrderForConsolidation
user
exit in the IBM Sterling Order Management: Javadoc.
This transaction should be invoked after order scheduling.
Attributes
The following are the attributes for this time-triggered transaction:
Attribute | Value |
---|---|
Base Transaction ID | CHAINED_ORDER_CREATE |
Base Document Type | Order |
Base Process Type | Order Fulfillment |
Abstract Transaction | Yes |
APIs Called | createChainedOrder() |
Criteria parameters
The following are the criteria parameters for this transaction:
Parameter | Description |
---|---|
Action | Required. Triggers the transaction. If left blank, it defaults to Get, the only valid value. |
Number of Records To Buffer | Optional. Number of records to retrieve and process at one time. If left blank or specified as 0 (zero), it defaults to 5000. |
Next Task Queue Interval | Optional. Specifies in hours how long a failed task should be suspended before it is considered for reprocessing. Defaults to 5 hours. |
Task Queue Filter Criteria | Optional. Determines the jobs to be retrieved by the agent. The value that is assigned to
this parameter is matched against the value that is stored in the FILTER_CRITERIA
column of the YFS_TASK_Q table, while retrieving the jobs. The possible values for
the parameter depend on the following two default segregation policies that are implemented for the
order entity.
Note:
VOID is a valid task queue filter criteria value irrespective of the
segregation policy. It is used to match records with NULL value in the
FILTER_CRITERIA column of YFS_TASK_Q table.The parameter accepts multiple values so that the jobs that match the values can be retrieved or processed together. Use comma-separated enumerations when you assign multiple values to the parameter. For more information, see Workload segregation for task queue agents. |
ColonyID | Required in a multischema deployment where a table may exist in multiple schemas. Runs the agent for the colony. |
Statistics tracked
The following statistics are tracked for this transaction:
Statistic Name | Description |
---|---|
NumOrdersProcessed | Number of orders processed for creating chained order. |
NumOrdersCreated | Number of chained orders created. |
If there are 2 orders being processed and the first order creates a chained order, the DetermineChainedOrderForConsolidation user exit causes the lines of the 2nd order to be added to the first order. The number of chained orders created is counted as 2.
Pending job count
For this transaction the pending job count is the number of records available to be processed by the transaction with the AVAILABLE_DATE value less than or equal to (<=) the current date value in the YFS_Task_Q table.
Events raised
This
transaction raises events as specified under the createChainedOrder()
API
in the IBM Sterling Order Management: Javadoc.