> ## Documentation Index
> Fetch the complete documentation index at: https://docs.pocketsflow.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Payment methods

> See which payment methods your buyers can use on Pocketsflow, how they are processed, and how to test them before you go live.

Pocketsflow accepts payments through integrated providers, so you never have to
register with a gateway, hold a merchant account, or write any payment code.
Buyers pick a method at checkout, the provider captures the money, and your
share is routed to your connected payout account automatically.

<Note>
  Card payments on Pocketsflow are processed by our payment infrastructure.
  When you connect your payouts account once, our payment infrastructure collects
  each payment, deducts fees, and forwards your share to you. You can read more about the
  money flow in [Payouts](/payments/payouts) and [Pricing &
  fees](/payments/fees).
</Note>

## Available methods

<CardGroup cols={2}>
  <Card title="Cards" icon="credit-card">
    Visa, Mastercard, American Express and other major debit/credit cards,
    processed through our payment infrastructure powering Pocketsflow checkout. This is
    the default for most buyers.
  </Card>

  <Card title="PayPal" icon="paypal">
    Buyers pay with their PayPal balance or any method linked to their PayPal
    account, via a separate PayPal button where enabled.
  </Card>

  <Card title="Crypto & card via Coinflow" icon="bitcoin">
    Pay with crypto on Solana, or by card through Coinflow — settled to your
    connected account, with built-in chargeback protection.
  </Card>

  <Card title="Apple Pay & Google Pay" icon="wallet">
    On supported devices and browsers, our payment infrastructure surfaces the buyer's saved digital
    wallet (Apple Pay / Google Pay) for one-tap checkout.
  </Card>
</CardGroup>

## How each method works

* **Cards** — the default path. Pocketsflow checkout is powered by our payment
  infrastructure: you connect your payouts account once, and it routes your share of every
  card sale to it automatically. The card brand and last four digits are stored
  on the order so you can identify a payment during support.
* **PayPal** — offered as a separate button at checkout where you've enabled it.
  PayPal settles in its own currency and has its own refund flow (see
  [Refunds & disputes](/payments/refunds-and-disputes)).
* **Coinflow** — lets buyers pay with **crypto (Solana)** or a card; the sale is
  settled to your connected bank account and includes chargeback protection.
* **Digital wallets** — Apple Pay and Google Pay appear automatically inside the
  card flow when the buyer's device supports them; no extra setup is
  required on your side.

Which methods a given buyer sees depends on:

* Their **country and currency** (see [Available
  countries](/payments/available-countries)).
* The **device and browser** they check out on (wallets only show on supported
  ones).
* Which **providers you've connected** and enabled for the product.

## What the buyer sees at checkout

The Pocketsflow checkout renders inside your storefront and collects:

* The buyer's **email** (used to deliver the product and receipt).
* Their **name** and, where a provider requires it, a **billing address**
  (country, state, postal code) — this is also what determines any tax line.
* The **payment method** they choose from the methods above.

After a successful payment the buyer is redirected to your success page and
receives a purchase confirmation email with an order reference. See the buyer
side of this flow in [How to purchase](/buyers/how-to-purchase) and [Payment
methods for buyers](/buyers/payment-methods).

## Test mode vs live mode

Every account runs in **test mode** or **live mode**, toggled from your
dashboard. Test mode is a fully separate world: test orders, customers,
subscriptions, and analytics never mix with live data.

<Steps>
  <Step title="Stay in test mode while you build">
    Use each provider's test cards/credentials — no real money moves. The
    standard test card is `4242 4242 4242 4242` with any future expiry and any
    CVC.
  </Step>

  <Step title="Run a full checkout as a buyer">
    Buy your own product end-to-end from the country and device you expect real
    buyers to use. Confirm the order appears under
    [Orders](/operations/orders-and-customers) and the confirmation email
    arrives.
  </Step>

  <Step title="Switch to live mode">
    Only after checkout works end-to-end. Live mode requires your payout account
    to be connected and, for real payouts, business verification to be complete
    (see [Payouts](/payments/payouts) and
    [Account & security](/operations/account-and-security)).
  </Step>
</Steps>

## Troubleshooting

<AccordionGroup>
  <Accordion title="A payment method isn't showing at checkout">
    Confirm the provider is connected and enabled for that product, and that the
    buyer's country/currency and device support it. Digital wallets only appear
    on supported browsers.
  </Accordion>

  <Accordion title="A test payment didn't create an order">
    Make sure you're in **test mode** and used a test card. Live cards are
    declined in test mode and vice-versa. If it still doesn't appear, check that
    the checkout finished on the success page.
  </Accordion>

  <Accordion title="A buyer says they were charged but got nothing">
    Look the order up under [Orders](/operations/orders-and-customers), confirm
    its status, and use **Resend receipt** on the order. If no order exists, the
    charge likely failed or is pending — ask the buyer for the email and card
    last four to match it.
  </Accordion>
</AccordionGroup>

If something still looks off, see [Contact support](/buyers/contact-support).

## Related topics

* [Available countries](/payments/available-countries)
* [Pricing & fees](/payments/fees)
* [Payouts](/payments/payouts)
* [Taxes & invoices](/payments/taxes-and-invoices)
* [Refunds & disputes](/payments/refunds-and-disputes)