Verify in applicationValidation 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.Rating scales and enumerations come from PolarionRisksheet 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 is a styling concernText 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:
Type prefix extractionColumn 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:
Visual hierarchy through cell mergingLevels 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
Approval review limitationThe
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