10 KiB
连锁业务对账系统产品定位与业务闭环
1. 产品定位
连锁业务对账系统是面向连锁企业的订单结算核销系统，重点服务连锁餐饮、连锁鞋服、连锁零售、连锁药店等多门店、多业态、多业务类型经营场景。
系统通过同步业务订单和渠道结算账单，完成订单应收金额与渠道实收金额的自动匹配、核销和差异处理，帮助连锁品牌确认每一笔订单是否已经结算、什么时候结算、实际结算了多少，并将确认后的对账结果输出给分账系统，作为后续分账执行的可信依据。
一句话定位：
连锁业务对账系统是连接收银订单、渠道结算和多方分账的财务核销中台。
2. 目标客户与适用行业
2.1 目标客户
系统主要面向具备多门店、多渠道、多结算主体、多经营主体特征的连锁企业，包括：
- 连锁品牌总部
- 区域公司或城市公司
- 加盟商
- 直营网点和加盟门店
- 多业态、多品牌经营集团
2.2 适用行业
当前优先适配以下行业：
- 连锁餐饮
- 连锁鞋服
- 连锁零售
- 连锁药店
后续可扩展到其他存在多门店交易、渠道结算和经营主体分配诉求的连锁经营场景。
2.3 适配业务类型
不同连锁业态下，订单来源、支付渠道、平台账单和结算规则存在明显差异。对账系统需要支持按行业和业务类型进行扩展，而不是只面向单一门店收银业务。
典型业务类型包括：
| 行业 | 典型业务类型 | 主要订单来源 | 主要账单来源 |
|---|---|---|---|
| 连锁餐饮 | 门店堂食、外卖、团购、扫码点餐、会员储值 | 收银系统、外卖平台、团购平台、扫码点餐系统、会员系统 | 支付渠道账单、外卖平台账单、团购平台账单、储值账户流水、银行入账流水 |
| 连锁鞋服 | 门店零售、电商、外卖、团购、私域商城 | 收银系统、电商平台、外卖平台、团购平台、小程序商城、私域商城 | 支付渠道账单、电商平台账单、外卖平台账单、团购平台账单、聚合支付账单、银行入账流水 |
| 连锁零售 | 门店零售、电商、到家业务、会员储值 | 收银系统、电商平台、到家平台、会员系统 | 支付渠道账单、电商平台账单、到家平台账单、储值账户流水、银行入账流水 |
| 连锁药店 | 门店零售、线上购药、医保支付、到家配送 | 收银系统、线上购药平台、医保系统、到家平台 | 支付渠道账单、医保结算账单、平台账单、银行入账流水 |
对账系统在产品设计上需要沉淀通用的订单、账单、核销和差异处理能力，同时允许不同业态接入差异化字段、差异化匹配规则和差异化结算周期。
3. 使用对象
3.1 品牌方财务管理人员
关注订单应收、渠道实收、未结算订单、差异金额、手续费、退款、加盟商结算和门店收入确认。
3.2 统计分析人员
关注品牌、区域、加盟商、门店、渠道、日期、订单类型等维度下的订单、结算、差异和到账周期分析。
3.3 加盟商
关注自己名下门店的订单收入、平台结算、品牌结算、扣费、退款和异常差异。
3.4 门店店长
关注本门店订单是否到账、是否少结、多结、漏结、重复结算，以及退款和异常订单处理情况。
3.5 业务运营人员
关注渠道结算效率、门店经营数据、支付渠道表现、异常订单分布和业务流程问题。
4. 核心业务问题
对账系统要回答的核心问题是：
- 订单什么时候发生？
- 订单应该收多少钱？
- 订单通过哪个渠道支付？
- 渠道有没有结算？
- 渠道什么时候结算？
- 渠道实际结算了多少钱？
- 订单应收和渠道实收是否一致？
- 如果不一致，差异原因是什么？
- 哪些订单已经具备分账条件？
其中，订单对账的核心是：
用渠道账单中的结算金额去核销业务订单中的应收金额。
5. 核心业务闭环
5.1 业务订单同步
从收银系统、POS 系统、门店系统、电商系统、外卖平台、团购平台、小程序商城、私域商城、会员系统等同步业务订单，形成订单应收数据。
收银系统订单原则上支持按营业日进行 D+1 批量同步。大部分门店业务不要求实时同步到对账系统；实时接口可以作为可选补充，但不能替代 D+1 完整批次校验。
对账系统需要区分订单业务发生时间、营业日期、来源系统更新时间和实际同步时间。订单归属和报表统计使用业务发生时间及营业日期，不使用 D+1 的同步日期替代。
订单数据至少需要支撑识别：
- 订单发生时间
- 订单号
- 门店
- 品牌
- 加盟商或经营主体
- 支付渠道
- 订单应收金额
- 业务类型
- 订单来源平台
- 优惠、退款、取消等业务状态
- 营业日期
- 来源系统更新时间
- 数据同步时间
5.2 支付渠道识别
根据订单支付方式识别结算渠道，包括但不限于：
- 微信支付
- 支付宝
- 银联
- 银行卡
- 聚合支付
- 美团
- 饿了么
- 抖音
- 电商平台
- 团购平台
- 私域商城
- 储值卡
- 券核销
- 医保支付
支付渠道识别的目标是确定后续应该从哪个渠道获取交易账单、结算账单、退款账单和手续费账单。
5.3 渠道账单获取
从支付渠道、外卖平台、团购平台、电商平台、银行、聚合支付服务商等外部系统获取账单数据。
账单类型包括：
- 交易账单
- 结算账单
- 退款账单
- 手续费账单
- 入账流水
- 平台结算账单
- 平台佣金账单
- 补贴和优惠承担账单
渠道账单需要支撑识别：
- 渠道交易流水号
- 商户号
- 门店号或渠道门店标识
- 交易时间
- 结算时间
- 交易金额
- 退款金额
- 手续费
- 实际结算金额
- 入账账户
- 平台订单号
- 平台门店标识
- 佣金、服务费、配送费、包装费等平台费用
- 平台补贴、商家补贴、优惠券承担方
5.4 自动对账核销
系统根据订单和账单之间的关键字段进行自动匹配，完成订单应收金额与渠道实收金额的核销。
常见匹配依据包括：
- 订单号
- 渠道交易流水号
- 商户号
- 门店号
- 支付渠道
- 业务类型
- 订单来源平台
- 交易时间
- 交易金额
- 结算金额
核销完成后，需要形成明确的对账结果：
- 已结算
- 未结算
- 部分结算
- 金额一致
- 金额不一致
- 多结
- 少结
- 重复结算
- 退款异常
- 手续费异常
5.5 差异识别与处理
对于无法自动核销或核销结果异常的数据，系统需要形成差异任务，支持财务或运营人员进行处理。
典型差异包括：
- 订单存在但渠道未结算
- 渠道账单存在但订单不存在
- 订单金额与结算金额不一致
- 退款订单未匹配到退款账单
- 重复结算
- 跨日结算
- 门店归属错误
- 商户号归属错误
- 手续费异常
差异处理需要保留处理结果、处理人、处理时间、处理说明和调整依据，满足后续审计和追溯要求。
5.6 对账结果确认
只有完成核销、金额确认、状态正常或差异处理完成的订单，才进入可分账范围。
对账系统需要明确输出订单的分账准备状态：
- 不可分账：订单未完成核销或存在未处理差异
- 可分账：订单已完成核销且金额确认
- 暂缓分账：订单存在业务争议、退款待确认或人工冻结
- 已输出分账：分账系统已经返回有效接收回执
5.7 分账系统对接
对账系统将已确认的订单和结算结果同步给分账系统，作为分账系统执行分账规则的输入依据。
对账系统输出给分账系统的核心信息包括：
- 订单号
- 渠道交易流水号
- 品牌
- 门店
- 加盟商或经营主体
- 支付渠道
- 订单发生时间
- 渠道结算时间
- 订单应收金额
- 渠道实收金额
- 手续费
- 退款金额
- 可分账金额
- 对账状态
- 差异处理结果
6. 与分账系统的边界
6.1 对账系统职责
对账系统负责确认收入真实性和金额准确性，重点回答：
- 订单是否真实发生？
- 订单应收金额是多少？
- 渠道是否已经结算？
- 实际结算金额是多少？
- 是否存在结算差异？
- 是否满足分账前置条件？
6.2 分账系统职责
分账系统负责按照规则完成利益分配，重点回答：
- 这笔已确认收入应该分给谁？
- 品牌方、加盟商、门店、平台、渠道服务商各分多少？
- 手续费、服务费、佣金、补贴、优惠分别由谁承担？
- 分账结果是否需要出款、记账或生成结算单？
6.3 系统协同关系
对账系统是分账系统的前置系统。
对账完成前，订单不能直接进入分账执行；对账完成后，分账系统基于已确认的订单、实收金额、手续费、退款和归属关系进行分账。
协同关系可以概括为：
业务订单
↓
渠道账单
↓
订单对账核销
↓
差异处理与结果确认
↓
可分账订单
↓
分账系统执行分账
7. 产品价值
7.1 对品牌总部
- 统一掌握多门店、多渠道收入结算情况
- 降低财务人工对账成本
- 提高收入确认准确性
- 为加盟商结算和分账提供可信依据
7.2 对加盟商
- 清晰查看名下门店订单收入和结算情况
- 及时发现少结、漏结、退款异常等问题
- 降低与品牌总部之间的结算争议
7.3 对门店
- 快速确认本店订单是否到账
- 及时处理异常订单和退款问题
- 提升门店收入透明度
7.4 对运营和分析人员
- 识别渠道结算效率和异常分布
- 支撑门店经营分析和渠道分析
- 发现业务流程、支付配置和门店归属问题
8. 后续规划方向
后续文档可继续围绕以下方向展开：
- 对账业务流程设计
- 对账数据模型设计
- 渠道账单接入规范
- 自动匹配规则设计
- 差异处理流程设计
- 对账结果与分账系统接口设计
- 角色权限与数据权限设计
- 报表指标体系设计
- 版本规划与 MVP 范围