Rules Engine

Which Documents Generate Under Which Conditions. Configured Here, Not In Code.

A visual rules engine that determines which templates are triggered based on incoming payload data. Business users configure it in the workbench. Developers integrate it once. When conditions change, no deployment is required.

Document Selection Logic Does Not Belong In Your Application.

When document selection logic lives in application code, every regulatory change becomes an engineering task. A new state added to a product, a new document required for a loan type, a form that only applies above a certain transaction value: each one requires a code change, a review cycle, and a deployment for something that has nothing to do with your application's core function.

The rules engine moves that logic into the workbench. Business users define which templates fire under which conditions. Developers integrate the API once. When the conditions change, compliance updates the workbench. Engineering is not involved.

How The Rules Engine Works.

  1. 01
    Visual Condition Builder
    Point-and-click interface for defining which templates fire under which payload conditions. Rules are built in the workbench without writing code. Each rule specifies a condition based on a payload field, an operator, and a value, and maps to one or more templates.
  2. 02
    Payload-Based Evaluation
    At generation time, the API evaluates the payload against active rules and selects the correct template set automatically. The calling application does not need to know which templates are required. It sends data and receives the correct governed documents.
  3. 03
    Multiple Rules, One Request
    A single payload can match multiple rules simultaneously, triggering all corresponding templates in one generation call. Rules are evaluated independently. When multiple rules match, all corresponding templates are generated and returned together.
  4. 04
    Business User Configuration
    Adding, updating, or removing rules is done by business users in the workbench. Changes take effect immediately for all subsequent generation requests. No deployment required. No code review. No IT involvement.
  5. 05
    Embeddable Micro-Frontend
    Surface the rules engine inside your own application UI as a self-contained component without requiring workbench access. For ISVs and platform builders, the rules engine configuration interface can be embedded so end users manage document rules inside your product.

Rules Bridge The Workbench And The API. No Template ID Required In The Request.

The rules engine is a configuration layer that sits between the approval workbench and the generation API. Templates must be approved in the workbench before they are eligible to be selected by a rule. The API evaluates the rules at generation time and serves only approved versions. Changing a rule does not require a deployment. Adding a new template to a rule requires only that the template has completed its approval workflow.

Platform flow
Template Authoring
Template created in Word
View
Approval Workflows
Template approved and versioned
View
Rules Engine
You are here
Document Generation
Rules evaluated at generation time
View

Document Selection Logic. Out Of Your Code. For Good.

We will walk through the rules engine with your document selection logic in mind.