Skip to content

How to evaluate a global checkout provider: 12 questions

A 2026 scorecard for choosing a global checkout provider: 12 questions on rails, pricing, sandbox, webhooks, compliance, settlement, and custody.

To evaluate a global checkout provider, score it on 12 questions across six areas: rail coverage per country, fee visibility, developer experience, compliance, settlement and failure handling, and custody. Ask each provider the same questions, score every answer 0 to 2, and test your top two corridors end to end before you sign anything.

This scorecard reflects public information as of October 2026. For the build itself, read the global checkout checklist. For the basics, start with what is a global payments checkout.

Key takeaways

  • Ask for a rail map by country. A country count hides whether shoppers pay on Pix, SPEI, or PSE or on an international card.
  • Extra costs are the top abandonment reason in Baymard's research at 40%, so the fee has to be visible in a quote before the shopper pays.
  • A good sandbox forces failures. On BlindPay development instances, 66600 forces a failed payin and 77700 a refunded one.
  • KYB time sets your merchant activation time. BlindPay KYB Standard takes 3 hours to 1 business day.
  • Know who holds the funds between payment and payout, and which rails pay them out.

How should you run the evaluation?

Score answers, not demos. Send every provider the same 12 questions, then verify the best two in a sandbox.

  1. Write down your first two markets and the rails shoppers there use.
  2. Send the 12 questions below to each provider, in writing.
  3. Score each answer 0 (no answer or vague), 1 (answered, with gaps), or 2 (specific, documented, testable).
  4. Weight the questions your first market depends on. A Brazil launch weights Pix questions double.
  5. Test the top two in their sandboxes, running the same checkout on both.
  6. Decide on the total, with a hard fail for any 0 on compliance or custody.

What are the 12 questions?

Twelve questions, grouped into six areas. Copy the table into a spreadsheet and fill one column per provider.

#QuestionWhy it mattersA good answerScore 0 to 2
1Which rail does a shopper use in each of my markets?Shoppers convert on the method they knowNamed rails per country: Pix, SPEI, PSE, Transfers 3.0, ACH, RTP
2Does the merchant need a local entity for each rail?Entity setup can add monthsRails available to a foreign merchant, stated per country
3What limits apply per shopper and per transaction?Limits cap your average order valueDocumented minimums and maximums per currency, with the error you get
4Is the fee in a live quote before the shopper pays?Surprise costs drive abandonmentA quote with local amount, fees, rate, and expiry
5Can I price in one currency and receive an exact amount?Merchants reconcile against list priceA receiver-denominated quote where the merchant gets the full price
6How does a platform earn a fee on each payment?Platforms need a take rateA per-transaction fee field on the quote, with a payout schedule
7Can the sandbox force failed and refunded payments?Your error paths need testing tooDocumented test amounts for each outcome
8Are payment-creating calls idempotent?Retries must not double chargeAn idempotency key that replays the original response
9Which webhooks fire, and are they signed?Status drives fulfillmentCreated, updated, and finished events, signed and verifiable
10Who runs KYB, KYC, and screening, and how long does it take?Activation time and compliance burdenChecks inside the API, with stated review times
11When do funds settle, and how do failures and holds show up?Cash flow and support loadSettlement time per rail, plus explicit failed, refunded, and on hold statuses
12Who holds the funds before payout, and how do they leave?Counterparty risk and payout reachA clear custody model and named payout rails

The coverage questions come first because they decide conversion. Stripe's test of 50+ payment methods found that surfacing at least one relevant method beyond cards lifted conversion 7.4% and revenue 12% on average, with results varying by method, country, and industry. Do local payment methods raise checkout conversion? breaks those numbers down.

What does a strong answer look like on coverage and limits?

A strong answer names the rail, the currency, and the limit, and you can check all three in the docs.

Ask for specifics, because they differ by provider. Stripe's Pix docs, for example, state settlement of up to 2 business days and limits of US$3,000 per day and US$10,000 per month for each Brazilian customer paying a business outside Brazil. That is the level of detail to expect from every provider on every rail. If an answer stops at "we support Brazil", score it 0.

What does a strong answer look like on pricing?

The fee shows up in a quote before the shopper commits, and the merchant knows exactly what lands.

Baymard's abandonment research lists "extra costs too high" at 40% and "couldn't see or calculate total order cost up front" at 12% among US shoppers who left a cart. A provider that returns a live quote lets you show one total in the shopper's currency. Stripe's localization guide also recommends showing and charging in the buyer's currency through the final charge.

What does a strong answer look like on compliance and custody?

Checks run inside the payment API with stated times, and the provider can say in one sentence who holds the money.

Compliance answers decide activation time. If merchants wait a week for KYB, your sales team waits a week too. Custody answers decide risk: whose name the balance sits in between the shopper's payment and the merchant's withdrawal, and what happens to a payment that cannot complete. Score a vague answer on either as a hard fail. For a deeper vendor diligence process, see the crypto payment processor scorecard.

How does BlindPay answer the 12 questions?

BlindPay is the money layer you build a checkout on. Here is how it answers, from its public docs.

  1. Rails: Pix (Brazil), SPEI (Mexico), PSE (Colombia), Transfers 3.0 (Argentina), ACH, wire, RTP, and ACH pull (US).
  2. Entity: Each merchant is a BlindPay business customer that passes KYB.
  3. Limits: The quote enforces min and max per currency and names the range in its error.
  4. Fees: A live payin quote with the local amount, fees, and an expires_at 5 minutes out. Pricing is a monthly plan plus per-transaction fees disclosed in the quote.
  5. Exact amount: currency_type: "receiver" with cover_fees: true delivers the full USD price.
  6. Take rate: partner_fee_id on the quote, paid out monthly.
  7. Sandbox: 66600 forces failed, 77700 forces refunded.
  8. Idempotency: Idempotency-Key replays the original response.
  9. Webhooks: payin.new, payin.update, payin.complete, signed.
  10. Compliance: KYB Standard 3 hours to 1 business day; screening in the flow.
  11. Settlement: Pix, SPEI, Transfers 3.0, and PSE typically minutes; on_hold, failed, and refunded statuses.
  12. Custody and payouts: Managed wallets (custodial, beta) or a wallet you control; payouts over Pix, SPEI, SEPA, Faster Payments, and SWIFT (POBO/COBO).

Methodology and sources

BlindPay facts come from the payins, payin quotes, partner fees, idempotency, webhooks, and cut-off times docs, read in October 2026. External sources: Stripe's 50+ payment methods test, Stripe's Pix docs, Stripe's localization guide, and Baymard's cart abandonment research. Provider capabilities change, so ask each one to answer in writing with a date.

What to do next

Copy the 12-question table into a spreadsheet, add one column per provider, and send it out this week. Score the answers, then run the same checkout in the top two sandboxes, including one forced failure, before you sign.

FAQ

One API.
Multiple payment rails.

Blind Pay, Inc. (“BlindPay”) is a United States-based financial technology and payments infrastructure company, incorporated in the State of Delaware on May 2, 2024. BlindPay is duly registered as a Money Services Business (“MSB”) with the Financial Crimes Enforcement Network (“FinCEN”) under registration number 31000277566153. BlindPay is not a state-licensed money transmitter and does not, in its own capacity, engage in regulated money transmission services. All such regulated activities are conducted exclusively through, and under the licenses of, duly authorized financial institution partners. BlindPay's role is limited to providing financial technology, virtual account management, payment processing, and related payments infrastructure services that facilitate payment flows and account functionalities. These services are provided in coordination with its licensed partners and in compliance with applicable federal MSB requirements and relevant state regulatory frameworks.

Blind Pay, LLC (“BlindPay”) is a Delaware limited liability company formed on June 24, 2025. BlindPay is duly registered as a Money Services Business (“MSB”) with the Financial Crimes Enforcement Network (“FinCEN”) under registration number 31000318334247 and is listed in the Nationwide Multistate Licensing System (“NMLS”) under NMLS ID #2745309.

BLIND PAY SOCIEDADE PRESTADORA DE SERVIÇOS DE ATIVOS VIRTUAIS LTDA. (“BlindPay”) is a Virtual Asset Service Provider (“VASP”) operating in Brazil. The company is presently completing the regulatory adaptation process required of Virtual Asset Service Provider Companies (SPSAV) under Central Bank of Brazil Resolution No. 520/2025, and remains subject to the transitional regime set forth in Article 88 of that Resolution. Registered address: Avenida Princesa Isabel, nº 15, Sala 1405, Edifício Martinho de Freitas, Centro, Vitória/ES, 29010-361.

BlindPay is a stablecoin API that enables individuals and businesses to move money worldwide.