The InventoryLevelManager collaboration template synchronizes inventory-level information for a particular Inventory Type from one application to another. The collaboration is designed to capture a "snapshot" of the inventory level and synchronize the quantity across multiple systems periodically.
IBM recommends:
InventoryLevelManager uses the generic InventoryLevel business object to capture an item's stock quantities for a particular Inventory Type and Stock Type.
An Inventory Type represents a category of inventory. Such categories allow an organization to represent inventory that is managed separately due to ownership or physical location. For example, a company might use the following Inventory Types:
Each of these Inventory Types is represented by a single instance of the generic InventoryLevel business object.
A Stock Type represents the state of the inventory. Examples of Stock Types are "Unrestricted", "Quality Inspection", "Blocked Stock", and "In-Transit". Each Inventory Type/Stock Type combination is represented by a single instance of the generic InventoryLevel business object.
Although InventoryLevelManager synchronizes only inventory levels, you can configure it to call the appropriate collaborations to verify or synchronize the following related business objects:
Business object | Related collaboration properties | Called collaborations |
---|---|---|
Item
ItemBasic ItemOrder ItemPlanning |
VERIFY_SYNC_ITEM ITEM_TYPE |
ItemSync |
In addition to the processes that InventoryLevelManager performs, IBM WebSphere Business Integration Server Express Plus connectors can provide some of the following functionality in their role as source application:
Note: The above features are application-specific. To determine the capability of a specific application, refer to the reference for its business object.
This section includes information on port bindings and required steps for setting up collaboration objects based on InventoryLevelManager. For information on standard features, ports, and configuration properties for collaboration templates, refer to the Collaboration Development Guide. For general information on creating collaboration objects refer to the System Implementation Guide.
Figure 1 illustrates InventoryLevelManager's ports as they are displayed in System Manager.
Figure 1. InventoryLevelManager collaboration ports
Note: To keep the collaboration object from using a port, bind that port to the Port connector. Binding the port indicates that the port is unused without causing the collaboration object to provide additional functionality.
Business object | Bound to | Function | Verbs used |
---|---|---|---|
InventoryLevel | The destination application's connector | Sends a reference-valued business object to retrieve the full-valued business object. |
RetrieveByContent |
Business object | Bound to | Function | Verbs used |
---|---|---|---|
InventoryLevel | Source application's connector or calling collaboration | Receives the triggering business object. At the end of a synchronous call, this port also returns the triggering business object to the source application when the collaboration ends successfully. |
Create Retrieve RetrieveByContent Update Delete |
Business object | Bound to | Function | Verbs used |
---|---|---|---|
InventoryLevel. | The destination application's connector. |
Sends the triggering business object out of the collaboration. |
Create Update Delete |
Business object | Bound to | Function | Verbs used |
---|---|---|---|
Any of the generic item business objects, such as Item, ItemBasic, ItemOrder, or ItemPlanning. |
|
Sends a reference-valued Item business object for verification or synchronization. |
Sync or Exists |
You can use InventoryLevelManager as a stand-alone collaboration that synchronizes only InventoryLevel business objects. You can also use it in conjunction with other collaborations to cause the verification or synchronization of referenced Items.
To set up InventoryLevelManager as a stand-alone collaboration object, follow these steps:
To verify or synchronize referenced items as part of the InventoryLevelManager process, create one of the following collaboration-object groups:
Verify Synchronize Required collaborations Items InventoryLevelManager, ItemWrapper Items InventoryLevelManager, ItemWrapper, ItemSync
The following procedure describes setting up InventoryLevelManager as part of a collaboration-object group:
Note: System Manager will have already bound the ItemWrapper collaboration object's From port to the InventoryLevelManager collaboration object. For item verification, go directly to step #8.
This section illustrates the process logic for this collaboration template:
The process logic includes the following subprocesses:
Figure 2 and Figure 3 illustrate InventoryLevelManager's process logic.
Figure 2. InventoryLevelManager collaboration process logic(Part 1)
Figure 3. InventoryLevelManager collaboration process logic (Part 2)
This collaboration template uses the following standard collaboration business processes:
For information on these processes, see the Collaboration Development Guide.
Depending on the value of its VERIFY_SYNC_ITEM property, the collaboration sends inventoried items to the ItemWrapper collaboration for verification or synchronization. Figure 4 illustrates InventoryLevelManager's process for verifying or synchronizing referenced items.
Figure 4. Verify or synchronize items
Note: For a collaboration to process ItemBasic, ItemOrder, and ItemPlanning successfully, your installation's repository must contain the Utility business object. This business object is referenced in the collaboration code, which uses it to instantiate temporary iterator variables. The collaboration fails if this object is not present in the repository.
The InventoryLevelManager collaboration can receive a triggering business object with the RetrieveByContent verb. It is assumed that a source application's business object uses this verb when it does not contain key values. The business object's map and the destination application's connector use the values in specified, meaningful attributes to return the business object from the destination application.
If a business process mandates that data be retrieved by specification of non-key values, for example, a selection criteria, then the connector or connectors that integrate this process must support the RetrieveByContent verb. So, the connector must be designed to recognize that it needs to perform a retrieval of data from an application based on values that exist in non-key attributes of a business object that comes in with a RetrieveByContent verb.
This presents the problem of what to do if a non-key retrieval does not retrieve a unique object, but instead retrieves multiple objects (rows).
InterChange Server Express standard-connector functionality returns one unique object using the retrieve by key method. To make non-key retrieval possible, the following suggestions can be considered as part of the connector design:
Alternatively, if the result set (multiple objects) is desired, design changes to the IBM'sInventoryLevel business object and collaboration are required, as follow:
For example, a new business object (named InventoryLevelWrapper in this example) must be created in the repository. The InventoryLevelWrapper will have the InventoryLevel business object as a child container with cardinality 'n' and will have those attributes required for retrieval at the header level.
When the source application connector sends the InventoryLevel business object into the collaboration on a SubscriptionDelivery, the collaboration must first instantiate a new InventoryLevelWrapper object. The collaboration must then map the required attributes from the triggering business object (InventoryLevel) to the InventoryLevelWrapper's header level. This object must then be sent to the destination application for retrieval. If the destination application connector retrieves more than one inventory level, then those business objects are stored in the child container of the InventoryLevelWrapper business object and sent back to the collaboration. The collaboration must now "unpack" the InventoryLevelWrapper business object to obtain each instance of the child container. The collaboration must then send each InventoryLevel through another wrapper collaboration to the source application. After all instances of the InventoryLevel object are sent to the source application, the entire collaboration-object group ends. Figure 5 illustrates InventoryLevelManager's RetrieveByContent process.
Figure 5. InventoryLevelManager collaboration RetrieveByContent process
InterChange Server Express can roll back a transaction when any step in a transactional collaboration fails. For example, when InventoryLevelManager is a member of a collaboration-object group that participates in a transactional collaboration, its actions are one subtransactional step in a larger transaction. If any step in the collaboration-object group's business process fails, the transactional collaboration details how InterChange Server Express rolls back the processing of every collaboration in the group.
When an InventoryLevelManager collaboration object is used independently of other collaborations, its process comprises a single transactional step. In such a situation, it is not necessary to perform rollback.
To cause a collaboration object or a collaboration-object group to perform rollback requires modification of the collaboration's template. To understand transaction processing in the IBM WebSphere Business Integration Server Express Plus system, see the System Implementation Guide. For information on adding transaction processing to the collaboration template, see the Collaboration Development Guide.
To extend the collaboration object to handle transaction processing, take the following steps:
This section describes the standard properties and collaboration template-specific properties for this collaboration template:
This collaboration template uses the following standard configuration properties for collaboration templates:
For information on these configuration properties, see the Collaboration Development Guide.
In addition to its standard configuration properties, this collaboration template has the configuration properties described below.
Property name and explanation | Possible values | Default value |
---|---|---|
CONVERT_NEG Set to "true" to cause InventoryLevelManager to adjust the value of generic InventoryLevel's AdjustedQty attribute to zero if it the value is negative. Set to "false" to cause InventoryLevelManager to ignore the value of generic InventoryLevel's AdjustedQty attribute. |
true, false | false |
ITEM_TYPE Set to the type of generic Item whose existence should be synchronized or verified before the collaboration synchronizes the InventoryLevel business object. If its VERIFY_SYNC_ITEM property evaluates to "sync" or "verify", InventoryLevelManager uses the value of this property to determine the type of item to be synchronized or verified. |
Item, ItemBasic, ItemOrder, ItemPlanning |
Item |
SEND_DELETE Set to "true" to cause InventoryLevelManager to change the verb to Delete when the AdjustedQty attribute of its triggering InventoryLevel business object evaluates to zero. Note: You must also set the USE_RETRIEVE property to "true". Set to "false" to cause InventoryLevelManager not to change the verb to Delete. |
true, false | false |
VERIFY_SYNC_ITEM Set to "sync" to cause InventoryLevelManager to synchronize inventoried items in the destination application. InventoryLevelManager copies the ItemId (and other attribute values, such as the Plant attribute) from the InventoryLevel business object and creates the type of generic business object specified in the ITEM_TYPE property. InventoryLevelManager sends the business object with the Sync verb to ItemWrapper. In turn, ItemWrapper retrieves values for all attributes from the source application and sends the business object with the Create verb to ItemSync. If ItemSync fails to create the inventoried item, InventoryLevelManager handles the error as specified in its INFORMATIONAL_EXCEPTIONS property. Set to "verify" to cause InventoryLevelManager to verify inventoried items in the destination application. InventoryLevelManager copies the ItemId from the InventoryLevel business object and creates the type of generic business object specified in the ITEM_TYPE property. InventoryLevelManager sends the business object with the Exists verb to ItemWrapper. In turn, ItemWrapper retrieves the business object from the destination application. If ItemWrapper fails to retrieve an inventoried item, InventoryLevelManager handles the error as specified in its INFORMATIONAL_EXCEPTIONS property. Set to "neither" to cause InventoryLevelManager to synchronize the triggering InventoryLevel business object without first synchronizing inventoried items or verifying existing inventoried items in the destination application. |
neither, verify, sync | neither |
To view an explanation of the messages of this collaboration template, launch the Log Viewer and open the collaboration template's message file. To launch the Log Viewer and open the collaboration template's message file:
To upgrade to a newer version of the collaboration template, perform the following steps: