suo.im/4heqxf
上圖是乙個很典型的平台商業模式。在這個平台商業模式中有三個主要的角色，使用者、商戶和平台。當使用者在平台上發起交易的時候，需要向平台進行支付。如果使用者覺得平台服務不到位，可以申請退款。而在平台商業模式中，一般是由底下的店鋪來提供服務的，所以平台很有可能向商戶進行分潤。
ping++不是銀行也不是第三方支付機構，銀行和第三方支付機構因為擁有資金的收付款能力，所以在我們這個生態裡被稱之為支付渠道。這些支付渠道向外提供一些支付產品，這些支付產品主要是把它收付款的能力通過服務的形式展示出來。我們把它分為收款類和付款類。
收款類早期的形式的網銀支付，這個形式最大的問題是需要跳轉到另外的系統中。
後來以支付寶為首的單位推出了快捷支付的概念，完成第一次繫結銀行卡之後，後續就不用再輸入銀行卡的資訊，只需輸入簡單的驗證資訊就可以完成支付過程了。但是快捷支付也有自己的劣勢。快捷支付要求的安全等級更高，所以它的額度相對於網銀支付而言會低一些。
近幾年興起的支付方式有信用支付。第三方支付公司把自己信用支付的能力開放出來，商家可以使用它們的信用支付，第三方支付公司來做信用的風控和徵信的審核。我們只要接入乙個信用支付就可以了。
還有一種就是餘額支付。當使用者第一次把錢充值到平台上之後，後面的消費和轉賬都可以使用託管在餘額裡的資金來進行流動。
這些叫做支付產品，支付產品是由渠道提供的。我們在設計支付系統的時候，需要在支付產品的基礎上再包裝一層支付應用。這個支付應用就是方便客戶的理解和使用。
由業務系統生成一筆訂單，然後向第三方支付公司發起一筆呼叫，它進行資金處理並返回結果，我們在業務系統裡更新結果就可以了。
但在這過程中還存在著很多問題。
部分支付。在系統中經常會遇到這樣的場景，先付預付款，然後再付尾款。這就意味著我們的業務訂單其實產生了多筆支付訂單。
組合支付這個概念在早期的支付系統當中已經存在了很久，就是一筆訂單用多種支付方式進行支付，最後組合的**和訂單金額一致就可以了。由於風控的原因，這其中可能會有洗錢的風險，所以很多組合支付在主流的支付渠道已經非常少見了。但其實很多中小企業還是有組合支付的需求。這裡面顯然也存在著一筆業務訂單對應多筆支付訂單。
還有一種場景叫做合併支付，這個場景在平台商業中經常會遇到。在某個平台上的不同店鋪買了多件商品，可以先把錢支付給平台，然後平台再向各個店鋪進行結算。在這個過程中，對於業務系統而言，會存在著一筆拆單，需要把父訂單和子訂單進行拆單。無論怎麼拆單，支付的行為一定是以業務訂單為主。如果這個時候業務訂單存在組合支付的話，它也會存在著一筆業務訂單對應多筆支付的關係。
從前面的例子中可以得出結論，一筆業務訂單會對應多筆支付訂單，所以要增加乙個支付系統。業務系統建立訂單之後，要先建立一筆支付，再請求渠道或第三方支付公司返回結果，直接在支付系統裡更新結果就可以了。
當使用者向平台支付1000塊錢，這是很多消費者和前端使用者可以看到的。但由於使用的是第三方的服務，所以第三方支付公司會向平台收取一筆手續費。
而第三方平台收取的手續費是無法通過支付訂單來記錄的，只能通過賬務進行記錄。
如果這裡面涉及到的角色關係比較多，對於乙個角色而言可能會涉及多筆賬務，那麼一筆支付訂單會對應多筆支付賬務。
由於支付訂單產生之後，我們需要對這筆支付進行記賬，來滿足一筆支付訂單可能會滿足多筆賬務的需求。支付記賬中有兩個核心的詞，乙個叫賬戶，乙個叫賬務。
賬務用來記錄由業務引起的資金在各個角色的賬戶之間轉移的資訊。
當使用者把錢支付給平台之後，如果是商戶提供的服務，一般來說平台還要向商戶進行分潤。分潤有兩個過程，乙個是清分，乙個是結算。
當一筆支付訂單完成之後，根據交易金額或交易筆數來抽佣。清分的難度主要在於三個方面。
第一，它的層級會很複雜，可能有多個層級。
其次，當我們要對每個層級去進行分潤的時候，清分物件看可能會是多個。
再上述兩條的基礎上，給每乙個分潤方進行分潤的規則是複雜的。
清分的解決方案有兩種模式，一種是清分模型，另一種是開放的api。
我們把客戶的主要需求分成幾個型別，可以通過平台商業、**加盟和多級分銷這三個清分模型來解決。
而有些客戶的規則相對複雜，不想通過技術手段實現，那麼可以通過api的方式自己計算出來。
ping++目前提供這兩種方式來滿足不同場景下清分的需求。
結算的難度在於結算的需求是不一樣的。有的商戶需要按照結算週期彙總淨額結算，有的要按照交易金額逐筆結算，而有些則要按照業務型別分別結算。
有些是t+1自然日或工作日進行結算，而有些則選擇自主設定可日結月結。
我們的解決方案就是不干預結算的過程，在清分結果生成之後，只給結算的內容賦能。我們把清分和結算剝離開，然後把清分明細通過這種方式進行記錄。滿足客戶不同情況下清分和結算的需求。
充值的本質是使用者的支付寶向平台的支付寶付款，然後通過平台在使用者的餘額裡記錄了一筆資金，它本質上是從支付寶裡賺取資金。
在平台範圍內，支付寶內部的資金並沒有發生流動，只是在a使用者和b使用者之間發生數字的劃撥。
消費是在a使用者和平台的數字間進行劃撥。
提現是充值的反向過程。使用者申請提現，如果使用者同意，就是平台的支付寶賬戶轉移了一筆錢到使用者的支付寶賬戶。
支付系統就是由業務系統驅動的賬務系統，所有的交易都是業務記錄，最後都會產生賬務記錄。只要把業務記錄和賬務記錄的關係管理好，整個系統的資金就能梳理清楚了。
核實系統業務訂單、支付訂單、支付記賬的對應關係。
後台定時執行，遇到差錯需要人工處理。
內部對賬是其它對賬的基礎。
為什麼要對賬：使用者/商戶對賬
使用者和商戶通過業務記錄核實業務，通過支付記賬核實賬務。
交易明細的對比，確認是存在異常情況。
作為內部結算資金的計算依據。
2、對賬單標準化。不同銀行的服務水平不同，定義的對賬單格式、標準都不一樣，資料的字段也不一樣。我們需要把交易單號和交易金額進行標準化。
1、金額不一致。這種差錯的概率低，可能是平台計算錯誤。先撤銷對賬，修改金額後再進行對賬。
2、長款。一般有兩種可能，一種是沒有收到渠道的非同步通知，那麼就把這個非同步通知調整到系統中來，人工干預業務狀態。另一種可能是同一筆業務訂單產生了多筆支付，這種情況只需把多餘的錢退款後進行登賬就可以了。
3、短款。這種情況概率極低，需要人工分析後再具體處理。
ping++是國內首家聚合支付雲平台。面向企業提供專業化的支付系統解決方案，我們已幫助兩萬多家企業解決了支付問題，覆蓋零售、電商、教育、旅遊、醫療、保險、綠色能源等眾多行業。
高安全性，高可用性。全面實時的系統業務監控，兩地三中心的基礎架構，得到pci dss認證。
模組定價，按需搭配。根據需要選擇模組搭配，從簡單到複雜平滑過渡。
客戶成功團隊保駕護航。上線技術聯調，渠道公升級維護，故障排除。
今天的分享就到這裡，謝謝大家！
如何打造自己強大的氣場？
1.有些人很有錢，但氣場猥瑣，一副暴發戶的感覺 有些人長相出眾，但一副風流相，缺乏讓人喜愛的端莊之態。所以說，氣場是源於內心，而非來自外在！2.讀書，可以培養乙個人強大的氣場。讀書讀通透了，就會變得博學睿智，就會打造清明純正的氣場。這樣的人，往往仙風道骨怡然自得，悠遊自在進退自如。讀書，是鍛造氣場的...
物聯網企業如何打造自身的護城河
從當前物聯網領域的發展現狀來看，如果想在物聯網領域形成自身的 護城河 可以從物聯網平台入手，如果能夠打造一款物聯網平台，同時形成乙個完善的行業生態，那麼就會形成乙個較為明顯的 護城河 當前不少大型科技公司也紛紛在物聯網平台領域發力，一部分科技公司也陸續開放了自己的物聯網平台，開放的物聯網平台更容易打...
從《我的團長我的團》看企業的團隊打造（一）
川緬交界的南中國，和緬甸隔著一條江 怒江。怒江上架著一座橋，叫行天渡。走過行天渡，就是南天門。一群衣衫襤褸的士兵，步戰車履帶的長長印跡，沙場上的無情廝殺，一部男兒壯志豪情的連續劇，淋漓盡致地展現了士兵精神世界的豐富 一群看似匪氣十足，沒有教養，自私自利，烏七八糟的炮灰在乙個偽團長的帶領下，卻個個成了...