Skip to content
MirrorFirm

What should a generated conditional approval release contain?

A checklist of the record types and case features a sample should contain before it can support condition-handling tasks, from decisions to hold-or-escalate outcomes.

Use this list when asking for a sample, so you can confirm the generated release has enough structure to test condition handling.

- Decision records that state the scope of what was approved, so later changes can be tested against that scope. - Condition records with rule text, owner role, due point, a blocking flag and a dated status history. - Evidence records linked to conditions, including items that are attached but fail on date, entity or threshold. - Review records that show the finding, the reason code and the role of the person who reviewed the evidence. - Change records covering variations, waivers, added conditions and lapses, each with the authorising role recorded. - Downstream requests whose state depends on the conditions, so a premature release can be detected from the records. - Policy text that says which conditions are mandatory, who may waive them and what happens when a due point passes. - Cases where the correct outcome is to hold or escalate, with the expected reason written down beside the case.

Check the sample for these items first, because missing record types limit which behaviours you can test.

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

Content release: r-a220eb6e099b243b

More on Approval conditions