光合本地生活o2o系统

一、为什么规则能改，账却对不上

1. 结算字段分散，改一处未同步订单

商家应结口径在 A 页面改，历史订单仍按下单时快照计费；新单与旧单混在一起导出，对账必然打架。没有写清「改结算规则影响哪些单」，运营只能手工改表。

2. 抽成规则口头约定，系统里没对应项

「平台抽 15%、分站抽 5%」若没落成可配置项，导出就没有分列字段。周会用 Excel 补算，错一行整月返工。

3. 岗位权限过宽，人人能改结算规则

一线运营误改结算规则，商家结算单 overnight 全变。同城外卖系统若没有岗位边界，结算口径「能改」反而是风险。

二、同城外卖系统怎么写清：字段、权限、导出三件套

1. 事先列清结算口径相关字段

书面约定：平台抽成、商家结算比例、配送费分摊、活动补贴谁承担等，各自对应系统哪一项、改生效规则是即时还是下一单起。验收时用一笔测试单走完并导出核对。

2. 谁能改、改完能否留痕

总部、分站、商家各自能改哪些项；是否需审批；变更是否有记录可查。避免「人人超管、改完无迹」。

3. 导出与订单状态一致

导出字段应能还原一笔单的完整分账逻辑（商务规则由客户确定）；取消、退款后结算口径与补贴如何冲减，也要在验收场景里写一条。系统侧保证状态同步与导出够核对。

区域自建外卖团队周会里最常见的争执，不是「功能少」，而是「导出和口头规则对不上」。建议把结算相关字段、谁能改、改完影响哪些单、取消退款如何冲减，写成一页纸贴在财务和运营中间，上线前用测试单逐列核对。光合同城成品提供可配置规则与导出核对，商务抽成仍由客户确定——系统能改不等于账会自动对，三件套要一起验收。

三、签单前建议写进合同的三块

上线前建议事先定：（1）结算核对项书面版本；（2）测试单导出能否还原；（3）岗位谁能改变更。想不清，同城外卖系统很容易「能改结算规则、对不了账」。

四、适合谁

适合区域自建外卖、有明确抽成政策的运营团队与本地服务商。不太适合结算规则自己都没定清、却先要求系统「灵活到随便改」的项目。也适合已对账出过错、准备重设规则与权限的团队：先把字段写进验收附件，再开城更稳。

上线前用一笔测试单走完：下单、支付、配送、完结，再导出核对字段能否还原书面抽成规则。取消、退款、活动补贴各走一条，看导出是否还能对上。同城外卖系统里，结算口径能改不等于账能自动对——字段、权限、导出三件套要一起验收。

分站与总部对账时，建议固定每周用同一导出模板核对一次，而不是临时改字段。同城外卖系统上线后，结算规则变更宜书面留痕；系统侧保证导出够还原一笔单的分账逻辑，商务比例仍由客户确定。

活动补贴、配送费分摊、分站抽成若只在口头约定，导出必然对不上。上线前建议财务与运营一起过一遍导出样例：每一列能否对应合同里的说法。光合同城同城外卖系统以成品提供可配置规则与核对导出；商务结算由客户确定。

开城后第一周建议固定同一导出模板做周核对，发现列对不上立刻查是规则变了还是权限误改。对账习惯比事后补救更省人力。

取消、退款、活动补贴若未写进验收场景，开城后导出很容易对不上。一笔测试单宜把这些分支各走一次，再导出核对。

总部与分站若都能改结算项，宜约定谁有最终决定权；否则同一字段可能被来回覆盖，导出永远对不上。

周结报表若靠手工 Excel 补算，说明字段或权限还没验收完；宜在开城前把导出样例定稿。

结算规则变更后，新单与历史单是否同一口径导出，宜在验收场景里单独写一条，避免开城后财务两套算法并存。

总结

同城外卖系统里，结算口径不是「有个输入框就行」，而是字段、权限与导出一起设计。光合同城以成品提供可配置规则与导出核对，商务抽成由客户确定。支持私有化源码与按需定制。规则不写清，能改结算规则反而加大了对账风险。