What Are Player Fields?
Player fields are the data points available on each player—their name, email, VIP level, balance, and any custom fields you define. These fields power:- Automation rules — Route players based on their data
- Player verification — Confirm player identity
- AI personalization — The agent knows who they’re talking to
Types of Fields
| Type | Description | Example |
|---|---|---|
| Built-in | Standard fields on every player (cannot be modified) | firstName, email, phone |
| Custom | Static fields you define | preferredLanguage, accountType |
| Computed | Calculated from back-office data | eligibleDepositSum, netBalance |
Viewing Fields
Navigate to Settings → Player Fields to see all available fields. The fields list shows:- Type icon — Visual indicator of the field type
- Field Name — The display label (or technical name if no label set)
- Slug — The technical identifier used in code and rules
- Actions — Edit button for editable fields
Fields with a lock icon have verification roles and cannot be edited on this page. To modify them, update the verification configuration in Settings.
Creating a Custom Field
Click New Field
Click the New Field dropdown button in the top right and select the field type:
- Text — String values (languages, status codes)
- Number — Numeric values (points, counts)
- Boolean — True/false flags
- Date — Timestamps
- Computed — Calculated values (see below)
Enter Field Name
Enter a display name like “Total Deposits” or “VIP Level”.The system automatically generates the technical slug (e.g.,
total_deposits). The slug cannot be changed after creation.Configure (Computed Only)
For computed fields, write your JavaScript expression. See the Computed Fields section below.
Computed Fields
Computed fields let you combine data from multiple back-office tools into a single calculated value. Example: Calculate “eligible deposit sum” by finding deposits made after the last bonus gate.Creating a Computed Field
Write the Expression
Write JavaScript code in the editor.Type
@ to insert fields from your back-office tools. A searchable dropdown appears with all available fields. Selected fields appear as visual pills.Data sources are automatically detected from your expression—no need to manually select them.
Test with Preview
Click Run to test your expression against sample data from your tools.Toggle between Computed (the result) and Raw Input (sample data from tools) to debug.The return type (Text, Number, Boolean, Date) is auto-detected when you run the preview.
Editing Fields
Click the pencil icon on any editable field to modify it. You can change:- Display Label — Update the human-friendly name
- For computed fields — Update the expression or return type
The field slug (technical identifier) and type cannot be changed after creation.
Deleting Fields
Field deletion is currently disabled to prevent breaking rules and segments that reference them. To remove a field, contact support. We’ll verify it’s not in use before removing it.Verification Roles
Some fields have special roles in player authentication and show a lock icon:| Role | Description |
|---|---|
| Help Desk | Auto-filled from your help desk visitor payload |
| Security Question | Asked during player verification |
| Lookup Response | Populated from your player lookup API |
- Help desk fields — Settings → [Channel] → Help Desk Auth Config
- Security questions — Settings → Agent Configuration → Player Authentication
- Lookup fields — Settings → Agent Configuration → Player Lookup
Using Fields in Rules
Reference any field in automation rule conditions:Best Practices
Use computed fields for complex logic
Use computed fields for complex logic
Instead of building complex rules, create a computed field that returns a simple true/false or category, then reference that in your rules.
Name fields descriptively
Name fields descriptively
Use clear names like “Total Deposits” instead of “td” or “field1”. The slug is auto-generated from your display name.
Test computations thoroughly
Test computations thoroughly
Use the preview feature to test your JavaScript with actual tool responses before saving. Check both the Computed result and Raw Input data.
Use @ to insert fields
Use @ to insert fields
Type
@ in the expression editor to get a searchable list of all available fields from your tools—much easier than remembering field paths.Troubleshooting
| Issue | Solution |
|---|---|
| Field not showing in rules | Make sure it’s saved and refresh the page |
| Can’t edit field | It has a verification role—update verification config instead |
| Computed value is wrong | Click Run to test. Check Raw Input to see the data your expression receives |
| ”Result must be scalar” error | Your computation returns an array or object. Return a single value instead |
| ”A field with this name already exists” | Choose a different field name—each must be unique |
| No fields available in @ dropdown | Your tools need field catalogs configured |
Need help? Computed fields can be tricky to set up. Contact support if you need assistance configuring your data model.