### **簡要描述**
用于通知下游代理商,其所屬商戶T0、T1打款結果。
### 流程圖

### 回調方式及通知內容
1、 回調方式
- 僅支持HTTP協議的回調
- content-type為: application/json
### 代碼位置
rabbitmq consumer
2、通知內容
| 參數 | 類型 | 描述 |
| :------------------ | :----- | :----------------------------- |
| billId | string | 打款單號 |
| topAgentId | string | 被通知的樂刷一代編號 |
| merchantId | string | 樂刷商戶編號 |
| realSettleAmount | number | 實付金額(分) |
| planSettleAmount | number | 應付金額(分) |
| suspendSettleAmount | number | 止付金額(分) |
| settleDate | string | 交易日期(精確到天) |
| remitDate | string | 打款日期(精確到秒) |
| settleType | string | 結算類型(T0或T1) |
| state | string | 打款狀態(看下面**打款狀態表**) |
| failReason | string | 失敗原因(打款失敗則返回) |
| remark | string | 備注 |
|bankAccount|String|開戶賬號|
|bankHolder|String|開戶名|
3、 打款狀態表
| state | 描述 |
| :---- | :------- |
| 3 | 打款成功 |
| 6 | 打款失敗 |
| 7 | 退票 |
### 注意事項
- 每次樂刷通知代理商只通知一次,如果回調地址調用失敗,不會再次發起回調。
- T1打款退票回重新生成一條打款單,財務會根據新生成打款單打款,此時通知時則通過remark字段來關聯上次的打款單號,如果再次發生退票,則再重新打款,remark每次只關聯上一筆打款單號。具體T1退票通知流程如下圖所示

- T0退票不會重新生成打款單號,每次通知都是原打款單號,直接識別狀態即可。
- T0、T1打款失敗會重新打款(由財務觸發),重打款成功會再次通知,此時打款單號還是原打款單號。
- 產品介紹
- 1、概述
- 2、變更記錄
- 應用場景
- 進件應用場景
- 交易應用場景
- 對賬應用場景
- 交易錯誤碼信息參照表
- 進件接口
- 接口指南及簽名算法等說明
- 圖片上傳
- 商戶進件
- 商戶開通業務
- 商戶信息修改
- 商戶查詢
- 商戶支付參數-新增
- 商戶支付參數-查詢
- 商戶審核回調
- 子商戶號查詢
- 商戶微信實名認證-申請
- 商戶微信實名認證-撤銷
- 商戶微信實名認證-查詢
- 交易接口
- 數據格式及簽名規則說明
- 統一下單
- 條碼支付
- 交易結果查詢
- 訂單關閉
- 退款
- 退款查詢
- 授權碼查詢用戶openid
- 授權碼獲取銀聯云閃付用戶ID
- 退款結果通知
- 支付結果通知
- 打款查詢
- 商戶打款單結果查詢
- 查詢商戶指定日期打款情況
- 查詢旗下商戶打款失敗明細
- 打款回調
- 對賬單文件
- 交易對賬單
- 代理商分潤對賬單
- 代理商退貨分潤對賬單
- 商戶打款單
- POS機具通知
- 數據格式及數據簽名說明
- 掃碼支付成功通知
- 掃碼退款通知
- 刷卡交易通知
- FAQ
- 進件相關
- 交易相關
- POS相關
- 手續費及分潤計算
- Demo相關下載
- Demo與進件相關數據和對賬單文件示例下載
- Java-SDK使用說明
- 商戶進件資料提交規范
- 商戶信息提交規范
- 商戶結算信息提交規范
- 圖片上傳提交規范
- 結算
- 常見打款失敗原因
- 商戶修改結算卡流程
- 商戶特殊業務
- 商戶申請關注公眾號
- 商戶申請手續費開票流程
- 機具購買流程
- saasPOS機具清單信息
- 服務商機具購買流程
- saas刷臉設備清單信息
- 商戶微信認證操作指引
- 商戶微信認證操作指引
- 重要通知