几个景区并进一套后台，第一个月争执通常不在系统好不好用，而在三件事：价格谁改的、报表为什么两个园加起来对不上、跨园的那张票钱该算给谁。这三件事都不是技术问题，是三层组织没有把管控边界写成清单。

权限按组织层级给，不按人给

集团—子公司—景区三层，账号要挂在组织节点上，角色按层定义：集团角色看全部并能定规则，子公司角色在自己片区内配运营，景区角色只能动本园。跨组织兼职的人很常见，一个人同时管两个园，不要建共享账号，给同一个账号挂两个组织节点，登录时选节点，所有流水按当时的节点归属。数据可见范围要能沿组织树继承，新增一个园不用重配一遍角色，否则半年后一定出现“某人能看到全集团数据”这种历史遗留账号。

票种、价格、渠道：哪些统配，哪些各园自配

建议一刀切在编码层：票种编码、票种名称、核销规则（几次、几天、能否二次入园）、有效期口径这四项由集团统一定义，各园不得自改，否则跨园票没法识别，汇总报表也没法合并。价格表、可售日历、渠道开关、优惠规则、窗口工号由各园自配，因为节庆和活动本来就是各园节奏不同。价格给各园自由度，但要设管控线：超出集团给的范围要走审批，审批通过后自动生效并留痕。集团侧临时批量改价和各园当天自己调价会撞车，所以要有一个锁定期概念——总部发起批量变更时，该票种当日不允许门店再改。

跨园通用票：先定核销归属，再谈结算拆分

通用票的核销归属按通道设备号记，人在哪个园刷的，核销记录就落在哪个园，这一点没有第二种合理做法。收入归属要在三种里选一种并全集团统一：售出园全额计收、按核销次数在参与园之间分摊、或者按核销地结算。选哪一种取决于各园独立核算还是集团统收，但关键是只能有一种口径，而且写进票种参数，不能到了月底再由财务拍。分摊要有明细字段：这张票总共可用几次、本园消耗几次、内部结算依据是什么。内部结算单最好月度自动出，人工拆一次就会吵一次。

报表汇总：口径不一致时先出指标字典

同一个“入园人数”，A 园按核销次数、B 园按人头、C 园把免票排除在外，汇总出来的数字必然没人信。解法不是加报表，是先出一页指标字典：入园人次、售票张数、核销次数、退票数、免票人次五个指标，每个写清算法和包含范围，作为集团标准字段固化，各园只能选展示与否，不能改算法。历史数据里口径不同的部分要单独标注，不要假装能追溯统一。字典之外的差异，宁可多一列口径说明，也不要让同一个格子里出现两种意思。

管控项与自主项要落成一张清单

把两边各管什么写成一张表贴在各园办公室：集团管组织与账号模板、票种编码与核销规则、指标口径、渠道协议、价格管控线、数据结构变更；各园管价格具体值、日历与库存、通道与设备、现场异常处置、员工工号与排班、二销项目。表里再加两列：变更走什么审批、生效时间谁有权改。这张表的价值在于出事故时不必讨论归属，直接按行查。上线顺序也照它来——先把组织、票种编码、渠道三层统一，再统一报表，最后才做跨园营销类产品，反过来一定卡在报表对不上这件事上停不住。