## 優惠券
:-: 
優惠券,代金券,各種紅包,積分,其實就是免費送給用戶的財產,和用戶余額沒有本質區別(不能提現,只能消費,畢竟發放它就是為了刺激消費的),只不過有使用條件而已(比如滿多少可用,不設找零,不退款等等),不能像余額那樣提現。這些券之類的資產看似是免費補貼給用戶的,其實都是一種營銷,補貼就是營銷的成本。
所以問題來了,這個成本誰出,商家還是平臺。很簡單,**當然是這個營銷對誰有益,則由誰來承擔。**
基于此,所以有一下規則:
平臺優惠券,所有店鋪可用;商家優惠券,商家發放,只在當前店鋪消費時可用。
* * * * *
### 結算問題
**平臺優惠券不參與結算**,所以商家并沒有收到核銷的優惠券來和平臺抵扣的說法,比如訂單實付100,用戶使用平臺優惠券抵扣了50,但是結算時還是看實付100的,并不會管這個抵扣的,商家還是要結算100走的。但是如果用戶是使用的商家優惠券,那么結算時只能結算給商家50了,而不是實付的100,另外一種做法是,商家發放優惠券時就先把商家用于補貼的錢扣掉,比如商家往活動賬戶充值100,就可以發兩張50的優惠券了。(這種方式商家發放優惠券需要先充值,一般在電商中不適用)
* * * * *
### 下單支付
#### 聯合支付
shopnc采用,余額、線上聯合支付的方式。比如訂單實付100,余額只有50,那么扣50余額(下單,凍結余額為不可用,字段 `freeze_predeposit` ),剩下50由在線渠道支付。
聯合支付方式,這也是最便捷的方式,即一個訂單,可能由多部分共同組合支付完成,比如線上,余額,積分,白條,優惠券等等組合支付。(每個訂單需要支付記錄 `pay_order` 來記錄這些)
這樣雖然便捷,但是也有缺點,當退貨,取消訂單時的退款比較麻煩,當然優惠券是不能退款,這個在優惠券的規則里面有規定。
通常一個商家生成一個訂單,平臺優惠券是可以跨訂單的,所以得平分到每個訂單,當然并不是用 `除法` ,而是用 `減除法` 計算。否則可能有小數除不盡的情況。
~~~
余額支付和在線支付聯合支付
先凍結余額部分,在線如果成功就扣,不成功那就要恢復余額。
~~~
#### 多筆訂單合并支付

合并|2筆訂單

(所以設計時還是要有一個支付訂單表,`pay_order`:記錄所有的發起的支付請求,為每個支付請求生成一個支付ID,通過`pay_order`與`order`以及其他業務關聯,而不是直接用訂單表來記錄支付以及支付結果的回調)
* * * * *
#### 分期支付
白條支付額度不夠,僅支付部分,剩下的可以選擇銀行卡支付。
銀行卡支付 + 白條支付

https://pcashier.jd.com/success/payResult.action?amount=347.37&orderType=0&passKey=A7A5CE9F16DBD6276FF64A1DC80AC8EB1875BC4368016D4FD084AE7517BE23D8&companyId=6&toType=10&cashierId=1&orderId=73794632808
* * * * *
### 轉轉的組合支付(高效靈活的支付)
1

2

3

4

5

6

7

8

* * * * *
### 擴展
[電商基本功:被小瞧的促銷設計,并沒有想得那么簡單](http://toutiao.com/group/6527414499681501699/?iid=25315997380&app=news_article_lite×tamp=1519833724&wxshare_count=1&tt_from=weixin&utm_source=weixin&utm_medium=toutiao_android&utm_campaign=client_share)

> 很多人不明白商家為什么設置內部優惠券,而不直接在店鋪里做優惠,可以看看
----
last update:2018-3-4 17:39:18
- 開始
- 公益
- 更好的使用看云
- 推薦書單
- 優秀資源整理
- 技術文章寫作規范
- SublimeText - 編碼利器
- PSR-0/PSR-4命名標準
- php的多進程實驗分析
- 高級PHP
- 進程
- 信號
- 事件
- IO模型
- 同步、異步
- socket
- Swoole
- PHP擴展
- Composer
- easyswoole
- php多線程
- 守護程序
- 文件鎖
- s-socket
- aphp
- 隊列&并發
- 隊列
- 講個故事
- 如何最大效率的問題
- 訪問式的web服務(一)
- 訪問式的web服務(二)
- 請求
- 瀏覽器訪問阻塞問題
- Swoole
- 你必須理解的計算機核心概念 - 碼農翻身
- CPU阿甘 - 碼農翻身
- 異步通知,那我要怎么通知你啊?
- 實時操作系統
- 深入實時 Linux
- Redis 實現隊列
- redis與隊列
- 定時-時鐘-阻塞
- 計算機的生命
- 多進程/多線程
- 進程通信
- 拜占庭將軍問題深入探討
- JAVA CAS原理深度分析
- 隊列的思考
- 走進并發的世界
- 鎖
- 事務筆記
- 并發問題帶來的后果
- 為什么說樂觀鎖是安全的
- 內存鎖與內存事務 - 劉小兵2014
- 加鎖還是不加鎖,這是一個問題 - 碼農翻身
- 編程世界的那把鎖 - 碼農翻身
- 如何保證萬無一失
- 傳統事務與柔性事務
- 大白話搞懂什么是同步/異步/阻塞/非阻塞
- redis實現鎖
- 淺談mysql事務
- PHP異常
- php錯誤
- 文件加載
- 路由與偽靜態
- URL模式之分析
- 字符串處理
- 正則表達式
- 數組合并與+
- 文件上傳
- 常用驗證與過濾
- 記錄
- 趣圖
- foreach需要注意的問題
- Discuz!筆記
- 程序設計思維
- 抽象與具體
- 配置
- 關于如何學習的思考
- 編程思維
- 談編程
- 如何安全的修改對象
- 臨時
- 臨時筆記
- 透過問題看本質
- 程序后門
- 邊界檢查
- session
- 安全
- 王垠
- 第三方數據接口
- 驗證碼問題
- 還是少不了虛擬機
- 程序員如何談戀愛
- 程序員為什么要一直改BUG,為什么不能一次性把代碼寫好?
- 碎碎念
- 算法
- 實用代碼
- 相對私密與絕對私密
- 學習目標
- 隨記
- 編程小知識
- foo
- 落盤
- URL編碼的思考
- 字符編碼
- Elasticsearch
- TCP-IP協議
- 碎碎念2
- Grafana
- EFK、ELK
- RPC
- 依賴注入
- 科目一
- 開發筆記
- 經緯度格式轉換
- php時區問題
- 解決本地開發時調用遠程AIP跨域問題
- 后期靜態綁定
- 談tp的跳轉提示頁面
- 無限分類問題
- 生成微縮圖
- MVC名詞
- MVC架構
- 也許模塊不是唯一的答案
- 哈希算法
- 開發后臺
- 軟件設計架構
- mysql表字段設計
- 上傳表如何設計
- 二開心得
- awesomes-tables
- 安全的代碼部署
- 微信開發筆記
- 賬戶授權相關
- 小程序獲取是否關注其公眾號
- 支付相關
- 提交訂單
- 微信支付筆記
- 支付接口筆記
- 支付中心開發
- 下單與支付
- 支付流程設計
- 訂單與支付設計
- 敏感操作驗證
- 排序設計
- 代碼的運行環境
- 搜索關鍵字的顯示處理
- 接口異步更新ip信息
- 圖片處理
- 項目搭建
- 閱讀文檔的新方式
- mysql_insert_id并發問題思考
- 行鎖注意事項
- 細節注意
- 如何處理用戶的輸入
- 不可見的字符
- 抽獎
- 時間處理
- 應用開發實戰
- python 學習記錄
- Scrapy 教程
- Playwright 教程
- stealth.min.js
- Selenium 教程
- requests 教程
- pyautogui 教程
- Flask 教程
- PyInstaller 教程
- 蜘蛛
- python 文檔相似度驗證
- thinkphp5.0數據庫與模型的研究
- workerman進程管理
- workerman網絡分析
- java學習記錄
- docker
- 筆記
- kubernetes
- Kubernetes
- PaddlePaddle
- composer
- oneinstack
- 人工智能 AI
- 京東
- pc_detailpage_wareBusiness
- doc
- 電商網站設計
- iwebshop
- 商品規格分析
- 商品屬性分析
- tpshop
- 商品規格分析
- 商品屬性分析
- 電商表設計
- 設計記錄
- 優惠券
- 生成唯一訂單號
- 購物車技術
- 分類與類型
- 微信登錄與綁定
- 京東到家庫存系統架構設計
- crmeb
- 命名規范
- Nginx https配置
- 關于人工智能
- 從人的思考方式到二叉樹
- 架構
- 今日有感
- 文章保存
- 安全背后: 瀏覽器是如何校驗證書的
- 避不開的分布式事務
- devops自動化運維、部署、測試的最后一公里 —— ApiFox 云時代的接口管理工具
- 找到自己今生要做的事
- 自動化生活
- 開源與漿果
- Apifox: API 接口自動化測試指南