Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
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.
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.
Start by navigating to the Manage View section.
Click on the “NEW PROCESS TEMPLATE” button to create a process inside your org.
Give your process a name.
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:
Prompt whom: Defines who will be prompted. You can choose specific users or dynamic roles like Creator, Participant, or Owner.
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.
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.
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.
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.
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:
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).
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 Field to provide AI checklist suggestions for and fill other checklist fields.
Adds a digital signature workflow for approvals
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.

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.
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.
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
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
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:
Integration: Admin enables Microsoft 365 User App and Admin App via Org Settings.
Authentication: Admin logs in with a privileged Microsoft account to authenticate with Microsoft Graph.
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
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.
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.
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.
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 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
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.
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.
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.
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

Assign multiple reviewers in validation approval checklist
Only show “Investigator” if “Severity” = High

Default value pre-filling
Checkbox rendering for picklist
Dynamic value entry (optional)
Alphabetical or custom sort order
Go to Manage > open the relevant process > click the pencil icon to launch Process Builder.
Add a new field and select Field Type: Picklist.
Open the Select Field Settings tab.
Enter values, set visibility conditions, and configure advanced settings.
Click Save, then Publish the process to make changes live.
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.
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.

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

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).

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.
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:
Navigate to the Manage View section from the left panel.
Click into the Checklist tab.
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.
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.
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.
SOP follow-up notes
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.

Reveal “Corrective Action Details” only if “Action Required?” = Yes (Pharma deviation management)
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

Display “Review Date” only when “Type” = Internal Audit (Quality compliance)
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.
Navigate to Manage View from the left-hand menu.
Click on Forms.
Select New Form Template.
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:
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.
Assign one or more users as form owners. These users will have visibility and configuration access to manage the form structure and settings.
You can create multiple forms, which can be used in a single field of a process
Open the Process Builder for the target process.
Under the specific Checklist section where you want to add your form, click + Add Field.
Choose Form, and select the pre-created form template.
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.
Go to Form Field Settings.
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
🖋️
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.
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.”
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.
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:
Navigate to process settings
Go to Manage > Select Process > Edit
Add a new field:
Click on Fields > Add Fields.
Choose Field Type: Revision.
Checklist Record Created → Initial Revision set (e.g., Rev 0)
Change Triggered → User edits content → New Revision proposed (e.g., Rev 1)
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.
Feature ID: FU-10145
Document Version: 1.0
Date: 19-12-2025
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.
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.
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.
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.
Navigate to Manage View from the left navigation.
From Manage View, select the process for which you want to configure reminders.
Click on the process name to open the Process Builder.
Inside the Reminders tab, click + Add auto reminder. This creates a new reminder configuration for the process.
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.
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.
Based on the reminder configuration, the system continuously evaluates whether the record meets the reminder criteria.
When the reminder conditions are met:
Same-day (0 days) reminders can only be configured for non-recurring reminder types. Recurring reminders always require a minimum interval of 1 day.
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.
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.
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.
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.


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
Configure output for printable checklists
Parent/Child
Link related conversations
Subsection
Add collapsible structure within a form
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.
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.

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.

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.
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.
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:
Go to Process Builder > Checklist Fields
Add or edit a field with type File upload
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:
Admin adds a file upload field in a checklist
Admin configures allowed upload types and permissions
User clicks + Attach File during checklist use
A “Pick source” menu appears with available options
Check out that you can use in addition to the existing field settings.
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
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.”

Use in processes where only a single document is expected (e.g., signed contract)
Feature ID: FU-1084
Document Version: 3.0
Date: 03-12-2025
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.
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:
To determine how your AI checklist field will behave, you can configure conditions for your field.
Start by navigating to the Manage view section → Open any process with an AI checklist field.
Open the AI checklist field → Settings → Conditions.
You will see three types of Default state. You can choose any one:
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:
User opens a record with the configured AI field.
User provides context in Input fields (including uploading files if File Upload is an input).
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.
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.
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.
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.
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.
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).
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 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.
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
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

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
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:
Go to Manage View.
Open the process where you want to enable dynamic filtering.
Click the Edit button next to the process name.
Navigate to Checklists → locate the Linked Record field.
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.
After adding both linked record fields in the current process, go to the Linked Record field settings.
If all dependency conditions are satisfied, you will see the “Link this to another linked record” toggle at the top of the settings panel.
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.
Access the relevant process- Begin by navigating to a process where a Linked Record field has been configured within its checklist
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.
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.
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
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.
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
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
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
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
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.
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:
Go to Manage View: Navigate to the Manage View section and go to the Processes section.
Open your specific process: There, in the Processes section, select the specific process for which you want to access the Linked Record data.
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.
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
Sections and subsections cannot be embedded inside a Linked Record, as these are layout fields.
Linked Records cannot be used as inputs for comparison chart fields. Cross-process values cannot be computed into comparison-type visualizations.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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.
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.
Feature ID: FU-1070
Document Version: 1.0
Date: 28-11-2025
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.
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
Configure the Approval Field
In the checklist settings, enable the "Request approval" button within the Approval field configuration.
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:
Navigate to Process Settings
Go to Manage > Select Process > Edit
Add an approval field
To determine how your Approval checklist field will behave, you can configure conditions for your field.
Start by navigating to the Manage view section → Open any process with an Approval checklist field.
Open the Approval checklist field → Settings → Conditions.
You will see four types of Default state. You can choose any one:
Click Update Field Settings to persist the configuration and Save & Exit to publish the process.
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.
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.
+ Add FieldChoose 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
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)


Ensures accountability by restricting approvals to relevant personnel. Critical for segregation of duties or regulated processes.
Owner
Approval Field
Hidden until condition met