Registered office
20 Wenlock Road
London N1 7GU
Registered office
20 Wenlock Road
London N1 7GU

Plan Shopify shipping and payment integrations across rates, test orders, webhooks, stock, fulfilment, tracking, refunds, monitoring and safe fallbacks.
A Shopify shipping or payment integration is complete only when the entire order flow works: the customer sees an accurate option, payment produces the intended order state, stock and fulfilment receive consistent data, failures are visible, and staff can reconcile exceptions. Connecting an app is the beginning of the implementation, not the acceptance test.
Reviewed: 9 September 2026
| Stage | Input | Result to verify |
|---|---|---|
| Checkout | Products, address, market and basket | Eligible payment and shipping choices |
| Payment | Method, authorisation and capture rules | Correct paid, pending, failed or refunded state |
| Routing | Stock, location and fulfilment rules | Order reaches the correct operator |
| Dispatch | Package, service and label data | Valid shipment and tracking update |
| Exception | Timeout, rejection, duplicate or mismatch | Owned alert and safe recovery path |
Document where products, stock, prices, orders, payments, shipments and customer records are mastered. Identify the people who pack, refund, reconcile and support orders. Then list the events and data that must move between systems.
A direct platform feature, supported app and custom integration create different costs and ownership. Choose the smallest approach that meets the process without forcing staff into untracked manual corrections.
Shopify locations represent places that stock or fulfil products. Markets and shipping zones determine where customers can buy and which options apply. Shipping profiles can group products with different requirements, such as oversized goods or a separate fulfilment location.
Check mixed baskets. Shopify may split an order or combine rates according to product locations and profile rules. Test the result customers actually see rather than validating each profile in isolation.
Carrier-calculated rates depend on details such as origin, destination, weight, dimensions, value and service. Missing weights or unrealistic default packages can produce the wrong price. Decide who maintains these values when products or packaging change.
Shopify’s current shipping-zone guidance explains flat, conditional and carrier/app-calculated rates. Availability depends on region, plan and whether built-in or merchant carrier accounts are used.
A carrier timeout should not automatically make every basket impossible to buy. Where appropriate, configure a reviewed backup or flat-rate option and decide when it is displayed. Monitor how often fallbacks are used; repeated use may hide an integration or product-data fault.
Review country, currency, customer preference, product eligibility, settlement, refunds, disputes, subscriptions and fees. Shopify supports Shopify Payments and third-party providers, with features and charges that vary by plan and market. Confirm current terms in the Shopify payments documentation and provider agreement.
Record when payment is authorised and captured, who can refund, how partial fulfilment affects capture and how pending or failed payments are handled. The accounting and support teams need states they can reconcile, not only a checkout button.
Shopify recommends placing a test order during setup and after payment-setting changes. Its test-order guidance covers simulated gateways and Shopify Payments test mode, while noting that customers cannot place live orders while test mode is active.
Network calls fail and events can be delayed or repeated. Validate the sender, acknowledge within the expected time, process work safely in the background where appropriate and make operations idempotent. Store provider event and order identifiers so staff can trace what happened without exposing secrets.
Use reconciliation jobs to find paid orders not exported, shipments without tracking or stock mismatches. An alert should identify the affected order and next action rather than simply reporting “sync failed”.
Define which location owns stock, how orders are assigned, whether split fulfilment is allowed and what happens when stock changes after checkout. Test backorders, transfers, cancellations and partially fulfilled orders. Ensure warehouse staff can correct an exception without receiving unnecessary payment or customer-data permissions.
Decide which system creates the shipment and which sends customer notifications. Prevent duplicate dispatch emails. Validate carrier codes, tracking URLs, delivery estimates and multi-parcel orders. Avoid promising processing time based only on the carrier’s transit estimate.
Map the reverse flow: return authorisation, label, receipt, stock disposition, refund, exchange and customer message. Define which system is authoritative at each stage. A refund in a payment dashboard that never updates the order can create support and accounting discrepancies.
Record each app’s purpose, data access, subscription, support owner and uninstall path. Use the minimum access available and remove obsolete integrations. Protect app and carrier accounts with named users and strong authentication; a secure Shopify login does not protect a weak external carrier account.
Start with controlled products, destinations or volumes where practical. Monitor rate requests, checkout errors, payment states, export queues, fulfilment, tracking and reconciliation. Train staff on a documented fallback for taking a shipment or refund out of the automated path without losing the audit trail.
ACA builds and supports Shopify integrations for UK retailers, including payment, shipping, inventory and custom API work under a defined testing and support scope.
Not always. Shopify supports flat, conditional and some carrier-calculated options directly. Merchant carrier accounts, specialised fulfilment or complex rules may require a suitable plan or app.
Use supported test modes first. A controlled live transaction may form part of launch validation, with fees and refund handling understood.
The receiving system should recognise the event or intended operation and avoid creating a duplicate order, refund or fulfilment. Test that behaviour explicitly.