Skip to main content
discount · snowflake

Business Critical accounts not using any edition-gated features

resource types
1
rule IDs covered
1
severity
medium

What does ZopNight detect here?

Snowflake's Business Critical edition lists at roughly $1 more per credit than Enterprise. ZopNight flags accounts on Business Critical or VPS where the discoverer finds no edition-gated features in use, so a downgrade would cut the price of every credit consumed without taking away anything the account actually depends on.

Signal and threshold

How ZopNight evaluates Business Critical accounts not using any edition-gated features.
Field Value
Rule IDssnowflake_acct_edition_overprovisioned
Categorydiscount
Severitymedium
Metricnone — pure configuration read
Sourcesignals/commitment/snowflake-acct-downgrade-edition.yaml

The $1-per-credit question

Every Snowflake invoice is credits multiplied by a per-credit rate, and the rate is set by edition. At list pricing, an account on Business Critical pays about $1 more per credit than the same account would on Enterprise. An account consuming 2,000 credits a month is therefore paying roughly $2,000 every month for the Business Critical feature set. If Tri-Secret Secure or the compliance posture is in active use, the premium is the point. If nothing edition-gated is in use, the premium buys nothing.

What the discoverer actually reads

Two attributes stamped on the account resource by ZopNight’s discoverer: edition, which must be BUSINESS_CRITICAL or VPS, and a gated_features_used flag, which must be "false". The signal itself is just a presence check. The applies-to gate does all the filtering. Confidence is deliberately set to 0.5, the lowest of the Snowflake rules, because feature-use probing cannot see everything: seasonal workloads, features exercised only in disaster-recovery drills, or usage buried in procedures can all look like “unused” in a snapshot. The probe list follows the upstream rule definition: masking policies, external functions, Tri-Secret Secure and similar edition-gated capabilities.

Take your own inventory of gated features

A quick pass over the policy views shows whether anything gated is live:

Terminal window
SELECT 'masking_policies' AS feature, COUNT(*) AS in_use
FROM SNOWFLAKE.ACCOUNT_USAGE.MASKING_POLICIES
WHERE deleted IS NULL
UNION ALL
SELECT 'row_access_policies', COUNT(*)
FROM SNOWFLAKE.ACCOUNT_USAGE.ROW_ACCESS_POLICIES
WHERE deleted IS NULL;

Zero rows of live policies, no external functions, and no Tri-Secret configuration is the picture that matches this finding. ACCOUNT_USAGE views lag by up to a few hours, so a policy created this morning may not appear yet.

Why this finding never acts on its own

Edition is not a knob ZopNight will ever turn. Downgrading is a contractual change that goes through your Snowflake representative, and Business Critical is frequently mandated by regulators or customer contracts rather than chosen for features. HIPAA and PCI commitments are the usual reasons. The recommendation is strictly advisory: it exists to put the per-credit premium in front of the person who can confirm whether the compliance obligation still stands. Treat the finding as an agenda item for that conversation, not a change ticket. If compliance sign-off confirms the edition is required, dismiss the finding and it will not nag; the flag only means the technical evidence for the premium was not found.

See it fire on your bill.

Connect an account read-only. The first findings land in minutes.

417 rule families across 353 resource types on 22 platforms. Every threshold, metric, and IAM action is documented on these pages before you grant anything.

417 rule families documented
353 resource types covered
read-only default access level
Multi-cloud automation· Production-ready in 30 min· SOC 2 · ISO 27001· 20–60% off the bill, first month· 4 platforms · 1 console· Multi-cloud automation· Production-ready in 30 min· SOC 2 · ISO 27001· 20–60% off the bill, first month· 4 platforms · 1 console·