導讀

本文深入介紹了百度一站式全業務智能結算中台，其作為公司財務體系核心，支撐多業務線精準分潤與資金流轉。中台採用通用化、標準化設計，支持廣告、補貼、訂單等多種結算模式，實現周結與月結靈活管理。通過業務流程標準化、分潤模型通用化及賬單測算自動化，大幅提升結算效率與準確性，確保數據合規與業務穩健發展。未來，中台將推進全業務線結算立項線上化、數據智能分析，進一步提升數據分析智能化水平，為公司業務發展提供堅實保障。

01 概述

結算中台作為公司財務體系的核心組成部分，承擔着多業務線分潤計算、結算及資金流轉的關鍵職能。採用通用化、標準化的設計理念，結算中台能夠高效支撐公司內數十個業務線的分潤需求，確保廣告收入、訂單收入、內容分發的精準結算，為公司的財務健康與業務穩健發展提供堅實保障。結算中台建設的核心目標是: 構建高效、標準化、智能化的結算中台體系，支撐多業務線分潤計算與資金流轉，確保結算數據準確性、高時效披露及業務快速迭代能力，同時降低運維複雜度，推動全業務線結算線上化管理。

結算中台已對接了百家號業務、搜索業務、智能體業務、小説等多個業務線的結算需求， 支持廣告分潤、補貼分潤、訂單分潤三種結算模式。不同業務線根據各自的業務場景使用不同的結算模式，確保每個業務的收益分配準確無誤。結算中台功能分層如圖：

02 基本功能

1. 結算模式

結算中台支持三種結算模式，以適應不同業務場景的結算需求：

• 訂單結算：基於直接訂單數據，按照訂單實際金額與分成策略進行分潤計算。

• 補貼結算：針對特定業務或用户羣體，提供額外的收益補貼，以增強業務的市場競爭力。

• 廣告結算：根據分發內容的廣告變現與渠道分成比例，精確計算媒體與內容的實際收益。

2. 結算能力

結算中台支持周結與月結兩種結算能力：

• 周結：適用於需要快速資金回籠的業務場景,比如短劇快速回款以後能夠再次用於投流, 確保資金流轉的高效性。

• 月結：作為默認的結算週期，便於公司進行統一的財務管理與賬務處理。

3. 賬單測算自動化

結算中台支持重點業務賬單自動測算，通過預設的分潤模型，自動計算每個渠道、每位作者的應得收益，生成測算報告。這一自動化過程顯著提升工作效率，減少人為錯誤，確保結算數據的絕對準確。

03 需求分析

在推進公司結算業務時，我們致力於實現統一化、標準化，規範業務流程，並確保數據合規化治理，我們面臨着諸多問題與挑戰，具體表現如下：

1. 流程與規範缺失

• 結算流程管理混亂：存在結算需求未備案即已上線的情況，或者備案內容與實際實現不一致，甚至缺乏備案流程。

• 日誌規範陳舊：廣告分潤場景中，內容日誌打點冗餘，同時缺少擴展性，導致對新的業務場景無法很好兼容。

2. 煙囱式開發成本高

• 標準化與統一化需求迫切：之前，各個結算業務維護各自的結算系統，涉及不同的技術棧和結算模型，線下、線上結算方式並存，導致人工處理環節多，易出錯，case多，管理難度大。為提高效率，需實現結算業務的標準化與統一化，並拓展支持多種業務結算模式。

• 分潤模型通用化設計：多數業務結算方式相同，同時賬單計算邏輯也相似或者相同，沒有必要每個業務設計一套邏輯，需要做通用化設計。

3. 業務迭代中的新訴求

• 測算系統需求凸顯：在業務快速迭代的過程中，許多業務希望儘快看到結算效果，以推進項目落地。因此，構建高效的測算系統成為迫切需求，以加速業務迭代和決策過程。

• 提升作者體驗：為提升作者等合作伙伴的滿意度和忠誠度，結算數據需實現高時效披露，確保他們能及時、準確地獲取收益信息。結算賬單數據的產出依賴百餘條數據源，要保證數據在每天12點前產出,困難重重

• 數據校驗與監控機制：結算數據的準確性和質量直接關係到公司的財務健康和業務發展。因此，需建立完善的數據校驗和監控機制，確保結算數據的準確無誤和高質量。

04 技術實現

根據結算中台建設的核心目標，結合業務痛點，在結算系統建設中，基於通用化、標準化的理念，從以下五個方面來搭建統一的、規範化的結算中台。

• 業務流程標準化：建設一套標準來定義三類結算模式下每個數據處理環節的實現方式，包括業務處理流程、數據處理過程。

• 分潤模型通用化：實現不同的賬單計算算法，支持各個業務的各類作者收入分配訴求，並且實現參數配置線上化。

• 技術架構統一：統一整個結算業務的技術棧、部署環境、功能入口和數據出口。

• 建設賬單測算能力：模擬線上結算流程的賬單測算能力，支持業務快速驗證分潤模型參數調整帶來的作者收入影響效果。

• 建設質量保證體系：建設全流程預警機制，通過日誌質檢、自動對賬、數據異常檢測來保障賬單產出數據時效性、準確性。

1. 業務流程標準化

不同業務場景，採用了通用化、標準化的設計來滿足業務的特異性需求，下面是三大結算模式業務流程簡圖：

在廣告模式、補貼模式、訂單模式結算流程設計中, 從日誌打點、線上化、計算邏輯等方向考慮了通用化、標準化設計, 具體如下:

(1) 日誌打點統一化

統一日誌標準, 針對業務日誌規範陳舊問題，要求所有接入的業務方嚴格按照統一格式打點日誌，刪除冗餘字段, 確保數據的規範性與一致性,同時保證設計能夠覆蓋所有業務場景，為後續處理奠定堅實基礎。

針對某些業務定製化的需求, 在廣告模式、補貼模式、訂單模式三種結算方式中，在設計日誌打點規範時, 會預留一些擴展字段, 使用時以 JSON 形式表示, 不使用時打默認值。

(2) 賬單計算線上化

在補貼結算模式中，之前不同業務都有各自的賬單格式設計，同時存在離線人工計算賬單的非規範化場景，賬單無法統一在線計算、存儲、監管。新的結算中台的補貼結算模式，將所有離線結算模式，使用統一的賬單格式，全部實現線上化結算，實現了業務結算流程規範化。

(3) 賬單計算邏輯優化

比如在廣告模式中，百家號業務的公域視頻、圖文、動態場景中，由於收入口徑調整，迭代效率要求，不再需要進行廣告拼接，所以專門對賬單計算流程做了優化調整。不僅滿足業務訴求，同時做了通用化設計考慮，保證後續其他業務也可以使用這套流程的同時， 也能兼容舊的業務流程。

廣告模式結算流程優化前：

廣告模式結算流程優化後：

2. 分潤模型通用化

不同業務場景，不同結算對象，有不同的結算訴求，不僅要滿足業務形態多樣化要求，還要具有靈活性。因此抽取業務共性做通用性設計，同時通過可插拔式設計靈活滿足個性化需求。

(1) 基於流量變化模型

以合作站點的優質用户投流方為代表的用户，他們在為百度提供海量數據獲得收益的同時，也有自己的訴求，那就是自己內容的收益不能受到其他用户內容的影響。自己優質內容不能被其他用户沖淡，當然自己的低質內容也不會去拉低別人的收益水平。

對於此部分用户我們提供“基於流量變現的分潤”策略，簡單來説就是，某一篇內容的收益僅僅由它自己內容頁面掛載的廣告消費折算而來，這樣就保證了優質用户投流方收益的相對獨立，也促使優質用户產出更加多的內容。

(2) 基於內容分發模型

• 部分作者只關注收益回報: 對百家號的某些作者來説，他們的目的很單純，他們只關注產出的內容是否獲得具有競爭力的收益回報，至於收益怎麼來他們並不關心。

• “基於流量變現”策略不妥此時，我們再使用“基於流量變現”的策略的話，就有些不妥，舉個極端裏的例子，有一個作者比較倒黴，每次分發都沒有廣告的渲染，那他是不是顆粒無收？這對作者是很不友好的。

• “基於內容分發的分潤”模型: 基於收益平衡性考慮，我們推出了更加適合百家號用户的“基於內容分發的分潤”模型。在這種模型下，只要內容有分發，就一定有收益，而不管本身是否有廣告消費。

• 策略平衡考慮: 當然，為了防止海量產出低質內容來刷取利潤，在分潤模型上，我們同時將內容質量分和運營因子作為分潤計算的權重，也就是説作者最終的收益由內容的質量和內容的分發量共同決定，以達到通過調整分潤來指導內容產出的目的。

(3) 基於作者標籤模型

為了實現對百家號頭部優質作者進行激勵，促進內容生態良性發展, 會對不同的作者進行打標, 並且使用不同的分潤模型, 比如對公域的百家號作者進行打標, 優質作者, 通過動態單價及內容質量權重策略來給到他們更加的分成, 其他的普通作者, 通過內容分發模型來分潤。這樣不僅保證了優質作者取得高收益，也保證了其他作者也有一定的收益

另外，出於對預算的精確控制，發揮每一筆預算的錢效，優質的作者會佔用較大的預算資金池，而普通作者使用佔用較少的預算資金池。同時也會對每類資金池進行上下限控制，保證預算不會花超。

(4) 基於運營場景模型

為了實現對百家號作者的精細化運營，比如對一些參與各類短期活動的作者給予一定的階段性的獎勵，可以通過補貼模型來實現。在一些運營活動中，需要控制部分作者的分成上限，分潤模型會進行多輪分成計算，如果作者的收益未觸頂並且資金池還有餘額的情況下，會對餘額進行二次分配，給作者再分配一些收益。此類模型主要是為了實現靈活多變的作者分潤策略。

3. 技術架構統一

根據業務流程標準化、分潤模型通用化的設計原則，建設統一的結算中台。以下是結算中台統一結算業務前後的對比：

4. 建設賬單測算能力

為各個需要測算能力的業務，設計了一套通用的測算流程，如下圖：

針對每個測算業務，設計了獨立的測算參數管理後台，用於管理業務相關的分潤模型參數，如下圖：

測算流程設計

(1) 功能簡述: 每個測算業務, 產品需要登錄模型參數管理後台,此後台支持對分潤模型參數進行創建、查看、編輯、測算、複製、上線、刪除，以及查看測算結果等操作, 出於業務流程合規化的要求, 每次模型參數上線前, 需要對變更的參數完成線上備案流程才可以上線，實現分潤流程合規線上化。

(2) 流程簡述

• 流程簡述概覽: 每次測算時， 產品需要先創建一個版本的賬單模型測算參數，併發起參數測算，參數狀態變成待測算 。

• 離線任務與收益計算: 此後，離線任務會輪詢所有的待測算參數，提交Spark任務，調用賬單計算模型來計算作者收益，最後生成TDA報告。

• 查看與評估測算報告: 產品在管理平台看到任務狀態變成測算完成時, 可以點擊 TDA 鏈接來查看測算報告, 評估是否符合預期。

• 根據預期結果的操作:如果不符合預期，可以編輯參數再次發起測算；如果符合預期，則可以發起備案流程，流程走完後可以提交上線。

(3) 收益明顯: 通過賬單測算建設, 不僅解決結算需求未備案即已上線或者備案內容與實際實現不一致，甚至缺乏備案流程的業務痛點問題,  而且把業務線下賬單計算的流程做到了線上, 做到留痕可追蹤。同時也滿足了業務高效迭代的訴求, 一次賬單測算耗時從半天下降到分鐘級, 大大降低了賬單測算的人力成本與時間成本。

5. 建設質量保障體系

為了保證業務質量，從以下幾方面來建設：

(1) 建設數據預警機制：為保證作者賬單數據及時披露, 分潤業務涉及的 百餘條數據源都簽訂了 SLA, 每份數據都關聯到具體的接口人, 通過如流機器人來監控每個環節的數據到位時間, 並及時發出報警信息, 並推送給具體的接口負責人。對於產出延遲頻次高的數據流，會定期拉相關負責人相關覆盤，不斷優化數據產出時效，保證賬單數據在每天如期產出

(2) 數據異常檢測機制：對賬單數據進行異常波動性檢測, 確保數據準確性 ,及時發現並處理潛在異常問題

(3) 自動對賬機制：每天自動進行上下游系統間賬單明細核對,保證出賬數據流轉的準確無誤。

(4) 日誌質檢機制：每日例行對日誌進行全面質檢分析, 及時發現日誌打點日誌。

05 中台收益

結算中台作為公司財務體系的核心，承擔多業務線分潤計算與資金流轉重任。

(1) 通過通用化、標準化設計，高效支撐數十個業務線的精準結算，確保廣告、訂單、內容分發的業務結算穩定、健康。近一年，結算業務零事故、零損失。

(2) 中台支持多種結算模式與靈活週期管理，實現賬單測算自動化，賬單測算時間從天級降到小時級。提升效率並減少錯誤，提升業務需求迭代效率。

(3) 通過業務流程標準化、分潤模型通用化、賬單測算能力建設及質量保證體系，解決了結算業務規範缺失、業務形態多樣等問題。累計解決歷史結算case數十個，涉及結算金額達千萬級。

未來，結算中台將推進全業務線結算立項線上化、周結與測算能力落地、項目全生命週期管理，並依託大模型能力實現數據智能分析，進一步提升數據分析智能化水平，為公司業務穩健發展提供堅實保障。

06 未來規劃

1、推進全業務線結算實現立項線上化；

2、推進周結 、測算能力在各業務線上落地；

3、推進項目全生命週期管理，實現項目從上線到下線整體生命週期變化線上化存檔，可隨時回顧覆盤。

4、數據智能分析，依託公司大模型能力，實現通過多輪對話問答來進行數據分析，針對業務問題進行答疑解惑，提升數據分析的智能化水平。