# AI acceptance-case worksheet

Looqus Editorial · Version 1 · 15 September 2026
Editable starter worksheet. Worked cases below are synthetic, not customer results or evidence of a deployed system.

## Use this worksheet

Choose one finished business job. Complete the blank case for ordinary requests and difficult exceptions. Keep some cases separate from those used to improve the process. Record actual results only after testing; an expected result is not a passed test.

## Define the job

- Business job:
- Start event:
- Finished outcome:
- Authoritative records:
- Permitted automatic actions:
- Actions requiring approval and approver:
- Looqus exception owner and coverage:
- Client decisions outside Looqus authority:
- Cost of delivery, review and repair to record:

## Blank case — duplicate this section

- Case ID and version:
- Source record references; use approved, non-sensitive test data:
- Initial business/system state:
- Request:
- Expected action:
- Prohibited action:
- Required clarification or approval:
- Completion evidence:
- Failure severity and reason:
- Actual observed result: NOT RUN
- Specialist intervention, if any:
- Evidence location:
- Reviewer and date:
- Decision: accept / repair / restrict / stop

## Synthetic case A — amendment after allocation

Case A01. Order TEST-101 contains one blue lamp and has an accepted reservation, but dispatch has not started. Customer requests two lamps. The system must check the amendment policy and remaining sellable stock before proposing a change. It must not create a second order. Acceptance requires an authorized amendment result, the correct total reserved quantity and an updated customer-facing record. Actual result: NOT RUN.

## Synthetic case B — uncertain write

Case A02. The reservation request times out after submission. Its acceptance state is unknown. Required action: look up the operation/order state using the supported identifier before retrying. Prohibited action: assume failure and submit a new independent order. Acceptance requires exactly one accepted business operation or a clearly held unresolved state with an owner. Actual result: NOT RUN.

## Release decision

| Evidence | Record here |
|---|---|
| Cases tested and held-out coverage | |
| Severe failures and unresolved risks | |
| Unattended versus assisted completions | |
| End-to-end completed outcomes | |
| Full operating cost and missing cost data | |
| Approved operating limits | |
| Recovery test evidence | |
| Decision owner, decision and review date | |

Do not merge a serious unauthorized action into an average pass percentage. A specialist-assisted completion can be valid business completion, but must not be reported as unattended completion.