Metric Hive models ecommerce profitability from commerce orders, order lines, cost rules, refunds, shipping, fulfillment, payment fees, and margin definitions. The current Commerce Intelligence boundary is readiness-first: profit outputs should appear only when the account has enough materialized data and validation evidence.
Profit analytics should explain which costs are included, which are estimated, and which are missing. Metric Hive models profit as a derived semantic surface, not as a single unlabeled dashboard number.
Revenue after selected variable costs such as COGS, discounts, refunds, shipping, fulfillment, payment fees, and other configured cost rules.
Profit modeled at order grain with order-level revenue, refunds, shipping revenue, shipping cost, payment fees, and allocated cost components.
Profit modeled at order-line grain for product and SKU analysis, including quantity, item revenue, item cost, discounts, and allocated order costs.
Refunds, returns, cancellations, and return handling costs can change revenue and profit depending on whether reporting uses order date, refund date, or return received date.
The Phase 1 profit foundation depends on cost basis, materialized profit rows, validation, provenance, and safe currency handling. Missing optional inputs should be shown as partial, not hidden.
Product cost can come from provider costs, product cost snapshots, or configured cost rules. Historical cost changes need dated or versioned handling.
Shipping charges, carrier cost, packaging, pick-pack, and 3PL fees should be separated so free-shipping subsidies are visible.
Payment processors, wallets, and marketplaces can have different fixed and percentage fees. Blended estimates should be labeled when exact data is unavailable.
Metric Hive should not present attribution, incrementality, inventory forecasting, lifecycle, creative analytics, or full commerce intelligence modules as broadly customer-ready unless their readiness gates are satisfied.
Campaign or creative contribution margin requires supported attribution evidence. Blended performance should not be treated as a row-level attribution model.
Missing COGS, payment fees, shipping costs, return costs, product identity, or stale materialization should create visible warnings.
Profit KPIs, product tables, Explore links, and export setup should remain gated when materialized rows or validation evidence are missing.
Profit reporting becomes safer when every cost, date basis, and readiness state is explicit.
Ecommerce profit analytics models revenue, refunds, COGS, shipping, fulfillment, payment fees, and other cost rules so teams can analyze order and order-line profitability.
Metric Hive keeps attribution caveats explicit. Phase 1 commerce profit work focuses on readiness, cost rules, order-line profit, and order profit. Campaign or creative contribution margin should only be shown when the underlying attribution and readiness evidence supports it.
Cost rules define how COGS, shipping, fulfillment, payment fees, refunds, and estimates are applied. Without them, profit metrics can look precise while missing major cost components.
Use the readiness-gated Shopify contribution-margin guide to map orders, refunds, cost rules, fees, and paid media into order-line and order profit.