Test and go live

Test with the module in test mode, confirm each method you intend to offer, then switch to live. Because mode exists both store-wide and per method, going live is two changes rather than one.

Test your setup

1. Set the module to No, I'm testing under Settings.
2. Set the methods you want to try to Test.
3. Place an order in your own shop and pay with each method in turn.
4. Confirm the order reaches the status you expect afterwards.
5. Try a refund on a test order, with automatic refunds via Buckaroo switched on.

For the test details each method accepts, see Testing.

What to check while testing

• The method appears at checkout, for the countries you expect and within the order amounts you set.
• The payment method name reads the way you want, in the languages your store sells in.
• Any payment fee appears at checkout and on the invoice, with the label you set.
• The order status changes after payment, and after a cancellation.
• The transaction description in Plaza contains the order number.
• Refunds reach Buckaroo and the order updates.

Go-live checklist

Run through this before switching the store to live traffic.

Credentials and connection

• Live Store key and Secret key filled in, and Test Connection confirms the pair is valid
• The store key belongs to the Buckaroo Store you actually intend to charge against
• Store is publicly reachable over HTTPS with a valid certificate, so push messages can reach it
• Store is not behind basic authentication

Payment methods

• Every method you intend to offer is enabled
• Every test mode setting in the module is switched to live.
  Check them all, not just the first one you find
• Every method you do not intend to offer is left disabled
• Every method also has an active Buckaroo subscription in your account. You can check this in the Buckaroo Plaza
• Method-specific onboarding is complete: Apple Pay domain verification, PayPal onboarding, BNPL provider onboarding
• Checkout order matches how your customers actually pay, per country
• Optional: verification methods such as iDIN are configured and scoped as intended

Configuration

• Transaction description is set and recognisable on a bank statement.
  The panel shows a live example beneath the field
• Refund description is set and recognisable on a bank statement
• Automatic refunds via Buckaroo is switched on, if a refund in PrestaShop should actually move money. It is off by default, and without it a refund only updates your administration
• The other refund toggles (re-stock, credit slip, voucher, negative payments) match your operational process
• Order state settings checked against your own processes
• Optional: payment fees, if used, are on the right methods, with the fee percentage mode and the frontend label set

Store health

• Module is on the latest version
• Module log checked for errors left over from your test orders
• Penny tests done for every method you can pay with yourself: correct order state in PrestaShop, and refunded afterwards

After go-live

• Watch the first day of orders for anything stuck in Awaiting for Remote payment
• Confirm settlement appears as expected in the Buckaroo Plaza
• Optional: subscribe to Buckaroo status updates for incidents and maintenance
• Optional: subscribe to plugin releases on GitHub. Open the repository, select Watch > Custom, tick Releases and save. See Releases