Skip to content
MirrorFirm

Can generated tasks represent exceptions that survive a policy change only temporarily?

An expiring waiver creates a task where the correct treatment changes again after the main policy cutover, without another policy revision.

A utility account `ACC-0732` links to repayment arrangement `ARR-0196`. A revised collections policy requires a supervisor's approval before extending an arrangement. The account also carries waiver `WVR-0084`, which permits one extension under the earlier process until a specified expiry event.

A collections officer requests an extension while the waiver remains active. The request satisfies its conditions, so the generated expected outcome permits the extension and records that the waiver has been consumed. A later request on the same account must follow the revised approval path.

A task pack could contain the policy versions, waiver text, issuing authority, eligible action, expiry condition and usage history. The environment state can move the waiver from active to consumed when the first extension succeeds.

The consequence of treating the waiver as a permanent exemption is an unauthorised later extension. The consequence of ignoring it is unnecessary escalation of the first request. This scenario teaches evaluators to inspect exception lifecycle behaviour. A useful agent must apply the exception precisely, record its use and recognise when the standard policy resumes control.

Evaluate exception handling with explicit authority, conditions and expiry rather than an unrestricted exemption flag.

Audience:
Evaluation teams
Content type:
Scenario
Buyer question:
What can be generated

Content release: r-a220eb6e099b243b

More on Policy change propagation