Odoo 19 eCommerce: Payment, Delivery and Refund Decisions for Hong Kong
Decide how an Odoo shop will take payment, deliver orders and handle refunds, with a Hong Kong launch checklist and clear fee boundaries.
Applicability
For Odoo 19, subject to the plan, hosting, apps, permissions and provider eligibility described below; not every database has these enabled.
Research method
Research based on Odoo 19 and applicable official policies; no new Odoo operation, payment or messaging tests.
Decide who confirms payment, who releases an order and who approves a refund before configuring the shop. A working checkout does not prove money reached the bank or a carrier collected the parcel. This is a documentation-based planning guide; no test order was run.
Contents
- Assign responsibility to one order
- Choose a payment method for Hong Kong
- Separate software, payment and delivery fees
- Start with a delivery rule staff can fulfil
- Reconcile refunds in two places
- Define launch acceptance before running it
Assign responsibility to one order
Consider a fictional Hong Kong stationery shop selling in HKD, with local delivery and shop collection. The manager confirms payment, warehouse staff release approved orders and accounting checks provider settlements. Define these responsibilities before installing more features.
Order -> Payment result -> Merchant approval -> Delivery or pickup -> Settlement check
|
+-> Cancellation or return -> Refund and credit-note check
Choose a payment method for Hong Kong
| Choice | Useful when | Confirm first |
|---|---|---|
| Online card provider | Customers need immediate online payment | Hong Kong merchant and industry eligibility, HKD collection/settlement, refund and tokenization support |
| Manual bank transfer | Order volume permits manual verification | Payment reference, responsible reviewer, stock reservation deadline and instructions |
| Payment on collection | There is a staffed pickup location | Collection deadline, unpaid-order policy and counter verification |
An Odoo provider listing does not guarantee your merchant account can be approved. Check the selected provider's agreement, currencies and activation requirements. A logo at checkout is not evidence of a live account; a transfer screenshot is not evidence of money in the bank.
Separate software, payment and delivery fees
Even where no platform sales commission applies, software subscriptions, payment processing, currency conversion, delivery, returns and implementation may still cost money. Check included dependencies under One App Free; adding independent apps can change the plan. No unverified Hong Kong monthly quotation is given here.
Illustrative calculation: an HK$500 sale minus assumed payment costs of HK$18, packaging of HK$7 and merchant-funded delivery of HK$30 leaves HK$445 before product cost, fixed software charges and refund losses. The HK$18 is a calculation assumption, not a provider tariff.
Start with a delivery rule staff can fulfil
Odoo 19 supports delivery-method configuration and pickup. External carrier connections require their own module and business-account checks. A new local shop may start with a clear fixed charge and pickup address, then evaluate weight, region or carrier quotations. Establish service areas and cutoff times before promising next-day delivery.
Keep shipping coverage, charges, handling time and collection instructions consistent on product and checkout pages. A delivery price does not prove picking happened: someone must approve release of the goods.
Reconcile refunds in two places
Provider money movement and Odoo order/invoice records are separate evidence. Online-refund support depends on the provider, and a credit note alone does not show that the customer received money. Keep the original order, payment transaction, returned goods and refund reference together so customer service and accounting do not refund twice.
Define launch acceptance before running it
- Record merchant eligibility, HKD settlement, charges and the refund owner.
- Check product prices, stock policy, delivery coverage and return wording together.
- Prepare success, failed-payment, collection and refund cases for a later authorized acceptance exercise.
- Specify the expected order state, money movement and notification for each case; do not call the shop fully tested before that evidence exists.
Next prepare product and variant data, then agree the order-to-invoice policy with accounting.
Sources
- Odoo 19 Online payments
Payment-provider configuration, supported features and provider-specific availability.
Source checked
- Odoo 19 Ordering and checkout
Checkout steps and order/payment flow.
Source checked
- Odoo 19 Delivery methods
Delivery configuration and pickup options.
Source checked
- Odoo pricing
One App Free, Standard and Custom boundaries; excludes an unverified Hong Kong price quotation.
Source checked