> ## Documentation Index
> Fetch the complete documentation index at: https://learn.nextedy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Feature Questions

> Answers to common questions about Nextedy RISKSHEET features, capabilities, and known limitations based on real user inquiries.

<Note title="Feature Status">
  This page documents both currently supported features and known limitations. Feature availability may change with new releases. Check your installed version's release notes for the latest status.
</Note>

***

## Column and Data Entry

<AccordionGroup>
  <Accordion title="Does Risksheet support dependent enums (cascading dropdowns)?">
    Dependent enums — where the available options in one dropdown column are filtered based on the selection in a parent column — are supported as a column-level feature in recent releases (v25.3.1+). They are configured directly on the dependent enum column (typically through a `queryFactory` or column-level dependency declaration), not as a top-level configuration section. The available options in the child column are filtered at runtime based on the value selected in the parent enum column.

    Note that severity, occurrence, and detection scales use integer IDs (for example, 1 through 10 for an FMEA severity scale), unlike regular Polarion enumerations which use string IDs. This distinction is important when configuring risk parameter columns: define the scale as a Polarion enumeration with integer IDs and bind a custom field on the work item type to it, then reference it from the column with `type: rating:<enumId>` and `bindings: <fieldId>`.

    <Info title="Verify in application">
      Cascading dropdown behaviour depends on the installed Risksheet version. Check your current release notes for the exact column-level syntax supported in your build.
    </Info>
  </Accordion>

  <Accordion title="Can I drag and drop existing work items into a Risksheet?">
    No. Drag and drop is not supported for inserting existing work items into the Risksheet grid. To link existing Polarion work items, use the item link column editor which provides autocomplete-based search. Type at least 3 characters to trigger a search that matches work items by ID and type. The editor also prevents duplicate selections — if you attempt to link an item that is already present, you receive a notification.

    For multi-item link columns, the same autocomplete behavior applies, with additional support for selecting multiple items in a single cell.
  </Accordion>

  <Accordion title="Does Risksheet enforce Polarion mandatory fields?">
    No. Risksheet intentionally does not enforce Polarion mandatory fields during item creation. This is a deliberate design decision to simplify data entry — the assumption is that mandatory fields are enforced at later workflow statuses via Polarion's built-in workflow validation rules, not at the point of initial data entry.

    To visually indicate which fields are required, use `cellDecorators` and `styles` in the sheet configuration to highlight mandatory column backgrounds with conditional formatting:

    ```yaml theme={null}
    cellDecorators:
      requiredHighlight: |
        function(info){
          if(!info.value){
            $(info.cell).addClass('required-empty');
          }
        }
    styles:
      .required-empty: "background-color: #fff3e0 !important; border-left: 3px solid #e65100 !important;"
    ```

    <Tip title="Visual Highlighting for Required Fields">
      Use conditional formatting via `cellDecorators` to apply a colored background or left border to mandatory columns when they are empty. This gives users a visual cue about required data without blocking their data entry workflow. See [Apply Conditional Formatting](/risksheet/guides/styling/conditional-formatting) for detailed setup instructions.
    </Tip>
  </Accordion>

  <Accordion title={"Can I rename the first \"Item Id\" column?"}>
    No. The first "Item Id" column in the Risksheet grid cannot be renamed. This is a known limitation of the column configuration system. The `systemItemId` binding is a reserved system column that always displays as "Item Id" in the grid header.
  </Accordion>
</AccordionGroup>

***

## Risk Analysis Workflows

<AccordionGroup>
  <Accordion title="Can I configure Risksheet for different FMEA types (SFMEA, DFMEA, PFMEA)?">
    Yes. Risksheet is a generic risk analysis tool and can be configured for Safety FMEA (SFMEA), Design FMEA (DFMEA), Process FMEA (PFMEA), and other FMEA variants. The column layout, risk parameters, and hierarchy levels are fully configurable through the sheet configuration. Each FMEA type uses the same underlying structure but with different column `bindings`, severity/occurrence/detection scales, and formula definitions appropriate to the analysis type.

    You can maintain multiple Risksheet configurations within a single Polarion project — each LiveDoc document can have its own sheet configuration with an independent column layout and risk parameter setup. Rather than starting from a blank configuration, pick the closest Nextedy solution template for your industry and methodology and modify it to match your process. See [Configure FMEA Workflows](/risksheet/guides/risk-management/fmea-configuration) for setup details.
  </Accordion>

  <Accordion title="Does Risksheet support STRIDE analysis?">
    Yes. Risksheet is methodology-agnostic and supports any risk analysis approach, including Failure Mode and Effects Analysis (FMEA), Hazard Analysis and Risk Assessment (HARA), Threat Analysis and Risk Assessment (TARA), STRIDE, and Common Vulnerability Scoring System (CVSS). Because Risksheet has no mandatory fields or hard-coded work item types, you can configure custom column layouts, threat categories, and severity scales that align with the STRIDE methodology (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege). Start from the closest solution template and adapt the columns and scales to STRIDE. See [Implement STRIDE Analysis](/risksheet/guides/risk-management/stride-analysis) for configuration guidance.
  </Accordion>

  <Accordion title="Can I have multiple Risksheet configurations in one project?">
    Yes. Multiple Risksheet configurations per project are fully supported. Each Polarion LiveDoc document that contains a Risksheet has its own sheet configuration attached as a document attachment. This means you can have separate FMEA, HARA, and TARA analyses in the same project, each with completely independent column layouts, risk parameters, and styling.

    Additionally, you can use template-based configuration inheritance where a global template provides shared settings and each document overrides only the properties that differ. See [Set Up Global Templates](/risksheet/guides/configuration/global-templates) for details.
  </Accordion>
</AccordionGroup>

***

## Document and Integration Scope

<AccordionGroup>
  <Accordion title="Is Risksheet limited to a single document?">
    Yes. Risksheet is designed as a visual representation of a single Polarion LiveDoc document. It cannot aggregate or route work items from multiple documents based on naming patterns or other criteria. Each Risksheet instance corresponds to one document. All risk items are stored as standard Polarion work items belonging to that document — Risksheet visualises and edits Polarion data, it does not maintain a separate data store.

    However, you can create multiple Risksheet documents per project with independent configurations, and use cross-project linking to reference items across documents and projects. The `createInCurrentDocument` parameter controls whether newly created items are stored in the current document.

    <Frame>
      <img src="https://mintcdn.com/none-17b4493f/-Icoak49xQVOW38R/risksheet/diagrams/faq/features/diagram-1.svg?fit=max&auto=format&n=-Icoak49xQVOW38R&q=85&s=b7197c82e7c52ddffe2c6257504e8984" alt="diagram" style={{ maxWidth: "660px", width: "100%" }} width="660" height="320" data-path="risksheet/diagrams/faq/features/diagram-1.svg" />
    </Frame>
  </Accordion>

  <Accordion title="Does Risksheet support Polarion collections?">
    Collection awareness — filtering work items by collection membership and displaying correct revisions — is not currently available in Risksheet. This is a recognized feature request from enterprise customers who use Polarion collections for release management. The feature is under consideration and may appear in a future release.

    <Info title="Verify in application">
      Collection support is being prioritized. Check the latest release notes for current status. As a workaround, use document-level filtering to restrict the scope of displayed work items.
    </Info>
  </Accordion>

  <Accordion title="Does Risksheet support electronic signatures?">
    Electronic signatures are not supported directly in Risksheet because the Polarion API does not expose electronic signature capabilities for programmatic access. If your regulatory process requires signatures when rejecting items, the recommended workaround is to split the action into two steps:

    1. **In Risksheet**: Execute the rejection workflow action (without signature)
    2. **In Polarion**: Execute a separate workflow action that requires the electronic signature

    This separation ensures the signature requirement is met through Polarion's native signature mechanism while allowing the initial rejection to be performed efficiently within the Risksheet grid.
  </Accordion>
</AccordionGroup>

***

## Approval and Review Workflows

<AccordionGroup>
  <Accordion title="Can I approve work items directly from Risksheet?">
    Review columns are available for three review modes via the `reviews` section of the sheet configuration: comment-based reviews, work-item-based reviews, and approval reviews. You can set `reviews.reviewManager` to `"CommentBased"` for comment-based reviews, or configure the approval review variant to capture approver decisions inline in the grid.

    <Warning title="Approval review limitation">
      Risksheet approval review creates approval-tagged comments on the reviewed work items but does **not** trigger Polarion's formal approval workflow (draft → reviewed → approved). Status transitions still have to be performed through Polarion's own workflow actions. For full approval workflows that require status transitions, navigate to the individual work item or use the Polarion document view. Workflow approval actions executed from within the Risksheet grid are planned for a future release.
    </Warning>

    See [Set Up Review Process](/risksheet/guides/reviews/setup-review-process) for current review capabilities and configuration details.
  </Accordion>

  <Accordion title="Does Risksheet support freeze rows?">
    Risksheet supports **freeze columns** (keeping left-side columns visible during horizontal scrolling) but does not currently support **freeze rows** (pinning specific rows at the top during vertical scrolling). Column freezing is available through the right-click context menu or sheet configuration. Freeze rows is a recognized feature request and may be implemented in a future release.

    For freeze column configuration, see [Configure Freeze Panes](/risksheet/guides/visualization/freeze-panes).
  </Accordion>
</AccordionGroup>

***

## Feature Availability Summary

| Feature                                   | Status                     | Notes                                                                     |
| ----------------------------------------- | -------------------------- | ------------------------------------------------------------------------- |
| Dependent enums (cascading dropdowns)     | ✅ Supported (column-level) | Configured per column in recent versions; not a top-level config section  |
| Drag and drop                             | ❌ Not supported            | Use autocomplete link editor instead                                      |
| Mandatory field enforcement               | ❌ Not enforced (by design) | Use `cellDecorators` for visual highlighting                              |
| Item Id column rename                     | ❌ Not supported            | `systemItemId` is a reserved system column                                |
| Electronic signatures                     | ❌ Not supported            | Polarion API limitation; use split workflow                               |
| Multi-document aggregation                | ❌ Not supported            | One document per Risksheet instance                                       |
| Collection awareness                      | Planned                    | High-priority feature request                                             |
| Full Polarion approval workflow from grid | Planned                    | Approval review tags comments only; status transitions happen in Polarion |
| Freeze rows                               | Planned                    | Freeze columns currently supported                                        |
| Freeze columns                            | ✅ Supported                | Via context menu or configuration                                         |
| Review columns                            | ✅ Supported                | Comment-based, work-item-based, and approval-based                        |
| SFMEA/DFMEA/PFMEA                         | ✅ Supported                | Fully configurable per FMEA type                                          |
| STRIDE, HARA, TARA, CVSS                  | ✅ Supported                | Risksheet is methodology-agnostic                                         |
| Multiple configs per project              | ✅ Supported                | Each document has its own sheet configuration                             |
| `createInCurrentDocument`                 | ✅ Supported                | Controls where new items are stored                                       |

## See Also

* [Configuration Questions](/risksheet/faq/configuration) -- setting up columns and properties
* [General Questions](/risksheet/faq/general) -- product overview and methodology support
* [Licensing Model](/risksheet/faq/licensing-model) -- license types and entitlements