一个文旅集团名下往往同时管着几个景区：山上的、城里的、还有新接手的研学基地。这类客户上系统时提的需求高度一致——集团层面希望"一套系统管到底"，各景区又坚持"我的票价和账不能和别人混"。这两句话听起来矛盾，实际是三个不同层面的问题：主数据、价格策略、结算主体。把它们拆开配，统一定价和独立核算可以并存；混成一件事去做，最后一定返工。

第一层先把主数据收口，这是唯一必须统一的部分。票种、游客档案、渠道商、员工与账号，这四类数据一旦各景区各建一套，后面所有报表都对不上。常见的做法是在集团层建字典：票种的编码、名称、类别、适用人群由集团定义，景区只能引用，不能自己新建一个名字相近的票种。渠道也同理，同一家旅行社在 A 园记成"团队客户"、到 B 园变成"分销商"，月底就说不清这个渠道到底带了多少人。但要留一个口子：景区可以在集团字典之下挂"本地别名"和"本地上下架状态"，只是不能改主数据本身。

第二层是价格：基准价由集团定，浮动权留在景区。纯统一定价在淡旺季差异大的景区里推不动，纯各自定价又会让集团在谈渠道时失去议价口径。可行的是基准价加区间：集团给每个票种挂一个基准价，同时给出允许浮动的上下限和允许的促销类型；景区在自己区间内可以直接改价、上活动，超出区间必须走集团审批。这里有两个细节决定这套规则能不能落住。一是改价必须带生效时间，不能点了立刻全网变价，已售出的票按下单时的价格结算；二是每次本地覆盖都要留下操作人、原因和原值，否则半年后没人说得清这张票为什么是现在的价。

第三层才是核算：订单要同时记住在哪卖的、在哪核的。独立核算的难点不在分账公式，而在归属字段。单景区的票好办，售票景区等于核销景区。跨景区的联票、年卡、套票必须在下单时就写清分成规则——按固定比例、按核销次数，还是按入园首站。系统里最常见的错误是把分成算到售票景区头上，结果 A 园卖了票、B 园承担了服务，两边都不认账。退款要原路退回，且回的是原来那笔分成的逆冲，不能按当天的新规则重算一次比例。

权限要按这三层分开给。集团账号能改基准价和区间、能看全部景区的合并报表；景区账号只能改自己区间内的价格、只能看本景区明细。审计日志至少覆盖改价、改分成规则、手工调账三类动作，这三处是钱最容易被说不清的地方。

落地顺序建议：先接主数据，再统一渠道和线上入口，最后才碰分账。反过来做——先承诺财务分账、再补票种字典——通常会在第一个月结束就推翻重来。另外三个高频坑值得提前避开：一是把共用系统做成数据混在一起，报表里出现别的景区的名字，景区的第一反应是退出；二是库存不隔离，A 园的限流量被 B 园的团队单占掉；三是年卡跨园规则没定，续卡、冻结、转赠按发卡景区还是按使用景区算，扯皮成本比省下的开发成本高得多。

一句话收口：集团要的是口径一致，景区要的是账算得清。把统一的部分限定在主数据和价格区间，把独立的部分落到订单归属和结算主体，两边才都能签字。