随着零售业态的多元化和交易模式的复杂化，销售结算系统的设计也面临着新的挑战。本文作为系列文章的下篇，将深入探讨零售行业销售结算系统的设计细节，包括数据流、核心表结构以及表单核心字段的设计。

在零售行业，销售结算系统扮演着承上启下的重要角色，它不仅连接着前端的业务运营，也承担着后端的财务核算。随着零售业态的不断发展，销售渠道将更加多元化、交易模式也越来越复杂化。

对于财务产品经理而言，理解并梳理清楚销售结算系统，对于优化财务流程、提升业财效率至关重要。

本篇作为（下篇）将介绍销售结算系统的数据流、表结构及表单核心字段。

一、销售结算系统的数据流

承接（上篇）提到的销售结算系统上下游系统，数据流基本按上下游系统分为“交易中心”“库存中心”“财务中心”“供应链中心”分为四大板块。

首先，【订单管理系统】和【支付系统】会将订单信息和支付信息分别同步至【销售结算系统】，同时，【订单管理系统】也会同步订单出库信息至【库存管理系统】进行履约。（履约细节此处不做展开）

其次，【销售结算系统】根据接收的订单信息进行价税分离、配比成本、汇总销售数据等相关操作，并将税务数据同步【税务平台】、销售数据同步【返利结算系统】、从【财务库存系统】中获取订单商品成本进行配比。并且，对销售收入进行账务处理（此处省略了记账引擎）。

最后，【返利结算系统】基于销售数据，按其从【供应商主数据】获取的返利规则，计算返利费用同步至【供应商结算平台】。

注：本文基于财务领域对销售结算系统进行探讨，交易中心、库存中心、供应链中心涉及系统及相互交互，重在表意，细节不到位、错误之处，还请见谅，欢迎留言指正。

二、销售结算系统的核心表结构

【销售结算系统】的核心数据来源于【订单管理系统】，所以其表结构中，最核心的两张表也继承与【订单管理系统】，即“财务订单_订单头信息表”和“财务订单_订单行信息表”，“财务订单_订单头信息表”记录订单的主体信息，包括交易订单号、交易类型、交易渠道、订单金额等；“财务订单_订单行信息表”记录订单的商品信息，包括商品编码、销售数量、销售金额等。

围绕核心两张表，还有记录订单支付信息、订单行商品折扣信息的相关数据表。“财务订单_订单支付信息表”记录着源于【支付系统】的订单支付信息，即财务概念上的‘实收资金’，用于与【销售结算系统】中的‘应收账款’对账。（部分企业还会通过独立的【回款系统】进行中间对账，此处不展开，如想了解此三者关系的同学请留言，后续单独讲解）。“订单行信息_商品折扣信息表”记录着商品折扣信息，一般折扣包括零售企业自身承担的折扣、供应商承担的折扣和支付渠道（含自有和三方）承担的折扣，便于后续形成财务上对应的应收款项。

上述提及的四张表，都属于明细表范畴，其核心一是对上游业务系统数据的一对一继承，二是进行财务维度的补充和加工。

由于零售企业订单量巨大，按日汇总必不可少，所以，汇总范畴下，如“财务订单_订单头信息汇总表”、“财务订单_订单行信息汇总表”、“订单行信息_商品折扣信息汇总表”等相关明细数据汇总表。用于记录订单明细按一定维度的汇总数据。

同时，零售企业中销售端广泛存在着‘开票’术语，即对销售数据的价税分离处理，与税务意义上的‘发票’有异曲同工之意。其表结构设计上也跟税务发票的表结构类似，“财务订单_小票头信息”用于记录订单的价税合计、税额、不含税金额等；财务订单_小票行信息”用于记录各商品的价税合计、税额、不含税金额等；

注：本段只简述了部分核心数据表，实际系统设计中，会包括诸如配置表、主数据表、日志表、临时数据表等相关信息表，此处不做展开。

销售结算系统表单核心字段

基于上文核心表，系统表单主要在也围绕明细订单、汇总订单、小票三块。

明细订单：

明细订单的报表页面，其突出财务订单的一一查看（即术语“流水”），更多是明细数据的备查，所以‘财务订单号’和‘交易订单号’是两个核心字段，建立了【订单管理系统】系统和【销售结算系统】的溯源关系。‘订单类型、交易渠道、门店编码’属于零售行业的标准字段，各家因线上线下业务的区别，字段会稍有不同。汇总单号是建立‘明细订单’和‘汇总订单’关系的关联字段，属于外键字段

汇总订单：

汇总订单的报表页面，是从简单的‘流水记录’转换到某一‘会计主体’视角下的综合数据查看，这一‘会计主体’可以是某一门店、某一渠道、某一平台等。

并且，从实际应用来看，汇总订单页面，更加符合“业财视角”，将财务的收入、成本、返利、扣点等融入了业务订单数据，让管理者可以得到更多的价值信息。

注：本段仅谈及了汇总订单_订单头信息的部分核心字段，如想深入了解该功能及包含商品明细等财务数据表单信息，欢迎关注留言告知，后续单开章节细说。

小票：

小票的报表页面，其承担着两项功能，一是财务操作中的‘价税分离’，包括后续的税金数据下传；二是财务核算中的销售收入账务处理。基于此两项功能，其核心字段主要为‘价税合计、税率、税额、不含税金额’和‘ERP凭证号’。

前文中提到‘小票’源于税务概念中的‘发票’，所以在做‘小票’中的价税分离处理时，一般都遵循税法要求，按不同税率进行分别处理，保证下传税务平台时，无需再按税率区分，可直接进行发票处理。同时，凭证入账作为所有业务的财务核算终点，‘ERP凭证号’用于反映这一完成状态。

注：上述三张表单，重在突出销售结算系统主功能的部分核心字段，包括‘状态机’在内的其他核心和冗余字段此处不做赘述。