多门店餐饮系统的对账，核心不是核对一个营业总额，而是建立一套可追溯的“订单—支付—优惠—退款—结算”映射规则。总部必须能够回答：每家门店实际产生了多少订单，顾客通过何种方式支付，优惠由谁承担，平台扣除了哪些费用，最终应结算给谁，以及异常金额由哪个环节负责。
先统一对账口径
系统应先明确订单归属。堂食订单通常归属于下单门店；外卖订单则要区分接单门店、配送责任和实际结算门店。门店、总部、平台看到的金额可能不同，因此不能只用“订单金额”作为唯一口径。
建议至少拆分以下字段：
- 商品原价与实际应收金额；
- 门店承担和总部承担的优惠金额；
- 顾客实付金额及支付方式；
- 退款金额、退款时间和退款责任方；
- 配送费、平台服务费及其他应扣金额；
- 门店应收、总部应收和平台待结算金额。
其中，优惠券必须明确承担方。若总部统一发放优惠券，门店营业额与总部营销成本不能混为一笔；若优惠由门店承担，则应在门店结算中扣除。优惠是否叠加、退款后是否返还或扣回，也应在系统规则中提前固定。
按结算周期处理异常
对账不能只做日汇总，还要明确结算周期。系统应区分当日已支付、待结算、已退款和已关闭订单，避免因支付时间、退款时间与平台结算时间不同而重复计算。
跨门店会员消费尤其需要单独设计。会员可以共享，但收入归属不能模糊：消费门店应记录实际履约和销售归属，储值、积分或总部优惠产生的成本则应按照预先约定的规则分摊。否则，门店业绩、总部费用和会员账户余额很容易出现不一致。
上线前用真实订单验收
开发前应准备堂食单、外卖单、退款单、优惠券单和跨门店会员消费记录，要求系统逐笔展示订单金额、优惠承担、支付结果、退款状态和最终结算金额。总部查看整体数据，店长只能查看本店数据，收银员处理订单，这类权限边界也应纳入验收。
真正可靠的多门店对账规则，不是报表做得复杂，而是每一笔金额都能追溯到订单、责任主体和结算结果。先把口径写清，再开发报表和分账功能，才能避免上线后反复人工修正。
