本文将从业务场景出发，拆解结算产品的核心模块与设计思路，结合典型控制点与产品演进路径，帮助你构建更具鲁棒性与扩展性的结算体系。
背景：一定经济行为所引起的货币关系的计算和结清，即社会经济生活中的交易各方因商品买卖、劳务供应等产生的债权债务通过某种方式进行清偿及了结。主要围绕“账、票、款”进行算和结。
定位：对采销业务中发生的由于货权转移产生的相关货款、费用及其他如返利、临时费用等提供计费、结算服务。
基于 交易双方的 合同约定和 业务事实，通过 计费依据 计算出 计费单并按规则汇总生成 结算单。
在采销链路中，随着货权转移产生交易双方或多方的债权债务关系，驱动资金流向。
依据收单规则在到达收单节点时，对上游系统指定单据进行接入。并将外部系统单据转化为结算平台内部单据的过程，属于单据受理范围。
如果是一体化的产品，即结算作为产品的一个模块则并不需要收单，笔者所在公司将结算产品定义为结算中台，会为上游多套系统提供结算服务，由于不同系统的业务单据结构、结算触发节点等差异很大，因此计费前，通过收单对单据进行结构转换、数据填充就尤为重要。收单的核心要点的在于将外部单据转化为内部单据，解除对上游业务系统的依赖，使得结算系统无需感知业务模型的调整，尽量减少系统的不稳定性和耦合性。
依据业务单据及关联的合同条款及计费规则在到达计费节点时，对结算主体和结算对象间的计费项进行计算。
计费是结算的核心，用4W1H模型来抽象的描述“计费”到底需要干什么事情：
在常见的计费场景中，计费驱动的依据我们分为以下几种：
因此在设计计费产品时，要通盘考虑计费场景的多样性，笔者将计费再拆分成如下核心要点：
按照结算规则，汇总一定周期内各结算主体、结算对象的已计费单，形成结算单，结算单可作为企业对账、收付、开票的依据。
结算单是后续结清钱款的重要业务凭证，是结算产品中的核心单据。笔者拆分成如下要点：
1）生成：结算单生成要考虑2个点，一是按照什么维度生成，二是在什么时间生成
前者：在不同的业务中维度差异很大，比如在地产行业，采购商一般按照合同进行付款，因此一般以合同为对象汇总一定周期内的计费单生成结算单；但是服装零售行业，采购商一般按照订单进行付款，因此汇总维度唯订单
后者：涉及到非手工生成时，如何根据客户结算周期圈定符合条件的单据自动结算单，并可对结算日历进行调整
2）审核：结算单生成后，可根据内控要求在对账后进行审核
3）对账：结算对账需要考虑的要点在于调整的金额可追溯、调整的颗粒度（如对整单或明细行进行调整）
结算收付指在交易双方结算对账完成后，针对结算单进行收款和付款，并形成收款单和付款单，作为企业收付的依据
结算收付主要围绕“款”，进行帐务结清。笔者拆分成如下要点：
1）付款：付款指的是结算付款方按照约定的时间将约定的金额支付给结算收款方
2）收款：收款指的是结算收款款方按照约定的时间约定的金额向结算付款方收取费用
提供不同业务类型、业务场景下标准的费用项字典管理，参考上述业务场景示例
配合不同业务形态和业务场景，沉淀标准元数据定义、取值来源、计算逻辑等，提高复用性。元数据可用作计费因子、阶梯因子、费率因子和账单列字段等。
对收单、计费过程中产生的异常进行管理，并提供界面进行异常监督、异常上报、异常处理、异常预警，参见资损防控示例
本文由 @forget 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。