在Saas類產(chǎn)品中，對賬功能是一個拓展比較多的設計，不同企業(yè)有著不同的要求。這篇文章，我們看看作者的總結(jié)。

需求場景：

• 不同企業(yè)針對對賬單的表單字段有不同的要求，如何滿足不同企業(yè)用戶對于對賬的個性化字段訴求，包含核對本賬期內(nèi)發(fā)生的企業(yè)支付明細、本賬期可開票結(jié)賬明細、本期及往期待開票結(jié)賬明細。不同的企業(yè)針對對賬單字段要求不一樣，全量字段提供給企業(yè)將對較多，看起來過度冗余。
• 企業(yè)不同的用途以及核對方式對賬單調(diào)整、賬單文件格式、賬單表頭、賬單內(nèi)容有不同的需求；
• 企業(yè)不同的核對方式和核對詳細程度，關(guān)注內(nèi)容不同，對賬單表頭要求不同。
• 賬單數(shù)據(jù)準確性無法保證，導致已出賬單存在字段明顯錯誤的情況，產(chǎn)生客戶質(zhì)疑和投訴。
• 賬單記賬沒有針對核心字段進行攔截校驗，比如入賬時間為空，結(jié)算金額為0等，無法保障出賬數(shù)據(jù)準確；
• 賬單的詳情數(shù)據(jù)，在計費時持久化后，后續(xù)沒有機制更新數(shù)據(jù)，但是存在部分賬單字段會在計費后發(fā)生變化，比如酒店訂單狀態(tài)，導致離線賬單字段錯誤，影響出賬數(shù)據(jù)準確性。

解決手段：

建設表達式引擎能力，對背景進行分析，可以提取出共同點：在固定流程中，執(zhí)行配置化的表達式/腳本，基于執(zhí)行結(jié)果進行業(yè)務處理。

舉個栗子：針對記賬攔截的場景，配置攔截表達式，執(zhí)行結(jié)果為校驗不通過的具體錯誤信息，空則通過校驗。

基于上述分析，我們需要建設配置化表達式引擎能力，整體能力如下圖：

面臨挑戰(zhàn)：

1）賬單準確率問題比如上游消息丟失、上游數(shù)據(jù)更新延遲、三費不齊問題等等；

2）賬單詳情數(shù)據(jù)未同步后續(xù)沒有機制更新數(shù)據(jù)，存在部分賬單字段會在賬單落庫后發(fā)生變化，比如酒店訂單狀態(tài)，導致離線賬單字段錯誤，影響出賬數(shù)據(jù)準確性；

3）企業(yè)個性化訴求，不同的企業(yè)針對賬單要求不一樣，全量賬單字段提供給企業(yè)展示較多，看起來過度冗余。

• 企業(yè)不同的用途以及核對方式對賬單調(diào)整、賬單文件格式、賬單表頭、賬單內(nèi)容有不同的需求；
• 企業(yè)不同的核對方式和核對詳細程度，關(guān)注內(nèi)容不同，對賬單表頭要求不同。

全鏈路系統(tǒng)監(jiān)控

1 背景

賬單準確性存在如下情況：

1）存在接受供應鏈消息丟失的場景，導致訂單未收單未出賬；

2）賬單系統(tǒng)存在重復計費、記賬問題，導致訂單無法出賬，影響賬單準確性；

3）新老系統(tǒng)切換，針對老系統(tǒng)已經(jīng)存在預訂單，其他賠付、退款等奇普無法系統(tǒng)化支持出賬。

2 解決手段

從賬單全鏈路監(jiān)控，可以解決因為系統(tǒng)異步導致鏈路數(shù)據(jù)丟失，或者數(shù)據(jù)拆單/合單不一致的場景。

• 增加MAC監(jiān)控，核對機票未入賬數(shù)據(jù)、入賬失敗監(jiān)控及計費記賬金額核對監(jiān)控；
• 增加pcb監(jiān)控，實時監(jiān)控訂單、交易、人費數(shù)據(jù)；
• T+1 比對供應鏈訂單表、賬單收單表的增量訂單，按照交易類型分析，對消息丟失的訂單監(jiān)控告警，觸發(fā)補償任務，自動重試；
• 業(yè)務上也會針對離線賬單和出賬數(shù)據(jù)核對、計費/記賬異常數(shù)據(jù)核對，保證賬單準確性100%。

我們分別從類目終態(tài)出賬、賬單全鏈路監(jiān)控考慮，配合賬票一致性校驗來保障出賬和開票鏈路，提供系統(tǒng)平賬能力，針對無法自動平賬的異常數(shù)據(jù)提供人工修復工具，保證賬單準確性100%。

3 清結(jié)算擴展-賬單數(shù)據(jù)表達式引擎

提供核心鏈路的擴展能力，計費/記賬提供擴展能力，可以定義費用項拆分、配置費用記賬規(guī)則；針對賬單數(shù)據(jù)可以配置表達式引擎，針對賬單字段進行校驗和動態(tài)更新。

賬單表達式引擎配置，解決賬單數(shù)據(jù)準確性問題；

如自動化平賬工具，解決賬單三費不齊，賬單不平的異常情況

解決手段

提供自定義表頭能力，基于企業(yè)自定義表頭和順序，可以實現(xiàn)企業(yè)賬單按照配置展示對應的字段、順序、樣式。

差錯處理（平賬）

差錯處理主要是針對數(shù)據(jù)核對過程中發(fā)現(xiàn)的異常數(shù)據(jù)進行處理。我們會建立一個統(tǒng)一結(jié)構(gòu)的差錯記錄，將數(shù)據(jù)核對發(fā)現(xiàn)的問題進行統(tǒng)一存儲。針對自動化平常處理未通過的數(shù)據(jù)會進行二次核對，避免由于日切等原因造成的問題錯報。

對于那些真實存在問題的數(shù)據(jù)我們會提供兩種解決方式，如果是常見的問題，形成一套標準的解決方案，會把它系統(tǒng)化，采取系統(tǒng)修復&二次核對的方式；如果系統(tǒng)修復異常，那么會進行系統(tǒng)報警，并進行人工處理，基于此能夠很大程度的降低人工修賬的成本。

如何評估對賬體系是否完整：

賬單準確率&一次性出賬率：逐步提升，已達到100%。

賬單工單數(shù)：逐步收斂，降低了工單投入，提升了人效。

對賬核心拓展功能設計較為復雜，本文只做了精煉概述！

歡迎精通對賬的產(chǎn)品同行們多多交流。