Reviewing requests
Every request created through a form with Intake details carries the result of its check. This page covers what agents see, what each status means, and how to find the requests that need a look.
On the work item
The Intake details field shows the requester's text, a status lozenge and the line that names when the check ran and which version of the standard it used, such as "Checked 20 Sep 2026 10:15 UTC · standard v3". Each check's verdict, with its quote or hint, is under Show check details. On the customer portal, the requester and anyone the request is shared with can see the field on the request too: its status, the text and, under Show check details, each check's verdict.
What each status means
| On the work item | In JQL | Meaning |
|---|---|---|
| Complete | pass |
The field reports every check met. On creation the app verifies the result against its run log; a pass it cannot verify is labelled intake-unverified. |
| Incomplete | fail |
At least one check was not met. On the portal this happens when the standard's skip rule let the requester send; agent views never hold a request back. |
| Unverified | unverified |
The model could not give a verdict, or the form could not load its standard, so the request went through to be reviewed by hand. |
| Not checked | ungated |
The work type had no enabled standard. |
The label and the internal note
When a request is created and its value is not a verified pass, the app adds the label
intake-unverified and an internal note for agents. The customer does not see internal notes. The
note names the reason and quotes nothing the requester wrote. A request sent under a skip rule gets
a note that names the bypass; see
Letting requesters skip. A
Not checked request on a work type with no enabled standard gets neither.
Queues
Add a Labels column to the review queue, or build a queue on the filter
labels = intake-unverified, so requests that did not pass are easy to find.
JQL and the issue property
The field's status is searchable through its JQL alias. To find the unverified requests in a project:
project = FERN AND "Intake details".Status = unverified
And the requests that did not meet every check:
project = FERN AND "Intake details".Status = fail
FERN stands for your project key. The issue property intake-gate holds the same result for
reporting tools that read properties: the status, whether the value was verified and flagged, the
standard it was judged against, the run id and the text's hash.
The run log
The Run log tab in project settings keeps every check against an enabled version for 30 days, with the text and each verdict, unsent attempts included. Read it to see what a requester tried before sending, and when unverified results from the model began. A form that could not load its standard leaves no run log row; find those requests with the label or the field's status.