New inquiry levels

You can add or update an inquiry level configuration using Administration services (transactions).

About this task

To configure a new inquiry level:

Procedure

Use the Administration Services to add or update an inquiry level configuration. Be aware of the following points when configuring new inquiry levels:
  • Allowed and Reserved Ranges: The permitted numeric range of integers for new inquiry levels is from 100 and up. Levels 99 and under are reserved for internal use by the IBM® InfoSphere® Master Data Management product.
    Note: Do not use or change the existing configurations of any of the reserved ranges.
    • Expiring Inquiry Level and Child Groups: The inquiry level for an object and the child objects they retrieve for an object may be expired using the expiry_dt field. If an Inquiry Level is expired, that record is not made available to the system for further processing. Only active Inquiry Levels are retrieved by the system for use.
    • Cumulative Inquiry Levels: Inquiry levels may be cumulative. This means that particular level includes ALL objects configured for every inquiry level below it, regardless of whether or not any of the lower levels are cumulative . For example, if level 120 has cumulative_ind = Y or is cumulative, all groups configured for level 120 down to level 100 are returned as the set of child objects to return for that particular object. In sum, levels are not skipped when one is defined as cumulative.
    Note: Client-defined inquiry levels (level 100 and above) are not cumulative to include product-defined inquiry levels (0-99).
    • Configure only the child Groups to be returned for the parent Group: There is no need to configure the Group for the Person, Organization or Contract object as a child of the inquiry level for itself. By definition, inquiry level objects are child objects so, at a minimum, the parent object itself is always be returned. For example, there is no need to configure Contract level 1 to contain child Contract, to ensure its return.
    • Configuration Warning Messages: It is possible to configure an inquiry level incorrectly. When this happens, Status 5 warning messages indicate which objects for the inquiry level are in error. For example, if an inquiry level is defined for Person, say 101, that returns child objects PersonName, PartyIdentification, and IncomeSource, when running a getParty() transaction (level 101), a configuration warning is returned, stating that the parent of the IncomeSource object is configured incorrectly. IncomeSource requires the FinancialProfile to be configured for Party as well, because IncomeSource, PartyChargeCard, PartyBankAccount, and TCRMPartyPayrollDeductionBObj are within the processing of FinancialProfile. These dependencies are noted in the charts supplied detailing the current configuration of the IBM InfoSphere Master Data Management objects (Contract, Organization, Person) and their inquiry levels. The following is an example of the warning message:
      <DWLStatus>
        <Status>5</Status>
        <DWLError>
          <ComponentType>10</ComponentType>
          <ComponentTypeValue>DWLErrorMessageComponent</ComponentTypeValue>
          <Detail>Parent object of ContractPartyRoleIdentifier was not configured 
            properly for inquiry level. Add record for parent object of 
            ContractPartyRoleIdentifier in table INQLVLGRP.</Detail>
          <ErrorMessage>Some objects may not be returned due to inquiry level 
            configuration errors in table INQLVLGRP</ErrorMessage>
          <LanguageCode>0</LanguageCode>
          <ReasonCode>15204</ReasonCode>
          <Severity>5</Severity>
        </DWLError>
      </DWLStatus>
      
    • Use the transaction documentation: Consult the transaction reference documentation for out-of-the-box details on the objects returned for inquiry levels for getParty (getPerson (Person object), getOrganization (Organization object), and getContract (Contract object).