Ketryx Documentation
Book a DemoFAQTraining Videos
  • Introduction
  • 📄Manuals
    • MAN-01 Ketryx Lifecycle Management
    • MAN-02 Software Release Process
    • MAN-03 Supply Chain Management: Software Dependencies
      • Threat Modeling
      • Vulnerability Management
      • Working with CycloneDX
      • Working with SPDX
    • MAN-04 Supply Chain Management: Cloud Dependencies
    • MAN-05 Milestones
    • MAN-06 Test Management
    • MAN-07 Traceability
    • MAN-08 Risk Management
    • MAN-09 Git-Based Configuration Items
    • MAN-10 Managing items in Ketryx
    • MAN-11 Approval Rules
    • MAN-12 Computational Controls
    • MAN-13 Data Export
  • 🛠️Work Instructions
    • WI-01 Requirement
    • WI-02 Software Item Specification
    • WI-03 Task
    • WI-04 Test Case
    • WI-05 Test Execution
    • WI-06 Anomaly
    • WI-07 Complaint
    • WI-08 Change Request
    • WI-09 Corrective and Preventive Action (CAPA)
    • WI-10 Risk
    • WI-11 Document
  • 🌐Integrations
    • Jira
    • Azure DevOps
    • TestRail
    • Jama
    • Polarion
    • Chrome extension
    • Source Code
      • Azure DevOps
      • Bitbucket
      • GitHub
      • GitLab
      • Code Change Reviews
    • Release documents
      • Google Workspace
    • Authentication
  • 📚Reference
    • Ketryx Query Language
    • Advanced Settings
    • Glob Pattern Matching Algorithm
    • Traceability Configuration
    • Document Templating
    • Project Settings
    • Custom Item Types
    • Assistant
    • Agents
    • Release Notes
  • 🔃API
    • Authentication
    • Build API
    • Project API
    • Item API
    • Webhooks
Powered by GitBook

Ketryx

  • ketryx.com
  • What is Ketryx?

Resources

  • FAQ
  • Training Videos

© 2025 Ketryx Corporation

On this page
  • Design verification
  • Require controlled design inputs before a design output can be approved
  • Require re-verification of affected items after change control
  • Test management
  • Require a manual test execution for each effective automated test execution
  • Require automated tests to be associated with test cases
  • Allow controlled failed test executions
  • Inherit excluded tests
  • Require test executions after controlled test cases
  • Automatically update release test plan based on external test plan(s)
  • Release controls
  • Require controlled dependencies
  • Require controlled items
  • Require a controlled test plan
  • Require generated release documents
  • Require uploaded build documents
  • Require up-to-date release documents
  • Require approved release documents
  • Require full traceability
  • Require controlled milestones
  • Training
  • Require training
  • Risk management
  • Require harm and initial severity selection
  • Require derived risk analysis fields
  • Require hazard selection
  • Require hazardous situation selection
  • Deleting a project

Was this helpful?

Export as PDF
  1. Reference

Project Settings

Project settings in Ketryx

Project settings in Ketryx are used to configure various aspects of a project, such as design verification, test management, release controls, and more. These settings are used to customize the behavior of Ketryx for a specific project, particularly to opt in or opt out of various computational controls enforced by Ketryx.

Design verification

Design verification settings are used to configure the design verification process for a project.

Require controlled design inputs before a design output can be approved

If this is activated, an item can only be approved once all its design inputs are in a controlled state.

Require re-verification of affected items after change control

If this is activated, after an item is changed and enters a controlled state again, Ketryx will automatically unclose any other items affected by the change, i.e. transition any design outputs of the changed design input that are currently Closed back to Resolved, so they will need re-verification before entering a controlled state again themselves.

You can see all affected items using a filter on the items screen called Re-verify affected items.

Test management

The test management settings are used to configure the test management process for a project to customize the behavior of Ketryx for a specific project.

Require a manual test execution for each effective automated test execution

If enabled, a manual Test Execution item has to be created for the latest automated test execution, before the test is considered passing.

This provides a way to enforce that each automated test is reviewed and electronically signed by itself, in addition to signing the overall testing report.

This applies to automated test executions associated with a Test Case, not to automated tests that are directly associated with a Software Item Spec or other item.

Require automated tests to be associated with test cases

If enabled, automated tests reported to Ketryx are only considered if they are directly associated with a Test Case item. Automated tests associated with Software Item Specs or other items are not considered part of the test plan and testing report.

Allow controlled failed test executions

If this is activated, failing test executions do not block a release, as long as they are in a controlled state.

Inherit excluded tests

If this is activated, Test Executions from the previous release will be considered effective for Test Cases that have been excluded from a version's release test plan.

Require test executions after controlled test cases

If enabled, a Test Execution will only be taken into account if it was created after the Test Case entered a controlled state.

Automatically update release test plan based on external test plan(s)

If enabled and there are external test plans items defined for a version, the overall Ketryx release test plan for the version will be updated automatically to include the tests from those external test plans items.

Release controls

The release control settings are used to configure the release control process for a project to customize the behavior of Ketryx for a specific project. This enables you to enforce certain controls on the release process, or disable them if they are not needed.

Require controlled dependencies

If this is activated, a release can only be approved if all dependencies are in a controlled state.

Require controlled items

If this is activated, a release can only be approved if all items are in a controlled state.

Require a controlled test plan

If this is activated, a release can only be approved if the test plan is in a controlled state.

Require generated release documents

If this is activated, a release can only be approved if all required release documents are generated.

Require uploaded build documents

Require up-to-date release documents

If this is activated, a release can only be approved if all required release documents are up-to-date.

Require approved release documents

If this is activated, a release can only be approved if all required release documents are approved.

Require full traceability

Require controlled milestones

If this is activated, a release can only be approved if all milestones are in a controlled state.

Training

Require training

If this is activated, users will be required to complete training before they can approve items. For example, if a group has assigned training, Members must perform that training, or they will not be able to perform actions (i.e., approvals) as part of the Group.

Risk management

The risk management settings are used to configure the risk management process for a project to customize the behavior of Ketryx for a specific project.

Require harm and initial severity selection

If enabled, users are not able to set a custom harm or initial severity value. Instead, they may only select a pre-defined harm, and the associated initial severity of that harm is enforced.

Require derived risk analysis fields

If enabled, users are not able to modify the derived risk analysis fields (i.e. initial and residual risk evaluation, risk acceptability).

Require hazard selection

If enabled, users are not able to set a custom hazard. Instead, they may only select a pre-defined hazard.

Require hazardous situation selection

If enabled, users are not able to set a custom hazardous situation. Instead, they may only select a pre-defined hazardous situation.

Deleting a project

If a user wants to delete a project in Ketryx, click the 'Delete project' button at the bottom of the project settings. Doing this will require the user to type the name of the project they are currently attempting to delete and provide their security key. After checking the 'I confirm I want to delete this project' box, the user will be able to delete the Ketryx project. Once a Ketryx project is deleted, there is no way to recover it.

PreviousDocument TemplatingNextCustom Item Types

Last updated 1 month ago

Was this helpful?

If this is activated, a release can only be approved if all required are uploaded.

If this is activated, a release can only be approved if all items are fully traceable. See the reference and for more information.

For even more fine-grained control over risk management using the , please see .

📚
Traceability Configuration
MAN-07 Traceability
advanced settings
MAN-08 Risk Management
build documents