Skip to main content

Bindings Property

The bindings property on a column definition specifies which Polarion work item field the column reads from and writes to. This is the fundamental mapping mechanism in Risksheet.
The bindings value determines which Polarion field is read and written. The id is the column’s unique identifier used for referencing in formulas, cell decorators, views, and sortBy. When bindings is omitted, it defaults to the same value as id.

Direct Field Binding

The simplest pattern maps a column directly to a Polarion work item field by name. The field name must match the Polarion custom field ID exactly.

Type Detection from Bindings

When the type property is omitted from a column definition, Risksheet queries the Polarion field definition for the bound field and infers the column type automatically. This means you can define columns with just bindings and header:
Risksheet detects that dueDate is a Date field in Polarion and automatically sets the column type to date.
You can override the auto-detected type by explicitly setting the type property. This allows displaying a field differently from its native Polarion type — for example, showing an integer field as a rating dropdown, or a string field as a date.

Enumeration and Rating Bindings

Rating scales and enumerations in Risksheet are not defined inside the sheet configuration. They are managed through standard Polarion enumerations:
  1. Define the enumeration in Polarion — Open Administration > Enumerations and create the enumeration with its option IDs and display names (for example, severity with options 15).
  2. Bind a custom field to the enumeration — On the risk work item type, create a custom field (for example, sev) whose data type references the Polarion enumeration.
  3. Reference the enumeration in the column — In the sheet configuration, set type: rating:<enumId> or type: enum:<enumId> and set bindings: to the custom field ID. The server loads the enumeration values automatically at runtime.
The status field is the only enum field that displays its human-readable name rather than its ID. All other enum fields display the option ID in the grid. This is a platform behavior that cannot be overridden.
For multi-select enumerations, use type: multiEnum:<enumId>. See Enum Columns for the complete enum column reference.

Linked Item Bindings (Upstream)

For itemLink and multiItemLink column types, the binding resolves to a linked work item rather than a field on the current row item. This enables upstream traceability columns that display properties of linked requirements, design elements, or other work items.

Linked Field Access

Columns can also display a specific field from the linked item using dot notation in bindings: See Item Link Columns and Multi-Item Link Columns for detailed configuration.

Task Bindings (Downstream)

Downstream task columns display properties of mitigation or control action items linked to the current risk item. Task bindings are configured through the dataTypes.task section and referenced by task-level columns in the grid.
Task-level columns do not have the level property set (they exist at the task level below the configured hierarchical levels). See Task Link Columns for task column configuration details.

Dependent Enumerations (Column-Level)

Risksheet supports cascading relationships between enum columns as a column-level feature (v25.3.1+). When a parent enum value changes, related child enum values are automatically filtered. Dependent enumerations are configured on the individual column definitions, not as a top-level configuration section. Key behaviors of dependent enum relationships:
  • Forward propagation: Changing a parent value filters valid child options
  • Backward propagation: Selecting a child value can auto-populate the parent if only one valid parent exists
  • Multi-select handling: When a parent enum value is deselected, dependent child values are automatically removed
  • Bulk edit: Relationship rules apply to all selected rows during bulk operations
  • Undo/redo: All cascading updates are tracked in the undo stack as a single operation
Relationships must be defined between columns at the same binding level (both risk or both task). Cross-level relationships (risk column to task column) are not supported and will be ignored.
See Enum Columns for dependent enum configuration details.

System Field Bindings

Risksheet uses reserved system bindings for internal state management. These bindings are not user-configurable but are documented here for reference. These bindings enable features like permission-based editability, revision tracking, and review workflow visualization. See System Fields for the complete list.

Read-Only Field Protection

The binding system enforces read-only protection on specific fields. The following fields are always read-only and cannot be modified through the Risksheet grid: Save attempts to protected fields are silently ignored.

Column Properties for Binding Configuration

The full set of column properties that affect field mapping behavior: Text wrapping and HTML rendering in cells are controlled through the styles section (CSS class definitions) and the serverRender column property (for Velocity-driven HTML), not through column-level boolean toggles.

Complete Example

A sheet configuration demonstrating multiple binding patterns — direct fields, upstream links, and downstream tasks. Severity and occurrence ratings are defined as Polarion enumerations (Administration > Enumerations) and bound to custom fields on the risk work item type.
The severity, occurrence, and riskCategory enumerations referenced above are not defined in the sheet configuration — they live as standard Polarion enumerations and are loaded by the server when the grid initializes.
Last modified on July 10, 2026