台灣 Shopify 可用金流、付款方式、費率和審核條件會變動，不能靠舊文章列一張永遠有效的名單。先在 Shopify payment provider 清單與供應商官方文件確認當期支援，再取得商戶報價、合約與技術規格。
選擇標準要涵蓋顧客、財務、客服和工程，不只交易費。
列出需要的付款方式
信用卡、3DS、分期、Apple/Google Pay 或其他行動支付、ATM/虛擬帳號、超商代碼/取貨付款和 B2B 匯款，各有顧客與履約流程。依現有訂單、客群和品類排序 must/should。
供應商標示支援不等於 Shopify integration 支援所有功能，逐項確認 checkout、refund、token、subscription 和 market。
計算完整費用
比較 setup、月費、per transaction、跨境/外幣、退款、chargeback、撥款、分期、對帳、API 和 Shopify third-party transaction fee（若適用）。不同量級談判費率，保存生效和調整條款。
費率較低但付款成功率、撥款或人工對帳差，總成本可能更高。
審查結帳體驗
Hosted redirect、embedded、onsite tokenization 的頁面、品牌、行動版、載入和返回不同。測 Safari/Chrome、in-app browser、鎖屏、OTP/3DS、back、refresh 和弱網。
付款失敗提供安全重試與替代方式，不重複訂單。成功但 return 失敗時，顧客能在訂單頁確認狀態。
Refund 和取消要完整
全額/部分退款、void、capture、expired authorization、分期退款、超商未取和 ATM 過期逐項確認。Shopify admin 操作是否直接同步 provider，還是需雙邊處理，寫進 runbook。
Refund status、fee 是否退回、到帳時間和 customer notification 由客服/財務理解。
對帳與撥款
Provider transaction、Shopify order、payment ID、gross、fee、refund、chargeback、net payout 和 bank deposit 用穩定鍵連接。下載/API 格式、時區、幣別與保留期限先測。
每日找 paid order 無 payment、payment 無 order、金額/幣別差異和重複。月結不能靠人工逐筆搜尋後台。
發票與訂單資料
台灣電子發票開立、載具、統編、捐贈、作廢和折讓通常另由發票服務/ERP處理。付款成功、capture 或 fulfillment 哪個 event 開票，由會計政策決定。退款同步折讓，不能只改 Shopify financial status。
傳給供應商的姓名、Email、電話、地址採最小化，契約、保存與 subprocessor 由隱私/資安審查。
Subscription 與卡片綁定
需要訂閱、自動扣款或會員綁卡時，確認 Shopify subscription architecture、provider tokenization、recurring 支援、3DS、更新付款、重試和取消。一般一次性信用卡支援不代表可定期扣款。
用實際 App/方案 proof of concept，不只聽業務口頭承諾。
供應商可靠性
查看 SLA、status page、incident 通知、support 時段、sandbox、API version、webhook retry、rate limit、憑證輪替和退場資料。台灣大促和跨夜有無技術支援尤其重要。
設多 provider 時，routing、顧客選擇、對帳和退款會更複雜；只有明確韌性/轉換收益才增加。
上線前做真實小額交易
測成功、拒絕、3DS、timeout、cancel、duplicate、部分/全額退款、不同卡、行動支付、ATM/超商 expiry 和發票，對照 Shopify、provider、Email、ERP 和銀行。完成後才逐步開放流量。
金流選擇成功的標準，是顧客能用需要的方式安全付款，營運能退款與對帳，故障時也知道如何處理；最低費率只是其中一欄。