1. User Guide
  2. Business Rules Administration
  3. Application Specific Rules
  4. Break Identification
  5. Break Identification Configuration

5.3.10.1 Break Identification Configuration

The Break Identification Process Configuration is used to enable or disable the Break Detection columns to identify the change in attributes.

For Change in Attributes Break, the engine compares the current period records with the prior period records to determine if any changes are made to critical attributes (other than balances). If any of the critical attributes have changed then it qualifies as a break event.

The Break Identification Process uses Identity Code to determine which record is current and which is prior. It is assumed the Prior record Identity Code will be < Current Period.

The following key attributes are compared when analyzing data for Change in Attributes Break:

  • ADJUSTABLE_TYPE_CD
  • AMRT_TYPE_CD
  • COMPOUND_BASIS_CD
  • CUR_NET_RATE
  • MATURITY_DATE
  • NEG_AMRT_AMT
  • NEG_AMRT_EQ_DATE
  • NEG_AMRT_EQ_FREQ
  • NEG_AMRT_EQ_MULT
  • NEG_AMRT_LIMIT
  • INT_PMT_FREQ
  • INT_PMT_FREQ_MULT
  • REPRICE_FREQ
  • REPRICE_FREQ_MULT
  • RESIDUAL_AMOUNT
  • ACCRUAL_BASIS_CD
  • PRIN_PMT_FREQ
  • PRIN_PMT_FREQ_MULT

To configure the Break Identification Process:

  1. From the LHS menu, select Maintenance and then select Break Identification Configuration.

    Figure 5-120 Break Identification Configuration


    Break Identification Configuration

  2. Select the relevant columns to identify the breaks for change in attributes.
  3. Click Save.

    Note:

    Active As-of-Date means the Application Preferences As-of-Date, which is also the current record’s As-of-Date. The change applies only to the prior record. The current record will be corrected from the source system.

    If an account is repriced daily and Break Identification is done for one month period (difference in As-of-Dates), then though account’s (prior period record) As-of-Date is updated to latest As-of-Date, but if the reprice dates are just rolled over by 1 Day as per reprice frequency, then the reprice dates go out of sync with As-of-Date. That is why for these accounts, the logic is updated as, if after rolling forward by one period, if the dates are not in sync with As-of-Dates, they will be rolled forward till As-of-Date, only for those adjustable accounts where reprice frequency or payment frequency is less than period over which break identification is performed. For longer reprice frequency accounts, there is no change in the logic.