付款 Payment

讓使用者付款、訂閱、退款或管理帳單的系統。

先用一句話理解

讓使用者付款、訂閱、退款或管理帳單的系統。

打個比方

像收銀台加上帳務紀錄。

什麼時候會遇到

任何付費服務、訂閱、商品或課程銷售。

再往深一點看

Payment 是整個收款系統的總稱，涵蓋金流串接、帳單管理、退款處理、發票或收據寄送，不只是「讓使用者刷卡」這一個動作。它和 Checkout 的差別在於層次：Payment 是整個金流基礎設施，Checkout 是使用者完成付款的那個介面流程；而 Subscription 則是建立在 Payment 上的定期扣款邏輯。串接 Payment 最容易低估的工作量是「非正常流程」：付款失敗要怎麼通知使用者？退款流程後資料庫要更新什麼？Webhook 怎麼冪等處理？這些加起來往往比成功付款本身複雜。

舉個例子

你做線上課程平台串 Stripe：一次性購買走 Stripe Payment Intent，訂閱方案走 Stripe Subscription，退款在 Stripe 後台操作並透過 webhook 更新你資料庫裡的訂單狀態。臺灣若需要開電子發票，還要額外串 ECPay 或綠界的發票 API。

常見誤解

- 只處理成功付款的路徑，忘了付款失敗、卡片過期、銀行拒絕等錯誤狀態，使用者付款失敗卻看不到任何提示，不知道要重試還是換張卡。
- 沒有串 webhook 就直接把訂單標記為已付款——靠前端跳轉回成功頁面判斷付款結果，使用者關掉視窗或網路中斷就會漏單。
- 退款只在金流後台操作，忘了同步更新自己資料庫的訂單狀態，造成系統內顯示仍然付款中但實際已退款。