惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

腾讯CDC
Engineering at Meta
Engineering at Meta
Last Week in AI
Last Week in AI
V
Visual Studio Blog
Stack Overflow Blog
Stack Overflow Blog
A
About on SuperTechFans
博客园 - 司徒正美
D
DataBreaches.Net
有赞技术团队
有赞技术团队
T
The Blog of Author Tim Ferriss
MyScale Blog
MyScale Blog
I
InfoQ
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
月光博客
月光博客
Google DeepMind News
Google DeepMind News
Recent Announcements
Recent Announcements
小众软件
小众软件
G
Google Developers Blog
博客园 - 【当耐特】
U
Unit 42
美团技术团队
B
Blog
D
Docker
Blog — PlanetScale
Blog — PlanetScale

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
零售行业的财务系统中业财域销售结算系统设计(上篇)
藤真君 · 2025-03-12 · via 人人都是产品经理

在零售行业中,财务系统的高效运作至关重要,而销售结算系统作为财务系统中的核心模块,更是企业成功的关键之一。本文将深入探讨零售行业财务系统中业财域销售结算系统的设计思路与实现方案。

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

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

本篇作为(上篇)将首先介绍销售结算系统的定位,核心能力及上下游系统的协同。

一、销售结算系统的定位

销售结算系统的定位可以概括为“业务与财务的桥梁”和“数据整合与结算的中枢”。

业务与财务的桥梁

所谓“桥梁”,即连接两地的通道,此处的“业财桥梁”,一端连接着业务端的销售行为,一端连接着财务端的财务核算,使销售数据通过“桥梁”顺利进入财务系统。

数据整合与结算的中枢

所谓“中枢”,通常指某个系统的核心部分或关键节点,具有控制、协调或连接的功能。零售行业的销售结算系统,对上承接线上线下订单数据,对下输出财务核算,零售返利、促销等财务结算数据,

二、销售结算系统的核心能力

1、数据整理与标准化能力

销售结算系统在承接订单管理系统(OMS)或收银系统(POS)的订单数据时,首先会先梳理出如订单头信息、订单行信息、订单客户信息、订单促销信息、订单折扣信息等相关信息分类,其次根据订单行信息中的商品信息关联主数据信息,进行商品价税分离,标准化为财务收入,并根据库存成本系统,获取商品成本(一般为移动价)匹配对应的商品成本,完成销售订单转换为财务订单第一步。

(注:此处提及库存成本系统区别于WMS系统,一般为财务系统中侧重核算商品价格的独立模块)

2、多维度结算计算能力

  • 财务收入计算:根据订单信息+促销信息+折扣信息(含商品和支付折扣)等,确定订单的财务收入(即:财务定义计入“主营业务收入”的金额)和各商品金额;
  • 税金计算:根据订单行中商品信息,关联主数据中商品信息,计算出各商品的增值税、消费税等税金金额;
  • 促销计算:根据订单商品信息,关联供应链系统中商品扣点或返利等相关信息,计算从供应商处收取的相关金额;
  • 多主体计算:一般零售连锁企业,根据各门店,门店上属区域公司,供应商维度计算展示销售收入;

3、财务凭证生成与入账

销售结算系统处理完结算数据后,按记账凭证引擎(也称为预制凭证系统)要求,推送记账数据,一般财务架构中,由记账凭证引擎承担汇总记账职能。

4、自动化对账

对账职责,一般企业中都归口在财务体系管理,财务系统架构中,如有专门的对账模块,财务系统内数据或财务上下游数据均可抽取集中至对账模块统一核对。如无独立对账系统,则销售结算系统,主要承担对上游订单管理系统(OMS)、支付系统,对下游账务系统的数据核对。

5、高并发与大数据处理能力

随着大促活动的频繁,日常购买行为现已往往集中爆发,对于高并发与大数据处理能力提出了很高的要求,一般处理原则包括:

支持实时或批量计算,OMS或POS系统现多已支持时时下传订单数据,但弊端可能是对于一些无效订单也会同步,造成垃圾数据冗余。

弹性扩展架构,支持分布式计算,确保系统在交易高峰时仍能稳定运行。

历史数据存储与查询,优化数据存储结构,对于一般查询仅支持半年时间,冷热数据分离可提高一些系统效率。

三、销售结算系统与上下游系统的协同

上游系统:订单管理系统(OMS)、收银系统(POS)、支付系统

  • 订单管理系统(OMS)、收银系统(POS):销售结算系统的上游数据来源主要是订单管理系统(OMS),部分零售企业从线下门店起家,会由门店收银系统(POS)系统处理收银订单数据,系统架构切分上,订单域一般会统一由OMS系统整合处理订单数据。(实际中也存在销售结算系统分别承接OMS系统和POS的线上线下数据)。
  • 支付系统:支付系统一般向销售结算系统下传用户支付信息,包含支付渠道、支付方式、支付折扣等,支付信息基于财务理解中,定义为实际收入(财务术语:货币资金),用于与销售结算系统中的销售收入核对,即财务核算中的应收=实收。

下游系统:总账系统(GL)、税务系统、采购结算系统

  • 总账系统(GL):现代零售企业因为订单量大,一般都会前置记账凭证引擎(或称预制凭证),用于自动化生成会计凭证后再推送总账模块(GL)。销售结算系统将一笔笔零售订单按日汇总后,按记账凭证引擎约定的凭证模板,推送相关字段至记账凭证引擎。
  • 税务系统:销售结算完成后,销售结算系统会将应税商品按税率、日期等相关条件汇总后推送税务平台,由税务平台再做进一步税务数据处理,连接外部金税服务,完成开票。
  • 采购结算系统:零售企业因其特殊的行业性质,本质是对生产企业商品的销售行为,所以几乎所有的零售企业都会向供应商(即商品生产企业)收取销售返利(含促销折扣等)。返利意为供应商返给零售企业的利益,其计算公示可简单概括为:销售基数*返点=返利额。(现实交易中,存在阶梯返利、固定返利等多种形式,后续讲解返利结算系统再详述)因此,计算返利时,一般由销售结算系统负责提供销售基数数据,返点由采购结算系统从供应链系统(或主数据供应商模块)获取,并在采购结算系统中完成计算。

本文由 @藤真君 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务