All pages
Powered by GitBook
1 of 21

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Manage

Processes

Checklist

Introduction

In the Unifize platform, Checklists are core components of any process. Checklists define the structure of a process and all the records inside that process. Basically, whichever Checklist is configured and added at the process level will be visible to the users of all the records of that process.

Checklists can be customized to capture specific information requirements, track progress through defined stages, and ensure all necessary data points are collected before a record can be considered complete. This structured approach to data collection helps standardize processes and ensures consistency across similar records.

2. Capabilities

Checklists support a wide range of configuration and operational features:

  • You can add, edit, or remove checklist fields from inside a process and all the records of that process by using the Process Builder.

  • You can organize checklist fields inside your records using Sections and Subsections to add them in specific categories.

  • You can define the layout view by customizing the field width of your checklist fields.

  • You can set conditional visibility and field-level logic for any checklist fields.

  • Use custom Checklist fields for end-to-end quality and document management of your processes.

  1. Start by navigating to the Manage View section.

  2. Click on the “NEW PROCESS TEMPLATE” button to create a process inside your org.

  3. Give your process a name.

  4. Click on the small edit icon next to the process name. This will take you to the process settings.

Below is the list of all the Checklist Fields on the Unifize platform and their detailed guide.

Each checklist field has a set of conditions that can be used to configure and control the behaviour of the checklist field. Each field has conditions that apply differently based on the field type. You can find details about checklist conditions in the

Each checklist field has prompts and Layouts that function similarly across all checklist fields.

Prompts are the rules that you set on specific checklist fields to prompt the user to complete or fill that particular checklist field until your created rule is satisfied. These prompts will be visible as Conversation Notification to the end user.

Prompts can be configured for any checklist field by going to the Settings section of that particular checklist. There, you will see a Prompts section. Inside it, click on the “Create new rule” button to create a prompt.

Upon doing that, you will see two fields:

  1. Prompt whom: Defines who will be prompted. You can choose specific users or dynamic roles like Creator, Participant, or Owner.

  2. When: You can choose from the following options for the timing of when you want your prompt to trigger.

Everytime they view the conversation: Prompts are shown persistently each time the user opens the record.

When they get added to the conversation: Triggered once when the user is newly added as a participant.

When they close the conversation: Prompts appear just before a user closes the record’s conversation.

When the previous step is completed: Triggers the prompt once the previous checklist step is marked complete.

You can customize the field width of specific checklist fields by using the 1x, 2x, 3x options. Smaller widths allow more fields on a row.

Role
Permissions

Subsection

Introduction

Subsections in Unifize are collapsible, structured containers used within a Section to further organize checklist fields. They function similarly to sections but provide more granular control and layout flexibility. Admins can use subsections to group related checklist items within larger sections, set visibility logic, and prompt specific users based on workflow stages.


How Subsections work

  • A Subsection is added inside a Section and can contain various checklist field types (text, date, uploads, etc.).

  • Subsections allow you to break complex sections into smaller, more focused groups.

  • They support conditional visibility, layout control, and user prompts.

Each subsection includes:

  • A title

  • Optional prompts for user guidance

  • Conditions to control visibility and behavior

  • Layout settings to control field arrangement


Subsections help simplify complex workflows by:

  • Structuring large sections into manageable parts (e.g., input details, review, sign-off)

  • Improving visual clarity for users working with multiple checklist items

  • Enabling targeted prompts to users at the right time

In a CAPA checklist:

  • Section: Root Cause Analysis

    • Subsection 1: Data Collection

    • Subsection 2: Team Evaluation



  • In Subsections, admins can configure prompt rules to notify users (by name or role) when they need to complete a subsection. Prompts can trigger based on events like viewing the record, being added, completing a prior step, or closing the conversation.

  • You can use the 2D auto-layout to control field widths (1x to Max Width). You can also force a new row to ensure visual separation between checklist elements.


You can apply conditional logic to show, hide, or require subsections based on field values from within the checklist or form.


  • During checklist configuration, if a subsection is placed above a section without any checklist fields inside it, the subsection field won’t be visible for end users.

  • During checklist configuration, if a subsection is placed above a section with checklist fields inside it, the subsection heading won’t be visible for end users.

Configuring SharePoint on Unifize

Unifize now supports seamless integration with Microsoft 365- specifically SharePoint and OneDrive- enabling organizations to connect their existing file management systems directly to Unifize workflows. This article walks through how to configure and manage this integration, including setup, required permissions, and how it works behind the scenes.


The SharePoint integration allows users to:

  • Attach files directly from their SharePoint or OneDrive accounts to checklist fields in Unifize.

  • Create new Microsoft 365 documents (Word, Excel, PowerPoint) from within Unifize.

SharePoint

Feature ID: FU-1046

Document Version: 2.0

Date: 24-02-2025

Feature Validation:


The SharePoint integration in Unifize allows administrators to connect Microsoft 365 SharePoint and OneDrive to checklist fields. This setup ensures that files used in workflows remain centralized, version-controlled, and compliant with enterprise storage policies. Admins are responsible for enabling the integration, configuring default settings, and managing file access through SharePoint permissions.

As an admin, you can:

Reducing user error by revealing only relevant fields when needed
Subsection 3: Final Approval

Behavior

Defines what happens when condition is met (e.g., show or hide field).

Hide “Extra Info” subsection if issue type is “Minor”.

Mandatory if not hidden

Makes all fields inside the subsection required, but only if visible.

Ensure user completes fields in “Final Review” if it's shown to them.

Role

Permissions

Admin

Add, configure, reorder, and delete subsections within a section. Define conditions, layout, and prompts.

Org Member

View and complete fields inside visible subsections. Cannot modify settings or structure.

External User

View visible subsections if they have access to the record. Cannot interact with hidden ones.

Setting Name

Description

Use Case

Condition (Field)

Field used to evaluate the rule logic (from form or checklist).

Show “Investigation” subsection if NC Type = “Major”.

Qualifier

Logical condition to evaluate (e.g., equals, contains, is empty).

How Subsections help you

Example:

Roles and permissions

Subsection field settings

Subsection Condition field

Feature limitation

🖊️Edit this page

Reveal subsection if "Date Identified" is not empty.

  • Go to the “Checklist” section and click on the “+ Add Fields” button

  • Upon doing so, you’ll be able to see a list of all the existing checklist fields. You can choose any number of fields, one at a time, and configure these fields according to the needs of your process.

  • For the selected field, you can set a custom name for every checklist field, configure field settings, and add conditions to your field to configure the field behaviour based on your needs.

  • You can also use the Prompts section to set conversation notifications for your specific checklist fields.

  • Layout can also be adjusted based on specific checklist fields.

  • Once the field settings are configured, you save changes by clicking on the “Update Field Settings” followed by the “Save & Exit” button.

  • Allows users to upload documents, images, or spreadsheets

    Form

    Adds a tabular form (multi-row data entry) inside the checklist

    Links the current record to another record; supports bidirectional links

    Captures numeric values; used for calculations or measurements

    Auto-generates a printable PDF version of the checklist using a template

    Drop-down field with predefined options; users can add options if enabled

    Tracks version changes to the record or specific checklist entries

    Allows formatted input including bold, lists, and hyperlinks

    Visually separates groups of fields using headers

    Adds collapsible groups within a section

    Free-form text entry; supports single line input

    Assigns a user from the org to the checklist item

    Parent Conversation

    Links the current process to another as its parent.

    Child Conversation

    Links a sub-process under the current process.

    Upload Fields from CSV

    Allows importing fields to add to the process via a CSV file.

    Upload Fields from JSON

    Allows importing fields to add to the process via a JSON file.

    Field Type

    Description

    AI

    AI Field to provide AI checklist suggestions for and fill other checklist fields.

    Approval

    Adds a digital signature workflow for approvals

    Date

    Selectable date field; supports manual entry or date picker

    Admin

    Create new checklists, full checklist configuration via Process Builder.

    Org Member

    Can view, fill and update checklist fields inside a record.

    External User

    Can view the checklist fields. Edit and update checklist fields inside a record if the admin gives the permission.

    3. Configuration Steps

    4. Checklist Field Types

    4.1 Checklist Conditions

    4.2 Prompts and Layouts

    4.2.1 Prompts

    4.2.2 Layout

    Roles and Permissions

    guide for that specific checklist.
    🖋️Edit this page

    Automatically maintain permission sync between Unifize and SharePoint, ensuring secure and compliant collaboration.

    This feature removes the need for downloading and re-uploading files and enable a much smoother document workflow.


    • Support for SharePoint/OneDrive file picking and file creation from inside Unifize.

    • New file source options within Upload File checklist fields.

    • Admin controls for setting folder paths and access rules.

    • Auto-managed permissions that reflect SharePoint’s native access levels.


    Unifize supports this via two internal apps:

    1. Microsoft 365 App

    • Allows regular users to pick files from their Microsoft 365 environment (OneDrive/SharePoint).

    • Manages document links and access in checklist fields.

    2. Microsoft 365 Admin App

    • Used for advanced capabilities like creating new documents directly in SharePoint from Unifize.

    • Requires elevated Microsoft Graph API permissions (details below).

    • Used to configure and authorize the app for your organization.


    1. Enabling the Integration

      • Admins must connect their organization’s Microsoft 365 tenant from the Admin Console.

      • Once authenticated, admins can define default SharePoint folder paths for newly created files.

    2. Using It in Unifize

      • In the Process Builder, when creating or editing a checklist, choose “Upload File” as a field type.

      • You’ll now see three file source options:

        • Upload from Computer

    3. Permission Sync

      • Files attached through SharePoint retain the original permissions from SharePoint.

      • When approval statuses change on fields, SharePoint permissions dynamically adjust (e.g., locking or unlocking documents during review).


    For Admin Users (Microsoft 365 Admin App):

    These are required to configure the integration and enable file creation:

    • User.Read – Authenticate and read basic user profile

    • Files.ReadWrite.All – Read/write to all files across all sites

    • Domain.Read.All – Fetch domain/tenant details

    • offline_access – Maintain session without needing to log in repeatedly

    These permissions enable users to access, view, and work with files they have access to:

    • User.Read

    • Files.Read.All

    • Files.ReadWrite.All

    • MyFiles.Write

    • offline_access

    • Domain.Read.All


    • All access to SharePoint files is governed by the user’s existing Microsoft 365 permissions.

    • Admins do not grant new access via Unifize; they only allow users to interface with what they already have access to.

    • When a user is removed from Microsoft 365 or loses access to a document, that access is automatically revoked on Unifize as well.

    🖋️Edit this page

    Overview

    What’s New

    Integration Components

    How It Works

    Permissions Required

    For Standard Users (Microsoft 365 App):

    Security and Access Control

    Enable Microsoft 365 (User App and Admin App) integration

  • Authenticate Unifize with Microsoft Graph API using a global or privileged Microsoft account

  • Configure default folder paths for saving created documents

  • Allow file selection or creation (Word, Excel, PowerPoint) from within checklist fields

  • Control file-level access (read or edit) based on user role or checklist permissions

  • Enable or disable SharePoint/OneDrive integration for specific processes

  • Ensure files stay linked to SharePoint without being stored in Unifize

  • Ensure that file size metadata is consistently updated for both top-level file records and all version entries, improving accuracy for compliance and version control.

  • Ensure filenames remain synchronized with SharePoint whenever a file is re-linked to a checklist field.

  • Benefit from improved SharePoint file picker reliability due to streamlined token handling, reducing selection errors.

  • Follow these steps to enable and configure the SharePoint integration:

    • Go to Org Settings > App Integrations

    • Enable both:

      • Microsoft 365 (User App): Required for all end-user access

      • Microsoft 365 Admin App: Required for folder selection and file creation

    • Authenticate using a global/privileged Microsoft 365 admin account

    • Make sure the user’s Microsoft email matches their Unifize email

    • Navigate to Process Settings > Checklist field configuration

    • For file-type fields:

      • Check Enable Office 365 OneDrive / SharePoint

      • Use the Microsoft picker to set a default folder path

      • Enable file creation options if needed (e.g., Word, Excel, PowerPoint)

      • Choose whether to give edit access to chatroom members by default

    • File size metadata and filenames will automatically remain synchronized with SharePoint for consistency across all linked files.

    • Users must authenticate their Microsoft 365 account within Unifize

    • File access is controlled via SharePoint—Unifize does not override these permissions

    • If a user lacks access, they will see a prompt to request permission via SharePoint

    • For reliable access, the system generates only the required SharePoint token for the Microsoft file picker, ensuring smoother file browsing and selection

    Below is how the full workflow unfolds:

    1. Integration: Admin enables Microsoft 365 User App and Admin App via Org Settings.

    2. Authentication: Admin logs in with a privileged Microsoft account to authenticate with Microsoft Graph.

    3. Process configuration: In Process Settings:

      • File-type checklist fields are configured to support SharePoint

      • A default folder path is selected

      • Optional creation of new Office documents is enabled

    4. User interaction:

      • End users select “Add from SharePoint” or “Create Word/Excel/PowerPoint”

      • The file is saved in the configured SharePoint path

    Once your have configured and enabled the SharePoint integration, your org members can:

    • Attach files from SharePoint or OneDrive: Use the Attach file button in a checklist field to select a document stored in SharePoint or OneDrive. This links the live document, avoiding version mismatches.

    • Open files in Microsoft 365 browser: Open attached files in Word, Excel, or PowerPoint directly in your browser to review or co-edit (if permission is granted).

    • Work with files created via Unifize: See options to create a new Word, Excel, or PowerPoint file—stored in SharePoint and added directly to your checklist.

    • Collaborate seamlessly: All updates to linked SharePoint files are reflected instantly in the checklist field and shared with other record participants.


    Role
    Capabilities

    Admin

    Enable integrations, configure folder paths, manage file creation settings

    Org member

    Attach files from SharePoint, view/edit files based on granted permissions

    External user

    No access unless granted permission within Microsoft 365

    Important: Permissions on files follow Microsoft 365 sharing policies, not Unifize roles. Access must be granted explicitly through SharePoint if needed.

    • SharePoint path is not editable per field: The SharePoint folder path used when uploading or creating files is set at the process level and cannot be customized per checklist field. This may restrict flexibility for teams needing different storage paths.

    • Integrations required: To use the full range of SharePoint features (e.g., file creation, editing, and adding), both the Microsoft 365 Admin App and Microsoft 365 App must be integrated. Having only one of them will result in limited or non-functional behaviour.

    • Usage of personal SharePoint or OneDrive: It's not recommended to use personal SharePoint or OneDrive while interacting with the SharePoint feature as roles and permissions can vary a lot among SharePoint and OneDrive

    • Microsoft access issue: If an external user is trying to edit a SharePoint file on Unifize platform and their browser already has a Microsoft account logged in with some other email ID than the one they used for their Unifize account, they will face access issues. This is because the edit page on the Unifize platform will try to open with the logged in account.


    🖋️Edit this page

    Introduction

    Capabilities

    SharePoint Validation (v5.15.5) — 10-10-2025

    Admin Journey - Configuration steps

    1. Enable Microsoft 365 integrations

    2. Configure SharePoint for a process

    3. Grant user-level SharePoint access

    Technical workflow

    User Journey

    Roles and permissions

    Current limitations and edge cases

    User

    1. Introduction

    The User Field in Unifize allows administrators to enable Org Members to assign users directly within a checklist. These users could be owners, reviewers, assignees, or collaborators relevant to a specific stage or action in the process. When users are selected, their names are reflected in the My Inbox conversation window.


    2. How the User field works

    Admins must configure the User Field via:

    Manage Process → Checklists → Add Fields → User

    Once set:

    • Org members can click “+ Add User” and select one or more users from the organization. They can:

      • Search and select a user from the dropdown

      • View user names along with their email IDs

      • Remove or change selections

    • If “Multiple” feature is enabled, more than one user can be selected.

    • On saving the selection:

      • The user(s) appear in the checklist view

      • A notification is posted in the My Inbox conversation window

    • If a user is removed, the notification is also removed.

    • If the assigned user is changed, the name is updated in real time in the checklist and My Inbox window.

    • Org members can also add new users other than the once existing in the directory


    The User field streamlines responsibility assignment within processes and ensures clarity on ownership.

    • Real-time updates in the conversation thread

    • Allows dynamic user configuration based on checklist stage or logic

    • Useful in distributed teams or multi-stage workflows

    • Specifying an investigator in an NC form

    • Tagging an approver for final sign-off

    • Routing tasks to the responsible department





    Picklist

    Picklist fields allow admins to define structured, selectable values in checklist items. These dropdown or checkbox-based inputs help standardize responses, drive logic-based workflows, and reduce user error. Admins can configure picklists via the Process Builder, tailoring behavior with options such as default values, multi-select, conditional visibility, and rich-text formatting.


    Picklist fields offer several advanced configuration capabilities:

    • Single or Multi-select mode

    Text

    The Text Field is one of the most commonly used checklist field types in Unifize. It allows users to enter plain, multiline text responses directly within a record. Ideal for capturing short descriptions, justifications, names, or open-ended comments, the Text Field supports configurable behavior based on record status or conditions.

    This field is best used where structured formatting is not required, but freeform input is necessary for documentation, decision-making, or workflow tracking.


    A Text Field appears directly in the checklist with a basic text input box. Admins can choose whether it accepts a single line of input or supports Multiline input (i.e., larger free-text boxes).

    Unlike Rich Text fields, Text Fields do not support formatting (like bold or bullets), but they are simpler and quicker for users to fill out. These fields are compatible with condition-based visibility, default values, and checklist automations.

    Section

    In Unifize, Sections are structural elements used to group related checklist items, such as data fields or action items, into organized blocks. This enhances visual clarity, improves user experience, and allows admins to apply conditional visibility at the section level. All checklist fields—including text, rich text, picklists, uploads, linked fields, and even forms—must reside within a section.

    A Section acts as a container for other fields. Every checklist field added must belong to a section, either directly or through a Subsection.

    • You can create as many sections as needed within a checklist.

    Unifize File Store
  • Office 365 OneDrive / SharePoint

  • For “Office 365,” users can:

    • Pick an existing file via the built-in SharePoint/OneDrive file picker.

    • Admins can additionally create new documents if a default folder path is configured.

  • Revisions are created by duplicating files within the SharePoint directory, maintaining an audit-friendly trail.
    File Upload
    Linked Record
    Number
    PDF
    Picklist
    Revision
    Rich Text
    Section
    Subsection
    Text
    User

    Mandatory until condition met

    Field is required until the logic is satisfied

    Make “QA Reviewer” mandatory until “Status” = Approved

    Disable until condition met

    Locks the user field from being edited until the condition is met

    Prevent user selection until “Deviation Identified” = Yes

    Condition (Field + Qualifier)

    Allows field-based logic to control visibility or lock state

    Reveal user field based on department or product line selection

    + Add condition (AND)

    Adds multiple conditions together for combined logic control

    Show only when “Type” = Audit and “Severity” = Critical

    Behavior (Dropdown)

    Explicit control over what happens when the condition is met: hide the field, show it, or disable it

    Lock user assignment fields during review-only workflows

    Mandatory if not hidden

    Makes field required only if it is visible

    Ensure user is tagged when required, but skip if field is hidden

    Role

    Capabilities

    Admin

    Configure user field, enable multiple user selection, apply conditional visibility

    Org Member

    Select, remove and update users from the org directory based on the config

    External Member

    Can view the process

    Setting

    Description

    Use case

    User

    Dropdown to select default users from the org directory

    Pre-assign a specific department lead to review an NC

    Multiple

    Allows selection of more than one user if checked

    Setting

    Description

    Use case

    Show until condition met

    Displays the field until the condition is satisfied. Once met, the field will stay in shown state until there’s a behavior selected.

    Show “CAPA Owner” field until “CAPA Closed” = Yes

    Hidden until condition met

    Keeps the field hidden unless the condition becomes true

    3. How the User field helps you

    Benefits:

    Use cases:

    4. Roles and permissions

    5. User field settings

    6. User field conditions

    🖊️Edit this page

    Assign multiple reviewers in validation approval checklist

    Only show “Investigator” if “Severity” = High

    The file remains linked to SharePoint and is accessible to users with permissions
    Conditional visibility of other fields based on selections
  • Default value pre-filling

  • Checkbox rendering for picklist

  • Dynamic value entry (optional)

  • Alphabetical or custom sort order


    1. Go to Manage > open the relevant process > click the pencil icon to launch Process Builder.

    2. Add a new field and select Field Type: Picklist.

    3. Open the Select Field Settings tab.

    4. Enter values, set visibility conditions, and configure advanced settings.

    5. Click Save, then Publish the process to make changes live.


    Action
    Who can do it

    Add/Edit picklist field

    Admins only

    Set visibility logic

    Admins only

    Modify options, default values, sort order

    Admins only


    • Admin defines the picklist field via Process Builder.

    • Once the process is published:

      • The field appears as a dropdown (or checkbox, if configured).

      • The selected value(s) are stored against the checklist item.

      • Any conditional rules based on the picklist selection are enforced.

      • Picklist changes are automatically captured in the record's activity log.

      • If picklist values are edited it doesn’t change retroactively. Any change in picklist values apply on future checklsits. However, conditions on older checklists will break.


    Setting
    Description
    Use case

    Placeholder

    Text shown when no value is selected

    Add instructional context, e.g., “Select status”

    Options

    List of values available for selection

    Define all acceptable inputs, e.g., Yes/No, Red/Yellow/Green

    You can render a picklist field as a checkbox if:

    • The field has exactly two options (e.g., Yes/No).

    • Allow multiple values is disabled.

    • Allow dynamic values is disabled.

    • Convert to checkbox is enabled.

    Checkbox behavior:

    • The first option in the list becomes the checked (positive) state.

    • The second option is used when unchecked (negative) state.

    • Changing the checkbox triggers an update to the picklist field and notifies participants.

    • This improves usability for binary checklist items (e.g., Confirmed? Yes/No).

    Note: If existing picklist fields are reconfigured (e.g., changed from multi-select to single-select), make sure to verify option compatibility before enabling checkbox mode.

    Check out universal checklist settings that you can use in addition to the existing field settings.

    🖋️Edit this page

    Introduction

    Capabilities

    Configuration steps

    Roles and permissions

    Technical workflow

    Picklist field settings

    Picklist to Checkbox

    Text Fields provide a lightweight way to collect and store user input across processes. They’re ideal when you don’t need formatting but want structured data entry.
    • Action item descriptions

    • Quick user comments or summaries

    • NC titles or root cause statements

    • Deviation identifiers or tags

    • Simple one-line responses

    • Easy to configure and complete

    • Supports default values and placeholders

    • Can be made mandatory or conditionally visible

    • Suitable for both brief and moderately detailed input

    • Faster to use than formatted fields

    Role

    Capabilities in Text Fields

    Admin

    - Configure text field settings- Set conditions, default values, layout, and visibility

    Org Member

    - Enter/edit content in the checklist section of a process

    External Member

    - Can enter/edit content only if the field is made accessible by admin-defined conditions

    Access and editability depend on checklist logic set by the admin (e.g., based on role, status, or other fields).


    Text Fields provide simple configuration options via the Text Field Settings tab. Admins can define:

    • Placeholder: Optional text shown before entry (e.g., “Describe the issue”)

    • Multiline (checkbox): Enable for larger input areas where more content is expected

    • Default Value: Prefill the field with a standard entry (can be edited by users)

    • Suppress notifications for default values: Prevents notification triggers from firing when only the default value is saved

    These settings make it easier for users to understand what’s expected and ensure smoother form completion.


    Like other checklist fields, Text Fields support condition-based logic for visibility, editability, and mandatory rules. Admins can define logic from the Conditions tab.

    Setting

    Description

    Use Case (Industry Context)

    Show until condition met

    Field is visible by default and hidden when the condition is true

    Show “Action Description” until “Status” = Closed (CAPA execution)

    Hidden until condition met

    Field remains hidden until the specified condition is met

    🖊️Edit this page

    1. Introduction

    2. How Text Fields work

    3. How Text Fields help you

    Examples of use cases:

    Benefits:

    4. Roles and permissions

    5. Text Field settings

    6. Text Field conditions

    Sections can be reordered via drag-and-drop.
  • Fields placed under a section will appear grouped in the checklist UI.

  • Admins can configure section-level visibility and prompt logic to guide user action.

  • Each section includes:

    • A title

    • Conditions for visibility and behavior

    • Default state (open or collapsed based on checklist status)


    Sections support process clarity and checklist usability by:

    • Structuring checklists into logical phases (e.g., "NC Details", "Impact Assessment", "Resolution Actions")

    • Collapsing long checklists into manageable views

    • Applying visibility logic to entire blocks of fields

    • Improving navigation and comprehension for end users

    In a Nonconformance (NC) process:

    • Section 1: “NC Details” (basic issue info)

    • Section 2: “Impact Assessment” (severity and risk)

    • Section 3: “Corrective Actions” (linked records and forms)


    Role

    Permissions

    Admin

    Create, rename, reorder, and delete sections. Configure visibility, prompts, and conditions.

    Org Member

    View and interact with sections during checklist completion. Can only see sections made visible to them.

    External User

    View visible sections if given access to the record. Cannot interact with hidden sections or modify any content.


    When editing a section, admins can control which checklist status (e.g., Pending, Completed) the section opens by default in. This can be used for keeping “NC Details” section expanded during initial investigation and collapsed after completion.


    Setting Name

    Description

    Use case

    Condition (Field)

    Field (from checklist or form) used to evaluate the logic that affects the section.

    Use “Severity” picklist to drive visibility of the “Impact Assessment” section.

    Qualifier

    Logical operator applied to the selected field (e.g., equals, is empty, not equal).

    🖊️Edit this page

    Introduction

    How Sections work

    How Sections help you

    Example:

    Roles and permissions

    Section Field settings

    Section Conditions

    Rich Text

    Introduction

    The Rich Text field allows users to input and format multi-line content directly within a checklist. Unlike plain text fields, Rich Text supports styling options such as bold, italic, bullet lists, and links—making it ideal for fields that require detailed descriptions, structured notes, or standardized instructions.

    This field type improves clarity, reduces ambiguity, and enhances the usability of checklist-driven workflows in regulated environments like QMS, CAPA, and validation records.


    2. How Rich Text Works

    The Rich Text field opens when a user clicks on the “Add Rich Text” button. Once expanded, the text box provides a formatting toolbar with the following capabilities:


    Rich Text fields are best used where formatting enhances comprehension or structured input is required.

    • CAPA effectiveness summaries

    • Deviation justifications

    • Test and validation protocols

    • Break down complex responses into readable, structured points

    • Highlight key content using formatting

    • Reduce errors and miscommunication

    • Maintain consistency in how responses are written across teams


    To add a Rich Text field in a checklist, follow these steps:

    1. Navigate to the Manage View section from the left panel.

    2. Click into the Checklist tab.

    3. Click “Add Field.”

    Once configured, the field will appear to users during checklist execution.

    Field access for Org and External Members is governed by conditional logic, status, and user role settings defined in the field configuration.


    Rich Text fields allow admins to configure a combination of prompts and layout settings. You can set a Field Label (e.g., “Effectiveness Summary”), an optional Placeholder Text that appears within the input area before entry begins. From a layout perspective, you can define the column width (full or half-width), adjust vertical spacing to improve readability, control whether the field appears collapsed or expanded by default, and restrict edit access using record status or user role logic.


    You can apply conditional logic to control when the field is visible or editable. This allows for context-aware field display depending on values in other fields, record status, or user roles.

    Date

    1. Introduction

    The Date Field in Unifize allows users to select and input calendar dates directly within a checklist. It's ideal for capturing key dates such as due dates, assessment dates, implementation timelines, or review milestones within any record-based process.

    With support for conditional logic, default display behavior, and prompts, the Date Field ensures that critical time-based information is consistently and accurately collected across workflows like CAPAs, validations, audits, and more.

    2. How the Date Field works

    When configured, the Date Field appears as a simple date selector inside the checklist. End users:

    • Click the date input box to trigger a calendar pop-up.

    • Select the appropriate date using the calendar interface.

    • Click “Done” to confirm the selected date.

    • Can clear or edit the field if it is not locked or read-only.

    • The calendar view auto-adjusts for month/year and includes quick access to Today and Clear options for usability.


    The Date Field ensures consistency, accountability, and automation based on time-sensitive events. Unlike free-text fields, it enforces proper date formatting and integrates cleanly with workflow deadlines and status transitions.

    • CAPA due dates

    • Assessment completion dates

    • Planned vs actual implementation dates

    • Guarantees consistent date format and data quality

    • Enables date-based workflow automation and reports

    • Prevents user error from free-text date entry

    • Supports deadline tracking and visibility


    Field accessibility is governed by checklist conditions and user permissions defined during setup.


    In the Date Field Settings tab, admins can define the following:

    • Field label: Name of the date field visible to end users (e.g., “Assessment Date”)

    • Placeholder: Shown when no date is selected (e.g., “Add date”)

    From the Prompts and Layout tabs, you can configure:

    • Column Width: Full width or half-width based on checklist layout

    • Visibility Behavior: Choose if the field starts collapsed or expanded


    The Conditions tab allows admins to control when the date field appears, is required, or becomes editable. These behaviors help tailor visibility based on checklist logic.

    Use/select picklist values in records

    All users with checklist access

    Trigger dependent fields based on selection

    All users (via checklist logic)

    Allow multiple values

    Enables multi-select checkboxes

    Use when multiple responses may apply (e.g., Defect Causes)

    Allow users to add values dynamically

    Let end users enter new options on the fly

    Useful for open-ended input or less rigid processes (often disabled for compliance reasons)

    Convert picklist to checkbox

    Displays field as checkboxes if two options exist

    Ideal for Yes/No fields or Confirmed?/Approved? logic

    Sort by

    Controls the order of values shown

    Alphabetical: easier for long lists; Default: preserve manual order (e.g., priority sequence)

    Display “Justification” only when “Exception Flag” = Yes (Deviation handling)

    Mandatory until condition met

    Field is required until a condition is satisfied

    Make “Root Cause” mandatory until “Escalated” = No (Quality investigations)

    Disable until condition met

    Field is locked until the defined condition is true

    Lock “Resolution Summary” until “CAPA Approved” = Yes (Corrective action lifecycle)

    Condition

    Select a source field (checklist/form) and define a value-based condition

    Trigger logic based on “Category”, “Severity”, or “Status” fields

    + Add condition (AND)

    Add multiple conditions that must all be satisfied together

    Make field visible only if both “CAPA Required” = Yes AND “Risk Level” = High

    Behavior

    Override default behavior manually (Show/Hide/Disable)

    Use to enforce or test field behavior irrespective of logic rules

    Mandatory if not hidden

    Field becomes required only if it is visible

    Ensure “Explanation” is filled out when shown due to upstream field logic

    Show section if “Date identified” is not empty.

    Behavior

    Action to take when the condition is met (e.g., show section, hide section). A behavior state is only applied if the condition is met, if its not met it simply falls back to default state.

    Hide “Corrective Actions” unless NC Type is “Major”.

    Mandatory if not hidden

    Makes all fields inside the section required only if the section is visible.

    Require all fields in “NC Details” if the section is visible during Pending stage.

    Investigation reports
  • SOP follow-up notes

  • Choose Field Type as Rich Text.
  • Give the field a name (e.g., “Effectiveness Summary”).

  • (Optional) Add a placeholder to guide users on what to write.

  • Save the checklist configuration.

  • Mandatory until condition met

    Field is required until the condition is met, after which it becomes optional.

    Require “Failure Notes” until “Status” = Resolved (Quality investigation logs)

    Disable until condition met

    Field is locked (non-editable) until the condition is true.

    Restrict editing of “Effectiveness Review” until “Implementation Status” = Complete (CAPA process control)

    Condition

    Specify the field to watch (from form data or checklist data), then choose a qualifier (e.g., Value = “Yes”).

    Tie visibility of the Rich Text field to “Risk Level” or “Category” fields (Regulated process workflows)

    + Add condition (AND)

    Add multiple rules that must all be satisfied together.

    Show field only when “CAPA Required” = Yes and “Severity” = High (FDA/ISO audits or change control)

    Behavior

    Override default logic with manual behavior like “Show field”, “Hide field”, or “Disable/Lock field”.

    Force a field to stay hidden regardless of condition logic when needed for exception handling

    Mandatory if not hidden

    Makes the field required only when it is visible (enabled as a checkbox).

    Ensure “Justification Notes” are filled if shown, but ignore if the field is hidden due to upstream conditions

    Function

    Description

    Bold

    Makes selected text bold

    Italic

    Italicizes selected text

    Underline

    Underlines selected text

    Insert Link

    Turns selected text into a clickable hyperlink

    Bulleted List

    Adds a bulleted list

    Numbered List

    Adds a numbered/ordered list

    Text Color & Highlight

    Applies font color or background highlight to selected text

    Role

    Capabilities in Rich Text Fields

    Admin

    - Configure field settings in Process Builder- Set visibility, layout, and conditions

    Org Member

    - Enter and format content in Rich Text fields if visible and editable

    External Member

    - Can access and edit Rich Text fields only if made visible/editable via admin-defined logic

    Setting

    Description

    Use case

    Show until condition met

    Field remains visible until a defined condition is true (e.g., a field reaches a specific value).

    Display “Root Cause Description” until “CAPA Closed” = Yes (Medical Device CAPA closure documentation)

    Hidden until condition met

    Field stays hidden and becomes visible only when the condition is met.

    3. How Rich Text helps you

    Examples of use cases

    Benefits:

    4. Configuration Steps

    5. Roles and Permissions

    6. Rich Text Field Settings

    7. Rich Text Conditions

    🖊️Edit this page

    Reveal “Corrective Action Details” only if “Action Required?” = Yes (Pharma deviation management)

    Audit scheduling
  • Validation protocol timelines

  • Makes checklists more structured and process-driven

    Mandatory until condition met

    Field is required until a condition is satisfied

    Require “Implementation Date” until CAPA is completed (CAPA lifecycle control)

    Disable until condition met

    Field is locked until the defined condition is true

    Lock “Closure Date” until “Status” = Closed (Investigation workflow)

    Condition

    Choose a field (from form or checklist data) and define its expected value

    Tie visibility of date fields to record type or decision flag

    + Add condition (AND)

    Combine multiple conditions for complex logic

    Show only if “CAPA Required” = Yes and “Severity” = Critical

    Behavior

    Manually override visibility: Show, Hide, or Lock

    Force the field to stay hidden for pilot groups

    Mandatory if not hidden

    Field becomes required only when it’s visible

    Ensure “Target Date” is filled if field appears due to escalation conditions

    Role

    Permissions

    Admin

    - Configure field name, layout, visibility, and logic- Apply conditions and prompts

    Org Member

    - Select or edit dates within the field if it is editable

    External Member

    - Can select/edit dates only if the field is made visible/editable via admin-defined logic

    Setting

    Description

    Use Case (Industry Context)

    Show until condition met

    Field is visible by default and hidden when the condition is true

    Show “Assessment Date” until “Status” = Finalized (Audit scheduling)

    Hidden until condition met

    Field remains hidden until the specified condition is met

    3. How the Date Field helps you

    Examples of use cases:

    Benefits:

    4. Roles and permissions

    5. Date Field settings

    6. Date Field Conditions

    🖊️Edit this page

    Display “Review Date” only when “Type” = Internal Audit (Quality compliance)

    Form

    Introduction

    Forms in Unifize provide a structured way to collect and organize tabular or repetitive data within checklist items. As an admin, you can create reusable form templates and configure their behavior based on checklist logic.


    How Forms work

    Step 1: Create a Form template

    1. Navigate to Manage View from the left-hand menu.

    2. Click on Forms.

    3. Select New Form Template.

    4. Give the form a name and configure its structure by selecting from a predefined set of fields. Only specific Checklist field types are supported in forms:

    Field Type
    Description
    1. Each form comes with multiple color options (e.g., grey, blue, green, yellow, etc.) to help visually distinguish different form types in the checklist. Choose one default color for the form.

    2. Assign one or more users as form owners. These users will have visibility and configuration access to manage the form structure and settings.

    3. You can create multiple forms, which can be used in a single field of a process

    1. Open the Process Builder for the target process.

    2. Under the specific Checklist section where you want to add your form, click + Add Field.

    3. Choose Form, and select the pre-created form template.

    4. You can add multiple forms to a single Form checklist and configure conditions separately for different forms.

    After adding the form to a checklist, you can configure how and when it appears using the Form Field Settings and Conditions tabs.

    • Choose the form you created via the Manage View section. There could be multiple forms existing in your org, make sure to select the right form that you want to use for that particular instance.

    • Define whether multiple entries are allowed.

    • Apply visibility logic using form or checklist field data. Example- show form only when “Deviation Type” = Critical.

    Note: For complete details on settings and conditions, refer to the tables at the end of the document.

    For the Form Checklist, you can also configure specific conditions for each checklist that you add to your form.

    1. Go to Form Field Settings.

    2. Under Form Conditions, choose the form for which you want to set specific conditions. You can also switch between different forms to set a specific checklist condition for each of them.

      • Examples:


    Forms reduce checklist clutter and encourage standardized data collection. They also improve readability via collapsible, grouped sections and support multiple entry sets (e.g., multiple uploads with comments). Forms are ideal when you need to capture:

    • Multiple entries of the same structure (e.g., repeated issues, line items)

    • Tabular datasets with consistent formatting

    • Structured form responses like audits or inspection results



    🖋️

    Number

    1. Introduction

    The Number Field in Unifize is designed to capture numeric input within a checklist. Whether you're logging quantities, counts, or tolerance ranges, the field makes sure that only numeric values are entered. It supports configuration for min/max limits, decimal handling, default values, and conditional visibility, which makes it ideal for quality control, validation metrics, and audit entries.


    2. How the Number field works

    When configured in a checklist, the Number Field appears as a numeric input box with “+” and “–” controls and a Done button for the end user.

    • Users can manually enter values or increment/decrement using the +/- buttons.

    • The field accepts min and max values to be set and allows decimals and supports precision formatting through rounding rules.

    • Once the number is entered, users must click Done to save the input.

    • Every time a user saves a number, that number will show in the conversation window of the My Inbox section for that particular process. If the existing number is removed or edited, the same update will also be reflected in the conversation window as a notification.


    This field ensures that numeric values entered are valid, constrained, and consistently formatted, which removes ambiguity and minimizes manual correction.

    • Recording quantity used in a batch

    • Entering defect counts during inspection

    • Logging equipment calibration values

    • Capturing pass/fail thresholds

    • Prevents non-numeric or invalid entries

    • Enforces required decimal precision and rounding

    • Supports numerical validation directly in the form

    • Improves data quality and simplifies downstream reporting


    Note: Conditional rules and field permissions may lock or hide the field depending on the user's role or record status.


    Note: If a user enters a number beyond the min/max range, an error is shown: “The number must be in the range of X and Y.”



    Revision

    Introduction

    The Revision field in Unifize Checklists allows administrators and quality teams to track document and process versions systematically. When workflows or controlled documents undergo updates, the Revision field ensures traceability, accountability, and compliance with regulatory standards.


    Capabilities

    The Revision field enables:

    • Tracking of version history within a checklist record

    • Visibility into the current revision number across users

    • Controlled updates with workflows requiring re-approval on revision change

    • Integration with version-controlled documents (e.g., SOPs, specifications)

    • Conditional logic based on the revision state for process gating


    To configure a Revision field in a Checklist:

    1. Navigate to process settings

    • Go to Manage > Select Process > Edit

    1. Add a new field:

      • Click on Fields > Add Fields.

      • Choose Field Type: Revision.



    1. Checklist Record Created → Initial Revision set (e.g., Rev 0)

    2. Change Triggered → User edits content → New Revision proposed (e.g., Rev 1)

    3. Approval Workflow Initiated → Field locked during approval

    • Allowing revision to be marked current based on status may not function as expected in all scenarios.

    • Privacy updates such as "Hide everything", "Hide only chat", or "Make public" may not be reliably applied when you create a revision.

    Reminders

    Feature ID: FU-10145

    Document Version: 1.0

    Date: 19-12-2025

    1. Introduction

    Reminders in Unifize help ensure timely follow-ups on records by automatically prompting participants when there is inactivity or when key dates such as Due Date or Created Date are reached. Reminders are configured at the process level by admins and are evaluated by the system based on the reminder type and interval defined for that process.

    Once triggered, a reminder is posted as a Conversation Notification inside the record conversation window, making it visible to all relevant participants working on that record. This ensures that follow-ups happen in the same context where collaboration and updates already take place, without requiring users to track timelines manually.

    By using reminders, admins can standardise follow-up behaviour across processes, reduce the risk of records being left unattended, and maintain consistency in how teams respond to inactivity or approaching deadlines.

    1. Reminders can be configured at the process level from the Manage View, allowing admins to define consistent follow-up rules for all records created under a specific process.

    2. The feature supports both recurring and non-recurring reminders, enabling follow-ups based on inactivity, due dates, record creation dates, or time before a due date.

    3. Admins can configure reminders using same-day (0 days, where applicable) or multi-day intervals, ensuring reminders align with operational timelines and process requirements.

    This section explains how an admin can access, configure, and manage reminders for a process. Reminders are always configured at the process level, which means the same reminder logic applies to all records created under that process.

    1. Navigate to Manage View from the left navigation.

    2. From Manage View, select the process for which you want to configure reminders.

    3. Click on the process name to open the Process Builder.


    1. Inside the Reminders tab, click + Add auto reminder. This creates a new reminder configuration for the process.

    2. Configure Auto remind in: X days. This field defines when the reminder should trigger relative to the selected reminder type.

      • Setting the value to 0 sends a same-day reminder (only applicable for non-recurring reminder types).


    A) Scheduler window

    • The reminder scheduler runs every X minutes (currently 10 minutes).

    • Reminders trigger in that 10-minute cycle window (example: set at 10:41 or 10:49 → triggers at 10:50).

    B) “Previous reminder” criteria

    Depending on reminder type, the system checks whether a reminder was already sent recently:

    • Recurring reminder types (Inactivity / Inactivity from Due Date / Inactivity from Last Reminder)

      A reminder triggers only if:

      • No previous reminder has been sent, OR

      • The last reminder was sent more than N days ago

    For any reminder type that is calculated relative to Due Date:

    • The Due Date is normalised to 12:00 AM (midnight) UTC.

    • As a result, reminders configured to fire N days before/after Due Date will be evaluated and triggered around 12:00 AM UTC (within the scheduler window).


    This section explains how end users experience reminders inside a record, and what actions (if any) they can take when a reminder is triggered.

    1. A user works on a record created under a process where reminders have been configured by an admin. All collaboration, updates, and activity on the record happen through the record conversation window.

    2. Based on the reminder configuration, the system continuously evaluates whether the record meets the reminder criteria.

    3. When the reminder conditions are met:


    1. Same-day (0 days) reminders can only be configured for non-recurring reminder types. Recurring reminders always require a minimum interval of 1 day.

    2. Custom time zones cannot be configured for reminders. All due-date-based reminders are evaluated using 12:00 AM (midnight) UTC, with triggering occurring within the scheduler window.

    3. Reminders do not trigger at an exact minute or second. They are evaluated within the scheduler cycle (currently every 10 minutes), which can result in slight delays.

    When triggered, reminders are posted automatically as Conversation Notifications inside the record conversation window, keeping follow-ups visible within the record context.

  • Admins can define custom reminder messages to control the content and tone of the notification sent to the record conversation.

  • Admins can decide whether participants are allowed to disable reminders at the record level, providing flexibility while still maintaining process governance.

  • In the Process Builder, open the Reminders tab.

    Setting a value from 1 to N days sends the reminder after or before the relevant trigger point.

  • Select the Reminder Type.

    The reminder type determines what event or condition the system monitors before sending a reminder.

    Recurring reminders (value cannot be 0):

    • Inactivity – triggers when there is no activity on the record for a specified period.

    • Inactivity from Due Date – triggers when there is no activity after the due date for a specified period.

    • Inactivity from Last Reminder – triggers when there is no activity since the last reminder was sent.

    Non-recurring reminders (value can be 0):

    • From Due Date – triggers after a specific time has passed since the due date.

    • From Created Date – triggers after a specific time has passed since the record was created.

    • Before Due Date – triggers a specified time before the due date.

  • (Optional) Add a custom reminder message.

    This message is posted as a Conversation Notification inside the record conversation when the reminder triggers.

  • (Optional) Configure participant control.

    Admins can choose whether participants are allowed to disable the reminder at the record level.

  • (where N is the interval set by the admin).
  • Non-recurring reminder types (From Due Date / From Created Date / Before Due Date)

    A reminder triggers only if:

    • No previous reminder has been sent, OR

    • The last reminder was sent more than 24 hours ago.

  • The system posts a Conversation Notification directly inside the record conversation window.

  • The reminder message appears in the same timeline as other record updates, ensuring it is visible to all relevant participants.

  • If the admin has enabled participant control:

    • Users may see an option to disable the reminder for that specific record.

    • Disabling a reminder only affects that record and does not change the process-level configuration.

  • If no activity occurs after a reminder, recurring reminders may trigger again based on the configured interval and previous reminder criteria. Non-recurring reminders will not repeatedly trigger within a 24-hour window.

  • Once the record reaches a Completed status (or a status mapped to Completed), no further reminders are triggered for that record.

  • Users can disable reminders only if the admin has explicitly enabled this option at the process level.

    Role

    Permissions

    Admins

    Can access the Reminders tab from the Process Builder and configure auto reminders at the process level. This includes adding, editing, and managing reminder types, intervals, custom reminder messages, and deciding whether participants are allowed to disable reminders at the record level.

    Org Members

    Can view reminder notifications as Conversation Notifications inside the record conversation window. If enabled by the admin, they can disable reminders for individual records. They cannot create or modify reminder configurations.

    External Users

    Can view reminder notifications as Conversation Notifications inside the record conversation window for records they have access to. If enabled by the admin, they can disable reminders for individual records. They cannot configure or edit reminder settings.

    2. Feature capabilities

    3. Admin journey

    3.1 Accessing the reminders configuration

    3.2 Adding a new auto reminder

    3.3 When will the reminder trigger

    C) Due Date normalization to 12:00 AM (midnight) UTC

    4. User journey

    5. Roles and Permissions

    6. Feature limitations

    Date

    Manual entry or date picker

    Number

    Input numeric values

    Picklist

    Drop-down values (with optional user addition)

    User

    Assign responsibility to a Unifize user

    PDF

    Configure output for printable checklists

    Parent/Child

    Link related conversations

    Subsection

    Add collapsible structure within a form

    To delete a form, you can hover over it in the Forms table and click the trash bin icon. Note that form deletion is irreversible, which means once removed, the form cannot be restored. However, if a form is already in use inside any checklist, deletion is blocked, and an error will appear: “Form already in use cannot be deleted.”This ensures no form associated with active workflows or data is accidentally lost.

    Show form only if another field is empty.

  • Make form mandatory unless hidden.

  • You can layer multiple conditions using AND logic.

  • Mandatory until condition met

    Field is required unless a condition becomes true.

    Require "Reviewer Notes" unless Document Type is "External".

    Disable until condition met

    Field remains locked until the defined condition is met.

    Lock “Release Comments” until version status is “Final”.

    Condition (Field)

    Defines the field used to evaluate the logic. Can be from checklist or form data.

    Use “Severity” to control follow-up actions.

    Qualifier

    Logical operator used to evaluate the field (e.g. is empty, equals, contains, etc.).

    Trigger logic when “Document Owner” is empty.

    Behavior

    Controls what happens to the field when the condition is met (e.g. Hide, Show, Lock). If the condition is not met, it simply falls back to the default state.

    Lock “Disposition” if status is not “Pending Review”.

    Mandatory if not hidden

    Ensures the field is only required when it’s visible.

    Require “Root Cause” only if it becomes visible based on severity.

    File Upload

    Upload and attach images or documents

    Rich Text

    Add formatted text with bold, lists, and links

    Text

    Simple input for short or long-form text

    Role

    Permissions

    Admin

    Create form templates, add forms to checklists, configure conditions (visibility, mandatory, disable), edit and delete any form entry.

    Org Member

    View and fill forms in records where they are participants, add multiple entries, edit fields if not restricted, view form data in conversations.

    External User

    View forms and submitted entries if added to the record as a participant; cannot create, edit, or configure forms.

    Setting

    Description

    Use case

    Show until condition met

    Field is visible by default and becomes hidden once the condition is satisfied.

    Show containment action until nonconformance is resolved.

    Hidden until condition met

    Field is hidden by default and only appears when a specific condition is met.

    Step 2: Add the Form Checklist to your process

    Step 3: Configure settings and Conditions

    Settings:

    Conditions:

    Step 4: Configure Form Conditions

    How Forms help you

    Roles and permissions

    Conditions field

    Edit this page

    Reveal prototype specifications only if Product Stage = "Prototype".

    Min

    Sets the minimum value allowed.

    Disallow negative input for calibration checks or units consumed.

    Step

    Defines the increment/decrement step size for the +/- buttons.

    Set increment to 0.1 for precision instruments or testing tolerances.

    Round off when displaying

    Round visually for UI display, but preserve the full number in the database.

    Show 2 decimal places on screen while storing full precision for future audits.

    Mandatory until condition met

    The number field is required until a condition is met; after that it becomes optional.

    Make “Units Retested” required until “Final Outcome” = Approved (CAPA revalidation)

    Disable until condition met

    The number field is locked (non-editable) until the condition becomes true.

    Prevent editing “Calibration Tolerance” until “Technician Assigned” is selected (Metrology)

    Condition

    Allows you to specify which form/checklist field and value should drive the condition.

    Trigger logic based on “Severity”, “Deviation Type”, or “Stage” field values

    + Add condition (AND)

    Enables combining multiple logic conditions to enforce complex visibility rules.

    Show “Deviation Count” only when “Area” = Manufacturing AND “Batch Type” = Production

    Behavior (dropdown)

    Overrides the default logic. Options include: “Hide field”, “Disable/Lock field”, “Show field”.

    Force field visibility regardless of logic when building exceptions or fallbacks

    Mandatory if not hidden

    Makes the number field mandatory only when it is visible (checkbox toggle).

    Ensure “Scrap Quantity” is required only when defect-related fields make it visible

    Role

    Capabilities in Number Fields

    Admin

    Configure field settings (min, max, step, rounding), visibility, layout, and conditions

    Org Member

    Can enter or adjust numeric values if the field is visible and editable

    External Member

    Can interact with the Number Field only if it is made visible/editable based on admin-defined logic

    Setting

    Description

    Use case

    Placeholder

    Text shown before any input is made. E.g., “Enter quantity.”

    Guide users entering batch size or defect counts in QC forms.

    Max

    Sets the maximum value allowed.

    Setting

    Description

    Use case

    Decimal places

    Defines the number of digits to show after the decimal point.

    Display 2 decimal places for chemical concentration tracking.

    Don’t round off or truncate

    All digits are stored and shown exactly as entered.

    Setting

    Description

    Use case

    Default value

    Pre-populates the number field with a starting value

    Auto-fill “0” for rejection count in defect forms.

    Suppress notifications

    Disables notification triggers when the default value is unchanged

    Setting

    Description

    Use case

    Show until condition met

    The number field is visible by default and becomes hidden once the condition is satisfied.

    Show “Defect Count” field only until “Status” = Resolved (Quality/NC closure tracking)

    Hidden until condition met

    The field is hidden by default and shown only after the condition is met.

    3. How the Number field helps you

    Examples of use cases:

    Benefits:

    4. Roles and permissions

    5. Number field settings

    a. Basic settings

    b. Trailing zeroes and rounding off

    c. Default value

    Number field conditions

    🖊️Edit this page

    Prevent input above 100% for yield efficiency in validations.

    Maintain full measurement accuracy for metrology or validation readings.

    Avoid email alerts when using placeholder defaults that aren’t critical.

    Reveal “Sample Size” only when “Test Required” = Yes (Pharma/Validation protocol)

    Define field properties:

    • Name the field (e.g., Document Revision, SOP Revision).

    • Choose display location (Main section, left/right panel, etc.).

    • Enable version control settings if linked with documents.

  • Setup revision tracking logic:

    • Link this field with state transitions if re-approval is required on revision change.

    • Use conditions to restrict actions until a revision is updated.

  • Save and publish:

    • Finalize configuration and publish changes to make the field live.

  • Upon Approval → Revision updated, status changes to “Approved”

  • Audit Trail Maintained → All revisions logged in the record history of the My Inbox section

  • Revision creation defaults

    Configures behavior when a new revision is created, including which fields to auto-copy from the previous revision, whether users should be redirected to the new revision immediately, and whether a comment must be entered before creation.

    Improve efficiency and traceability by automating field carryover and requiring justification for new revisions.

    For conversation being marked current

    Automates changes when a revision is marked as current. Admins can add or remove participants, pull users from other fields, post a predefined message, adjust privacy, and unarchive the conversation automatically to reactivate it for collaboration.

    Ensure stakeholders are notified and engaged when a revision becomes current, especially for collaborative updates.

    For conversation that was currently previously

    Handles updates to the previously current revision after a new one is made active. Admins can configure user access, post a message, optionally change its status, update privacy, and auto-archive the older conversation to reflect its inactive status.

    Prevent confusion by clearly deprecating and archiving outdated revisions while maintaining traceability.

    Behavior

    Defines what happens to the revision field when the condition is met or not met. Options include:- Show field- Hide field- Disable/Lock field. You can also make the field mandatory if not hidden.

    Use to enforce data entry only in valid scenarios (e.g., mandatory revision number when status = Approved).

    Role

    What you can do

    Admin

    Configure revision fields and permissions, and view or edit any revision. Full access to control workflows and revision status across checklists.

    Org Member

    Create and update revisions, and view or edit revisions based on access. Can view revision checklists based on the permission level set by the admin.

    Setting Name

    Description

    Use Cases

    Who can create revisions

    Defines which users are allowed to create a new revision of the checklist record. Admins can allow all participants, limit it to the record owner, or define specific users, roles, groups, or user fields. This gives flexibility to control who is responsible for initiating changes.

    Restrict revision creation to qualified roles like Quality Owners or Document Control specialists.

    Who can mark revision current

    Specifies which users can designate a revision as the current active version. Admins can permit participants or owners of either the revision being marked or the current revision, as well as filter by user fields, roles, groups, or restrict it to specific statuses.

    Setting Name

    Description

    Use Cases

    Condition Logic Type

    Determines how the revision field behaves based on conditions. Options include:- Show until condition met- Hidden until condition met- Mandatory until condition met- Disable until condition met. This defines when and how the field should be interactive.

    Use to show or lock the field until a prerequisite task is completed, e.g., a prior checklist item is approved.

    Condition Definition

    Allows you to define conditions using fields and qualifiers. You can choose checklist/form fields, set a value-based qualifier (e.g., equals, contains), and combine multiple conditions with AND.

    Configuration steps

    Roles and permissions

    Technical workflow

    Revision field settings

    Condition fields

    Feature limitations

    🖊️Edit page

    Ensure that only authorized approvers or stakeholders can publish a revision as official.

    Control revision field behavior based on other field inputs, like triggering only if “Requires Revision” is checked.

    File Upload

    Introduction

    The file upload field in Unifize checklists allows admins to configure how users attach and access documents within workflows. You can control upload sources, preview behaviors, file limits, and integrations such as Microsoft 365 SharePoint. This setup ensures that file management is aligned with organizational policies for collaboration, security, and compliance.

    Capabilities

    Admins can configure the file upload field to:

    • Enable one or multiple file uploads

    • Define upload sources (computer, Unifize file store, SharePoint/OneDrive)

    • Set a default file or placeholder

    • Decide preview behavior and manage view settings

    • Enable file creation from Microsoft 365 (Word, Excel, PowerPoint)

    • Grant edit access to chatroom members (if using SharePoint integration)

    • Control sorting of uploaded files

    To configure a file upload field:

    1. Go to Process Builder > Checklist Fields

    2. Add or edit a field with type File upload

    3. Under File Field Settings, configure:

    Once configured, click Update Field Settings.

    SharePoint file access is governed by Microsoft 365 permissions, not Unifize roles.

    Here’s how the setup and usage flow works:

    1. Admin adds a file upload field in a checklist

    2. Admin configures allowed upload types and permissions

    3. User clicks + Attach File during checklist use

    4. A “Pick source” menu appears with available options

    Setting name
    Description
    Use case

    Check out that you can use in addition to the existing field settings.

    Placeholder text (e.g., Upload spec sheet)
  • Consumption options: Allow single or multiple file uploads

  • Preview options: Choose whether to show full previews

  • Manage view behavior: Set default action to preview or download

  • Sort by: Date or Name

  • Default file (optional)

  • Upload options: Choose from Computer, Unifize file store, and Office 365 SharePoint/OneDrive

  • If using Microsoft 365:

    • Configure the SharePoint folder path

    • Choose whether created files can be edited by chatroom members

  • External user

    No file access unless granted SharePoint-level permissions explicitly

  • User selects or creates a file

  • File is displayed in the checklist field with preview or download enabled

  • Access to files is managed via Unifize (for internal files) or Microsoft 365 (for SharePoint)

  • Allow multiple

    Allows users to upload multiple files in the same field

    Useful for collecting supporting documents or grouped evidence in one step

    Show full preview

    Displays an inline preview of files directly in the checklist

    Helps reviewers quickly view PDFs, Word docs, etc., without downloading

    Preview (manage view)

    Sets default behavior to open files in preview mode

    Best for documents like drawings or SOPs that are referenced but not downloaded

    Download (manage view)

    Sets default behavior to trigger file download

    Preferred when files need to be saved offline or printed

    Sort by: Date

    Sorts uploaded files by date (most recent first)

    Use when file recency is critical (e.g., inspection photos or test data)

    Sort by: Name

    Sorts uploaded files alphabetically

    Useful when files are consistently named or follow naming conventions

    Default file

    Allows a file to be pre-set for the field

    Useful when the same base template or reference file is used every time

    Suppress notifications on default values

    Prevents system notifications when a default file is used

    Helps avoid notification fatigue in high-volume workflows

    Upload from computer

    Enables uploading files directly from a user's device

    Default option for most users who store files locally

    Unifize file store

    Allows reuse of files already uploaded to Unifize

    Useful for referencing shared documents or templates already stored in the platform

    Office 365 OneDrive / SharePoint

    Allows linking or creating files via Microsoft 365 (not stored in Unifize)

    Ideal for teams using SharePoint for document control, with co-authoring or versioning needs

    + Add condition (AND)

    Combine two or more conditions to control file field logic.

    Only show “Upload Root Cause Analysis” if Status = “Investigation Complete” AND Severity = “High.”

    Mandatory if not hidden

    File becomes mandatory only when visible due to a condition.

    Ensure that “Upload Signature Sheet” is required only if it becomes visible after selecting “Needs Sign-off.”

    Role

    Capabilities

    Admin

    Create/edit file fields, define upload types, configure Microsoft 365 options

    Org member

    Upload files, create new files, or link from cloud storage if permitted

    Viewer

    Can only view files if they have access permissions

    Setting name

    Description

    Use case

    Placeholder

    Text shown inside the field before a file is uploaded

    Use it to guide users on what kind of file to upload (e.g., "Upload test report")

    Allow single

    Limits the field to only one uploaded file

    Upload type

    How it works

    Upload from computer

    Lets the user select and upload a local file directly from their device

    Unifize file store

    Allows selecting a previously uploaded file from the organization’s Unifize storage

    Office 365 OneDrive / SharePoint

    Lets the user pick or create a file using the Microsoft 365 file picker. Files are stored in SharePoint and remain linked, not uploaded to Unifize

    Condition (Field)

    Defines which form or checklist field triggers the logic.

    Use a checkbox like “Is External Approval Required?” to control if a document upload field should be shown.

    Qualifier (Value)

    The specific value of the condition field that triggers the action.

    Trigger condition when dropdown field “Approval Type” is equal to “Regulatory.”

    Configuration steps

    Roles and permissions

    Technical workflow

    File upload settings

    File upload options

    Conditions field

    universal checklist settings
    🖋️Edit this page

    Use in processes where only a single document is expected (e.g., signed contract)

    AI checklist

    Feature ID: FU-1084

    Document Version: 3.0

    Date: 03-12-2025

    1. Introduction

    AI Checklist is a checklist field that converts specific inputs from the checklist field data into structured values to fill one or more output fields on the same record. Admins define the prompt, choose which inputs the AI can read, and select the output fields it can fill.

    Users can use the AI checklist button to trigger AI suggestions. The resulting suggestions are logged in the record conversation for audit. Depending on the configuration, values can be presented for review before adding to the checklist or written directly.

    2. Feature capabilities

    • AI is available as a checklist field type in Process Builder and can read from configured Input fields to populate configured Output fields.

    • Admins can select specific input and output fields for their AI checklist field to work on.

    • Prompt can be added in the AI checklist settings to define how your AI field should work.

    • Auto-fill is available in AI Field Settings. When enabled, AI writes suggested values directly to the checklist, and the Add to Checklist action is not shown for those AI entries in the record conversation.

    • AI suggestions and filled entries are logged in the record conversation. The AI can be triggered multiple times to generate suggestions.


    Here’s how you can configure the AI checklist field as an admin

    Open Manage View → Go to the specific process for which you want to configure the AI checklist → Checklist → Add fields → AI. Name the field and save.

    Define how the field behaves:

    Setting
    Description
    Examples / Notes

    To determine how your AI checklist field will behave, you can configure conditions for your field.

    1. Start by navigating to the Manage view section → Open any process with an AI checklist field.

    2. Open the AI checklist field → Settings → Conditions.

    3. You will see three types of Default state. You can choose any one:


    Default state
    Before condition is met
    When condition is met (Behavior)
    Avoid

    Click Update Field Settings to persist the configuration and Save & Exit to publish the process.


    Once you have configured the AI checklist field, here’s what end users can do with the same:

    1. User opens a record with the configured AI field.

    2. User provides context in Input fields (including uploading files if File Upload is an input).

    3. Once the input field has the needed information, users can click on the AI field button to generate AI suggestions and fill the checklist fields.

    Note: The AI checklist field will appear to the end user according to the Default state selected by the admin. It will behave as one of the following: Show, Hide, or Disable until the qualifier defined in the condition is met. Once the qualifier evaluates as true, the condition is considered satisfied, and the field immediately switches to the behavior set in the Conditions panel.


    Checklist field type
    What AI does
    Notes / Limits
    Role
    What you can do with AI
    1. Certain checklist fields cannot be used as output fields in the AI checklist settings. This means that the AI field won’t be able to provide suggestions and fill these field types. These include Approval, File Upload, Form, PDF, Revision, User, Sections, and Subsection.

    2. Certain fields like Approval, Form, PDF, Revision, User, Sections, and Subsection cannot be used as input fields as the AI won’t be able to parse these fields.

    3. The AI checklist field supports only three behavior categories - Show until condition met, Hidden until condition met, and Disable until condition met. The Default state “Mandatory until condition met” is not available for the AI checklist field.

    PDF

    The PDF Field in Unifize enables users to generate downloadable and printable PDF documents based on a configured process checklist. These PDFs can be shared internally with team members or externally with vendors, suppliers, or auditors. Each PDF is based on a unique template that reflects the structure and data of a specific process.

    Admins configure this field to define how the PDF is created, what content is included, where the file is saved, and whether it’s stitched with additional documents.


    Based on the existing process and checklist configuration, which is determined by the client requirements , Unifize team can create custom PDF templates and generate template ID. This template ID can be added in the PDF checklist field settings. Once the PDF field is configured:

    • The end user can see a “Generate PDF” button, which appears in the checklist.

    Linked Record

    Feature ID: FU-1050

    Document Version: 3.0

    Date: 28-11-2025

    The Linked Record is a configurable checklist field type that allows users to select and reference records from any other process. A linked record can be used to link two different processes that exist inside an org in the Unifize platform. Admins can configure this field to allow single or multiple record selection, choose which fields are displayed, apply filters, and control visibility using checklist logic.

    The Linked Record field can also dynamically filter records based on the relationships that exist between two processes. When two processes are interlinked and are added as Linked Record fields inside another process, the field can automatically display only the records that are related to the record selected by the user. This behaviour is configured within the Linked Record settings.

    Input fields

    One or more fields AI reads as context.

    Description, Incident Summary, File Upload, etc.

    Output fields

    One or more fields AI fills.

    Root Cause, Corrective Action, Date, Number, Picklist.

    Auto-fill

    If on, AI writes values directly to the checklist; the Add to Checklist control for those AI entries is not shown in conversation.

    When on, linked-record generation for output fields is disabled (design safeguard).

    Show until condition met
  • Hidden until condition met

  • Disable until condition met

  • Click + Add New Condition, then configure the sections below:

    • Condition: In this field, you can select which metadata or checklist field you want your condition to evaluate on.

      You can choose one of the metadata fields, such as Owner, Due date, Status, or User (Current user). Alternatively, you can pick one of the checklist fields of that process.

      Note that the AI checklist field will not appear in this dropdown, as conditions based on the AI field cannot be created. The same is true for the following checklist fields: PDF, Revision, Section, and Subsection.

    • Qualifier: Qualifiers help you select what state you want your condition field to be in for your condition to evaluate. For example, you can select when your condition field is filled, then you want the behaviour that you will select in the next step to evaluate.

      Note: If your qualifier is not met, your condition will simply stay in the Default state.

    • Behavior: Select the behaviour you want your field to apply if the condition is fulfilled. You can choose from the three options below:

      • Hide field

      • Disable/Lock field

      • Show field.

  • (Optional) If required, you can combine multiple conditions by using the “+ Add condition (AND)”. This functionality will evaluate as an AND condition, meaning that you can add multiple conditions to be true together for your chosen behaviour to evaluate as true.

  • (Optional) You can also use an OR condition in the AI checklist field. This means that you can add multiple conditions, and the system will first evaluate the 1st condition, if it’s not true, then move on to the next condition. If any one of the conditions is met, the system will evaluate the chosen behaviour.

    Note that the system always evaluates the 1st condition initially; if the qualifier in the 1st condition is met, the chosen behaviour will evaluate. Only when the 1st condition is not met, the system will move on to the next condition.

  • Once you have configured your conditions, you can click on the “Update Field Settings” button followed by the “Save & Exit” button.

  • is part of

    Specific groups

    True when the Owner belongs to any selected group.

    Owner

    is empty

    —

    True when the Owner field has no user assigned.

    Owner

    is filled

    —

    True when the Owner field has a user assigned.

    Due Date

    is empty

    —

    True when the Due Date field has no value.

    Due Date

    is filled

    —

    True when a Due Date is present.

    Due Date

    is overdue

    —

    True when Due Date is past the current date/time.

    Status

    is any of

    Status category (COMPLETED, PENDING)

    True when the record’s Status matches any selected status.

    Status

    is none of

    Status category

    True when the record’s Status matches none of the selected statuses.

    User (Current user)

    is any of

    Specific users

    True when the logged-in user matches any selected user.

    User (Current user)

    is of role

    Admin, External User, Org Member, Read Only, Vendor

    True when the logged-in user’s role matches any chosen role.

    User (Current user)

    is not of role

    Admin, External User, Org Member, Read Only, Vendor

    True when the logged-in user’s role matches none of the chosen roles.

    User (Current user)

    is part of

    Your org Groups

    True when the logged-in user belongs to any selected group.

    User (Current user)

    is creator

    —

    True when the logged-in user is the record creator.

    User (Current user)

    is owner

    —

    True when the logged-in user is the record owner.

    is approved

    —

    True when the approval state is Approved.

    Linked Record Field

    is any of

    List of records of the linked process

    True when the Linked Record checklist field contains any selected record.

    Linked Record Field

    is none of

    List of records of the linked process

    True when the Linked Record checklist field contains none of the selected records.

    Linked Record Field

    is filled

    —

    True when the Linked Record checklist field is attached in the record.

    Linked Record Field

    is empty

    —

    True when the Linked Record checklist field is empty in the record.

    Number Field

    is greater than

    Numeric value

    True when the field value is > given number.

    Number Field

    is less than

    Numeric value

    True when the field value is < given number.

    Number Field

    is equal to

    Numeric value

    True when field value exactly matches the given number.

    Number Field

    is filled

    —

    True when a numeric value is present.

    Number Field

    is empty

    —

    True when the number field has no value.

    Picklist Field

    is any of

    Picklist options of the current process

    True when selected picklist value is one of the chosen options.

    Picklist Field

    is none of

    Picklist options of the current process

    True when the picklist value matches none of the selected options.

    Picklist Field

    is filled

    —

    True when a picklist selection exists.

    Picklist Field

    is empty

    —

    True when no picklist option is selected.

    User Field

    is filled

    —

    True when User field has a user selected.

    User Field

    is empty

    —

    True when User field has no selected user.

    User Field

    is current user

    —

    True when the selected user matches the logged-in user.

    User Field

    is any of

    Specific users

    True when the selected user is in the specified list.

    User Field

    is none of

    Specific users

    True when the selected user is not in the specified list.

    File Upload Form Text Rich Text Date

    is filled

    —

    True when the field contains data (file uploaded, text entered, date selected, etc.).

    File Upload Form Text Rich Text Date

    is empty

    —

    True when the field contains no data.

    AI checklist field is hidden

    Apply selected Behavior: a. Show field b. Disable/Lock field

    Hide field (redundant as the Default state and behaviour is same)

    Disable until condition met

    AI checklist field is disabled/locked

    Apply selected Behavior: a. Show field b. Hide field

    Disable/Lock field (redundant)

    When auto-fill is off: AI presents suggestions in the record conversation; the user selects rows and clicks Add to Checklist to fill the selected values in the necessary checklist fields.
  • When auto-fill is on: AI writes values directly to the checklist; the Add to Checklist action does not appear for those entries.

  • Re-running AI on the same field overwrites the prior value and logs a new conversation entry.

  • Date

    Fills dates parsed from context.

    —

    Picklist

    Selects an option when the prompt specifies the exact picklist options.

    Requires explicit option names in the prompt.

    Linked Record

    Can fill embedded fields of linked record when explicitly instructed in the prompt.

    When Auto-fill is enabled, linked-record generation for output fields is disabled.

    Specific field types are excluded from being used in the Condition selector when configuring AI conditions. The following field types cannot be selected as inputs for conditional evaluation:

    • AI Field

    • PDF Field

    • Approval Field

    • Revision Field

    • Section

    • Subsection

  • When Auto-fill is enabled in the AI checklist settings, linked-record generation for output fields is disabled.

  • Button label

    Text on the action button visible to end users.

    e.g., “Generate AI Suggestions”.

    Prompt

    Instruction set that guides extraction/creation.

    Specify formats, required labels, picklist options, etc.

    Condition

    Qualifier

    Values (if applicable)

    How the behaviour will evaluate

    Owner

    is any of

    Specific users

    True when the Owner matches any selected user you added in the Values field.

    Condition

    Qualifier

    Values (If Applicable)

    How It Evaluates

    Approval Field

    is empty

    —

    True when no approval response exists.

    Show until condition met

    AI checklist field is shown.

    Apply selected Behavior: a. Hide field b. Disable/Lock field

    Show field (no visible change as the Default state and behaviour is same.)

    Text / Rich Text

    Based on the input field, fills the required information in these field.

    —

    Number

    Fills numeric values.

    Admin

    Add and configure AI field settings, configure AI conditions, set AI field prompts and layouts.

    Org Member

    Run AI, review suggestions, add to the checklist, and edit results where permitted. Cannot change configuration.

    External User

    Use or view AI outputs if shared/allowed by Admin. Cannot configure AI.

    3. Admin Journey

    Step 1: Add an AI field to a checklist

    Step 2: Configure AI field settings

    Step 3: Conditions

    4. Condition and Qualifier guide

    4.1 Metadata fields

    4.2 Checklist fields

    5. Logic guide for condition pairings

    Step 4: Save & publish

    6. User journey

    7. What AI can fill (by checklist type)

    8. Roles and permissions

    9. Feature Limitations

    🖋️ Edit this page

    Owner

    Approval Field

    Hidden until condition met

    —

  • When the user clicks it, the message “PDF is being generated now” is shown.

  • The PDF is automatically:

    • Delivered to the My Inbox conversation window

    • Uploaded to the designated file field in the checklist

  • Users can:

    • Download the PDF from either location

    • Preview it directly in the app

    • Delete or remove the generated PDF (”Remove from the checklist” also removes it from My Inbox)

  • If the PDF field is not properly configured, users will receive the error:

    “Invalid PDF configuration”


  • The PDF field is useful for:

    • Automatically creating consistent, formatted documentation for records

    • Enabling fast sharing of process information without exporting data manually

    • Supporting audits, reviews, and external stakeholder communication

    • Standardizing report output across different processes

    • NC Report generation

    • CAPA summary documentation

    • Deviation reports

    • Supplier communication with structured process output


    Role

    Permissions

    Admin

    Configure PDF generation mode, set the destination field, assign template ID, define file naming and attachment logic

    Org Member

    Click Generate PDF button, download, view, or delete the file (if permissions allow)

    External Member

    Access generated PDF only if shared via the checklist or conversation window

    Note: If the field is not visible to a role, it’s likely restricted via conditional logic or checklist access controls.


    Setting name

    Description

    Use case

    Type

    Choose the PDF generation method: PDF Generator API, PDF Generator API v2, Adobe Convert Native File to PDF

    Choose API types when using JSON-based templates; choose Adobe for visually designed templates or file conversions

    Template ID

    Required for PDF Generator API and v2. Enter the unique ID assigned by the Unifize team.


    Template type

    Details

    PDF Generator API

    Requires a Template ID mapped to a JSON layout. The PDF contains full-format option

    PDF Generator API v2

    Lightweight version of v1, requires simplified JSON template and better performance

    Adobe Convert Native File to PDF

    Converts uploaded DOCX/XLSX/PPTX files to PDF; relies on File Upload checklist fields


    Setting

    Description

    Use case

    Show until condition met

    Displays the approval field until a specified condition is satisfied. Once met, the field will stay in shown state until the condition is met and there’s a behavior selected.

    Show “Generate PDF” until Status = Finalized (e.g., during initial CAPA review stages only)

    Hidden until condition met

    The field is hidden by default and becomes visible only when the condition is met.

    • Excel column- PDFs generated from Excel sometimes miss column data—especially in large or complex spreadsheets

    🖊️Edit this page

    The PDF Field in Unifize enables users to generate downloadable and printable PDF documents based on a configured process checklist. These PDFs can be shared internally with team members or externally with vendors, suppliers, or auditors. Each PDF is based on a unique template that reflects the structure and data of a specific process.

    Admins configure this field to define how the PDF is created, what content is included, where the file is saved, and whether it’s stitched with additional documents.


    Based on the existing process and checklist configuration, which is determined by the client requirements , Unifize team can create custom PDF templates and generate template ID. This template ID can be added in the PDF checklist field settings. Once the PDF field is configured:

    • The end user can see a “Generate PDF” button, which appears in the checklist.

    • When the user clicks it, the message “PDF is being generated now” is shown.

    • The PDF is automatically:

      • Delivered to the My Inbox conversation window

      • Uploaded to the designated file field in the checklist

    • Users can:

      • Download the PDF from either location

      • Preview it directly in the app

      • Delete or remove the generated PDF (”Remove from the checklist” also removes it from My Inbox)

    • If the PDF field is not properly configured, users will receive the error:

      “Invalid PDF configuration”


    The PDF field is useful for:

    • Automatically creating consistent, formatted documentation for records

    • Enabling fast sharing of process information without exporting data manually

    • Supporting audits, reviews, and external stakeholder communication

    • Standardizing report output across different processes

    • NC Report generation

    • CAPA summary documentation

    • Deviation reports

    • Supplier communication with structured process output


    Role

    Permissions

    Admin

    Configure PDF generation mode, set the destination field, assign template ID, define file naming and attachment logic

    Org Member

    Click Generate PDF button, download, view, or delete the file (if permissions allow)

    External Member

    Access generated PDF only if shared via the checklist or conversation window

    Note: If the field is not visible to a role, it’s likely restricted via conditional logic or checklist access controls.


    Setting name

    Description

    Use case

    Type

    Choose the PDF generation method: PDF Generator API, PDF Generator API v2, Adobe Convert Native File to PDF

    Choose API types when using JSON-based templates; choose Adobe for visually designed templates or file conversions


    Template type

    Details

    PDF Generator API

    Requires a Template ID mapped to a JSON layout. The PDF contains full-format option

    PDF Generator API v2

    Lightweight version of v1, requires simplified JSON template and better performance

    Adobe Convert Native File to PDF

    Converts uploaded DOCX/XLSX/PPTX files to PDF; relies on File Upload checklist fields


    Setting

    Description

    Use case

    Show until condition met

    Displays the approval field until a specified condition is satisfied. Once met, the field will stay in shown state until the condition is met and there’s a behavior selected.

    Show “Generate PDF” until Status = Finalized (e.g., during initial CAPA review stages only)

    Hidden until condition met

    The field is hidden by default and becomes visible only when the condition is met.

    Options include:- Show field- Hide field- Disable/Lock field. | Force PDF visibility during pilot or testing phases, regardless of other logic | | Mandatory if not hidden | Makes the PDF generation action mandatory when it’s visible (if enforced). | Ensure PDF is generated before moving status forward—only when field is visible |

    • Excel column- PDFs generated from Excel sometimes miss column data—especially in large or complex spreadsheets

    1. Introduction

    2. How the PDF field works

    3. How the PDF field helps you

    Common use cases:

    4. Roles and permissions

    5. PDF field settings

    6. Template types

    7. Condition field

    8. Feature limitations

    1. Introduction

    2. How the PDF field works

    3. How the PDF field helps you

    Common use cases:

    4. Roles and permissions

    5. PDF field settings

    6. Template types

    7. Condition field

    8. Feature limitations

    Cross-process linking: Use Linked Records to create relationships between two processes within your Unifize organization. This helps connect data across quality, compliance, and operational workflows. Records of linked conversations will show

  • Same process linking: You can also link your existing process to the same process. This way, end users will be able to link the current record to any record of the same process if needed.

  • Two-way process interaction: You can also use embedded fields to link specific checklist fields in one process to those in another. By doing so, changes to a process can be made through any process to which it is linked. For example, we can link process A and process B, which will create a two-way relation between these 2 processes. So if an individual has access rights to Process A and not Process B, but you want to provide them access to specific fields of Process B, not having complete view or edit access to the entire process B, then Linked records can be used.

  • Embedded fields: Admins can selectively expose fields from a target process within another process. For example, users without access to Process B can still view or edit specific fields from Process B via Process A, based on access controls.

  • Live data reflection: Any changes made to linked fields in one process are immediately reflected in the corresponding checklist of the linked process. This ensures real-time data consistency across processes.

  • User action control and visibility logic: Admins can control how and when the linked record appears and how it behaves under different conditions using the Linked Record conditions.

  • Chatroom notification: Changes made in one process will also be lodged in the conversation window of the process for which changes were made as a chatroom notification.

  • Revision flexibility: Linked Records support manual linking of the first revision of a record, even if no other revisions have been created.

  • Dynamic Linked Record: Linked Records can be configured to depend on another Linked Record inside the same checklist. When two processes are already linked to each other and are both brought into a third process, the dependent Linked Record can automatically filter and show only the records that are related to the user’s selection in the primary Linked Record. This ensures contextual data selection and avoids showing unrelated or duplicate-looking records.

    • Admin can navigate to the Manage view section → open an existing process or create a new process by clicking on the “New Process Template” button

    • Then, move to the Checklist section

    • Click on the Add Fields section

    • Choose the field type as Linked Record

    • Then click on the “Add Field” button

    • Once your Linked Record field is added, give your Linked Record field a name to move forward with the process

    To control the specific behaviour of your Linked Record field, you can start by going to the settings section and configuring the following settings

    Setting
    What this setting is
    Use cases

    Link this to another linked record

    Allows a Linked Record field to depend on another Linked Record field inside the checklist. If the two processes already have a linked relationship defined, this setting automatically filters the selectable records based on the record chosen in the related Linked Record.

    Filter dependent records such inside a Linked process.

    Process

    Specifies the target process to which the existing process needs to be linked

    Linking CAPAs to Supplier records, linking SOPs to Training Records

    Note: Linked Record supports a semi-expanded view by default. Admins can choose which embedded fields should always be visible when a record loads. All remaining fields can still be accessed via the “View all fields” toggle.

    Admins can configure and enable dynamic filtering for Linked Record fields inside a process:

    1. Go to Manage View.

    2. Open the process where you want to enable dynamic filtering.

    3. Click the Edit button next to the process name.

    4. Navigate to Checklists → locate the Linked Record field.

    5. Add the two processes that you want to use for filtering using Linked Record fields. You can add any number of processes via a Linked Record as long as these processes already have a dynamic link existing between them.

      • Note: For the dynamic filtering button to show and work, the following conditions have to be satisfied:

        • A dynamic relationship must already exist between these two processes. This means the processes must have a pre-existing Linked Record relationship for the dynamic filter setting to appear.

    6. After adding both linked record fields in the current process, go to the Linked Record field settings.

    7. If all dependency conditions are satisfied, you will see the “Link this to another linked record” toggle at the top of the settings panel.

    8. Note that dynamic filtering only works in a unidirectional way. This means that only one record can depend on the other record to fetch and filter data. Both records cannot depend on each other for filtering each other. Creating a bi-directional behaviour between the two Linked Record fields will cause the filtering to fail.

    As a next optional step, you can control the visibility of your Linked Record by configuring specific condition fields

    Setting

    Description

    Use case

    Show until condition met

    The linked record field is visible by default. Once met, the field will stay in shown state until the condition is met and there’s a behavior selected.

    Show a linked CAPA field unless a defect is marked as “Minor” — helps declutter the checklist in Quality workflows.

    Hidden until condition met

    The field stays hidden until a condition is satisfied. Useful for progressive disclosure of fields.

    You can follow this guide to configure the prompts and layout for every checklist field.

    Once all the configurations are complete, save the updated process.

    1. Access the relevant process- Begin by navigating to a process where a Linked Record field has been configured within its checklist

    2. Locate the Linked Record field- Identify the Linked Record checklist, which will appear in either a compressed card view or a table view, depending on the admin configuration.

    3. Add or select a linked record- Click the “+ Add [Process Name]” button. You’ll be presented with a selection to either choose from existing records or create a new one based on whether your admin has enabled "selecting", "creating", or both. You can search for existing records, which will be sorted by default in ascending to descending order.

    4. View and interact with embedded fields- If the admin has added embedded fields, you’ll see an expand icon or arrow next to the linked record entry. Clicking this icon reveals the embedded checklist fields from the linked process

    5. Make updates to embedded fields- You can directly edit embedded fields if your admin has permitted interaction. Any changes you make are synced in real time to the source record of the linked process. Fields that are locked or restricted will appear read-only.

    6. Understand what actions are permitted- Your ability to edit, create, or select records depends on the configuration chosen by the admin (e.g., “Allow only selecting”, “Allow only creating”, or “Allow selecting and creating”). You may only see specific embedded fields if the admin has enabled the “Only show linked fields” setting

    7. Access the linked record directly (if enabled)- If the “Suppress title hyperlink” setting is disabled, the title of the linked record will be clickable. Clicking it opens the full record, allowing you to view its conversation window, attached files, and audit trail. Any updates made via the Linked Record will show up as chatroom notifications in the target process’s conversation thread

    8. Revision handling (if enabled)- If your admin has enabled revision controls, you can manually link the first revision of a record even when no other revisions exist. This is useful in workflows involving early-stage documentation, specifications, or initial versions of linked records

    9. Conversation sync and visibility- All changes you make via the Linked Record field are logged in the conversation window of the target record. This ensures visibility and traceability of actions, even if the record was updated from another process

    10. Conditional field behavior- Some Linked Record fields may be hidden, disabled, or required based on other checklist field conditions. For example, you may not be able to link a record until a preceding review step is completed.

    11. Interacting with dependent Linked Record fields: When a Linked Record field is configured to depend on another Linked Record inside the same checklist, the options shown to the user are automatically filtered based on their selection in the primary record.

    To view or interact with Linked Record data:

    1. Go to Manage View: Navigate to the Manage View section and go to the Processes section.

    2. Open your specific process: There, in the Processes section, select the specific process for which you want to access the Linked Record data.

    3. Expand the column: Click the expand icon on a record’s Linked Record field to reveal any embedded fields that have been configured by the admin.

    4. Interact with embedded fields: Based on permissions, you may be able to view or edit these fields. Any edits will reflect directly in the original record and log a change in the chatroom of that record.

    Linked Records support a wide range of field types as embedded fields. These include basic field types like Text, Number, Picklist, Date, Status, and Owner. More advanced types like File Upload, PDF, Users, Approval, and Form fields.

    Sections and subsections are not supported as embedded fields inside Linked Record fields. These structural elements are used for layout purposes within a process and do not function properly when referenced through a linked record. Additionally, comparison charts based on Linked Record values are not supported due to the complexity of cross-process value evaluation.

    In a Linked Record process, you can use embedded fields to add various checklist fields from the process that is linked. During this, you will also be able to add a Linked Record field as an embedded field to the existing process. This created a nested linked record in that process, which basically means there will be linked record fields inside a linked record.

    However, there’s an exception to this process. If you link two processes in your Linked Field Record, it automatically assigns the existing process as the parent process and the linked process as the child. For example, if you link Process A and Process B, while adding an embedded field in Process A, you will be basically referencing the checklist fields of Process B, but when you want to add the Linked Record of Process B to Process A, you will realize you won’t be able to see the option to add that. This is because the Linked Record of process B is actually just Process A, and when you try to add the Process B Linked record field to Process A, you’re essentially just linking Process A to Process A.

    An interesting functionality of the Linked Record feature is that when two or more users are working on the same Linked Record field, it will reflect in real-time on the checklist fields without either of the users having to hit the "Refresh" button to see the changes. This will avoid discrepancies and allow easy collaboration.

    Since in a Linked Record field, any changes you make in the embedded fields are only visible as a chatroom notification in the source record and not the record in which the changes are being made, it’s difficult to track changes between multiple collaborators. These instant field updates without the need to hit refresh will allow clarity when multiple users are working on the same Linked Record field.

    User role

    Permissions

    Admin

    Can link two processes together and add embedded fields in the linked process via settings

    Org Member

    Can edit and modify embedded fields in the linked process; can link two processes inside a Checklist field

    External User

    Can view the fields based on admin configuration

    1. Sections and subsections cannot be embedded inside a Linked Record, as these are layout fields.

    2. Linked Records cannot be used as inputs for comparison chart fields. Cross-process values cannot be computed into comparison-type visualizations.

    3. Any updates made to the embedded fields of a Linked Record from the current checklist do not create a chatroom notification in the record where the user is making the update. Instead, the chatroom notification is logged only in the target linked record from which the form originates.

    4. When a user updates an embedded field inside a Linked Record from another process, the target record (where the actual data belongs) logs the change as a standard chatroom notification. Because of this, the target record has no traceability, indicating that the update was made through another process’s Linked Record field, rather than directly within the record itself.

    5. The “Link this to another linked record” toggle option will only appear if the two processes already have a linked record relationship defined between them. Without this pre-existing relationship, dynamic filtering cannot be enabled.

    6. If the two linked record fields are using bi-directional linking, meaning both the fields depend on each other for filtering, the dynamic filtering will fail. This is because two linked record fields can't be dependent on each other; only one can fetch and filter data for the other field.

    1. Plan process relationships before linking: Determine which processes need to be connected and whether the existing process is the parent or the child of the connected process.

    2. Use embedded fields selectively: Embed only critical fields needed for user context. You can also make some fields visible by default and keep others visible only upon clicking the expand button. Overloading the preview with too many fields can clutter the checklist and reduce usability.

    3. Restrict access based on roles and permissions: Ensure embedded fields do not expose sensitive data from restricted processes. You can restrict end-user access to your Linked Records both via the Role Management of your Org Settings and via the Linked Record settings.

    4. Enable conversation previews for clarity: Turn on options like “Auto-fill related conversations” and “Show status, owner, and due date” to improve traceability. These help users stay informed without opening the full record.

    5. Use linking within the same process only when needed: Linking to the same process can be useful for recursive relationships, but should be used with intention. If you have multiple records of the same process, then this can be useful.

    6. Suppress hyperlink if record navigation isn’t needed: Disable title hyperlinks when users shouldn’t leave the current checklist. This helps maintain focus, especially during audits or structured reviews.

    7. Dynamic Linked Record: Before enabling dynamic linking inside a third process, ensure that the two processes already contain a Linked Record field connecting their records.

    🖋️Edit this page

    Introduction

    Feature functionality

    Admin user journey

    1. Set up the field

    2. Configure the settings section

    Linked Record settings

    3. Dynamic filtering for Linked Record

    4. Configure the Condition field

    Linked Record Conditions

    5. Prompts and layout

    6. Save and exit

    Org Member user journey

    Linked Record data storage

    Supported field types in Linked Record

    Unsupported field types in Linked Record

    Nested Linked Record fields

    Linked Record notification

    Roles and permissions

    Feature limitations

    Best practices

    Every process has its own template; the Template ID links the checklist to its correct output layout

    Upload to Another File Field

    Choose where the generated file should be uploaded (e.g., Supporting Documents)

    Store generated PDFs in a specific field for clarity and document management

    Don’t Attach File to Checklist

    Prevent the PDF from being added to the checklist and only shows in My Inbox

    Use when the file is for review only, not for permanent recordkeeping

    Attach Latest Version Only

    Replace the previous version each time a new PDF is generated

    Keep only the most up-to-date CAPA report, NC form, or audit document

    Attach All Versions

    Retain a full version history of all PDFs generated

    Maintain revision logs for audits and regulatory traceability

    Sort By

    Define sort order (by Date Added or Name)

    Improve findability of reports in long checklists

    + Stitch

    Merge additional files (images, checklists, native files) into the final PDF

    Combine protocol data + evidence attachments into one cohesive report

    Only show the PDF generation button when “Implementation Complete” = Yes (Validation checklists)

    Mandatory until condition met

    Makes the field mandatory until the condition is satisfied (less relevant for PDF fields).

    Enforce PDF generation before allowing a record to close (Audit prep workflows)

    Disable until condition met

    Locks the PDF field from interaction until a certain condition is true.

    Prevent PDF generation until all required fields are completed or status is “Ready for Review”

    Condition (Field + Qualifier)

    Defines the trigger condition based on form or checklist field values.

    Trigger logic based on fields like “Severity”, “Risk Level”, or “Type” to allow PDF visibility

    + Add condition (AND)

    Allows combining multiple conditions; all must be true to activate the behavior.

    Show PDF only if “CAPA Required” = Yes and “Severity” = Critical (Regulatory filings)

    Behavior (Show/Hide/Disable)

    Defines what happens to the revision field when the condition is met. A behavior state is only applied if the condition is met, if its not met it simply falls back to default state.

    Ensure PDF is generated before moving status forward, nly when field is visible

    Template ID

    Required for PDF Generator API and v2. Enter the unique ID assigned by the Unifize team.

    Every process has its own template; the Template ID links the checklist to its correct output layout

    Upload to Another File Field

    Choose where the generated file should be uploaded (e.g., Supporting Documents)

    Store generated PDFs in a specific field for clarity and document management

    Don’t Attach File to Checklist

    Prevent the PDF from being added to the checklist and only shows in My Inbox

    Use when the file is for review only, not for permanent recordkeeping

    Attach Latest Version Only

    Replace the previous version each time a new PDF is generated

    Keep only the most up-to-date CAPA report, NC form, or audit document

    Attach All Versions

    Retain a full version history of all PDFs generated

    Maintain revision logs for audits and regulatory traceability

    Sort By

    Define sort order (by Date Added or Name)

    Improve findability of reports in long checklists

    + Stitch

    Merge additional files (images, checklists, native files) into the final PDF

    Combine protocol data + evidence attachments into one cohesive report

    Only show the PDF generation button when “Implementation Complete” = Yes (Validation checklists)

    Mandatory until condition met

    Makes the field mandatory until the condition is satisfied (less relevant for PDF fields).

    Enforce PDF generation before allowing a record to close (Audit prep workflows)

    Disable until condition met

    Locks the PDF field from interaction until a certain condition is true.

    Prevent PDF generation until all required fields are completed or status is “Ready for Review”

    Condition (Field + Qualifier)

    Defines the trigger condition based on form or checklist field values.

    Trigger logic based on fields like “Severity”, “Risk Level”, or “Type” to allow PDF visibility

    + Add condition (AND)

    Allows combining multiple conditions; all must be true to activate the behavior.

    Show PDF only if “CAPA Required” = Yes and “Severity” = Critical (Regulatory filings)

    Behavior (Show/Hide/Disable)

    Defines what happens to the revision field when the condition is met. A behavior state is only applied if the condition is met, if its not met it simply falls back to default state.

    Both processes must be added as Linked Record fields inside the new process where you’re trying to enable dynamic filtering.
  • A record-to-record relationship must pre-exist between the records of the process which will be used for filtering.

  • Add Embedded Field

    From the process that you have selected for linking to the existing process, select which specific Checklist fields needs to be linked to your process. By doing this, those specific Checklist fields will be visible in the Linked Record of the process that’s linked By default, embedded fields in a Linked Record are in a collapsed mode. You will notice a feature of “Visible by default”, which will make specific Checklist fields visible outside the collapsed mode.

    Display Checklist fields like Supplier Rating, Document Number, or CAPA Owner directly in other process. Users who have access to the other process can directly make changes to the fields in your process without having to actually open your process.

    Consumption options

    Allow multiple- Enable users to add multiple records of the same process. By enabling this, users can add different records of the same process. If you disable this option, you will only be allowed to add one record. The button to add Linked Record will disappear after you add one record. You will still have the option to delete the existing record and replace it with another record of that process. Allow archived conversations- By default, in a Linked Record, when the end user try to link any record to a process, all archived records are hidden. With this won’t be able to see what archived records You can link archived conversations

    If you want to track what changes were made by which users, different instances can be created of the Linked Record. This way, changes made by each person is saved separately

    Auto fill related conversations

    Allow multiple- Auto-links related conversations from selected records into the current record Allow archived conversations- By default, in a Linked Record, when the end user try to link any record to a process won’t be able to see what archived records You can link archived conversations

    Maintains conversation traceability across linked records like Parent and Child CAPAs

    Preview options

    Show status, owner and due date- Adds metadata like status, owner and due date to the preview card or table (read-only) Suppress title hyperlink to the record-

    When this setting is enabled:

    • The auto number and title of Linked Records inside processes are hidden.

    • If a Linked Record contains another Linked Record field as an embedded field, the title for that embedded Linked Record is also hidden.

    Efficiently view multiple linked items like material lots or inspection steps

    Linked field relation

    Parent/ Child- Defines if the linked record is the parent or child in the relationship. While creating a Linked Record, you can assign the existing process as a parent or a child. The system will automatically mark the linked process as the other relation

    Used in hierarchical workflows like CAPA → Change Request (Parent) or Audit → Findings (Child)

    Other options

    Allow only selecting- This option enables users to select records from the linked process. Their actions are limited to selecting from existing linked records and not be able to create a new linked record. Allow selecting and creating- Enables both selection from existing process and creation of new records in the Linked Record field. Upon creating a new linked record, a new record window will be automatically created Allow only creating- Users cannot select existing records and must create new ones from this field. This way, any user who opens the Linked Record will be able to create a separate record of the linked process and the changes they make will reflect as chatroom notification in the record for which the changes are made Only show Linked Record- Limits the checklist preview to only the fields selected in "Add Embedded Field"

    Ensures control where records must be pre-approved, like approved suppliers or validated test plans. Speeds up workflows where new records may need to be created during review Ensures a clean start for every issue log, complaint, or investigation

    Allow manual revision linking even when there are no revisions created

    Lets users manually link the first revision of a Linked Record even though the second revision hasn’t been created yet

    Used in early-stage document or spec workflows before formal revisions are in place

    In a product change request, show linked testing reports only if the change is marked "Major".

    Mandatory until condition met

    The field is required by default but becomes optional once the condition is met.

    Make linking a supplier record mandatory unless the item is marked “Internal”.

    Disable until condition met

    The field is locked until a condition is true to prevent accidental inputs. You can still interact with elements inside a Linked Record, just cannot add or change the records linked.

    Disable linking a “Cleanup Task” until a preliminary review is marked complete.

    Condition (Field + Qualifier)

    Select a source field and qualifier value to define how that field will act. Multiple conditions can be combined using AND logic.

    Trigger linked record visibility based on a picklist like "Risk Level = High".

    Behavior options

    Explicit control over what happens when the condition is met: hide the field, show it, or disable it. A behavior state is only applied if the condition is met, if its not met it simply falls back to the default state. Dependent linked field include- You can include certain linked records of the selected process based on the defined condition. Dependent linked field exclude- You can exclude the visibility of certain linked records from the process for the end user

    Show a “Linked Review Record” only when status = “Under Review” — supports stage-based PLM visibility.

    Mandatory if not hidden

    Enabling this option will let users Makes the linked record mandatory only if it is visible.

    Enforce supplier linking only when “Requires External Approval” = Yes.

    Approval

    Feature ID: FU-1070

    Document Version: 1.0

    Date: 28-11-2025

    Introduction

    The Approval Field in Unifize enables organizations to embed digital signatures directly within checklist processes. This field drives traceability and compliance by requiring explicit approvals at defined stages in a workflow. Once configured, it delivers real-time notifications in My Inbox for all lifecycle actions: request, approve, reject, and cancel.

    Capabilities

    The Approval Field supports the following key actions:

    • Request Approval: Triggers a digital signature request to designated approvers.

    • Approval: Captures e-signature and logs timestamp, user identity, and comments (if configured).

    • Reject: Declines the approval with optional comments.

    • Cancel Pending Request: Allows originator to withdraw a pending approval.

    • Cancel Approval: Revokes an already granted approval, logging reasons and notifying participants.

    All actions are automatically logged in the record’s conversation window for auditability.

    1. Requesting an approval

    To ensure the approval workflow is controlled and traceable, Unifize allows checklist approval fields to require an explicit "Request Approval" action before an approver can sign off.

    How it works

    1. Configure the Approval Field

      In the checklist settings, enable the "Request approval" button within the Approval field configuration.

    2. Approval requester action

      Once the field is visible in the record, the requester (typically the record owner or assigned user) will see a "Request an Approval" button. Clicking this button sends a notification to the approver.

    Alternate setup: auto-request via automation

    For teams who want to skip the manual request step, you can configure a custom automation to trigger the approval request automatically based on specific conditions (e.g., record status, field completion). This removes the need for users to click “Request an Approval” manually.

    2. Approving a request

    If you're assigned as an approver, you’ll get notified in My Inbox. You can:

    • Approve with an optional or required comment

    • Reject the request (may also require a reason)

    • Cancel the approval (if your permissions allow it)

    You may also see locked fields that cannot be edited until the approval step is complete.

    a. Password-based approval

    When an assigned user goes to approve or reject the document, they are prompted to enter their registered email address and Unifize password to approve or reject the item.

    Who can use it- Users with standard Unifize login and password or non-SSO users.

    b. OTP-based approval

    When an assigned user goes to approve or reject a document, they will be prompted to enter their email address and click "Generate OTP". A one-time password is sent to their email. They must enter the OTP to complete the approval.

    Who can use it- Ideal for first-time users or SSO-authenticated users who do not have a Unifize password. SSO user can go to the “Change Password” setting in the Profile section to add password. This will allow them to do approval via passwords.

    3. Viewing approval status

    At any time, you can:

    • Check whether an approval is pending, approved, rejected, or cancelled

    • See who signed it, when they did, and any comments they left

    • Review the full history in the Conversation Thread Conversation

    Unifize delivers real-time notifications in My Inbox for all four approval lifecycle actions- a. Requesting an approval b. Actual approval process c. Revoking an approved approval d. Cancelling pending approval request.

    This ensures all involved users receive immediate visibility into approvals they’re part of—whether as requesters, approvers, or participants.

    4. Revoking an approved Approval

    If an approval has already been granted but needs to be withdrawn (e.g., due to incorrect data or process change), users with “Who can cancel” access to the record can revoke the approval by clearing the approval field.

    This action is logged in the conversation thread for full traceability.

    5. Cancelling a pending approval request

    If an approval request was made by mistake or needs to be deferred, the requester can click on “Cancel an Approval” before the approver takes action.

    Admins can configure the Approval Field by accessing the Process Builder in Manage:

    1. Navigate to Process Settings

      • Go to Manage > Select Process > Edit

    2. Add an approval field

    To determine how your Approval checklist field will behave, you can configure conditions for your field.

    1. Start by navigating to the Manage view section → Open any process with an Approval checklist field.

    2. Open the Approval checklist field → Settings → Conditions.

    3. You will see four types of Default state. You can choose any one:


    Default state
    Before condition is met
    When condition is met (Behavior)
    Avoid

    Click Update Field Settings to persist the configuration and Save & Exit to publish the process.

    Role
    Capability

    1. Approval fields cannot be selected as output or input fields in the AI checklist field settings. This is because approval must be done manually by the assigned approver and not via any automation.

    spinner
    Conversation notification

    This request appears as a message in the conversation panel under My Inbox, so the approver is immediately alerted. The Checklist activity log update will show a message like: Final approval- Approval has been requested.

    Within the Checklist, click + Add Field
  • Choose Approval as the field type

  • Provide a clear field name (e.g., "Manager Approval", "QA Sign-off")

  • Configure approval field settings

    Based on your requirements, you can configure how you want your approval field to behave for the end user. There are a bunch of basic approval settings and sections like who can approve, canceling approvals, automations, etc. For detailed guide on approval field settings, go through the approval field settings.

  • Cancelling approvals

    Specify who is allowed to cancel an approval (e.g. approvers, specific users, or participants), and under what conditions. You can allow cancellation of approvals that are still pending, or allow revoking approvals that have already been granted.

    Allows structured rollbacks in cases of incorrect requests or change in process requirements. Helps prevent unauthorized cancellation.

    Approval comments

    Require users to mandatorily provide a comment when approving, rejecting, or cancelling an approval. Each can be toggled independently based on what you need to audit or document.

    Promotes transparency and enforces documentation for decision rationale. Often used in corrective actions, quality reviews, or compliance.

    Contingent on previous approval

    Link this approval to another one in the checklist. The field can be hidden or disabled unless the linked approval is completed. You can also block the previous approval from being edited once this field is active.

    Enables sequential approval chains. For example, require Manager Approval before QA Sign-off becomes active.

    Lock fields

    Prevent editing of specific checklist fields while the approval is active or once it’s completed. You can choose to inherit locks from previous approval steps or set custom fields to lock.

    Ensures that critical information remains unchanged while approvals are in progress or finalized. Helps preserve record integrity.

    Automations on start / request

    Define actions that occur when the approval is requested. You can update the record's status, add or remove participants, change the owner, or send a notification. Includes a "Update Privacy" option to change record visibility: keep it unchanged, hide everything, hide only the chat, or make it public.

    Kick-start processes once approval is requested. For e.g., notify stakeholders, restrict access, or assign accountability. Great for early-phase coordination.

    Automations on approval

    Set up what happens when the approval is granted. Options include marking a revision as current, changing the status, modifying participants, changing ownership, sending messages, and setting record visibility through the "Update Privacy" options.

    Moves the process forward once approved, which is ideal for release steps, document control, or escalating to downstream workflows.

    Automations on rejection

    Define what happens when an approval is rejected. You can update the status, automatically cancel prior approvals in the chain, change participants, send messages, and manage record visibility using privacy options.

    Handles alternate paths and cleanup when approvals are denied. Common in quality non-conformance or deviation handling.

    Automations on cancellation

    Trigger actions when an approval is cancelled (either pending or granted). You can change status, notify users, adjust participants, reassign ownership, and configure privacy using the same visibility options.

    Useful when workflows are aborted or approvals are rescinded to keep stakeholders aligned

    Show until condition met
  • Hidden until condition met

  • Mandatory until condition met

  • Disable until condition met

  • Click + Add New Condition, then configure the sections below:

    • Condition: In this field, you can select which metadata or checklist field you want your condition to evaluate on.

      You can choose one of the metadata fields, such as Owner, Due date, Status, or User (Current user). Alternatively, you can pick one of the checklist fields of that process.

      Note that the AI checklist field will not appear in this dropdown, as conditions based on the AI field cannot be created. The same is true for the following checklist fields: PDF, Revision, Section, and Subsection.

    • Qualifier: Qualifiers help you select what state you want your condition field to be in for your condition to evaluate. For example, you can select when your condition field is filled, then you want the behaviour that you will select in the next step to evaluate.

      Note: If your qualifier is not met, your condition will simply stay in the Default state.

    • Behavior: Select the behaviour you want your field to apply if the condition is fulfilled. You can choose from the three options below:

      • Hide field

      • Disable/Lock field

      • Show field.

  • (Optional) If required, you can combine multiple conditions by using the “+ Add condition (AND)”. This functionality will evaluate as an AND condition, meaning that you can add multiple conditions to be true together for your chosen behaviour to evaluate as true.

  • (Optional) You can also use an OR condition in the Approval checklist field. This means that you can add multiple conditions, and the system will first evaluate the 1st condition, if it’s not true, then move on to the next condition. If any one of the conditions is met, the system will evaluate the chosen behaviour.

    Note that the system always evaluates the 1st condition initially; if the qualifier in the 1st condition is met, the chosen behaviour will evaluate. Only when the 1st condition is not met, the system will move on to the next condition.

  • Once you have configured your conditions, you can click on the “Update Field Settings” button followed by the “Save & Exit” button.

  • is part of

    Specific groups

    True when the Owner belongs to any selected group.

    Owner

    is empty

    —

    True when the Owner field has no user assigned.

    Owner

    is filled

    —

    True when the Owner field has a user assigned.

    Due Date

    is empty

    —

    True when the Due Date field has no value.

    Due Date

    is filled

    —

    True when a Due Date is present.

    Due Date

    is overdue

    —

    True when Due Date is past the current date/time.

    Status

    is any of

    Status category (COMPLETED, PENDING)

    True when the record’s Status matches any selected status.

    Status

    is none of

    Status category

    True when the record’s Status matches none of the selected statuses.

    User (Current user)

    is any of

    Specific users

    True when the logged-in user matches any selected user.

    User (Current user)

    is of role

    Admin, External User, Org Member, Read Only, Vendor

    True when the logged-in user’s role matches any chosen role.

    User (Current user)

    is not of role

    Admin, External User, Org Member, Read Only, Vendor

    True when the logged-in user’s role matches none of the chosen roles.

    User (Current user)

    is part of

    Your org Groups

    True when the logged-in user belongs to any selected group.

    User (Current user)

    is creator

    —

    True when the logged-in user is the record creator.

    User (Current user)

    is owner

    —

    True when the logged-in user is the record owner.

    is approved

    —

    True when the approval state is Approved.

    Linked Record Field

    is any of

    List of records of the linked process

    True when the Linked Record checklist field contains any selected record.

    Linked Record Field

    is none of

    List of records of the linked process

    True when the Linked Record checklist field contains none of the selected records.

    Linked Record Field

    is filled

    —

    True when the Linked Record checklist field is attached in the record.

    Linked Record Field

    is empty

    —

    True when the Linked Record checklist field is empty in the record.

    Number Field

    is greater than

    Numeric value

    True when the field value is > given number.

    Number Field

    is less than

    Numeric value

    True when the field value is < given number.

    Number Field

    is equal to

    Numeric value

    True when field value exactly matches the given number.

    Number Field

    is filled

    —

    True when a numeric value is present.

    Number Field

    is empty

    —

    True when the number field has no value.

    Picklist Field

    is any of

    Picklist options of the current process

    True when selected picklist value is one of the chosen options.

    Picklist Field

    is none of

    Picklist options of the current process

    True when the picklist value matches none of the selected options.

    Picklist Field

    is filled

    —

    True when a picklist selection exists.

    Picklist Field

    is empty

    —

    True when no picklist option is selected.

    User Field

    is filled

    —

    True when User field has a user selected.

    User Field

    is empty

    —

    True when User field has no selected user.

    User Field

    is current user

    —

    True when the selected user matches the logged-in user.

    User Field

    is any of

    Specific users

    True when the selected user is in the specified list.

    User Field

    is none of

    Specific users

    True when the selected user is not in the specified list.

    File Upload Form Text Rich Text Date

    is filled

    —

    True when the field contains data (file uploaded, text entered, date selected, etc.).

    File Upload Form Text Rich Text Date

    is empty

    —

    True when the field contains no data.

    Approval checklist field is hidden

    Apply selected Behavior:a. Show field (becomes visible) b. Disable/Lock field (visible but locked)

    Hide field (redundant as the Default state and behaviour is same)

    Disable until condition met

    Approval checklist field is disabled/locked

    Apply selected Behavior:a. Show field (enabled) b. Hide field (removed)

    Disable/Lock field (redundant)

    Setting name

    Description

    Use case

    Basic approval settings

    Configure how the approval should be collected. You can choose to require a specific number of approvers (e.g. "any 1 of 3"), enable ad-hoc selection (requester selects approvers at the time of request), or display a "Request Approval" button to control when the signature request is triggered.

    Useful when approvals can come from flexible sources or need to be explicitly triggered, such as in collaborative or gated workflows.

    Who can approve

    Define which users or groups are eligible to approve. You can choose from all participants, the record owner, or assign specific users, roles, or groups. You can also reference users from other fields in the checklist. An option is available to prevent the requester from self-approving.

    Condition

    Qualifier

    Values (if applicable)

    How the behaviour will evaluate

    Owner

    is any of

    Specific users

    True when the Owner matches any selected user you added in the Values field.

    Condition

    Qualifier

    Values (If Applicable)

    How It Evaluates

    Approval Field

    is empty

    —

    True when no approval response exists.

    Show until condition met

    Approval checklist field is shown.

    Apply selected **Behavior:**a. Hide field (it disappears) b. Disable/Lock field (remains visible but locked).

    Show field (no visible change as the Default state and behaviour is same.)

    Admin

    Full control over approval field config

    Org Member

    Can request approvals if permitted

    Assigned Approver

    Can approve, reject, or cancel (if enabled)

    How approval works

    Approval methods

    Configuration steps

    Set Conditions

    Condition and Qualifier guide

    Metadata fields

    Checklist fields

    Logic guide for condition pairings

    Save & publish

    Roles and permissions

    Approval Field Limitations

    🖊️Edit this page

    Ensures accountability by restricting approvals to relevant personnel. Critical for segregation of duties or regulated processes.

    Owner

    Approval Field

    Hidden until condition met

    spinner
    spinner
    spinner