DYNAMIC ORDER WORKFLOW TEMPLATE INSTANTIATOR TRACKING SYSTEM
An application integration system includes multiple aspect task tracking. Such tracking may include an external identifier aspect of tracking tasks by highly configurable external identifiers. Another aspect, an error aspect, includes tracking errors that occur as the target systems attempt to execute tasks, and categorizing those errors into groups. The multiple aspect tracking provides detailed insight into the status of each task, helping to solve the technical problem of implementing orderly execution of complex product requests while maintaining a transparent view of execution status at each stage of task execution. The multiple aspect task tracking features also eliminate the burden of manually searching through complex log files to determine task status. Furthermore, the distinction of errors into groups facilitates customized handling of different types of errors. Accordingly, the system may implement different error resolution paradigms responsive to the error group assigned to an error.
1 . A computer-implemented method for tracking task processing resulting from tasks generated by service order decomposition, the method comprising:
receiving a service order structure;
generating a non-hierarchical product list from the service order structure by decomposing the service order structure into individual product-action entries that comprise the non-hierarchical product list;
creating extended product vectors for implementing the individual product-action entries, each extended product vector comprising a target system identifier, a target system priority, a task identifier, and a task priority;
writing the extended product vectors as individual rows in an order execution database;
establishing multiple aspect tracking tables in an order execution database, the multiple aspect tracking tables comprising an error data table and a task tracking table, the error data table comprising error information generated during execution of tasks encoded by the individual rows and the task tracking table comprising task alias fields for the tasks.
2 . The method of claim 1 , further comprising:
determining that task execution has failed on a target system;
obtaining an error code and an error description for the task execution; and
writing the error code and error description into the error data table.
3 . The method of claim 2 , where obtaining comprises:
obtaining the error code and error description from the target system.
4 . The method of claim 1 , further comprising:
tracking execution of a selected task among the tasks assigned to a target system;
determining that execution of the selected task has failed;
distinguishing execution failure of the selected task between error type groups;
assigning a selected error type group to the execution failure; and
writing an error record into the error data table comprising the selected error type group.
5 . The method of claim 4 , further comprising:
retrieving the error record; and
automatically applying a task execution retry ruleset based on the selected error type group.
6 . The method of claim 4 , where the error type groups comprise:
an ‘Application’ error type group that denotes execution failure of the selected task due to an application error on the target system.
7 . The method of claim 4 , where the error type groups comprise:
a ‘Connection’ error type group that denotes failure to reach the target system with the selected task.
8 . The method of claim 1 , further comprising:
populating the task tracking table with task aliases for the task.
9 . A service order decomposition computer system with task tracking comprising:
an order execution database;
a communication interface configured to receive a service order structure;
order processor decomposer logic configured to generate a non-hierarchical product list from the service order structure by decomposing the service order structure into individual product-action entries that comprise the non-hierarchical product list; and
target system selector logic configured to:
create extended product vectors for implementing the individual product-action entries, each extended product vector comprising a target system identifier, a target system priority, a task identifier, and a task priority; and
write the extended product vectors as individual rows in the order execution database.
10 . The system of claim 9 , further comprising:
database updater logic operable to:
obtain an error code and an error description for task execution that has failed on a target system; and
write the error code and error description into the error data table.
11 . The system of claim 9 , further comprising:
database updater logic operable to:
distinguish execution failure of a selected task on a target system between error type groups;
assign a selected error type group to the execution failure; and
write an error record into the error data table comprising the selected error type group.
12 . The system of claim 11 , further comprising:
poller logic operable to:
retrieve the error record; and
automatically apply a task execution retry ruleset based on the selected error type group.
13 . The system of claim 11 , where the error type groups comprise:
an ‘Application’ error type group that denotes execution failure of the selected task due to an application error on the target system.
14 . The system of claim 11 , where the error type groups comprise:
a ‘Connection’ error type group that denotes failure to reach the target system with the selected task.
15 . A product comprising:
a computer readable medium;
order processor decomposer logic stored on the medium and configured to:
generate a non-hierarchical product list from the service order structure by decomposing the service order structure into individual product-action entries that comprise the non-hierarchical product list; and
target system selector logic stored on the medium and configured to:
create extended product vectors for implementing the individual product-action entries, each extended product vector comprising a target system identifier, a target system priority, a task identifier, and a task priority; and
write the extended product vectors as individual rows in the order execution database.
16 . The product of claim 15 , further comprising:
database updater logic stored on the medium and operable to:
obtain an error code and an error description for task execution that has failed on a target system; and
write the error code and error description into the error data table.
17 . The product of claim 15 , further comprising:
database updater logic operable to:
distinguish execution failure of a selected task on a target system between error type groups;
assign a selected error type group to the execution failure; and
write an error record into the error data table comprising the selected error type group.
18 . The product of claim 17 , further comprising:
poller logic stored on the medium and operable to:
retrieve the error record; and
automatically apply a task execution retry ruleset based on the selected error type group.
19 . The product of claim 17 , where the error type groups comprise:
an ‘Application’ error type group that denotes execution failure of the selected task due to an application error on the target system.
20 . The product of claim 17 , where the error type groups comprise:
a ‘Connection’ error type group that denotes failure to reach the target system with the selected task.