Resolving Findings
A finding is not finished until you have decided what to do about it. This page is the decision: where the controls are, what each one changes in the document, and how to take it back.
Where a decision starts
Every route below starts in the findings rail: open one card to work it on its own, or use the bar above the list to clear a whole tab at once.


Opening a finding
Click a card in the findings rail. The rail swaps from a list to that finding's detail view. Clicking the same card again closes it.
| Control | Where | What it does |
|---|---|---|
| Back to findings | Top left of the rail | Returns to the list |
| Position readout | Top right | Reads the finding's place in the filtered list, for example 3 of 12 |
| Up and down arrows | Top right | Move to the previous or next finding without going back to the list |
Under the header sits the same summary block the card showed, then the resolution panel.
Reading before you act
Three things sit above the actions, in this order.
A verification reason. When an independent check returned Partly supported or Needs verification, and it gave a reason, that reason is spelled out here under the heading Partly supported by the cited text or Not supported by the cited text. The badge on the card says to check this one; this says what to check.
Original clause. The exact text the finding was raised against, with View in document beside it. That button scrolls the document to the clause and highlights it. It is disabled when the finding has no source file.
The action grid
For a finding you have not resolved, the panel asks How would you like to address this? and offers four routes: fix this with AI, edit it yourself, flag it for review, or accept it as is.
| Action | Subtitle | What happens |
|---|---|---|
| AI Fix | Fix this using AI | Opens the suggestions panel |
| Edit | Write custom | Opens a text box seeded with the original clause |
| Accept | Keep it as is | Resolves the finding immediately, with no further screen |
| Flag | Add a note | Opens a note box and sends the finding to the Flagged tab |
The grid is only shown while the finding is unresolved. Once you have acted, it is replaced by a banner describing what you did, with the controls to change or undo it.
AI Fix
The panel is headed Fix with AI: choose a suggested fix and replace the issue instantly.
Each suggestion is a radio row with a label and a match percentage. Selecting one turns it into an editable text box in place, so tightening the AI's wording needs no separate step. If you change it, Reset to AI text puts the suggestion back.
Refine with AI sits below the suggestions. Four chips send a quick directive: Softer, Stronger, Shorter and More precise. The text box beside them takes any instruction of your own, with Refine to send it or Enter to submit. The refined result arrives as a new selectable suggestion, grounded in the same finding and document, and the earlier ones stay.
| Control | What it does |
|---|---|
| Preview my edit | Shows the selected suggestion landing in the document. Switches the document to Redline while it is on |
| Cancel | Returns to the action grid, changing nothing |
| Save | Applies the selection. If you edited the suggestion, your wording is saved as a manual edit rather than the AI fix |
Edit
The panel is headed Edit manually, with the helper line "Write your own version to replace the issue." Reached from an applied AI fix, it is headed Edit this fix instead and seeded with the fix's wording.
Type your replacement. Preview my edit shows it landing in the document as you type, and Save applies it. Save stays disabled until the text actually differs from what it replaces.
Accept
Accept takes effect immediately: no panel, no confirmation. The clause stays exactly as it is, and the finding moves to Resolved marked Accepted.
Flag
The panel is headed Flag for review: add a note and send this for further review. Save is disabled until the note has content, because a flag with no note tells the next reader nothing.
A flagged clause carries a small flag pin in the Redline and Clean copy views, and hovering it shows your note. The pin travels into the redline and clean exports.
After you have acted
The action grid gives way to a banner naming the resolution, each with its own controls.
| Banner | Controls |
|---|---|
| Marked as accepted | Undo |
| Manual changes applied, quoting your text | Edit, Undo |
| Flagged for review, showing your note | Edit note, Undo |
| AI Fix applied, naming the suggestion and quoting it | Edit this fix, Change AI fix, Undo |
Undo returns the finding to pending and takes the change back out of the document. Once you have undone something, Redo last change appears so you can put it back.
Assignment and discussion stay visible after a finding is resolved, because the argument is often about whether the resolution was right.
Handing a finding to someone else
Assigning it
Assigned to sits below the resolution block. It reads Nobody until someone is picked. The dropdown lists Unassigned, the review's owner, and every collaborator with edit access. Viewers are not offered, because a viewer cannot act on what they are given.
If Judicio cannot load the review's access list, the picker is hidden and the row still states who the finding is assigned to.
Discussing it
Discussion is a comment thread on this one finding. It shows the comment count, then each comment with its author and how long ago it was posted. The box at the bottom takes a new one, and Comment posts it. Your own comments carry edit and delete controls.
An empty thread says so and invites you to start it for whoever picks the finding up.
Working in the document itself
Not every decision has to go through the rail.
Accept and reject in the redline
On the Redline tab, a pending change renders as struck-through original text followed by underlined replacement text, with Accept and Reject beside it. Accept applies the proposed wording; Reject keeps the original. Both resolve the finding just as the rail does.
When more than one change is pending, a bar sits above the document with the pending count and two buttons.
| Control | What it does |
|---|---|
| Accept all | Applies every pending change in the document |
| Reject all | Keeps the original wording for every pending change |
The bar reads Applying… while it works and disappears once nothing is pending. It is shown on the read-only Redline tab only, not in the editor or the export preview.
Editing the document directly
Edit on the Redline tab turns the redline into an editable document. The button reads Editing while it is on, and clicking it again returns to reading. Editing is a Redline-only affordance: the other three tabs are read-only lenses.
The editor's own toolbar replaces the read-mode row.
| Control | What it does |
|---|---|
| Version stepper | Steps between saved versions. The readout reads the version shown and the total |
| Save status | Reads when the document was last saved, with Retry if a save failed |
| Restore this version | Shown while you are viewing an earlier version. Forks it into a new latest |
| Search icon | Opens find-in-document inside the editor |
| Save icon | Saves the current text as a new version |
| History icon | Opens the version history, listing every version with View and Restore |
| Compare icon | Opens Compare versions |
Compare versions puts two versions next to each other. Side by side shows each version in its own pane; One redline merges them into a single marked-up view.
Version history and comparison exist inside the editable redline editor. They compare versions of your edits, not the original document against a counterparty's draft.
Clearing a queue quickly
The bulk bar above the rail list acts on every pending finding your current tab and risk filter select: Accept all pending or Flag all pending. On the Needs verification tab, accepting in bulk is withheld, with the reason on screen, because those are precisely the findings that need reading. See Understanding findings.