This guide covers the configuration of Warning Facts and Alert Facts that trigger manual review processes in timveroOS. Proper configuration ensures that cases requiring human judgment are routed to the appropriate departments with the necessary context and forms for decision-making.
Warning Facts vs Alert Facts
Warning Facts (Manual Review)
Warning Facts create manual review requirements that:
Route to specific departments for human decision
Require explicit approval or decline
Can include data collection forms
Block process progression until resolved
Alert Facts (Automatic Decline)
Alert Facts trigger automatic actions:
Immediately decline applications
Record standardized decline reasons
Trigger adverse action notifications
Do not require manual review
Department Configuration
Setting Up Decision Departments
Departments are the organizational units that receive and process Warning Facts.
Navigation: Settings → Catalogs → Decision Departments
Creating a Department:
Configure:
Code: Unique identifier (UPPERCASE, no spaces) - e.g., UNDERWRITING
Description: Human-readable name - e.g., Underwriting Department
Standard Department Examples:
Code
Description
Typical Responsibilities
Credit analysis, financial assessment
Identity verification, documentation review
Transaction patterns, compliance review
Complex financial analysis
Assigning Users to Departments
Users must be assigned to departments to see Warning Facts in their Launchpad queue.
Navigation: Settings → Users → [Select User]
Execute action: Update Department
Select department from dropdown
Note: Users can only be assigned to one department at a time.
Configuring Warning Facts in Workflows
Adding Warning Facts to Workflows
Warning Facts are created using the "Save Warning Fact" node in the Workflow Designer.
Navigation: Settings → Workflows → [Select Workflow]
Step 1: Add Save Warning Fact Node
Drag "Save Warning Fact" from the Tasks panel
Connect to appropriate workflow position
Step 2: Configure Warning Fact Fields
Internal identifier for the workflow tool
Display name shown on application/participant
Department that will review (from catalog)
Form code for data collection (from Form Builder)
Example Configuration:
Conditional Warning Facts
Configure Warning Facts to trigger based on conditions:
Forms collect data during Warning Fact resolution.
Step 1: Create Form in Form Builder
See Form Builder for detailed instructions.
Step 2: Note Form Code
After saving, copy the form code (e.g., income_verification)
Step 3: Link to Warning Fact
In the Save Warning Fact node, enter the form code in the Form Scheme field.
When a reviewer completes a form during Warning Fact resolution:
Form data validates according to Form Builder rules
Data updates participant/asset profile
Updated data flows to downstream processes (pricing, documents)
Warning Fact status changes to Resolved
Configuring Alert Facts
Setting Up Decline Reasons
Alert Facts use predefined decline reasons from the catalog.
Navigation: Settings → Catalogs → Decline Reasons
Creating a Decline Reason:
Configure:
Description: Decline reason text
Common Decline Reasons:
Credit score below minimum threshold
Income verification failed
Regulatory compliance violation
Adding Alert Facts to Workflows
Step 1: Add Save Alert Fact Node
Drag "Save Alert Fact" from Tasks panel
Connect to workflow position
Step 2: Configure Alert Fact Fields
Select from Alert Facts catalog
Whether to halt workflow execution
Example Configuration:
Multi-Department Routing
Parallel Department Processing
Configure workflows to create Warning Facts for multiple departments:
Processing Rules:
Each department handles their warnings independently
Any department decline results in application decline
All warnings must be resolved for approval
Departments work in parallel
Escalation Configuration
Time-Based Escalation
Configure escalation rules for aging Warning Facts (SDK-level configuration):
SLA thresholds for response times
Note: Escalation rules are configured at the SDK level. Contact your development team for escalation configuration.
Warning Fact Design
Use clear, descriptive fact names
Assign to appropriate specialized departments
Include forms for data collection when needed
Document expected resolution actions
Department Organization
Align departments with organizational structure
Define clear responsibilities per department
Ensure adequate staffing for expected volume
Monitor workload distribution
Design simple, focused forms
Include only necessary fields
Match field names to profile attributes exactly
Test forms before deployment
Troubleshooting
Warning Facts Not Appearing in Launchpad
Possible Causes:
User not assigned to correct department
Department code mismatch in workflow
Warning Fact node not properly configured
Resolution: Verify department assignment, check workflow configuration, confirm activation status.
Possible Causes:
Form code incorrect in Warning Fact configuration
Resolution: Verify form code matches exactly, check form status in Form Builder.
Once configured, see how Warning Facts are used in operations:
With warning and alert configuration complete, explore:
Catalogs - Manage departments and decline reasons
For additional configuration support, consult your implementation team or system documentation.