Tickets we created from audit findings that haven’t been resolved yet.
At a glance
Live count of Confluence pages Vortex IQ created from audit findings that are not yet marked closed. Confluence is unusual for finding-tracking: it’s a wiki, not a ticket system. Vortex IQ writes findings as pages in a dedicated Space, with a vortexiq.status page property as the open/closed signal.
Calculation
Calculated automatically from your Confluence 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 enterprise retailer running Adobe Commerce, with engineering on Atlassian Cloud (both Jira and Confluence). Their Findings Space (VFND) holds 58 finding-pages. Routing mode: Confluence-primary with auto-linked Jira tickets for tracking. Snapshot taken on 24 Feb 26.
>20). The dashboard banner reads “34 open findings in Confluence VFND space, queue grew by 6 this week”. The team’s Jira board mirrors the Confluence pages (each finding-page has a linked Jira issue), and Jira’s con_vortexiq_findings_open card shows the same 34 (because the Jira tickets and Confluence pages are 1:1 for this merchant’s routing mode).
Why the page count and the open count can differ: the Findings Space is allowed to contain other content too (runbooks, postmortem templates, agendas). Only pages with the vortexiq.status page-property set are findings. A blank Space has 0 findings even if it has 100 wiki pages.
Why some merchants run this Space alongside Jira: Confluence pages support arbitrarily long-form content (incident timelines, before/after screenshots, even embedded Loom videos). The Jira ticket carries the workflow status; the Confluence page carries the evidence. For audit findings that may need to be revisited 6 months later, the evidence trail matters as much as the ticket.
Sibling cards merchants should reference together
Open Findings is the queue depth. Read it next to:Reconciling against the vendor’s own dashboard
Where to reproduce this in Confluence itself: Confluence does not have a finding dashboard, but you can replicate ours with a CQL (Confluence Query Language) search:Open Confluence → top-bar search → click “More” → “Advanced search” → switch to CQL. Query:The simpler alternative: open the Findings Space → use the Page properties report macro that we install during connector setup. It shows a live table of every finding-page with its status, priority, assignee, and last-edited date. The row count where status is not closed should match this card. Why our number may legitimately differ from your CQL or page-properties report:Then filter the results page by thevortexiq.statusvalue not indone, wont_fix, duplicate.
Cross-connector reconciliation. Confluence vs Jira (Atlassian-suite):
In Atlassian-suite-merchants, the most common pattern is both connectors enabled with Confluence-primary routing. In that mode, every finding-page in Confluence has a 1:1 linked Jira issue. The
con_vortexiq_findings_open and jir_vortexiq_findings_open cards should match within the sync window. If they diverge by more than 2, 3:
- A finding-page was closed in Confluence (page-property updated) but the Jira issue wasn’t moved to Done, OR
- A Jira issue was moved to Done but the linked Confluence page-property wasn’t updated.
Known limitations / merchant FAQs
Why is my count rising? Three usual culprits: (1) inflow exceeds outflow, the team isn’t moving page-properties to Done, check Resolution Rate; (2) a teammate manually edited the page-properties macro and broke the property name (e.g. capitalised “Status” instead ofvortexiq.status); (3) a new Confluence Space was created for “Q2 audits” and findings are now being written there but the connector is still pointing at the old Space.
Why use Confluence at all if we have Jira?
For audit findings that need long-form evidence (screenshots, query results, postmortem-style writeups), Confluence pages are a better fit than Jira issue descriptions, which become cluttered fast. The recommended pattern: Jira tracks workflow status, Confluence holds the evidence, and Vortex IQ links them automatically.
My team accidentally moved a finding-page to a different Space, what happens?
The connector follows pages by ID, not by Space, so it will continue counting the page wherever it lives. However, your team’s view of the Findings Space will no longer show that page. We recommend keeping all finding-pages in the mapped Space; if you need to archive old findings, change vortexiq.status to a closed value rather than moving the page.
Can I filter by vortexiq.priority to see only critical open findings?
Not from this card directly. Use Backlog by Priority for the breakdown, or in Confluence open the page-properties report and filter by priority. The Key Metrics card stays a single count on purpose.
The page-properties macro disappeared from one of our finding-pages, what happened?
Someone deleted it (Confluence allows free editing of any page). Without the macro, the page has no vortexiq.status, so we can’t tell whether it’s open or closed and exclude it from the count. Re-add the macro or run Settings → Connectors → Confluence → Repair page properties to re-insert macros on all finding-pages.
Does the count include archived Spaces?
No. Archived Spaces are returned by Confluence’s API with an archived: true flag and we exclude them. If your team accidentally archived the Findings Space, this card drops to zero, the fix is to un-archive in Confluence Admin → Spaces.
Why “20 open” as the alert? Our team handles 50+ comfortably.
Default calibrated for a small ecommerce team. Adjust in Settings → Connectors → Confluence → Alerts → Open findings threshold. Rule of thumb: 2× typical weekly resolution rate.
Can the card count across multiple Spaces?
Not today. One mapped Space per workspace. Reasons: (1) ambiguous SLA tracking when findings live in multiple places, (2) Confluence’s permission model is per-Space, mixing Spaces can hide pages from the integration user. If you genuinely need separate Spaces (e.g. one per business unit), connect Vortex IQ as separate workspaces.
My Confluence is on Server / Data Center, not Cloud. Does this work?
The connector currently supports Atlassian Cloud only. Server / Data Center support is on the roadmap for late 2026.
Why is this a Key Metrics card?
Because it’s the single most-asked operational question for Atlassian-suite merchants: “how many open audit findings are sitting in our docs?”. One number, scannable in 1 second, gates everything else.