At a glance
The percentage of Vortex IQ findings created in the connected Smartsheet Findings sheet in the last 90 days that have moved to a closed-set Status value. Smartsheet is the spreadsheet-style PMO tool with strong cross-sheet reporting, resource management, and Gantt views. PMOs running this card use it as the audit-programme arm of broader portfolio reporting, the same number rolls up alongside resource utilisation, milestone health, and cross-workstream dependencies.
| The formula | resolved_in_window ÷ created_in_window, where resolved_in_window counts rows in the connected Findings sheet with Status ∈ closed set (Done, Won't Fix, Duplicate, Cancelled) AND Modified (Auto) within the 90-day window; created_in_window counts rows with Created (Auto) within the same window. |
| API endpoints | Smartsheet REST GET /sheets/{sheet_id} returning all rows with their Status history, plus GET /sheets/{sheet_id}/rows?modifiedSince=<90d_ago> for incremental reads. |
| Window | Rolling 90 days, refreshed hourly. The headline number updates on every webhook for the live count; the rate calculation is hourly to smooth single-row volatility. |
| What “resolved” means | Status ∈ closed set (default Done, Won't Fix, Duplicate, Cancelled). Both Won’t Fix and Cancelled are treated as resolutions because the PMO has explicitly decided the row’s fate. |
| Closed-set configuration | Editable in Settings → Connectors → Smartsheet → Status mapping. PMOs sometimes add custom values like Approved, Deferred, or Out of Scope. |
| Sheet scope | One Smartsheet sheet per connected workspace, the Vortex IQ Findings sheet by name. PMOs running multiple workspaces connect each separately. |
| Sub-rows | Counted as the row hierarchy. A parent row with sub-rows is one row in the rate; a sub-row with its own Status value counts independently in both numerator and denominator. |
| Time zone | UTC for both Created (Auto) and Modified (Auto) system columns. The 90-day window aligns to UTC. |
| Alert trigger | < 50% raises a critical alert. |
| Sentiment thresholds | Gauge: green ≥ 75%, amber 50-74%, red < 50%. |
| Multi-workspace aggregation | Yes, computed on summed numerator and denominator. Per-workspace stack panel available. |
| Roles | owner, operations |
Calculation
Calculated automatically from your Smartsheet (API) data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A US wholesale-and-DTC home goods brand on BigCommerce. Their PMO runs the entire portfolio in Smartsheet: marketing campaigns, supplier deliveries, vendor onboarding, audit-finding triage. The Vortex IQ Findings sheet is one of 14 sheets the PMO maintains; this card aggregates only its rows. Snapshot taken on 02 May 26 at 16:30 EDT.| Last 90 days (02 Feb 26 - 02 May 26) | Count |
|---|---|
Findings created (rows in the Findings sheet, Created (Auto) in window) | 76 |
Findings resolved (above set, AND Status ∈ {Done, Won’t Fix, Duplicate, Cancelled}, Modified (Auto) in window) | 53 |
Of which: Done | 38 |
Of which: Won't Fix | 9 |
Of which: Cancelled | 4 |
Of which: Duplicate | 2 |
| Findings still open | 23 |
- 70% sits in the amber band (50-74%). Above the alarm threshold but below the green target. PMO Smartsheet installations typically run between 65-80%, so 70% is platform-typical-healthy.
- The cancellation breakdown (Won’t Fix + Cancelled + Duplicate = 15 of 53 resolutions, 28%) is informative. A PMO running close to 25-30% non-Done resolutions is operating its findings triage well, the team is explicitly closing items rather than letting them rot. A PMO running below 10% non-Done is over-fixing (closing items even when they don’t merit it); above 40% means the audit programme is over-finding for the team’s scope.
- The PMO advantage is the same data feeds resource planning. The 23 still-open rows feed directly into the PMO’s resource-allocation Gantt view; the rate here predicts when the resource-planning analyst should expect the queue to clear. Smartsheet is the only PM tool we connect to where this multi-purpose use is native.
- Pair this card with Avg Time-to-Fix AND the PMO’s milestone-health Smartsheet view. A 70% rate with 9-day time-to-fix is healthy. A 70% rate with 25-day time-to-fix means the team is closing the easy items and stalling on the harder ones, which on a PMO often correlates with cross-functional dependency stalls (vendor sign-off, legal review) rather than capacity.
- Aim for 75% sustained. PMOs that hit 80%+ sustained typically have either (a) a dedicated audit-finding triage analyst on the resource plan, or (b) a tight
Cancelleddiscipline that closes invalid findings within a week of creation. Both are no-cost moves for a PMO; both are unusual on engineering or marketing-led PM tools.
Sibling cards merchants should reference together
| Card | Why pair it with Resolution Rate | What the combination tells you |
|---|---|---|
| VortexIQ Findings Open | Rate’s denominator-half. | Falling rate plus climbing open count = capacity bottleneck; falling rate plus flat open = audit programme finding less. |
| Abandoned Findings (>14d) | Rows that count in the denominator but never become numerators. | High abandoned + low rate = PMO triage rhythm broke; both numbers should respond to the same fix (a recurring weekly stale-row review). |
| Avg Time-to-Fix (days) | Cycle time inside this rate. | High rate + low time-to-fix = excellent. High rate + high time-to-fix = cross-functional dependency stalls (the PMO-typical pattern). |
| Tickets by Assignee | Where the resolutions are happening, by Assigned To Contact. | Concentrated resolution on one analyst is a single-point-of-failure risk to the rate. |
| Backlog by Priority | What’s open by Priority value. | Resolution rate on High items should run higher than on Low; if not, the PMO triage is mis-prioritised. |
| Throughput Weekly | Short-window throughput of all rows. | Strong overall throughput but low findings rate = audit work being deprioritised against other PMO workstreams. |
| Sprint Progress | Whether rows are entering the PMO’s planning cadence (typically biweekly or monthly). | Low planning-cycle progress + low rate = findings queued but never pulled into a PMO sprint. |
Reconciling against the vendor’s own dashboard
Where to look in Smartsheet’s own UI:smartsheet.com then open the Vortex IQ Findings sheet. Build a Smartsheet Report with these criteria:Smartsheet does not have a single native “resolution rate” widget; the Report ratio is the closest direct match. Why our number may legitimately differ from a Smartsheet Report ratio:Build a second Report counting all rows withCreated (Auto)in last 90 days. The ratio of the two Report totals is the resolution rate; pin both to a Smartsheet Dashboard with the Metric widget for a side-by-side glance.
| Reason | Direction | Why |
|---|---|---|
| Closed-set configuration | Either | We use the configured closed-set values; if your Report filter uses a different set, the Report rate diverges. |
| Window definition | Either | Smartsheet’s “in last 90 days” rolls daily at midnight in your account-profile timezone; our window rolls hourly in UTC. |
| Re-created rows | Ours lower | If a row was closed, re-created, and closed again, a Smartsheet count tally would count both close events; we count once per vortexiq_finding_id. |
| Sub-row handling | Either | Smartsheet’s hierarchy means a Report can be configured to include or exclude sub-rows; our default is to count sub-rows with their own Status independently. |
| Sheet permissions | Same | Both we and the Report rely on the connector’s owner-level token; row-level permissions (Smartsheet’s row sharing) do not affect either. |
| Multi-workspace aggregation | Ours wider | Smartsheet Reports can pull from multiple sheets but typically scope to one workspace; we sum across all connected workspaces. |
| Card | Expected relationship | What causes the divergence |
|---|---|---|
datadog.dd_health_score | Independent. Datadog is server-side production health; Smartsheet rate is internal PMO operations. | A high Datadog Health Score with a low Smartsheet rate means production is fine but the PMO is falling behind on the work that prevents future regressions. The cause-and-effect lag is typically 4-12 weeks (longest of any PM tool we connect to, because PMO findings often require cross-functional sign-off before fix work can begin). |
newrelic.nr_apdex | Same shape. | Same long lag. |