一笔业务的五流闭环

01消费者下单后

02订单

03商户商品

04顾客资金

05发票凭证和位置数据经不同角色汇合到同一履约与分…

图4：本地订单看似几十分钟完成，合同、资金、税票和数据却有不同终态。

正在绘制业务流程…

5.1 合同订单流

消费者看到的商户身份、商品/服务、总价、优惠、预计时间、取消退款、平台和实际提供者角色形成订单承诺；平台与商户的费项、促销承担、接单、履约、赔付和结算来自商户协议与规则；平台/合作企业与履约人员的任务、报酬、安全、休息和申诉来自相应规则/协议。订单保存所有版本，不用当前页面解释历史交易。

订单状态不止“已完成/已取消”：待支付、支付处理中、已支付待商户、已接单、准备中、待取、履约中、交付待确认、已完成、售后中、部分退款、全额退款、争议关闭。商户、履约和消费者子状态可不同，由订单主状态编排，禁止简单覆盖。

5.2 货物/服务流

餐饮/零售是商品与包装从商户经取货交接到顾客；到店券是资格/券码发放、预约、核销和实际服务；家政/维修是服务人员到场、开工、变更、验收；旅游预订还涉及库存确认与供应商履约。平台为类目设计事实事件，不用“点击完成”替代实物或服务。

即时配送记录商户备妥、人员到店、取货核验、路径、联系、交付和异常。位置仅在明确目的、必要范围和权限下处理；交付证据也要避免过度收集顾客家庭信息。商户已制作但平台取消、人员到店但订单撤销、顾客失联等都需货物/服务终态和补偿规则。

5.3 资金流与平台负债

消费者支付后，资金账本将金额拆为商户交易、平台费用、履约人员报酬、商户/平台优惠、税费/发票角色和退款准备。支付成功不代表交易履约，平台清算入账不代表全部属于平台。商户和人员应付按合同与交付事件形成；取消退款会冲回或产生补偿；保证金、储值、未消费券等依事实可能形成负债，必须逐类管理。

正在绘制业务流程…

图中是教学管理桥，不是会计分录：115的顾客现金包含商户交易和平台费用且已扣平台优惠；收入21与商户应付99等需按真实合同、支付路径、税务和会计政策确认。

5.4 票据、发票与涉税信息流

商户向消费者提供商品/服务、平台向商户或消费者提供平台/配送/营销服务、履约合作方提供履约服务，各自的发票与税务角色按真实主体和交易判断。平台账单要拆交易价、优惠承担、佣金、配送、服务、广告、退款和补偿，使商户能够核对。不能把平台结算单当所有主体的唯一发票。

【可核验事实】《互联网平台企业涉税信息报送规定》要求适用的平台企业按规定报送平台内经营者和从业人员身份、收入等涉税信息，并设置核验、保存和按要求提供交易等信息的框架；具体数据口径和办理按主管税务机关与实施规则核验。[SRC-SC-PLATFORM-TAX-REPORTING-2025]

5.5 数据流

顾客定位/地址、搜索、订单、支付、评价；商户主体资质、门店、商品、价格、经营和结算；履约人员身份、在线、位置、任务、报酬与安全；平台算法特征、风控、客服和实验共同形成高密度数据。平台先按主体和目的画字段流，区分订单必需、推荐可选、营销、风控、劳动管理和法定保存，最小权限与期限不能由“以后有用”决定。

5.6 稳定ID与日对账

对象	稳定ID	关键父子关系	日对账
顾客交易	consumer_order_id	一单多履约/多退款	支付无订单、重复订单
商户子单	merchant_order_id	平台单—商户—商品/服务	接单与库存/产能、结算
履约任务	task_id	订单—一次/多次派单—人员	已完成无交付、取消补偿
支付退款	payment/refund_id	原支付—部分/多次退款	发起未成功、超额退款
结算行	settlement_line_id	订单/任务—费项—主体	未知费项、主体/金额不符
工单争议	case_id	订单—证据—决定—执行	决定与退款/赔付未同步

接口重复用幂等键，乱序事件保留业务时间与接收时间；人工调整不删原值。日对账先找孤单、超卖/超产能、支付悬挂、已取消仍派单、已完成无证据、退款失败和负应付；高风险小金额也需升级。