整個系統分為交易系統(OMS)、支付系統、清算結算系統、對賬系統、會計報表(可選)等。
支付系統是負責電子商務系統收付款的子系統，需要支持電子商務平臺與外部渠道之間的所有收付款功能，以及電子商務平臺內部賬戶之間的轉賬功能。簡單來說，支付平臺需要實現充值、提現、轉賬、退款四大功能。
壹般來說，支付系統由以下功能組成。
第三方支付:微信和支付寶占國內移動支付的絕大部分，所以壹定要聯網。
按結算類型分，收款壹般有即時到賬和擔保交易兩種，支付類型有轉賬和銀行卡支付。
如果電商平臺有支付牌照，可以自行分賬，或者收款類型是不需要分賬的交易，比如年費，那麽妳可以選擇立即收款。
如果電商平臺沒有支付牌照，需要給二級商戶分賬，可以選擇微信PayPal或者支付寶的直付等產品。但用戶通過微信支付的訂單只能通過微信產品單獨結算，支付寶支付的訂單只能通過支付寶產品結算，不方便平臺對接和商戶收款。所以電商平臺很少選擇這種方式。
銀行卡支付
壹般來說，電商平臺接入微信和支付寶後，可以滿足大部分支付需求，不需要接入銀行卡進行支付。對於已經購買支付牌照的大型電商平臺，如果要自建支付工具，會與各大銀行對接，接入快捷支付功能。或者有壹定規模的電商平臺也可以直接和銀行簽約，開通快捷支付接口。
與第三方支付不同，銀行卡收單和退款壹般不實時結算。支付公司與電商商戶的收單交易是實時結算的，實際上是支付公司的預付款。
快速付款
現在市面上大部分電商app中，銀行卡支付功能都是快捷支付方式。對於電商平臺來說，如果需要接入銀行卡的快捷支付功能，有兩種方式:
比如電商平臺在工行開通了快捷支付接口，用戶簽約了壹張工行卡進行快捷支付。用戶付款後，結算成功後，資金扣款將進入該電商平臺在工行的結算賬戶。註意快捷支付受業務類型限制，只允許簽約業務範圍內的業務收款，即MCC碼。
如果是第三方支付公司，由於不允許直接與銀行對接，需要使用銀聯或銀行提供的線上接口。用戶支付後，在線結算後，金額將被轉入支付公司在銀行開設的備付金賬戶。
對於電商平臺來說，與銀聯對接要方便快捷得多，大部分銀行卡壹次接入即可快速支付；對於電商平臺或者有支付牌照的第三方支付公司，為了手續費更低，會選擇直接與銀行對接。
銀行卡快捷支付，需要先簽卡，然後不需要任何驗證就可以完成扣款。為了安全，電商平臺會增加指紋、人臉、短信或支付密碼驗證，只有小額支付可以免驗證。
註冊快捷支付需要提供三要素(姓名、身份證號、銀行卡號)或四要素(銀行預留的手機號)，信用卡可能需要有效期和後三位cvv。註意，支付公司或電商平臺不允許保存用戶的cvv碼。用戶在簽訂快捷支付合同前，需要完成實名認證或更高級別的認證，確保簽約卡是自己的銀行卡。國家法律法規對第三方支付用戶的信息驗證有三級，第三級是最高安全級別，對應的支付限額和支付範圍也更加有限。
對於第三方支付公司來說，出於安全、手續費等原因，會與同壹家銀行、總行不同分行，或者銀聯等其他渠道簽約。在用卡簽約時，或者在後續支付簽約時，用戶可能會簽壹個需要短信驗證的通道，也可能會簽其他不需要短信驗證的通道。後續用戶使用快捷支付時，支付通道路由會自動選擇最合適的支付通道發起扣款。對於同壹張卡的快捷支付額度，使用不同支付通道的額度是獨立的，但總額度不超過發卡行的限額。
對於產品端來說，如果要實現快捷支付功能，前端需要實現簽約卡管理、新簽約(錄入卡信息-識別卡信息-簽約結果返回)、解綁定功能。
無論是第三方支付還是快捷支付，在與支付公司簽約時，都可以綁定多個收款賬戶，有時不同的業務可以使用不同的收款賬戶收款，進行財務區分。
銀行轉帳的基本原則
跨行轉賬有兩種:超級網銀和小額轉賬。限額5w以內，開放時間7*24小時。不同的是，超級網銀是實時結算，微轉銀行是批量處理，是準實時的。大額轉賬5w以上，開放時間為工作日8:30-17:00，實時結算。銀行提供的轉賬產品基本都是以上三種方式打包的。
電商業務的退款、商家結算、傭金結算、供應商貨款結算等業務都涉及到付款。
退款:壹般來說，在支付後的壹段時間內(壹般為3至6個月)，可以使用原支付渠道的退款功能，將資金退回。如果妳超過了時間限制或部分退款次數限制，妳不能回去。退款可能需要5~7個工作日才能確認退貨狀態；對於銀行而言，已扣除手續費的清算收單交易；即使產生退款，之前的收款費用也不會退還。如果在結算前退款，銀行可能支持按比例退還手續費。第三方支付公司與電商平臺之間的退費收取由雙方協議確定。
銀企直聯:如果電商已經接入銀行的銀企直聯產品，支付對象已經綁定銀行卡，可以使用這種方式。
第三方支付的支付功能:該方式可用於高頻、小額支付需求，且用戶已綁定第三方支付賬戶。
企業網銀:壹般用於2B大額資金轉賬。資金結算或用戶提現。
對於第三方支付公司來說，用戶提現時，同壹個提現賬戶會收取壹定的金額(金額或數量)，並提交給銀行進行批量處理，因此提現可能不會實時到賬。
支付的前提是用戶進行了實名認證，並綁定了實名對應的銀行卡。綁定卡片需要四要素驗證，會需要第三方支付提供的信息驗證接口，或者直接與銀行對接。已註冊快捷支付的借記卡也可用於從該賬戶中提取資金，無需重新驗證。
每個支付通道的接口說明都不壹樣。為了以後方便業務調用和擴展維護，需要建立統壹的支付網關，並開放給業務使用。服務被調用時，同時指定支付通道，支付網關請求通道路由，根據預先配置的路由規則返回最合適的支付通道發起支付請求。
網關需要實現不同類型的功能接口，壹般來說就是支付通道端的接口能力的並集，比如充值、取現、轉賬、退款、簽約查詢、實名認證驗證等等。
引導路由(Guided routing):是指用戶支付時向其顯示的支付方式的規則，包括可見狀態、可用狀態、顯示順序等。引導路由的意義在於根據用戶的支付場景，引導用戶選擇平臺方希望用戶選擇的支付方式。平臺端的需求壹般是支付成功率高(渠道穩定、金額充足)、費率低，也有不同支付渠道之間業務合作導致額度有限分流的原因。
當匹配接入的付費渠道很少時，引導路線的作用不大。壹般可能只有簡單的權重配置後臺，也就是所謂的靜態路由，也可以直接記住用戶上次選擇的方式。
渠道路由:對於電商平臺來說，如果只接入第三方支付，就沒有渠道路由。對於支付公司來說，如果連接了不同銀行的快捷支付接口和銀聯網絡，且用戶選擇的銀行卡簽了多個通道，通道路由會根據路由規則匹配權重最高的通道，發起扣款請求。
直連斷了之後，支付公司的收款服務只能通過銀聯或者網絡接口，所以通道路由的意義也就弱化了。對於代理支付業務，支付公司將在各大銀行開設代收代付賬戶，跨行轉賬全部轉為同行轉賬，提高轉賬速度，免除手續費。同時，支付公司需要做好備付金管理系統，對所有銀行的備付金進行自動或人工管理、監控和調配。
當服務向支付網關發起支付請求時，支付網關需要對服務方進行認證，以確定請求是否合法。壹個支付請求壹般包括以下要素:業務標識、支付時間、支付金額、支付賬號、支付客戶端信息、支付訂單信息等。支付網關需要確認所有要素合法，比如支付時間是否在有效期內，支付賬單是否過期；付款賬戶狀態是否正常，付款單是否應付，貨物是否有貨等等。同時需要通過風控傳遞信息，風控方會根據各種規則判斷支付是否有風險。風控是壹個復雜的系統，屬於另壹個專業領域，這裏就不細說了。
電商平臺向支付通道請求支付後，支付通道會同步或異步返回支付結果信息。如果支付渠道不主動返回結果，電商平臺方需要定期輪詢結果。同時，電商端需要保存支付請求信息、結果信息、結果憑證等。，即付款流水記錄。支付流水記錄是電商和支付渠道對賬的憑證。
支付系統獲取支付結果記錄後，需要將支付結果返回給支付請求方，並通知記賬系統觸發相應的記賬操作。
每個支付渠道都會按日、按月生成交易記錄和現金流量表，分為支付、退款、提現等類型。交易記錄文件相當於信息流憑證，資金流票據相當於資金流憑證。
壹般銀行渠道也會推送資金流文件，但並不是所有銀行交易都有業務對賬文件，通常收單交易的對賬文件會比較常見。
電子商務的支付系統或對賬系統需要做什麽:
支付系統還需要與上遊業務系統進行對賬，以封裝支付狀態和金額的壹致性。壹般采用明細賬滾動的方法。
收票對賬常見問題:
長期支付:用戶已支付，但交易系統未確認支付成功。這種情況就需要及時補齊或者退款。壹般情況下，如果業務端訂單狀態為待支付，則可以轉換為支付成功，如果狀態為取消，則自動退款。也有可能是測試數據混入了生產環境；也可以抵消之前的短段落錯誤；
短付:通常是日切問題引起的，過賬後下壹個會計日繼續對賬；還是看能不能抵消之前長期的失誤；
重復支付:壹般支付渠道不允許對同壹筆訂單重復支付，發現重復支付可自動退款；
金額不壹致:有可能是用戶支付後，支付結果返回前，交易系統的訂單金額發生了變化。
退款常見問題:
由於網絡問題或接口問題，退款失敗。這種情況下，可以再次自動提交退款；
因對方賬戶狀態異常導致退款失敗，無法通過原途徑退回，只能代對方轉賬/支付；
退款的時候要處理好繳費的退款和退款費用誰來承擔的問題，壹般是按比例退款；
對於短期錯誤，可以暫停7天。
提現常見問題:因對方賬戶狀態異常導致退款失敗，需要及時告知用戶進行處理。對於短期錯誤，可以暫停賬號3天。
產品端需要設計壹個對賬管理後臺，可以查看支付流水、對賬批量記錄、錯誤處理後臺等等。對於有固定處理方法的錯誤類型，可以進行自動處理。
組合支付是指用戶壹次支付多個訂單，這在電子商務中非常常見。電商業務端需要自己拆分訂單。在支付系統中，如果使用支付通道的支付接口，支付流程會自動拆分記錄，這是最好的方式；如果支付通道沒有合並支付接口，可以拆卸也可以不拆卸，按照原始記錄保存簡單且不易出錯，拆分記錄可以方便其他業務處理。
混合支付是通過余額+快捷支付等多種支付方式支付壹筆訂單。混合支付會根據不同的支付方式產生多個支付流。
因為不同的支付方式支付成功率不同，有些支付方式可能會扣錢失敗。因此，混合支付需要根據支付成功率優先選擇成功率較低的支付方式；如果某些支付方式扣錢失敗，需要判斷是取消支付、全額退款，還是以其他方式提醒用戶繼續支付；所有支付方式扣款成功後，本次支付比訂單完成。後續訂單退款。如果是部分退款，需要判斷並優先選擇退票費最低的支付方式。
電商平臺或支付公司有時會做營銷活動，支付補貼，或者使用混合支付方式。
都說余額+卡的混合支付有洗錢風險，目前逐漸少見。
對於大訂單，可以分期付款，本質上也是混合付款。
訂單完成，電商平臺需要扣除平臺傭金，並向商家結算貨款；如果涉及到推廣服務，就需要計算推廣用戶的傭金和稅，然後結算給推廣用戶。
根據法律規定，沒有清算結算牌照的電商不得自行截留庫存資金，然後與商家結算。電商平臺可以選擇第三方支付公司，也可以使用銀行的電商結算產品，由他們代為保存貨款，然後結算給商家。這類產品需要將商戶信息提交給支付渠道或銀行進行審批。審核通過後，用戶支付商家訂單，提交支付並發送清算規則(給誰，按什麽比例或金額)。訂單交易完成後，電商方提交結算請求，支付平臺根據前次支付時發送的清算規則進行分賬結算。對於壹些支付平臺，需要電商平臺在結算時指定子賬戶對象和金額，但這壹點略顯可疑。
在選擇這類結算產品時，還應註意以下幾點:
接入此類產品後，電商平臺的商家端客戶端除了後端支付結算接口對接外，還需要對接商家的進貨、撤銷賬戶綁定、結算賬單等功能。
電商平臺常見的銷售模式有分銷、主播代銷、拼團、淘寶客等。“經銷商”或“團長”的角色不是銷售主體本身，完成訂單後可以獲得推廣提成。壹般來說，這部分推廣費用，訂單生成後，商家端可以在訂單費用明細中看到這個支出項；訂單結算時，推廣傭金可以和平臺傭金壹起扣除，然後平臺再把推廣傭金結算給推廣人員。
這種支出屬於勞務報酬，平臺有代發起人納稅的義務，需要按月計算稅率和金額。所以有些平臺采用月結的方式，每個月指定日期，計算出每個促銷員需要結算的稅款，扣除後再將稅後金額結算給促銷員。還有壹些平臺(如O2O、在線租車平臺等。)那就承擔這部分稅收(羊毛出在羊身上)。訂單結算時，促銷傭金會立即結算給促銷員，次月統計促銷員的稅。平臺為推廣人自己繳稅。
平臺還可以采取“靈活就業”等多種稅收籌劃方式，與促銷員建立兼職勞動關系，讓促銷員享受更低的稅率。
平臺會自行為發起人結算，妳可以使用銀企直聯、支付平臺等功能代發起人支付。平臺繳稅需要發起人的實名信息，所以需要發起人通過實名登記系統認證後才能提取傭金。
無論采用哪種結算方式，電商平臺在訂單結算時都需要計算各種費用明細(結算)，負責結算的模塊也叫計費系統。
電商平臺有多種扣費規則，如按商品、按商家、按品類、按營銷活動等規則，還有各種促銷提成。扣款規則路由對應各種扣款規則，比如商品、商戶、類目的扣款規則管理後臺。基本要素是扣除對象、扣除比例、扣除行、規則生效時間範圍、規則狀態。產品經理需要和運營人員確認扣款規則的判斷邏輯，也就是根據什麽條件來判斷訂單，來確認訂單適用的扣款規則。稍後，當您添加新的扣減規則時，您還需要維護此扣減規則路線。
每個電子商務平臺的扣除規則路由是不同的，可能包括營銷活動、訂購/支付客戶、買家身份、扣除規則權重等等。
壹般在創建訂單時，扣費規則路由需要根據訂單的相關信息判斷訂單適用的扣費規則並記錄下來。同時，還需要保存用於判斷的信息要素，作為證據，以備後驗。
如果訂單有促銷員的參與，還需要在創建訂單時計算需要扣除的推廣費用，保存並記錄相關的促銷員信息。
在計算各方子賬戶明細時，需要註意以下幾點:
壹般來說，與訂單交易相關的結算是當訂單狀態變為最終狀態(交易完成，退款完成)且訂單金額尚未結算時，交易系統向結算系統提交結算請求。還有幾種解決方案。比如訂單中有部分貨物確認先收到，可以先結算壹部分金額，再結算剩余金額。
對於有支付牌照的大型電商平臺，為了提高商家的支付速度，也可以在訂單尚未最終確定的時候，比如用戶確認收貨的時候，或者商家發貨的時候，向商家結算貨款。如果訂單結算後退款，會從商家錢包中扣除相應金額。這種結算方式要求平臺方具備相對成熟的風險控制能力，通過風險控制和風險轉移，防止平臺資金流失。比如和商家簽協議，設置商家押金，商家&；買家的風險控制，購買相應的賠償保險等等。
交易系統向清算結算系統發起結算請求時，需要提交結算指令、結算金額、結算類型(全額/部分結算)等字段。收到結算請求後，結算可以是實時的，也可以是異步的，比如每x小時結算壹次，具體視業務量而定。
結算開始時，計費中心從賬務系統獲取訂單的待處理金額，根據結算類型核對結算金額，核對後凍結待處理金額，提交給計費中心；計費中心在訂單快照中找到扣款規則，並計算明細核算。
計費中心計算出各方明細賬目後，需要與核算中心進行實時或準實時對賬，確保待結算金額等於各方明細賬目之和。審核後生成預結算單。
對於大多數訂單，結算中心可以將結算表單提交給支付系統進行最終的資金轉賬。對於少數訂單，結算單可能需要人工審核，所以需要審核後才能提交給支付系統，否則拒絕並取消結算。
壹般各分公司會提前在支付系統開戶，支付系統會將資金結算到各方資金賬戶。對於支付系統來說，只涉及內部賬戶之間的資金轉移，結算支付失敗的情況很少。
支付系統返回結算成功結果後，結算單狀態變為結算完成；結算系統需要實時通知交易系統和會計系統，會計系統記錄每個賬戶的資金變動情況，更新賬戶余額；交易系統觸發諸如消息通知的相關服務。如果有會計系統，也需要異步通知會計系統進行會計分錄。
對於成熟的支付公司，會有兩個系統:賬務系統和賬務系統。這兩套都是用會計戶模型設計的，不同的是會計系統是直接用於業務的。隨著業務信息流余額的實時核算和更新，會計流記錄了更多與交易相關的內容；會計系統用於財務核算，壹般異步分錄，采用嚴格的復式記賬法。
會計體系中的科目必須在會計體系中的葉科目下。兩個系統之間的家庭模型將具有多對多的關系。這套會計制度體系可以稱為戶帳(外)，這套會計制度體系稱為戶帳(內)。
按照復式記賬法，壹般分為資產、負債、損益等。
交易的本質是各種金額的賬戶之間的資金轉移，所以需要先建立相應的賬戶。
賬戶設計遵循三門模型:客戶、賬號、賬戶。
客戶:指自然人或企業，只能開立實名認證的支付賬戶。客戶將ID號作為唯壹標識。
賬號:登錄賬號，壹個客戶可以有有限數量的賬號，即壹張身份證可以用於有限數量的賬號進行實名認證。但同壹家支付公司，壹個身份證下多個賬戶，支付金額上限為* * *。根據身份認證信息的豐富程度，支付平臺的余額賬號分為壹、二類，三類最高支付金額和權限為20萬/年。余額提現、余額寶支付、信用支付無年度限制。銀行卡快捷支付簽約、提取銀行卡綁定等操作也是基於賬號的。
賬戶:每個賬戶在支付平臺或電商網站上會有多個不同功能的賬戶。商戶端有支付結算賬戶和保證金賬戶；買方有支付賬戶、信用支付賬戶和積分賬戶；或者電商平臺端的內部賬戶，比如活動補貼賬戶、訂單保障賬戶等。
會計核心主要有四張表:分錄流程、明細賬、明細賬、總賬。
首先需要有壹個交易編碼的分錄規則表——分錄規則，用來維護交易編碼區分的每個交易場景發生時如何拆分成會計分錄的規則。例如，如果交易代碼1001定義為訂單銀行卡快捷支付，當該訂單的支付流程通過支付平臺同步到會計中心時，根據同步後的交易代碼1001找到對應的入賬規則，並根據規則中的定義生成會計分錄:
當壹筆交易發生時，首先產生壹個分錄流，然後驅動賬戶余額發生變化。賬戶余額變動後，生成明細賬。壹天結束時，根據分錄流程生成總賬。根據業務需要，也可以先修改賬戶余額，再異步生成日記賬分錄。但是，無論是生成會計分錄還是緩沖會計分錄的異步生成，都必須確保日記賬分錄與明細賬余額的壹致性，這是由日終系統檢查來保證的。
每天都需要先對賬支付渠道，再對賬賬務系統和賬務系統。
需要做的事情:
錯誤處理需要達到兩個效果，壹是完成對賬，二是平衡賬目。常見的會計處理方法有暫記、過賬和對賬。
補充訂單:通過人工幹預，如通過界面人工幹預訂單狀態，繼續進行原有業務。
掛賬:對於不平的賬單，先暫停，查明後再處理。
記賬(Bookentry):記賬，伴隨著虛擬資金從壹個賬戶轉移到另壹個賬戶(原始憑證)。
1，超額計費
超額支付主要有兩種情況。壹種是未收到異步通知，優先補充訂單。另壹種是同壹個訂單支付兩次，壹般采用過賬的方式處理。
2.短期賬戶
基本不會出現，壹般通過簽名反抵賴機制協同第三方處理。協調後，手工添加對賬單以平衡賬戶。
3.金額不壹致
發生的概率極低，壹般是電商平臺內部計算錯誤。
先解決這個bug，然後按照異常順序處理，比如取消對賬，修改系統或者對賬前的對賬單金額。