领导问一句“今天三个园一共卖了多少”，值班长在三个后台之间来回切，切到最后自己也不确定哪个数是全的。多园区最难的不是把三个园接进同一个智慧景区售票系统，而是接进来之后那一张汇总表怎么算才算对。

汇总口径：金额汇总还是票种汇总。金额汇总一眼看得到盘子大小，但三个园的票种结构不一样，光加钱会掩盖问题——某个园可能全靠低门槛票种冲量，结构已经变形，总额却很好看。票种汇总看得到结构，代价是三个园的同类票名不副实，横向比会误导。稳妥的做法是一张表出两个口径，上层放各园占比，下层放票种明细，需要钱的时候再看金额行。售票系统里做多园区视图，先定口径再定页面，反过来一定返工。

跨园联票算哪个园的销量。三种处理方式：按主园区一次计入、按票面包含的园区各计一次、按内部约定的拆分比例分别计入。各计一次最省事，但合并表里会出现重复计数，三个园加起来比实际出票数大；拆分比例看着精细，可比例由谁定、什么时候调，会变成各园之间反复拉扯的事。常见结论是销量按主园区计一次，收入分摊另走一张表，两个口径各说各的话，不要在一张表里同时想要。售票系统里把这两张表分开建，会逼着各园早点把分摊规则写下来，而不是每月开会现编。

权限按园区切时，报表能不能合并。如果数据权限就是按园区切的，各园负责人只看自己那份，合并视图就需要一个跨园角色，不是靠给现有账号加勾。折中做法是数据层全量、展示层按权限遮罩：跨园角色看到合并行和各园占比，园区角色只看到本园的绝对数。这样既不用把三个园的数据摊给每个人，也不会出现合并表里那几个园被遮成空白、看着像漏数的情况。票务系统在这种配置下要留一条说明文字在表头，否则使用者会把遮罩当缺数据。

三个园价格表冲突时以谁为准。同一名称的票种在三个园里各自建了一份，定义慢慢漂移：A 园含摆渡、B 园不含。这时候合并表把它当成同一个票种汇总，出来的数字没有任何意义。解决办法不是现场对齐，而是设归属：一个票种只有一个归属园，其它园引用它时只能读快照，改定义要回归属园改，改完再决定各园什么时候跟。智慧景区售票系统的多园区配置里，“各园自建自改”看着灵活，实际是把对齐的麻烦推给了月结。

多园区的坑在换日那一刻。三个园闭园时间不同，夜场还会跨零点。一笔在十一点五十出的票，归属哪一天，要按出票那个园的本地时间定，并全园统一一条规则；否则跨天订单在合并表里会重复出现或者两边都不算。售票系统里做日结时，先把跨零点的那几笔单独列一栏，能省掉大半的“数字对不上”讨论。

汇总页必须能下钻。合并表上任何一个数，点开要能看到它由哪几个园、哪几张单构成，下钻路径不超过两次。智慧景区售票系统里的多园区汇总如果不能下钻，就只是一张给人看一眼的图，看不了下钻的合并表，最后会被大家当成参考数，没人拿它做决定——三个园的运营会议就会退回各自报各自的数，一个后台看三个园这件事，等于白做。