boss要求將ERP系統微信會員卡餘額用於商城購物，這會員卡可是用戶充現金的卡喲，很多消費了一兩次，就沒去門店消費了，可能用戶不在附近了，也可能去其他門店消費了，可餘額總要鼓勵用戶用掉呀，這就產生了在商城用在會員卡支付的想法；商城本來是支持微信支付的，
沒想太多，就開始做微信支付+會員卡餘額支付，做着做着，發現越來越不對勁，微信支付是獨立系統，ERP是獨立系統，商城也是獨立系統，三個系統搞在一起，假設先第一步：微信支付
第二步：會員卡支付
第三步：變更訂單狀態、現存量、庫存等；
若第一步成功了，第二步失敗了，那豈不是很坑
，我又不能讓微信回滾操作；客戶端的網絡環境，各系統處理能力都有可能造成過程中出現異常，代碼寫了90%了，發現兩種支付同時使用是一個坑，改爲二選一支付方案；
結論：系統的穩定性還是擺在第一位了，便利性放在第二位；