Siebel Order Management Infrastructure Guide > Asset-Based Ordering Methods Reference > Complex Product AutoMatch Business Service Method >

Auto Match

Auto Match compares the input product instance to the customizable product definition. For each product or class that cannot be located in the definition of the relationship specified by the product instance, Auto Match searches for that product or class in another relationship under the same parent in the product definition hierarchy. If the product or class exists in one or more relationships, the product instance is updated so that the product or class is associated with the first of those relationships. If the product or class cannot be found in any relationship in the customizable product definition, the product or class is removed from the product instance. The details of each change made by Auto Match are added to the AutoMatchReport and returned as the output of the method with the modified product instance.

Arguments

Examples

Review the following Auto match method examples:

• Service Profile Upgraded from SCE 6.x
• Service Profile Imported from a Legacy System

Service Profile Upgraded from SCE 6.x

The following example shows how this method is used when a service profile record is upgraded.

NOTE:  In the following examples, a port is an instance of a relationship.

1. The following diagram shows a service profile record that has been upgraded from SCE 6.x:

2. The customizable product definition was reimplemented as shown in the following diagram (rounded boxes represent a class).

3. Auto match assigns the following port IDs without error, as shown in the following diagram.

NOTE:  The Installation component port IDs were assigned without ambiguity because each of their parent components only have one port that supports the Installation product. Also, the erroneous port ID originally assigned to the Nokia cell phones was replaced by the correct port ID without generating an error.

Service Profile Imported from a Legacy System

The following example shows how this method is used when a service profile is imported from a legacy system.

1. The service profile record shown in the following diagram was imported from a legacy system.

2. The customizable product definition is shown in the following diagram.

3. Auto match does its best to assign port IDs, as shown in the following diagram.

NOTE:  The DSL Service component was deleted because it does not exist beneath Local Line. The Voice-Mail component was reparented and associated with the Calling Features class. The Call Forwarding component could have been associated with the product relationship or as a member of the Calling Features class. Hence, it was assigned to the first port found (the product relationship) and a warning message was issued.