In other applications that have benefits components there many different ways to calculate benefit rates. Many of these are driven by plan documents and contracts, and so it would be in the best interest of Microsoft to increase functionality (understanding that Benefits is a relatively new module) of the Benefits area to accommodate that variation. Some of the ways in which rates might be calculated could be:
- Locking in rate based on age as of original enrollment
- Calculate rate based off formula (some combination of age, salary, percentage, tenure, etc.)
- Calculation based off of custom fields
- etc.