See what AI prepares, what needs approval, and where you take over.

Before a workflow touches customers, business data, or money, you should be able to see what enters, where a person decides, what gets recorded, and how work continues if automation stops.

  • 01What data does this workflow use?
  • 02Can anything be sent or changed without approval?
  • 03What happens when AI is wrong or the workflow stops?
  • 04Who owns the workflow, documentation, and handover?
Book an automation review (opens Microsoft Bookings)

Free 30-minute Automation Review. Leave with one mapped workflow bottleneck, one human approval point, and one practical next step.

CONTROL PATH

VISIBLE BY DESIGN

  1. 01Signal

    source attached

  2. 02Draft

    draft prepared

  3. 03Approve

    human approval

  4. 04Act

    scoped action

  5. 05Log

    result recorded

AI prepares; a person approves; the system records the result.

WHAT YOU CAN INSPECT / 04

ILLUSTRATIVE · SYNTHETIC

Four places where you keep control.

Four practical questions, answered below.

01

The source stays attached

Connected to its public source and excerpt below.

SOURCE EXCERPTSOURCE ATTACHED

A workflow handoff is under review.

CLAIMWorkflow handoff is under reviewTRACEExcerpt and page retained together

Pattern grounded in an internal Radar workflow.

What this example does not prove

A synthetic excerpt demonstrates source attachment; it is not an actual quote, a claim of signal accuracy, or a business outcome.

02

A person approves external actions

Prepared work waits for review below.

REVIEW ITEM

Context ready for review

WAITING

The system prepares a recommendation and its source trail. A person decides whether anything should happen next.

Human approval required
Return for editApprove action

Pattern grounded in an internal approval-queue workflow.

What this example does not prove

Synthetic content shows the control pattern; it is not a customer record or live draft.

03

Differences become review items

A read-only mirror surfaces drift below, never a silent rewrite.

READ-ONLY CHECK
Mirror record AAligned
Mirror record BReview drift
Mirror record CAligned

Observation is separated from the source system. Drift becomes a review item, not a silent overwrite.

Pattern grounded in an internal marketing sync view.

What this example does not prove

Qualitative sample states replace live run data, tables, and operational counts.

04

AI says when it needs a person

Discloses its role, its bounds, and the handoff below.

AI

AI assistant

POWERED BY AI

I can help with the information available in this service. For a specific decision, I can prepare a handoff to a person.
BOUNDED KNOWLEDGEVALIDATED OUTPUTCONSENT BEFORE HUMAN HANDOFF

Pattern grounded in a public production AI assistant.

What this example does not prove

The sample shows disclosure and handoff controls, not private prompts or filtering rules.

Governance across all four patterns

Every pattern is working-system evidence, sanitization complete. Permission is internal-approved except the disclosed AI handoff pattern, which is public-approved.

Our own approval queue

Our product · sample data

Tacit CRM approval inbox showing a pending AI-drafted reply with Reject, Edit, and Approve and Send controls.
Tacit is the CRM we run our own outreach on. Every AI-drafted reply lands here and waits: nothing sends until a person picks Approve, Edit, or Reject. The contact and message shown are sample data, not a customer record.
Source
Screenshot of Tacit CRM, built and used by Qualiteh. Interface unmodified; the crop removes the sidebar only.
Does not show
Shows the approval step, nothing more. It is not a result, a client outcome, or a measure of how well the drafts perform.

Every action can be logged. A record includes the prepared item, approval state, result, timestamp, and owner.

TRUST LAYERS / 03

Separate what is known from what must be verified.

Current website facts, delivery defaults, and workflow-specific production evidence are different kinds of trust. The status text on every row keeps those boundaries visible.

STATUS LEGEND · TEXT AND COLOUR

  • STATUS · Known
  • STATUS · Variable
  • STATUS · Verified before production

01

Current website

STATUS · Known

Observable boundaries in the public website shipped today.

See all 6 known facts
  • Public content and examples

    STATUS · Known

    This site shows public service content and examples labelled as illustrative and synthetic. It does not prove that a production workflow is live.

  • STATUS · Known

    Analytics and advertising measurement are separate choices. A relevant vendor library loads only after you grant that choice.

  • Self-Assessment boundary

    STATUS · Known

    The Automation Self-Assessment runs in the browser. Its V1.2 answers and result are not submitted; the dormant, default-off legacy capture foundation is disconnected from the interface.

  • Contact boundary

    STATUS · Known

    The Contact page has no form or onsite submission path. It captures nothing on the page.

  • Bookings and email

    STATUS · Known

    Microsoft Bookings opens on Microsoft’s site. The email link opens your email app, and nothing is sent unless you choose to send it.

  • Privacy notice

    STATUS · Known

    The current Privacy notice documents the website, Self-Assessment, consent, Bookings, Teams, and email boundaries.

    Read the current Privacy notice

02

Delivery default

STATUS · Variable

Delivery defaults; implementation details vary by workflow, tools, and boundary.

See all 6 variable facts
  • Source and context

    STATUS · Variable

    Source and context stay with prepared work by default; exact fields and storage vary by workflow.

  • Human approval

    STATUS · Variable

    A person approves before an external action touches customers, data, or money; the role and escalation path vary by workflow.

  • Scoped credentials

    STATUS · Variable

    Credentials are scoped to the smallest action needed; exact permissions and rotation ownership vary by workflow.

  • Action logs

    STATUS · Variable

    Every action can be logged; the actual log fields, retention, and observability design vary by workflow.

  • Stop and fallback

    STATUS · Variable

    Stop conditions and a manual fallback are part of delivery by default; exact triggers and recovery steps vary by workflow.

  • Ownership and handover

    STATUS · Variable

    Workflow documentation, a runbook, an access inventory, and handover are included by default; transferability and exit details vary by workflow.

03

Verified per workflow before production

STATUS · Verified before production

This label names the required evidence gate, not a current certification or a universal implementation claim. Unknown or configuration-dependent facts stay variable until verified.

See all 10 verified before production facts
  • Model, vendor, and training setting

    STATUS · Verified before production

    Before production, verify the selected model and vendor, plus the applicable training setting, in workflow-specific documentation.

  • Data path, categories, and purpose

    STATUS · Verified before production

    Before production, verify what data enters, its categories, where it moves, and the purpose for each processing step.

  • Subprocessors

    STATUS · Verified before production

    Before production, verify the subprocessors that apply to the workflow and the narrow purpose each one serves.

  • Retention and deletion

    STATUS · Verified before production

    Before production, verify actual retention settings, deletion paths, and the owner responsible for review.

  • Hosting, residency, and location

    STATUS · Verified before production

    Before production, verify the workflow’s hosting, residency, and data-location facts without inferring them from architecture or intent.

  • Credential permissions

    STATUS · Verified before production

    Before production, verify the exact credential permissions, permitted actions, boundaries, and rotation owner.

  • Approval and escalation

    STATUS · Verified before production

    Before production, verify the approval owner, gated actions, review context, and escalation path.

  • Logs and observability

    STATUS · Verified before production

    Before production, verify the logs and observability that actually exist, including fields, access, retention, and review ownership.

  • Fallback and recovery

    STATUS · Verified before production

    Before production, verify stop conditions, the manual fallback route, recovery steps, and the responsible person.

  • Ownership, transferability, and exit

    STATUS · Verified before production

    Before production, verify ownership, transferability, handover materials, operating access, and the exit path.

QUESTIONS TO VERIFY / 08

Know the boundary before the workflow crosses it.

The answer is specific to each workflow — verify it before production. Not certification, legal advice, or a universal infrastructure claim.

PRODUCTION CONTROLSVERIFY BEFORE PRODUCTION
DataInputs, vendors, retention, and the smallest permission.04
  1. Data path

    01

    What enters the workflow, and where does it move?

    VERIFY BEFORE PRODUCTIONInputs, processing steps, destinations, and deletion or export owner.
  2. Vendor purpose

    02

    Why does each external service receive data?

    VERIFY BEFORE PRODUCTIONNamed service, narrow purpose, and the data categories it needs.
  3. Retention posture

    03

    What may be retained, and for how long?

    VERIFY BEFORE PRODUCTIONAvailable settings, working assumption, review owner, and deletion path.
  4. Credential scope

    04

    What is the smallest permission the workflow needs?

    VERIFY BEFORE PRODUCTIONService identity, allowed action, boundary, and rotation owner.
ActionsWho approves, and what the log keeps.02
  1. Approval owner

    05

    Who decides before an external action happens?

    VERIFY BEFORE PRODUCTIONNamed role, gated action, review context, and escalation path.
  2. Action logs

    06

    What evidence remains after a decision?

    VERIFY BEFORE PRODUCTIONPrepared item, approval state, action result, timestamp, and owner.
Ownership and recoveryHow work continues, and what the client can transfer.02
  1. Manual fallback

    07

    How does work continue when automation stops?

    VERIFY BEFORE PRODUCTIONStop condition, manual route, responsible person, and recovery check.
  2. Ownership and handover

    08

    What can the client operate and transfer?

    VERIFY BEFORE PRODUCTIONWorkflow map, configuration, access inventory, runbook, and handover owner.
Mladen Ranković, founder of AgenticMotion by Qualiteh

A named person is accountable for every workflow boundary on this page.

Mladen Ranković · AgenticMotion by Qualiteh

13+ years industrial quality & operations · VDA 6.3:2023 Process Auditor (VDA QMC) · IATF 16949 Internal Auditor · Lean Six Sigma Green Belt

Automation review · 30 min · Logged by a person

AUTOMATION REVIEW

Put one real workflow on the table.

We map the bottleneck, mark the decision point, and name one practical next step.

Book an automation review (opens Microsoft Bookings)Send us one workflow to assess

Free 30-minute review. Leave with one mapped workflow bottleneck, one human approval point, and one practical next step.