銀行卡收單之單邊賬
在收單的結算流程中,很容易出現一種“單邊賬”的情況,單邊賬,即一方的賬目發生變化,而另一方沒有,那麼隨之而來的就是,錢,哪去了
在此之前,先介紹兩個概念,即長款和短款(只按照POSP系統的資料歸納概念)
長款:上游給我的款項比我給下游的多(在不考慮分潤及跳碼的情況下)
短款:上游給我的款項比我給下游的少(同上)
單邊賬有百分之九十九點九九是長款,如果出現了短款情況,就是災難,建議徹查POSP系統日誌,仔細排查上下游對賬單
我們先固定一個場景,我們按照最複雜的方式來解釋
A消費者 B商戶 C下游 D本公司 E上游 F銀行 G髮卡行
我們屬於角色"D"
單邊賬是如何出現的呢?
A去B刷卡,刷卡時,未成功(未列印小票),卻發生扣款
B不會給錢,因為未列印小票
A就會去找G
G就會調單(層級調取G→F,F→E,E→D,D→C,C→B)
調單的時候,就虧進行扣款,如果款已打出,則原路返回
以上這些操作,都需要時間,而我們的清算時間,會是在幾個小時或幾十分鐘內清算完畢(長時間不到賬,商戶也會抱怨)
總結:清算的不及時或某一環節的一些因素(網路超時)導致的單邊賬
單邊賬應該如何解決呢?
我們作為角色D,不能也不需要去指揮全域性(銀聯才是老大),我們對賬的物件只有C和E
如果短款情況,尤其筆數特別多,那就別幹了,離開支付吧
那麼長款的情況有兩個
C D E
1 未成功 成功 成功
2 未成功 未成功 成功
我們就本著一個原則,錢,一分都不會少,也不可能少,銀行的單邊賬也得1年之後才能算營外收入。
第一種情況,我和我的上游都成功了,但我的下游沒有成功,上游成功了,錢清算給我了,我成功了,我打入下游了,下游失敗,那錢肯定在下游
第二種情況,我的上游成功了,但我的下游沒有成功,上游成功了,錢清算給我了,但我沒成功,我沒有往下清算,所以錢在我這
錢在誰那,誰做原路返回
相關文章
- 銀行卡賬戶入賬支出問題
- PHP 檢測銀行卡賬號PHP
- 支付寶免籤,個人支付寶,自動轉賬,自動提現到銀行卡,自動銀行卡轉賬
- 銀行卡識別、移動端銀行卡識別、銀行卡識別SDK
- 銀行卡包|四件套銀行卡
- 銀行套卡
- 銀行盾卡
- 超簡單整合華為 HMS MLKit 機器學習服務:銀行卡識別 SDK,一鍵實現銀行卡繫結機器學習
- ASP.NET CORE 邊學邊記之 SwaggerUI簡單配置ASP.NETSwaggerUI
- 銀行卡識別
- 買他人銀行卡
- 售賣銀行卡
- 買套銀行卡
- 運維自動化之賬單系統運維
- 銀行卡卡套一手
- 四大行銀行卡|四大行銀行卡那有
- 一手全新建設銀行銀行卡
- Pytorch:單卡多程式並行訓練PyTorch並行
- 賣銀行卡網站網站
- 賣一類銀行卡
- 一手銀行卡卡商qq
- c銀聯雲閃付已與微信打通渠道 銀行卡可直接給微信轉賬
- Pytorch使用資料並行,單機多卡PyTorch並行
- 高效獲取銀行卡髮卡行所在地資訊——利用銀行卡歸屬地查詢介面
- 微信小程式之繫結銀行卡功能實現微信小程式
- 美國銀行:十四項未來科技清單
- 一手工商銀行卡
- 出售交通銀行一類卡
- 銀行卡凍結時間
- 緬甸買賣銀行卡
- 安全一手銀行卡
- 那裡賣銀行卡套
- 那裡有得買銀行卡
- 誰有賣銀行卡的
- 銀行卡那裡有賣
- 銀行卡識別技術
- C#銀行卡識別、api介面、網際網路金融銀行卡識別C#API
- 個稅app怎麼新增銀行卡? 個人所得稅app新增銀行卡的教程APP