Skip to main content

Entity Table Node

The Entity Table Node lets you maintain static reference data in CSV format and look up values during workflow execution. Use it for mapping codes to names, storing regional settings, or any data that changes infrequently.
Entity Tables are ideal for reference data that rarely changes - like state codes, loss type mappings, or regional configurations. For dynamic routing logic, use a Decision Table Node instead.

Overview

Use an Entity Table Node when you need to:
  • Map codes to human-readable descriptions
  • Look up regional or state-specific values
  • Store carrier or product codes and names
  • Maintain coverage type definitions
  • Reference timezone or locale data
  • Store static configuration values

Entity Table vs. Decision Table

Use Entity Table when:
  • You need to look up a value by a key
  • Data is static (changes infrequently)
  • No conditional logic required
Use Decision Table when:
  • You need if/then routing
  • Multiple conditions determine output
  • Rules use operators like greater than, less than, wildcards

Configuration

Click on an Entity Table Node to open its configuration panel.

Basic Settings

CSV Format

Entity Tables use standard CSV format:
  • First row contains column headers
  • First column is typically the lookup key
  • Subsequent columns contain data to retrieve
  • Values are comma-separated
  • Use quotes for values containing commas

How Lookups Work

  1. Workflow reaches the Entity Table Node
  2. Node reads the value from Input Path in context
  3. Node searches the Lookup Key column for a match
  4. If found, the entire row is returned to Output Path
  5. If not found, output is null or empty

Example Lookup

CSV Data:
Configuration:
  • Lookup Key: state_code
  • Input Path: policyState
  • Output Path: stateInfo
Context before:
Context after:

Insurance Examples

State Code Lookup

Map state abbreviations to full names and regional data. CSV:
Configuration:
  • Lookup Key: state_code
  • Input Path: insuredState
  • Output Path: stateData
Usage in subsequent Mapping Node:

Loss Type Codes

Map internal loss codes to categories and descriptions. CSV:
Configuration:
  • Lookup Key: loss_code
  • Input Path: reportedLossCode
  • Output Path: lossDetails
Result:

Carrier Codes

Map carrier codes to full names and contact information. CSV:
Configuration:
  • Lookup Key: carrier_code
  • Input Path: policyCarrier
  • Output Path: carrierInfo

Coverage Type Definitions

Look up coverage codes and deductible information. CSV:
Configuration:
  • Lookup Key: coverage_code
  • Input Path: requestedCoverage
  • Output Path: coverageDetails

Adjuster Assignments by Region

Map regions to assigned adjuster teams. CSV:
Configuration:
  • Lookup Key: region
  • Input Path: claimRegion
  • Output Path: assignedTeam

Timezone Conversions

Store timezone data for date/time handling. CSV:
Configuration:
  • Lookup Key: timezone_id
  • Input Path: customerTimezone
  • Output Path: timezoneInfo

Handling Missing Values

When a lookup key is not found in the Entity Table, the output will be null or empty.

Check for Missing Data

Use a Mapping Node after the Entity Table to handle missing lookups:

Default Values Pattern

  1. Entity Table Node performs lookup
  2. Mapping Node checks if result exists
  3. If missing, apply default values
  4. Continue workflow with guaranteed data

Updating Entity Table Data

Entity Tables contain static data that is configured at design time.

When to Update

Update your Entity Table CSV when:
  • New codes or values are added (new states, new loss types)
  • Reference data changes (phone numbers, emails)
  • Business requirements change
  • Corrections are needed

How to Update

  1. Open the workflow in the editor
  2. Click on the Entity Table Node
  3. Edit the CSV data in the configuration panel
  4. Save the node
  5. Create a new release
  6. Deploy to QA, then Production
Entity Table changes require a new workflow release. For data that changes frequently, consider using an external API with a Task Node instead.

Best Practices

Use Clear Column Names

Include All Expected Values

Ensure your CSV contains all possible lookup values. Add new rows when new codes are introduced.

Keep Tables Focused

One Entity Table should serve one purpose:

Use Consistent Key Formats

Ensure lookup keys are formatted consistently:

Document Your Tables

Add a Note Node explaining what the Entity Table contains and when it was last updated:

Common Issues

Lookup Returns Null

Symptom: Entity Table returns null even though the value exists. Fixes:
  • Check for case sensitivity (CA vs ca vs Ca)
  • Verify no leading/trailing whitespace in CSV
  • Confirm Input Path points to correct context field
  • Check that the lookup key column name matches configuration

Wrong Column Returned

Symptom: Getting unexpected data from lookup. Fix: Verify column names in CSV header row match what you expect. Check for typos.

CSV Parse Errors

Symptom: Entity Table fails to load or returns errors. Fixes:
  • Ensure proper CSV format (commas, not tabs)
  • Quote values that contain commas: "New York, NY"
  • Remove any special characters or line breaks within values
  • Check for consistent number of columns in each row

Numeric Values as Strings

Symptom: Numbers from Entity Table cannot be used in calculations. Fix: Entity Tables return all values as strings. Use a Mapping Node to convert:

Entity Table vs. External API

Use Entity Table when:
  • Data is small (under 1000 rows)
  • Data changes infrequently
  • Lookup speed is critical
  • No external dependencies desired
Use External API when:
  • Data is large or complex
  • Data changes frequently
  • Multiple systems need same data
  • Advanced querying required

Next Steps

Decision Table Node

Conditional routing with business rules

Mapping Node

Transform lookup results

Task Node

Look up data from external APIs

Code Node

Complex data processing logic