贯穿案例：邻里桥的一张正常单与一张异常单

01邻里桥团队把一张正常订单和一张取消订单的顾客现金

02商户应付

03人员报酬

04平台收入

05退款与赔付逐项放入守恒账本

图11：案例的重点不是记住数字，而是能从一笔订单还原每一方的权利、履约、资金、票据、数据与最终责任。

13.1 公司和商圈设定

【教学示例】邻里桥网络科技有限公司是一家虚构的管理型本地生活平台。它在松岚市青禾商圈连接消费者、餐饮商户和即时履约人员：平台提供商户准入、商品展示、搜索推荐、订单、促销、调度、支付合作接口、客服、退款、账单和数据工具；餐饮商户承诺餐食并负责制作；履约合作网络完成取送；合格支付机构完成收单退款与划付。具体法律、会计、税务角色在真实企业中必须按合同与控制事实重新判断。

试点有35家可交易门店、60名可上线履约人员、半径约3公里。平台不以“全城下载量”验收，而以晚餐时段每百次有效搜索有可下单供给的比例、支付成功后商户接受率、人员接受率、准时率、取消率、贡献和资金对账通过率验收。每张订单生成order_id，并关联商户子单、履约任务、支付、优惠、费项、退款、争议、结算和会计桥ID。

案例角色	合同/业务承诺	关键产出	不能被谁替代
消费者小禾	提供订单信息并支付，按规则验收/售后	地址、选择、付款、收货与证据	平台不能替其虚构收货确认
青禾食坊	提供餐食、备餐与质量承诺	商品、接单、餐食、交接与商户凭证	履约人员不承担制作质量
履约人员阿舟	接受任务并按安全规则取送	接单、到店、取货、送达事件	商户不能替其伪造送达
邻里桥平台	匹配、规则、订单、调度、账单、客服治理	规则快照、事件链、各方账单和售后决定	“只是技术”不能替代已承诺的管理责任
支付合作机构	依合作路径收款、退款、划付	支付/退款/结算结果与流水	平台内部积分不能冒充支付许可

13.2 正常单：顾客付115元，平台收入不是115元

小禾选择青禾食坊标价110元的餐食，配送费8元、平台服务费2元，使用平台承担的5元优惠，实际支付110+8+2-5=115元。平台对商户按交易价收11元佣金，形成商户应付110-11=99元；履约人员应付7元，支付处理应付2元；平台承担5元优惠、1元预期售后和1元可变计算客服成本。教学管理口径的平台收入为佣金11元加配送/平台服务10元，共21元；订单贡献为21-7-2-5-1-1=5元。

项目	金额（元）	谁承担/享有	账本性质	订单终态
商户交易价	110	消费者购买、商户提供	平台交易额组成，不当然全是平台收入	已履约
配送费	8	消费者支付、平台按案例口径确认服务收入	平台收入候选	已履约确认
平台服务费	2	消费者支付	平台收入候选	已履约确认
平台优惠	-5	平台承担	变动成本/收入抵减按具体会计判断	已核销
消费者支付	115	消费者流出	顾客总收款	支付成功
商户佣金	11	商户向平台承担	平台收入候选	商户账单确认
商户应付	99	平台资金账对商户责任	平台负债/结算项	已划付
履约人员应付	7	平台按案例承担	履约成本与人员应付	已划付
支付处理应付	2	平台承担	支付成本/应付	已结算
预期售后	1	平台管理口径	履约订单预期成本	已归集
可变计算客服	1	平台承担	可变运营成本	已归集
平台订单贡献	5	平台	不是净利润或银行余额	已计算

【会计提示】上述“收入21元”是教学口径，不是对任何真实合同作出的总额/净额判断。真实平台必须按CAS14收入准则识别客户、履约义务、主要责任人/代理人和可变对价等事实；佣金、配送费、优惠、赔付、支付费和人员成本的列报由合同与控制判断，不能仅按产品字段名决定。[CAS14-REVENUE]

13.3 正常单五流时间线

18:00，小禾看到青禾食坊页面，页面包含经营主体、商品、总价构成、预计送达、取消售后和平台规则版本。18:02，支付成功，订单系统冻结商品、地址、价格、优惠和合同快照；资金账本记录顾客收款和待分配责任。18:03，商户接单，库存/产能占用；调度系统生成任务。18:05，阿舟接单，人员端显示取送必要信息、安全提示和计价。18:18，商户完成备餐并扫码交接，餐食责任从制作转入运输阶段但质量证据保留。18:36，小禾收货，系统进入可售后而非立即抹去中间状态。到结算门禁时，商户应付99元、人员应付7元和支付费2元分别关闭，平台收入/成本桥入账。

正在绘制业务流程…

五流终态必须各自证明：合同订单流证明各方看到并接受哪个版本；服务流证明谁制作、谁取货、谁送达；资金流证明115元去向和所有应付关闭；票据流证明平台费、商户商品服务和相关成本的凭证/税务角色；数据流证明地址、位置、评价和算法事件只在必要范围使用。只要其中一流未闭合，订单不能从异常队列静默消失。

13.4 正常单的现金守恒与“钱池错觉”

顾客支付115元不是平台赚115元。案例用简化的物理现金桥演示：收115，向商户划99、向人员划7、支付处理2，剩7；这7还要覆盖预期售后1和可变计算客服1，最终贡献5。若划付时间晚于顾客付款，银行账上暂时出现的99元商户款和7元人员款是到期责任，不是增长预算。

现金桥	流入（元）	流出（元）	累计剩余（元）	经营解释
顾客成功支付	115	0	115	总收款，不是收入
商户划付	0	99	16	关闭商户应付
人员报酬	0	7	9	关闭人员应付
支付处理	0	2	7	关闭支付服务应付
售后与可变运营归集	0	2	5	即使尚未立即现金流出，也不能忽略责任
订单贡献	—	—	5	仍需覆盖固定研发、城市团队、办公室与税费等

资金负责人每天做三重对账：订单账消费者应付=实付+待付/失败；责任账顾客收款=商户应付+人员/供应商应付+平台资金份额+待退款等调整；外部账内部支付/退款/划付事件=支付机构与银行结果+已解释时间差。对账差异有年龄、金额、主体、根因和负责人，不用会计月底一次性“调平”。

13.5 异常单：商户已备餐、人员已出发后取消

同样价格的第二张订单在商户完成备餐、阿舟已向门店行进后，消费者因地址选择错误申请取消。客服核对订单快照、支付成功、商户接单与备餐、人员接单和位置事件，按案例规则决定：消费者全额退款115元；平台不确认本单21元服务收入；向商户补偿50元，向人员补偿4元；支付渠道有1元费用不可退；另给消费者5元平台承担的善意权益。异常单贡献为0-50-4-1-5=-60元。

这不是“顾客拿回115所以公司没损失”。商户真实制作、人员真实出发、支付已处理，平台为规则选择和体验承担60元。5元善意权益若为以后使用的权利，还需进入相应负债/核销跟踪；为简化教学，本案把它作为当期承担且已发放，不用于正常单贡献。真实会计处理仍按条款、使用条件和收入准则判断。

异常动作	金额（元）	资金/会计含义	必须更新的对象	关闭证据
顾客原路退款	115	反转顾客收款，平台收入0	支付、订单、退款、顾客应收/负债	支付机构退款成功
商户补偿	50	异常履约补偿成本/应付	商户账单、赔付、成本	商户应付已划付
人员补偿	4	任务取消报酬/成本	人员任务账与应付	人员应付已划付
不可退支付费	1	平台成本	支付账和成本	渠道账单确认
善意权益	5	平台承担的客户恢复成本/相关负债判断	优惠钱包、预算、客户工单	发放、使用/到期可追踪
平台贡献	-60	本单单位经济结果	城市经营分析	与五项动作勾稽

13.6 异常六格如何关闭

第一格服务：商户停止交付并记录餐食如何处置，人员任务终止且不再导航。第二格资金：115元退款成功，50元商户补偿、4元人员补偿和1元渠道成本入账，5元善意权益跟踪；没有重复退款或负应付。第三格单据：取消决定、补偿、优惠与相关凭证进入税务/会计桥，原交易开票/凭证路径按事实冲正或调整。第四格数据：订单、任务、退款、客服、风控和模型特征接收同一取消原因，不把“消费者地址错”错误记成“人员配送超时”。第五格责任：案例按公开规则确定平台承担，不用后台人工偷偷改成商户责任。第六格改进：地址确认交互和派单前校验进入产品改进，监控同类取消率。

正在绘制业务流程…

13.7 两单合并：交易增长但贡献为负

两笔订单的展示交易价共220元；正常单平台收入21元、贡献5元，异常单收入0、贡献-60元，合计贡献-55元。若经营报表只展示“2个支付订单、顾客支付230元”，团队会误以为增长；若只在退款表展示115元而没并入商户/人员补偿，又会低估损失。城市经营分析用支付单、有效履约单、取消原因、平台收入、四边成本、贡献、退款现金和应付到期一并观察。

合并指标	正常单	异常单	合计	专家解读
展示商户交易价	110	110	220	不是平台会计收入
顾客支付成功金额	115	115	230	异常单随后退款115
最终顾客净现金	115	0	115	不能用支付峰值代替最终现金
平台教学收入	21	0	21	仍待真实总额/净额判断
商户/人员/支付/营销/运营变动成本	16	60	76	正常单16=7+2+5+1+1
订单贡献	5	-60	-55	扩大此组合会放大亏损
商户最终应付/补偿	99	50	149	每一项须关闭到划付证据
人员最终应付/补偿	7	4	11	不因取消而抹去已付出劳动

13.8 角色交接与系统勾稽

消费者产品负责人保证价格、地址确认和取消入口；商户产品负责人保证商户看到价格、备餐和取消补偿；履约产品负责人保证任务计价、状态和安全；订单工程师保证状态不可矛盾；支付资金保证退款和划付；财务保证平台收入、负债、应付与成本桥；客服保证证据和决定；风控保证没有刷单/串谋；平台治理保证规则版本、解释和申诉；数据负责人保证城市报表不重复计数。

控制问题	主责岗位	系统证据	异常升级
顾客看见的总价是否等于支付请求	定价增长+消费者产品	价格快照、支付请求	自动阻断下单
商户是否真实接单备餐	商户产品/运营	接单、产能、备餐事件	商户运营复核与巡检
人员是否真实接单出发	履约产品/调度	任务与必要位置事件	安全/反欺诈复核
退款是否一次且原路成功	支付资金	refund_id、渠道结果	资金高优队列
商户/人员补偿是否被错误冲掉	财务结算	payable、statement、payout	冻结争议部分、无争议款继续
取消原因是否一致	客服+数据	工单决定与事件码	数据质量根因纠正
平台收入是否反转	财务	收入桥、凭证	月结前P0差异
规则是否为订单当时版本	平台治理	rule_version、快照	独立复核和纠错

13.9 案例月结与三张表影响

案例月结先锁定截止时点，再从订单状态、资金账、退款、商户/人员应付、优惠、渠道账单和客服赔付生成差异清单。正常单平台教学收入21元和变动成本16元形成5元贡献；异常单收入0、成本60元；合计-55元。资产负债表端关注银行/支付在途、商户和人员应付、退款、优惠相关义务及其他应计；现金流端记录顾客净收款、对商户/人员/渠道等支付的时间。利润表亏55元不代表本期恰好净流出55元，因为划付、退款、成本和凭证可能跨期；但最终都必须勾稽。

“利润不等于现金”在平台还有第二层：顾客先付款、商户后结算会暂时提高现金，却同时增加平台负债。健康经营的现金红线不是“账户大于零”，而是自有可用现金覆盖平台自身支出后，顾客退款和商户/人员到期应付仍有充分覆盖。财务每周做退款高峰、支付中断、批量质量事件与城市停运压力测试，不能拿未来新订单代收款覆盖旧订单责任。

13.10 如果把案例做错，会出现什么

错误一，把115元全部当收入，毛利虚高，随后退款像突然损失。错误二，只给顾客退款，商户和人员应付消失，平台把自身规则成本转嫁给生态。错误三，客服在数据库改“已取消”，支付和财务未收到事件，形成漏退或重复退。错误四，算法仍把本单记为人员慢，引发不合理降权。错误五，优惠只计核销不计发放、责任和失效，预算可被并发击穿。错误六，用总GMV奖励城市团队，使其主动放松供给准入和取消政策。

专家复盘不问“谁背锅”，先问哪项设计让错误可发生且无法尽早发现：状态机是否允许交付后改成未接单；规则快照是否缺失；资金账是否无双边分录；客服权限是否无金额/主体限制；商户和人员是否无申诉；模型是否直接使用未经治理的客服标签；经营奖酬是否只看交易量。改进要落到产品、流程、数据、权限、监控和负责人，不能停在培训通知。

13.11 从单笔案例扩展到城市经营舱

城市负责人每天以商圈×时段×类目查看需求、供给、匹配、履约、体验和贡献，而不是一张全国平均大盘。周会复盘供给健康、顾客复购、人员安全与报酬、异常六格、资金对账和重大规则变更；月会决定开城、扩类、调费、改补贴或收缩。任何增长实验同时写消费者、商户、人员、平台四边护栏。

经营层	核心问题	领先指标	滞后指标	典型错误
商圈日运营	此时此地能否真实成交和交付	有效供给、接单、人员可用、ETA	取消、投诉、贡献	用全城平均掩盖局部崩溃
城市周经营	供需和履约是否可持续	留存、商户可售时长、任务强度	商户/人员流失、赔付	用补贴暂时遮住质量问题
平台月经营	模型是否可复制	cohort贡献、资金覆盖、规则稳定	现金消耗、事故、监管纠纷	只看GMV与下载量
地区季度治理	角色和制度是否仍成立	复核完成率、申诉纠错、权限例外	重大事件与整改	把旧法律意见永久沿用

13.12 贯穿案例专家验收

读者应能在不看答案时完成五件事：用90秒解释为什么平台不是赚115元；画出正常单五流并指出商户99元和人员7元是什么；证明正常单贡献5元；证明异常单退款后仍损失60元；说出异常关闭的六格和至少四个主责岗位。如果只能背诵“GMV不是收入”，却不能把退款、商户应付、人员报酬、支付费、优惠和现金守恒放进同一张表，还没有达到业务专家门槛。