Why isn't scheduling just a calculation an agent can do with a formula?
The arithmetic is the easy part; the difficulty is choosing which rule applies, handling exceptions, and keeping several linked records consistent after each change.
**Isn't this solved by an amortisation formula?**
For a clean new schedule with fixed terms, a formula does most of the work. Real scheduling rarely stays clean, and the formula answers only one part of the task.
**What else is the agent deciding?**
- **Which rule applies.** A rate change, a hardship arrangement and a contract variation each treat accrued interest or fees differently. - **Whether the request is allowed.** Policy may cap deferrals, require approval above a threshold, or forbid changes while a dispute is open. - **What to do with the old schedule.** Superseded lines must be closed, not left active beside the new ones. - **How to handle rounding.** Instalments are rounded to the cent, and the last line absorbs the difference. - **What to tell the customer.** The agent must state the new dates and amounts accurately.
**Where do agents fail?**
Typical failures include a plan that sums correctly but ignores an approval requirement, a new schedule created while the old one stays live, or a date placed on a non-business day when the policy rolls forward. Each of these is invisible to a formula check.
**What does that mean for an evaluation?**
A useful task pack separates the calculation from the decision. It scores whether the agent picked the right action, applied the right policy, left the records consistent, and communicated the result. A generated environment can hold the policies and linked state needed to test all of these together.
Evaluations built only on arithmetic miss the policy, exception and consistency failures that dominate real scheduling work.
- Audience:
- Evaluation teams
- Content type:
- FAQ
- Buyer question:
- What it is and why it matters
Content release: r-a220eb6e099b243b
Related questions
- What does an early lump-sum payment do to a loan schedule?
- What makes a schedule task worth using to test an agent?
- Which systems does an agent touch when changing a schedule?
- Why can't a general agent just recalculate dates and amounts?
- What is payment schedule work and why does it matter for agents?
- How does a payment plan map onto environment state and tool actions?