Migrate from Stripe
Fluveo’s /v1 API matches only the operations and fields in the generated
API Reference. A method or field in a Stripe SDK does not mean
Fluveo supports it.
The long-form source list is
docs/api/stripe-divergences.md.
Read this before changing the base URL
Use an official Stripe SDK only for the contracted subset
The official Stripe models describe more fields and methods than Fluveo
returns. Strict clients such as stripe-java and async-stripe can fail while
reading a valid Fluveo response when they require a field outside Fluveo’s
subset. JavaScript stripe-node and dynamic stripe-python use are supported
for contracted operations, but your code must still check optional or absent
fields.
Configure official stripe-node with its supported host, protocol, and
port options:
Configure current stripe-python with base_addresses:
Use only methods present in the generated API Reference. SDK method presence is not a capability check.
Direct HTTP example
Basic authentication (key as username, empty password) and Bearer
authentication are supported for contracted operations. Do not send a
processor api-key, processor merchant/profile id, Stripe-Account,
publishable key, or restricted key.
Webhook differences from Stripe
Fluveo’s local SDK helpers can verify test signatures. They do not register a
merchant webhook or prove public delivery. Keep Stripe webhooks in place and
poll Fluveo’s contracted single-object and list GET operations until Events
and WebhookEndpoints become merchant-public.
Next
- Stripe differences — start with the public lifecycle rules.
- API Reference — choose exact operations, filters, and fields.
- Go-live checklist — production prerequisites;
Fluveo does not yet issue
sk_live_*keys.