Confirm Payment Intent
Test mode on a Brazilian (BRL) account: the dispute test PaymentMethods in payment_method (pm_card_createDispute and the rest of Stripe’s dispute table) are refused with HTTP 400 invalid_request_error, code payment_method_not_available, param payment_method, before any payment is made. See the Testing guide.
Authentication
Standard Basic HTTP authentication. The username is the Fluveo secret key and the password must be empty, encoded as base64(api_key:).
Bearer HTTP authentication. Allowed header: Authorization: Bearer <api_key>.
Path parameters
Headers
Makes a POST safely retryable according to that operation’s documented idempotency policy. The durable 24-hour journal applies only where the resource documentation explicitly claims it. Reusing a key with different parameters or another endpoint returns an idempotency error.
Request
type=pix carries no data (the Pix instruction is issued server-side and read back through next_action).
Payment method vocabulary honored at launch: card (default) or pix (BRL, automatic capture).
Response
Stripe-compatible response
Fluveo narrowing: not in upstream pin; truthful public id-prefix constraint: pi_.
Test-mode redirect action. redirect_to_url.url sends the customer to authenticate; after completion the customer is redirected to redirect_to_url.return_url.
Fluveo narrowing annotation: truthful single-value public object constant.