Tencent Video ToB / Settlement Audit

渠道结算稽核层

把订单、发货、消耗、兑换、分省分渠道和服务商规则核成一条可复核链路。

这组工作说明的不是“会做表格”，而是能在复杂渠道运营里把多来源数据、商业规则和财务稽核依据对齐。核心能力是理解业务规则，拆出结算口径，再把原始流水整理成业务和财务都能确认的结果。

Evidence Base三大运营商渠道服务商对账、季度年度数据稽核版本、回复模板、合同与补充协议
Data Shape发货流水、VIP 消耗占比、运营商卡类/非卡类、分省分渠道汇总
Rule Logic纯新增、历史增量、分省结算、服务商汇总
Public Boundary只展示脱敏流程与字段，不公开原始合同、订单号和金额

业务流

从业务现场到复核结论

01集采发货流水
02VIP 消耗 / 兑换比例
03运营商卡类 / 非卡类拆分
04省分与子公司分摊
05服务商结算规则
06稽核工作簿
07业务确认

证据模式

这证明了什么能力

多期服务商结算文件包含“基数、纯新门槛、历史增量、分省结算金额、客户汇总”等字段。

发货明细表包含日期、月份、商户名称、子渠道、产品线、活动 ID、充值笔数等运营字段。

消耗与兑换文件把省分、子公司、VIP 使用量和兑换比例拉进同一套结算判断。

合同与补充协议材料证明这不是单点数据处理，而是合同规则、业务口径和稽核证据的组合。

处理模型

问题、处理方式和系统价值

01

业务问题

多服务商、多省分、多产品和多活动口径同时存在，结算结果容易被单个表格口径带偏。

02

处理方式

先确认活动和渠道口径，再对发货、消耗、兑换比例和历史基数做分层汇总。

03

稽核价值

让每一笔结算都能回到合同、活动、渠道和数据来源，而不是只看最终金额。

脱敏代码

sanitized settlement pivot

flow = pd.concat(
    pd.read_csv(file, encoding="gb18030")
    for file in glob("delivery_flow_*.csv")
)

settlement = flow.pivot_table(
    values="open_count",
    index=["province", "sub_channel", "product_line"],
    aggfunc="sum"
).reset_index()

review = settlement.merge(ratio_table, on="province", how="left")