DocsComplyIQComplete User Guide

Searchable, structured training for readers, crawlers, and AI assistants.

Public training path

Complete User Guide

ComplyIQ · Beginner-friendly walkthrough

ComplyIQ is for evidence-backed document review. You choose the governing source bundle, upload the target document, confirm the estimate, launch the run, and then review findings that stay tied to actual source and target evidence. The goal is not to get a...

Next best action

Preview the guidance here, then create an account to save workspaces, unlock guided execution, and continue inside the platform.

Sections

2 guided blocks

Read Time

5 min focused read

Coverage

206 searchable doc sections

complyiqtutorialauditoperatorremediationsourcesestimatestatus

Section 1 of 2

How to Run a ComplyIQ Audit from Setup to Remediation

complyiqtutorialauditoperatorremediation

ComplyIQ is for evidence-backed document review. You choose the governing source bundle, upload the target document, confirm the estimate, launch the run, and then review findings that stay tied to actual source and target evidence. The goal is not to get a vague opinion. The goal is to produce a review record you can defend.

Source bundle

The governing framework, regulation, or policy set that defines what the document must satisfy.

Estimate review

Before launch, check page count, token estimate, processing profile, and projected credit cost.

Dedicated route

Each audit gets its own URL so the run can be reopened later for download, review, or sharing.

Findings triage

Compliant, non-compliant, and possible confusion findings help you separate confirmed gaps from items that still need judgment.

Estimated pages and words help you catch unexpectedly large files before launch.

Processing profile tells you whether the run is likely to be straightforward or heavy.

Credit cost helps you decide whether to audit the full file now or split the review into cleaner passes.

Parser warnings are early signals that extraction quality may affect the findings.

1

Step 1: Define the governing boundary

Select only the source documents that truly govern the target. A tight bundle produces cleaner, more defensible findings than a bloated one.

2

Step 2: Upload and inspect the target

Attach the policy, procedure, contract, or handbook and read the estimate before you launch. Long files and parser warnings deserve a pause.

3

Step 3: Name the analysis clearly

Use a title that describes the document, the governing lens, and the review moment so history stays usable later.

4

Step 4: Launch and keep the route

Start the analysis and retain the dedicated route. That URL becomes the anchor for follow-up work, export, and team review.

5

Step 5: Triage findings in order

Start with non-compliant items, then review possible confusion items, then scan compliant coverage to confirm the audit scope behaved as expected.

6

Step 6: Convert findings into actions

Turn confirmed gaps into remediation tickets with the source quote, target quote, owner, and expected revision. Then re-run after the document changes.

Do This

Audit one target against one meaningful governing bundle whenever possible.

Pause when parser warnings appear on critical documents and decide whether the source file needs cleanup first.

Use possible confusion findings as a human review queue, not as automatic proof of failure.

Run a fresh audit after revision so the new state has its own evidence trail and URL.

Avoid

Do not mix aspirational guidance with hard requirements unless that mix is intentional.

Do not treat a low-confidence finding as settled law without review.

Do not launch giant audits without reading the estimate and the page-band cost effect.

Do not remediate from memory; always carry the evidence trail into the follow-up task.

Section 2 of 2

Sources, Estimates, Statuses, and Report Artifacts

complyiqsourcesestimatestatusreport

ComplyIQ is easiest to trust when you understand what it is actually tracking. A run has four layers: the governing source set, the target size estimate, the launch and quota state, and the finished report artifacts. If one of those layers is weak, the audit feels confusing even when the UI looks clean.

Source cards

Each selected source carries file identity, framework or norm labels, size signals, parser warning counts, and a freshness signal so you can judge whether the corpus itself is safe to use.

Target estimate

Before launch, the workspace estimates word count, page count, token size, and credit price so the operator can approve cost with eyes open.

Quota-aware launch

ComplyIQ checks available AI quota first and charges credits only when the analysis launch succeeds. There is no separate reservation step.

Report artifacts

Completed runs expose a dedicated route, HTML viewing, HTML download, JSON evidence export, and shareable report handling.

RUNNING: the audit is progressing. Stay on the dedicated route or return later with the same URL.

COMPLETED: the report is ready to inspect, triage, and download.

FAILED: the audit stopped before a valid report could be produced. Read the error detail, then launch a fresh run after the problem is corrected.

1

Build the source bundle first

Choose only the governing documents that should legitimately control the target text.

2

Estimate before you launch

Use the word, page, token, and price estimate to confirm scope and budget while changes are still cheap.

3

Launch and keep the route

The dedicated analysis URL is the cleanest way to revisit a run, share it, or reopen it after a delay.

4

Use the report as a triage surface

Read the score, inspect the evidence, route ambiguous findings to human review, and download the artifacts you need for follow-up.

Pro Tip: The estimate is a governance tool

Do not treat the pre-launch estimate as a billing footnote. It is the moment where you confirm scope, detect giant target files, and catch obviously wrong source bundles before they become an official run.

Academy v4.0 · Interactive Documentation · Beginner Mode