% of MRR lost when card declines couldn’t recover via Smart Retries / dunning. Direct recoverable revenue.
At a glance
Involuntary Churn (failed payments) is a subscription & recurring metric tracked from Stripe data. It surfaces operational signal at the subscription & recurring layer so merchants can spot regressions, opportunities, and structural patterns in their store performance. The card pairs with sibling metrics in the Subscription & Recurring category to build a complete diagnostic picture; cross-reference the related cards listed below for context.
| What it counts | Involuntary Churn (failed payments) as exposed by the Stripe integration. The metric is computed from the latest available data and refreshed on the standard data refresh. |
| Sample type | Backend API data from Stripe, refreshed on the standard data refresh. |
| Why it matters | The metric appears in the Subscription & Recurring category and complements the sibling cards listed below. Track movement over time to identify regressions or opportunities. |
| Reading the value | Compare the current period to the prior period to identify direction. Cross-reference siblings for the full diagnostic picture. |
| Currency | percent |
| Time window | 30D |
| Alert trigger | >3% of MRR |
| Sentiment key | stripe_involuntary_churn |
| Roles | owner, finance |
Calculation
Calculated automatically from your Stripe 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 representative reading of Involuntary Churn (failed payments) for a typical merchant on Stripe. The card reports the current period value alongside a comparison against the previous period. Direction matters: rising values may be healthy or concerning depending on the underlying metric. Cross-reference the siblings below to triangulate cause when the value moves outside expected range. For deeper investigation, use Vortex Mind to trace upstream causes; for natural-language exploration, ask Ask Viq.Sibling cards merchants should reference together
| Card | Why merchants reach for it |
|---|---|
stripe_active_subscriptions | Subscription & Recurring sibling: Active Subscriptions. |
stripe_dunning_recovery_rate | Subscription & Recurring sibling: Dunning Recovery Rate. |
stripe_mrr | Subscription & Recurring sibling: Monthly Recurring Revenue. |
stripe_recurring_failure_rate | Subscription & Recurring sibling: Recurring Charge Failure Rate. |
stripe_3ds_abandon_rate | 3DS & Fraud sibling: 3DS Challenge Abandon Rate. |
Reconciling against the vendor’s own dashboard
Where to look in Stripe’s own dashboard: The Stripe dashboard surfaces this metric (or its components) under the relevant report section. Confirm period boundaries and filter settings match the Vortex IQ profile to reconcile cleanly. Why the Vortex IQ value may legitimately differ:| Reason | Direction | What to do |
|---|---|---|
| Period boundary. Vortex IQ uses 30-day rolling by default; vendor dashboards may use calendar periods. | Variable | Match the period range. |
| Time zone. Vendor uses account time zone; Vortex IQ aligns to merchant reporting time zone. | Marginal | Confirm time zone match. |
| Filter scope. Profile-level filters (channel, B2B, test orders) may narrow the Vortex IQ view. | Variable | Match filter settings. |