系統架構設計
SaaS 訂閱制的金流設計：扣款失敗、寬限期與會員降級的完整策略
用綠界定期定額做訂閱制，最怕的不是串接 API，而是扣款失敗後的業務邏輯。本文從重試策略、寬限期設計到會員降級機制，提出一套完整的訂閱金流架構。
系統架構設計
超商取貨付款的資訊流設計：金流與物流交錯時，訂單狀態該怎麼管理
超商取貨付款是台灣電商的特色功能，但它同時涉及物流狀態和金流狀態兩條通知線。本文拆解資訊流，說明如何設計訂單狀態以避免「已付款卻沒出貨」或「已取貨卻沒收到錢」的窘境。
系統架構設計
綠界信用卡的關帳、取消、退刷、放棄：四個 Action 的差異與正確使用時機
綠界的信用卡請退款 API 有四種 Action：關帳、取消、退刷、放棄。選錯 Action 會得到 'Action Is Not Match' 錯誤。本文用狀態流轉圖說明每個 Action 的適用情境。
系統架構設計
金流 Webhook 的可靠性設計：為什麼你的訂單會「漏接」付款通知
從綠界 ReturnURL 的重試機制出發，解析金流通知漏接的三大原因，並提出冪等性處理、訊息佇列解耦、主動對帳三道防線。
系統架構設計
綠界金流、物流、電子發票三合一整合：架構該怎麼設計才不會後悔
綠界最大的優勢是金流、物流、電子發票一站整合。但三組 API 各自獨立、各有各的 Callback、各用不同的 HashKey——架構設計錯了，後面改起來代價巨大。這篇給出完整的資料流與模組劃分建議。