Validation behavior may vary between Risksheet versions. The rules documented here are derived from available source code analysis. Test your configuration in a development environment before deploying to production.
Validation Process Overview
When Risksheet loads a sheet configuration, it performs validation and default application in the following order:Configuration Syntax Validation
Top-Level Property Validation
The following are the real top-level sections recognized by Risksheet. Any other top-level keys are ignored.Risksheet does not define rating scales or enumerations in the sheet configuration. They are defined as Polarion enumerations (Administration > Enumerations) and referenced from columns via
type: rating:<enumId>, type: enum:<enumId>, or type: multiEnum:<enumId>. The server loads enum values automatically from Polarion.Column Validation Rules
Each element in thecolumns array is validated against the following rules.
Required Column Properties
Column Default Application
Text wrapping and multi-line rendering are controlled through CSS classes defined in the
styles section and applied via cellCss or cellDecorators — not via column-level properties.Automatic Read-Only Enforcement
ThereadOnly property is automatically set to true regardless of the configured value in these scenarios:
Column Type Validation
Whentype is explicitly provided, it must be one of the recognized types:
Column types use a colon-separated syntax where the prefix before the first colon determines the base type and the remainder carries configuration parameters. For example,
multiEnum:severity,priority has base type multiEnum with parameters severity,priority.string / text behavior.
Column Type with ServerRender
WhenserverRender is set on a column:
DataTypes Validation Rules
Risk DataType
Task DataType
Levels Validation Rules
Each element in thelevels array MUST provide three properties:
Levels do not create new work item types. They define a visual hierarchy: when consecutive rows share the same value in a
controlColumn, the cells in columns assigned to that level merge vertically. Columns reference a level through their level property (1-indexed: level: 1 maps to levels[0]).Headers Validation Rules
Global Settings Validation
Reviews Validation
The
ApprovalBased review manager creates approval-tagged comments but does NOT trigger Polarion’s formal approval state transitions (draft, reviewed, approved). It is a comment-tagging workflow, not a full Polarion approval integration.Cross-Property Validation
Some validation rules involve interactions between multiple properties:Complete Validation Example
- The
rpncolumn hasformulaset, soreadOnlyis automatically forced totrue. - The
severitycolumn hastype: rating:severityRating, which references a Polarion rating enumeration namedseverityRating. - Both
dataTypesentries havetypespecified, satisfying the required field rule. - Each
levelsentry provides the requiredname,controlColumn, andzoomColumnproperties.
See Also
- Sheet Configuration Format — Complete format reference
- Configuration Properties Index — All properties in one index
- Default Configuration Values — Default values for all properties
- Configuration Interactions — Property dependency reference