Polar integration

Verify startup revenue with Polar

Connect a Polar organization and turn provider-reported orders and refunds into a public revenue profile.

How the connection works

During onboarding, you provide a organization access token with organization, order, and refund read scopes. RevenueBug validates the credential and derives or asks you to confirm the single Polar organization exposed by the token. Nothing is published until the credential, website, and selected scope pass validation.

RevenueBug imports account-wide orders, refunds, and lost-dispute adjustments for the token's organization.

What appears on the public listing

The listing includes trailing-30-day revenue, lifetime revenue, growth, and a daily revenue plot. The source credential and transaction-level customer data remain private. Revenue can briefly show zero while the first historical import is running.

Scope and attribution

The selected scope is important: the single Polar organization exposed by the token may contain revenue from more than one product. A verified connection proves the data came from that provider scope; it does not independently audit every product’s ownership or expenses.

Provider-specific limitation: The organization scope aggregates every product and does not establish product-level revenue attribution.

Credential safety

Create a dedicated read-only credential where possible, grant only documented permissions, and revoke it when you stop using the listing. RevenueBug encrypts stored provider credentials and does not expose them through public listing responses.

Frequently asked questions

What credential does RevenueBug use for Polar?

RevenueBug uses a organization access token with organization, order, and refund read scopes. Use the narrowest read-only permissions the provider supports.

What Polar data is public?

RevenueBug publishes normalized revenue metrics and daily history. It never publishes the provider credential or raw transaction records.

Is the displayed metric always subscription MRR?

No. RevenueBug uses trailing-30-day provider-reported revenue for cross-provider comparison. Review the methodology before treating it as subscription MRR.

Sources and further reading