本地生活平台搭建加第二业态时，若用户在外卖与跑腿各生成一套 user_id，会员、优惠券、积分无法共用，运营活动成本翻倍。跨业态用户标识宜在账号层贯通，订单层按业务类型区分。
结论
一个 user_id 对应多 business_line 订单；商家同理 merchant_id 挂多业务。登录态与资料维护一次，订单列表按 business_type 过滤导出。
sql
-- 订单表示意：同一 user_id，不同 business_line
SELECT order_id, business_line, amount
FROM orders
WHERE user_id = ? AND created_at >= ?一、账号层与订单层分离
用户表、商家表全局唯一；订单表带 business_line 枚举。注册、绑手机、实名一次完成。加跑腿时不新建 user，只开通业务权限或模块开关。
手机号变更应全局生效，而不是 per-line 各改各的。注销账号宜检查多业务未完成订单，避免一单业务注销导致另一业务无法登录。
二、优惠券与积分
券模板可限定 business_line 或全场；核销时读 user_id + 券规则。积分账户宜全局，避免外卖积分与跑腿积分两套余额。活动配置在后台按业务筛选投放。
跨业态满减需明确叠加规则，并在下单快照写清适用 business_line，纠纷时以快照为准。
三、导出与对账
CSV 增加 business_line 列，财务可按类型分 sheet。总部模板统一，分站只填本地参数。试跑各业务线各一单，归档导出样本。
测试单宜打标签，报表默认过滤试跑数据。列名变更 bump export 版本，财务签字后切换生产。
四、前台入口与模块开关
未开通 business_line 不在 App 展示入口，配置中心开关控制。避免用户点进未部署业务。演示环境可与生产开关分离，防止试跑菜单污染正式用户。
开关变更应 audit；误开未就绪业务会导致空白页投诉，宜预发全链路点验后再切生产。
五、光合同城边界
国内综合版支持多业务扩展与统一 user/merchant；源码交付含 business_line 说明。商务规则由客户确定；系统侧不抽成客户平台订单。
六、小结
跨业态贯通不是把两个 App 硬绑，而是账号一次、订单分线、导出可筛。加第二业态前用同一 user_id 下两笔不同 business_line 订单验收导出与券核销。
改配送范围或起送价后，宜抽进行中单与新单对照快照是否符合预期，并把结果写入变更记录。券与积分账户宜全局，跨业态满减规则写进下单快照，纠纷以快照为准。模块开关变更应 audit，误开未就绪业务会导致空白页投诉。
总部 export schema 定版后，分站只填本地参数，禁止私改列名。试跑各 business_line 各一单，归档导出样本与后台截图，作为第二业态上线培训材料。
跨业态券核销失败时，优先查 user_id 是否贯通与 business_line 限制，而不是怀疑用户作弊。手机号变更应全局生效，注销账号前检查多业务未完成订单，避免一单业务注销导致另一业务无法登录。积分与券账户宜在后台提供「按 user_id 查全业务余额」视图，客服处理跨业态投诉时不必切换多个后台。business_line 开关误开未就绪模块时，宜预发全链路点验后再切生产，避免用户点空白页投诉。跨业态活动配置宜限定可用 business_line 列表，防止券发到未开通业务导致核销失败。导出 filter 按 business_line 分 sheet 的规则宜写入财务培训手册，减少月底临时改脚本。