Decrements: rates by benefit
Active decrements (other than retirement rates, mortality rates in U.S. Qualified and Canadian mode funding valuation assumptions, and termination rates in German mode assumptions) allow the option to specify "<rates by benefit>". In this case, one of the "standard" causes of decrement (i.e. termination, death, or disability) is subdivided into different sets of rates for different Benefit Definitions. This can be useful, for example,when different rates are assumed and different benefits are provided in the case of disability or death in the line of duty, as opposed to disability or death due to other causes. In addition, an option is available to apply the "<total decrement>" to a given benefit. The total decrement for a member will then be calculated as the sum of the unique rate tables for benefits for which the member is eligible according to the Benefit Definitions' selection expressions.
For example, consider a public pension plan covering both firefighters and police officers. The plan offers different benefits for these two classifications of participants, and furthermore, the plan offers different disability benefits for those who become disabled in the line of duty versus those who become disabled due to other causes. There is additionally a supplemental benefit available to all participants, regardless of employee classification or the type of disability decrement. The assumed disability rates in this situation could be input as follows:
Assuming that the Benefit Definitions with names beginning "Fire" have selection expressions excluding participants who are police officers, and similarly that the Benefit Definitions with names beginning "Police" have selection expressions excluding participants who are firefighters, the total disability rates for firefighters will be the sum of the tables enumerated as 1 and 3 in the screenshot above, and the total disability rates for police officers will be the sum of the tables enumerated as 2 and 3 in the screenshot above.
This actuarial assumption is mathematically identical to the following process, which does not use the "rates by benefit" functionality: