Supported Payment Methods by Country

Square support for payment methods varies by country. This topic describes payment method support for all Square APIs and SDKs by the country where a Square seller is based.

Link to section

Card present for in-person payment

The buyer presents a payment card for payment.

Link to section

Card on file for payment

The buyer's payment card is stored on file with Square and then used in a payment.

Link to section

Card for online or mobile payment

The buyer's payment card is used in the payment form on a web page or in a mobile application.

Link to section

Digital wallet payments

The buyer uses a payment card stored in an Apple Pay, Cash App Pay, Google Pay, or Secure Remote Commerce (SRC) wallet on the web or in a mobile application.

Link to section

Bank transfer payments

The buyer uses a bank transfer method to make payment.

Link to section

Afterpay/Clearpay

The buyer uses Afterpay to make a payment. In the UK, Afterpay is known as Clearpay.

Link to section

Testing for supported countries

If you're a developer trying to build on Square APIs for a seller based in a Square-supported country, you should use the following test solutions:

• Test eCommerce payment APIs for the account default country in the Sandbox - Use Sandbox default test account credentials to test payment-related APIs. For more information, see Test Square APIs in the Sandbox.

• Alpha test payment APIs for other supported countries in the Sandbox - In the Sandbox, add a test account for the location you're testing and then use Sandbox credentials for that account to test payment-related APIs. The Sandbox supports testing eCommerce payment APIs in the Sandbox environment and applies all payment validation rules to simulate production payments in that location. It's no longer necessary to validate your payment logic in production code before you release a beta.

• Beta test payment APIs or non-payment APIs in production - Ask the seller who is based in a Square-supported country to provide you with a valid application ID, personal access token, or both. Because payments must use the currency of the seller account, you should use production beta testers who are based in a Square-supported country to test your functionality before making your application generally available in that country.

• Test in-person payment APIs - The Reader SDK and Point of Sale SDK aren't supported in the Sandbox and Square hardware only works in Square-supported countries. Test payment requests for in-person payments in production using the CASH tender type.

The Square Reader SDK and Point of Sale API aren't currently supported in the Square Sandbox and Square hardware only works in Square-supported countries. As a result, mobile developers of in-person applications must test in production with real credit cards. If you're a developer trying to build with a Square in-person mobile solution in supported regions, you should:

• Start with cash - You can test cash payments without spending actual money using the CASH tender type.

• Use small card payments - When you're ready to test card payments, you can charge small amounts, view the transaction details, and refund payments while in the Seller Dashboard.

  Note

  The In-App Payments SDK is supported in the Square Sandbox. To learn how to test your In-App Payments application, see Sandbox Payments.