Payment相關邏輯

付款有手動付款和計畫程式自動付款兩種，照例先列出涉及到的概念

付款方式 - paymenttypes - 現金，支票，信用卡，等等

記賬型別 - ledger_acctranstypes - 涉及到金錢往來的都需要記賬，簡單說就是收到的錢和支出的錢作何用途

手動付款

支援的付款方式有eft,cc,agent sweep,check,money order和cash，有相應的許可權才可以使用對應的付款方式。在quote繫結和policy的insured info tab中都可以進入付款頁面。手動付款的大致過程是這樣的：

填寫付款金額

選擇付款方式

填寫選定的付款方式下的賬號資訊以及賬單的位址資訊

如果選擇了eft或者cc

獲取accounting date, bill code 沒有就生成乙個，這個code只是存入了policy和payment process表中，不知道有什麼其他用途

需要手續費的在總金額中加入手續費

呼叫solupay，如果不成功就顯示付款不成功頁面

付款成功會新增accounting記錄，也就是記賬資訊，有手續費的要分開記錄成兩條記賬資訊, 對應的記賬型別如下：

pmt_occ invoice premium - online credit card payment -> credit card

pmt_ec invoice premium - electronic check payment -> eft/ec, 注意這裡和自動扣款有些區別

con_fee invoice convenience fee -> 手續費

將付款的相關資訊儲存以供自動付款適用 - policy_paymentprocess

over

其他的付款方式暫不介紹

自動付款

自動付款需要policy有多個待支付分期賬單，而且有支付歷史，並且儲存了相應的賬號資訊。支援的付款方式有eft/ec(electronic check)和cc(credit card)

cc記賬型別 - pmt_occ invoice premium - online credit card payment

eft/ec記賬型別 - pmt_ach invoice premium - ach payment

自動付款的過程：

找到自動設定了自動付款的policy下的待支付的bill，以及對應的最新付款賬號資訊，todo這是啥？nsf=0,duedate《處理時間

從policy_paymentprocess獲取儲存的賬號資訊，和手動付款不同之處

後面的和手動付款基本一樣，呼叫介面，新增記賬資訊

over

修改付款資訊

從policy action頁面我們可以進入修改自動付款資訊頁面，選擇付款方式，填寫好賬號資訊儲存，後台會利用新的賬號資訊呼叫付款介面驗證賬號的合法性。成功後將所有的老記錄失效，插入一條新的payment process記錄，下次自動付款便會使用它。

agent sweep付款方式：

agency的賬戶給保險公司，客戶的錢直接交給agency，保險公司直接從賬戶扣除所需的保費。

手動付款選擇agent sweep之後，會新增記賬資訊，schedule乙個付款任務到agentsweep表，然後有dts去跑，呼叫付款介面

solupay付款介面

solupay wiki

介面支援action引數，包括根據付款賬號資訊註冊solupay賬號，獲取已註冊賬號token，更新註冊資訊，自動扣款，退款。

所有的付款結果都將儲存到這裡merchant_responses。付款報錯就來這裡查。entry id 為0的agent sweep的sst加入的，為2的是自動扣款sst加的，其他的則是對應的使用者手動付款的。

policydata_bill

賬單分期資訊都在這裡，付款、退款、保費變化，將重新計算賬單，top down型別的費用在最近bill一次性收取，event spread費用平攤到剩下的所有的未支付bill中。todobill變動如何計算，如何adjustment.

任何影響accounting的操作都將引起recalculate bill，但是這個是底層封裝的，無從知道更細節的邏輯。

ach payment

不知道是否準確

abbr. 自動化交易所（automated clearing house）

將付款資訊按如下的格式儲存為文字檔案

Payment相關邏輯

Payment相關邏輯

rxjava實現相關邏輯

linux 邏輯卷相關

Payment相關邏輯

Payment相關邏輯

rxjava實現相關邏輯

linux 邏輯卷相關

相關推薦