Skip to content

Getting Started with Quality Check Ownership

Every quality check has an owner: a single user responsible for it. Ownership drives check filtering by responsibility, in-app notifications when someone edits a check you own, and the audit trail in the check's history. In this section you'll learn what ownership controls, the three transfer modes (explicit, implicit, and Drafter activation), how to change the owner from the UI and API, and how notifications, history, and filtering behave.

Ownership section in the Authored Check Details modal, showing the Owner and Anomaly assignee fields

Permissions

The Author team permission on the check's datastore is required to change a check's owner. Users selectable as the new owner need at least the Drafter permission on the same datastore.


Deep Dive

  • Introduction


    Conceptual overview of the Owner field, why ownership matters, and the three transfer modes at a glance.

    Introduction

  • How It Works


    Full semantics: defaults at creation, the three transfer modes in detail, permissions, notifications, history tracking, and filtering.

    How It Works

  • Examples


    Production scenarios that show ownership in action: onboarding, handoffs, notification-driven workflows, compliance audits, and Draft promotion.

    Examples


How-tos

  • Change Check Owner


    Transfer ownership of a single check from the Edit Check form.

    Change Check Owner

  • Bulk Change Check Owner


    Apply the same owner to many checks at once from the Bulk Edit Checks modal.

    Bulk Change Check Owner


API & FAQ

  • API


    The owner_id field on create/update payloads, the owner_id and owner query parameters for filtering, and sample requests.

    API

  • FAQ


    Short answers to frequent questions about ownership defaults, transfers, notifications, and filtering.

    FAQ