# 连锁业务对账系统产品定位与业务闭环 ## 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 系统协同关系 对账系统是分账系统的前置系统。 对账完成前，订单不能直接进入分账执行；对账完成后，分账系统基于已确认的订单、实收金额、手续费、退款和归属关系进行分账。 协同关系可以概括为： ```text 业务订单 ↓ 渠道账单 ↓ 订单对账核销 ↓ 差异处理与结果确认 ↓ 可分账订单 ↓ 分账系统执行分账 ``` ## 7. 产品价值 ### 7.1 对品牌总部 - 统一掌握多门店、多渠道收入结算情况 - 降低财务人工对账成本 - 提高收入确认准确性 - 为加盟商结算和分账提供可信依据 ### 7.2 对加盟商 - 清晰查看名下门店订单收入和结算情况 - 及时发现少结、漏结、退款异常等问题 - 降低与品牌总部之间的结算争议 ### 7.3 对门店 - 快速确认本店订单是否到账 - 及时处理异常订单和退款问题 - 提升门店收入透明度 ### 7.4 对运营和分析人员 - 识别渠道结算效率和异常分布 - 支撑门店经营分析和渠道分析 - 发现业务流程、支付配置和门店归属问题 ## 8. 后续规划方向 后续文档可继续围绕以下方向展开： - 对账业务流程设计 - 对账数据模型设计 - 渠道账单接入规范 - 自动匹配规则设计 - 差异处理流程设计 - 对账结果与分账系统接口设计 - 角色权限与数据权限设计 - 报表指标体系设计 - 版本规划与 MVP 范围