Tickets we created from audit findings that haven’t been resolved yet.
At a glance
The number of ClickUp tasks Vortex IQ created from audit findings that have not reached a status of typeclosed. ClickUp’s strength is its custom-status spectrum (each List can define its own statuses acrossopen,custom, andclosedtypes) which we read directly. The card answers across all my Lists, how much audit work is still in flight?
Calculation
Calculated automatically from your ClickUp 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-based mid-market apparel brand on BigCommerce with a 32-person team using ClickUp as the all-in-one workspace (tasks, docs, sprints, and chat). Snapshot taken on 02 May 26 at 09:00 EDT.- Above warn, by a meaningful margin. A 32-person team with 44 open audit findings is workable but stretched. ClickUp’s custom-status spectrum makes the queue visible in detail, open the List view in each Space and the spread across statuses tells you whether work is queued, in flight, or in review.
- Marketing (18) and Catalogue (12) drive most of the queue. This is the typical pattern for an apparel brand running seasonal collections: campaign launches and product onboardings spike audit findings together. Plan for it, don’t treat the next collection drop as a surprise event.
- Engineering’s 9 open is healthy. Engineering teams using ClickUp’s Sprint feature typically run leaner numbers because every task either enters a sprint or gets archived. If your engineering List is climbing, check whether sprints are actually closing.
- The “Awaiting Customer” status counts as open here. ClickUp considers it status type
custom(notclosed). Some teams prefer to exclude this status because it represents work the team can’t progress; if you want this excluded, mark the status asclosedtype in ClickUp’s status settings (this is reversible) or request a per-status exclusion in connector setup. - Pair this card with Abandoned Findings. ClickUp’s custom-status flexibility makes “stuck in review” patterns very common; abandoned-rate tells you if those reviews are actually moving.
Sibling cards merchants should reference together
Reconciling against the vendor’s own dashboard
Where to look in ClickUp’s own UI:app.clickup.com then for eachWhy our number may legitimately differ from a ClickUp Dashboard widget:vortex_iq_outboundList, switch to List view, click Filter, addCustom Field → vortexiq_finding_id → has any valueANDStatus → is not Closed. The Dashboards module (ClickUp Unlimited and above) supports a “Tasks by status” widget filtered the same way for a multi-List rollup. ClickUp’s Workload view also surfaces open-task-by-assignee which is useful next to this card.
Cross-connector reconciliation. ClickUp vs incident-management peers:
Known limitations / merchant FAQs
My ClickUp List view shows 38 open tasks but Vortex IQ says 44. Which is right? Both, almost always. The 6-task gap is the standard set of reasons in the reconcile section: status-type interpretation (we treatstatus.type = 'closed' as resolved; if your List has custom statuses with type done that you visually treat as closed, we keep counting them open), subtask aggregation (we count subtasks with vortexiq_finding_id independently; the List view may collapse them under parents), cross-workspace aggregation (we sum across connected Workspaces; the UI scopes to one), and webhook delay (a status change in the last 60 seconds is not yet reflected). Refresh in 60 seconds and the gap usually closes.
ClickUp lets each List define its own statuses. Which ones count as open?
Every ClickUp status maps to one of four types: open, custom, done, closed. We count open, custom, and done as open (i.e. unresolved); we count only closed as resolved. This matches ClickUp’s own data model (the platform itself uses status.type as the primary completion signal). If you want a custom status excluded (for example, an “Awaiting Customer” status that represents work the team genuinely cannot progress), change its type to closed in Space Settings → Statuses or contact support to add a per-status override in connector setup.
We use ClickUp Sprints. How do they interact with this card?
ClickUp’s Sprint folders are special folder types where each list represents one sprint. Findings written into a Sprint folder follow normal status rules; a finding’s status type is what matters, not which sprint it sits in. The benefit is that Settings → Connectors → ClickUp → Sprint visibility lets you scope this count to “current sprint only” or “current + next sprint” if your team works on a strict sprint cadence.
Subtasks: do they count?
Yes, independently if they carry their own vortexiq_finding_id. ClickUp lets a parent task have many subtasks, each with its own status, assignee, and custom-field values. We treat each subtask as its own finding when it has the custom field set. This typically does not happen because Vortex IQ writes findings as parent tasks; it can happen if a teammate manually creates subtask findings.
ClickUp has multiple assignees per task. How do we read this card with that?
The open count is per-task, not per-assignee, so multiple-assignee tasks count once. The Tickets by Assignee card splits the load across all assignees on a task, so a task with three assignees contributes one to each. Some teams find this inflates per-person workload counts; if your team uses multi-assignee as “primary + reviewers”, request the connector setting to count only the primary (first) assignee.
Open count dropped suddenly. What changed?
Three usual causes, in order of likelihood. (1) A bulk close (ClickUp’s Audit log under Workspace Settings → Audit log will show this). (2) A List or Space was archived; archived containers return no tasks. (3) A status was renamed or moved to a different type group (e.g. Done moved from done to closed type in Space Settings); the open count drops because tasks in that status are now considered resolved.
A finding was important enough to fix manually but we never closed the task. Do we need to close it?
Yes. ClickUp’s status.type = 'closed' is the close signal Vortex IQ reads. If the work shipped but the task is still in an open or custom status, it stays in this count and contributes to abandoned-rate after 14 days. Move the task to a closed-type status to clear it.
Open count doesn’t match my Dashboards “Tasks by status” widget. Why?
A ClickUp Dashboard widget filtered to one Workspace will be lower than this card if you have multiple Workspaces connected. Filter the widget to “All workspaces” (Enterprise plan) or pin a per-Workspace stack panel here in Vortex IQ to compare apples-to-apples.
Today’s count looks volatile. Why?
At low volumes a single status change moves the count noticeably. The 30-day average shown beneath the headline is the steadier read. ClickUp teams typically see more volatility on this card than Asana or Basecamp teams because ClickUp’s custom-status spectrum encourages more granular workflow stages, which means more individual transitions per day.
Is ClickUp the right PM tool for our context?
ClickUp shines for mid-market teams that want one tool to do everything (tasks, docs, sprints, chat, time-tracking, goals, dashboards). The cost is configuration overhead: the more custom statuses you create, the more decisions Vortex IQ needs about which count as resolved. Asana’s strength is custom-fields-and-portfolios for cross-functional teams; Linear’s strength is keyboard-fast cycle-time for engineering teams; Monday’s strength is visual planning for marketing-and-agency teams; Smartsheet’s strength is spreadsheet-style PMO rollup. ClickUp’s strength here is the per-task time-tracking and goal-linking that we do not currently consume; if your team uses those features heavily, the connector setup may evolve to surface them in Vortex IQ.