Stripe
Normalize supported Stripe charges, refunds, customers, subscriptions, and invoices for revenue and collection context.
Stripe · supported data flowSample company
Authorized source
- Supported charge and refund records
- Customer and subscription context
- Invoice records and statuses
- Provider identifiers used for normalized source traceability
OwnCents records
Common financial context, with the source retained.
Workspace-scoped
A connection is not a promise of every record
Authorization establishes provider access. What OwnCents can actually ingest depends on the configured connector, provider fields and the supported normalization path.
| Supported scope | Not included |
|---|---|
| Read supported revenue records | Process customer payments |
| Normalize provider data into OwnCents models | Control OwnCents subscription billing |
| Support revenue, customer, and invoice views | Determine accounting revenue recognition |
Provider fields and availability can change. This connector is financial-data ingestion, not payment processing, subscription billing administration, or an accounting conclusion.
From authorization to a useful view
- Choose Stripe from supported integrations.
- Complete the provider authorization flow.
- Review the connector's supported scope.
- Inspect normalized records after sync.
Questions about Stripe
Does this integration charge customers?
No. It reads supported revenue data and does not initiate Stripe payments.
Is every Stripe object supported?
No. Supported scope is limited to configured records and may change with provider availability.
Does a Stripe invoice become posted revenue?
No. Provider records are normalized operating data; controlled accounting workflows remain separate.
Where the information becomes useful
Connect only what the decision needs.
Explore a read-only sample company, or start with your own supported data.