淺談對賬拓展功能設計

0 評論 596 瀏覽 1 收藏 8 分鐘

在Saas類產品中,對賬功能是一個拓展比較多的設計,不同企業有著不同的要求。這篇文章,我們看看作者的總結。

需求場景:

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

解決手段:

建設表達式引擎能力,對背景進行分析,可以提取出共同點:在固定流程中,執行配置化的表達式/腳本,基于執行結果進行業務處理。

舉個栗子:針對記賬攔截的場景,配置攔截表達式,執行結果為校驗不通過的具體錯誤信息,空則通過校驗。

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

面臨挑戰:

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

2)賬單詳情數據未同步后續沒有機制更新數據,存在部分賬單字段會在賬單落庫后發生變化,比如酒店訂單狀態,導致離線賬單字段錯誤,影響出賬數據準確性;

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

  • 企業不同的用途以及核對方式對賬單調整、賬單文件格式、賬單表頭、賬單內容有不同的需求;
  • 企業不同的核對方式和核對詳細程度,關注內容不同,對賬單表頭要求不同。

全鏈路系統監控

1 背景

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

1)存在接受供應鏈消息丟失的場景,導致訂單未收單未出賬;

2)賬單系統存在重復計費、記賬問題,導致訂單無法出賬,影響賬單準確性;

3)新老系統切換,針對老系統已經存在預訂單,其他賠付、退款等奇普無法系統化支持出賬。

2 解決手段

從賬單全鏈路監控,可以解決因為系統異步導致鏈路數據丟失,或者數據拆單/合單不一致的場景。

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

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

3 清結算擴展-賬單數據表達式引擎

提供核心鏈路的擴展能力,計費/記賬提供擴展能力,可以定義費用項拆分、配置費用記賬規則;針對賬單數據可以配置表達式引擎,針對賬單字段進行校驗和動態更新。

賬單表達式引擎配置,解決賬單數據準確性問題;

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

解決手段

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

差錯處理(平賬)

差錯處理主要是針對數據核對過程中發現的異常數據進行處理。我們會建立一個統一結構的差錯記錄,將數據核對發現的問題進行統一存儲。針對自動化平常處理未通過的數據會進行二次核對,避免由于日切等原因造成的問題錯報。

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

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

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

賬單工單數:逐步收斂,降低了工單投入,提升了人效。

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

歡迎精通對賬的產品同行們多多交流。

本文由 @進擊成長的產品人 原創發布于人人都是產品經理。未經作者許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!