Designing Related Object Criteria

The following describes guidelines for designing related object criteria. These guidelines apply when using the base-supplied business objects and additional business objects that the implementation defines.

An initiative defines the related object(s) to associate with leads via the Object Nomination algorithm on the initiative business object. The lead generation process executes this object nomination algorithm after executing initiative eligibility criteria. The base supplied parent Initiative business object (C1–Initiative) is configured with an object nomination algorithm that retrieves the premises that are associated with the account’s active and pending start service agreement’s service points. This algorithm applies the related object criteria, which is configured on the initiative, to each premise. If the premise is determined to be eligible, it is returned as a related object for the lead. To override the base object nomination algorithm, add another instance of the Object Nomination System Event and specify your own algorithm.

The base product supplies related object criteria business objects that look for one or more premise to associate with a lead.

There are two general types of related object criteria business objects provided in base - specific and freeform. Your implementation decides whether to use only one of these types or a mixture of both.

Note: Initiative criteria has three categories: eligibility criteria, related object criteria, and participation criteria. (The participation criteria type is currently not used.) During criteria maintenance and lead generation, the system identifies the category to use through a business object option called Initiative Criteria Type. Related object criteria business objects are defined with an Initiative Criteria Type of C1EO (Related Object Criteria).