最近密集調查和學習了卡券系統的業務規則和技術分析，這篇文章的記下了個人對卡券系統各方面的思考、總結和資料整理。
一、為什麼會存在卡券系統，卡券系統的價值？
卡券系統是運營**的必備工具，無論是在電商類企業還是在其它各行各業都會看到卡券系統的影子。我是從以下幾個角度去理解卡券的：
從不同的角度去理解卡券就會得到卡券重要的價值。
二、基本業務規則
1.卡券預算
發行卡券是要有預算一般是需要財務介入的，最後是需要進行成本核算的。
2.卡券常規特徵分類
2.1.基本類
卡券名稱、使用說明、有效期、面值、類別、唯一標識、業務線標識、卡券狀態
2.2.
擴充套件類
電子券、實物卡、較驗碼、使用限額、使用範圍（限品類、品牌、商鋪、活動、限終端、自定義範圍）、使用策略（可以理解為對使用範圍的擴充套件）
2.3.
管理類
卡券費用分攤、批次標識、計畫發放數量、卡券發放渠道
3.卡券的業務類別
3.1.
代金券
3.2.
優惠券
3.3.
運費券
3.4.
兌換券
3.5.
滿減券
3.6.
滿返券
3.7.
滿贈券
3.8.
折扣券
3.9.
實物儲值卡
3.10.
多倍積分卡或券
3.11.
自定義專享券
3.11.1.
新使用者專享
3.11.2.vip專享
3.11.3.
生日專享
3.11.4.
支付方式專享
4.卡券的使用規則
卡券使用規則一般分如成幾類，以下場景是單次購買行為（單個訂單）
4.1.
同一類別的卡券不可累加使用
4.2.
卡券面值大於訂單需支付金額
4.3.
卡券與其它優惠方式並存
4.4.
卡券金額不退
4.5.
卡券使用範圍限制
4.6.
卡券特例品不能使用
5.卡券領用、發放規則
5.1.
復合特定規則的使用者
5.2.
補全****的使用者
5.3.
每使用者限領一張
5.4.
參與推廣使用者可多次領取
（每次一張）
三、技術分析和實現
1.總體結構
1.1.
卡券服務，負責封裝卡券內在邏輯，對外暴露統一
api。
1.2.
訂單服務，是卡券的消費者，參與選擇並執行具體類別的卡券使用策略，負責聯通支付系統。
1.3.
領券服務，負責實現領券與卡券系統的分離，應對外在各種不確認因素。
2.涉及到的關係
2.1.使用者
2.1.1.
使用者需要知道自己所持有的卡券
2.1.2.
使用者需要對自己的卡券進行操作（如延期申請、轉贈）
2.1.3.
使用者通過多種渠道獲取卡券
(具體情況依實際情況而定)
2.1.4.
使用者下單訂單結算時使用卡券
2.1.5.
使用者取消訂單卡券退還，相應實際支付金額退還給使用者
2.2.商家
2.2.1.
商家結算時依據實際訂單金額為準
2.2.2.
商家結算時需要處理**費用分攤
2.3.
卡券使用規則
2.3.1.
卡券限額
2.3.2.
卡券限品牌
2.3.3.
卡券限品類
2.3.4.
卡券滿減、滿贈
2.3.5.
卡券抵扣規則
2.4.
卡券發放、鄰取規則
2.4.1.
依據**策略實現發放
2.4.2.
控制單使用者領取數量
2.4.3.
分享多次可領多次
2.5.平台
2.5.1.
使用卡券支付的訂單結算
2.5.2.
使用卡券支付的訂單退款
2.5.3.
卡券財務核算
3.關注非功能需求
3.1.
大規則領券對伺服器的影響
3.2.
考慮非同步化分擔負載
3.3.
考慮分布式快取分擔負載
3.4.
考慮惡意攻擊
3.5.
重點關注的幾個點
3.5.1.
訂單結算頁使用卡券
3.5.2.
卡券多規則計算並查詢
3.5.3.
卡券非同步化後狀態的同步
3.6.
考慮作弊
微信卡券開發 查詢卡券
調取卡券使用的access token是普通access token 獲取普通access token方法 下面 需要的類 urlconutil 秒轉換為指定格式的日期 param second param patten return private string secondtodate long...
會員卡系統接入微信卡券那些事兒
前言 會員卡與卡券 基本玩法 使用者領取會員卡時還沒有使用者會員個性化的資料，比如卡號，積分之類的，啟用使用者會員卡的目的就是為了設定這些個性化的資料。如果不用考慮到相容第三方的會員卡系統，這兩步其實是可以合併的。儲存設計 js簽名 啟用方式 目前為止有如下幾種啟用方式 1 自動啟用 欄位auto ...
優惠券和促銷的設計規則
ps 最新做的事情有點雜，發乙個優惠券和 活動的設計，希望對新人有些幫助！優惠券生成流程 1.表現形式和內在 優惠券 或者 活動 只是承載 的外部表現形式，但是規則是通用的。2.優惠券 私有形式的，可以是直接關聯到會員賬戶，在結賬時選擇使用。公開形式的，在結賬時手動錄入優惠券碼使用。3.設計通用的規...