把三个园的达成率加起来除以三，最挤的那个园就从报表上消失了。集团月报上那一行平均数看着很稳，它抹平的是入园和核销之间的缺口。各园的原始明细要不要留在票务系统里，问的其实是平均数在哪一层把问题藏起来。三张表从上往下是固定的：集团报表、区域小计、各园原始明细。

先看平均数在哪一层吃掉异常

最典型的一种，是某园超售被另一园的未核销抵掉。甲园当天多放了名额，乙园有一批票到月底还没核销，一多一少合到同一行，集团报表上那条线还是平的，异常走到区域小计这一层就没了痕迹。第二种是两个出票规模差得远的园并排平均，售票系统里卖得好的那个被拖下来，卖得差的那个被抬上去，谁该补人手、谁该停售，谁都看不出来。判断标准很直接：哪一层把方向相反的两个数合到一起，哪一层就在吃异常。

明细留在票务系统里，下钻才有东西可点

明细留在票务系统还是只留汇总，这件事没有中间值可取。只留汇总的做法，省下来的是存储，丢的是当场下钻的能力，一次超售要回头找售票系统补导一份数；留明细的做法，多出的是每张原始表的行数，换来的是任何一个平均数都能追到某个园某一天。两条硬规矩写在这里：汇总页每个指标必须能下钻到园级原始明细，明细保留不少于 13 个月。

从集团报表跳到一个园的原始明细，正常是两跳：集团报表到区域小计，区域小计到该园当月的原始明细。要三跳才能到底，说明中间塞了一层没必要的宽表，读的人会停在第二跳上，转而回去问财务。口径说明跟着表走，不跟着页面走，每张表自己带一段：集团报表那段写分子分母怎么取，原始明细那段写核销时间按哪个时刻记。

比率不许拿各园的平均再平均

比率类指标不许用“各园比率求平均”，一律用合计分子除以合计分母。同一个核销率，两种算法摆在一起：先算每个园各自的比率再相加除以三，出票最少的那个园会把整圈的数字往上抬；用核销合计除以售出合计，它立刻回到自己该在的位置。票务系统里这条公式要从取数那一步就改死，不能靠报表上补一行小字说明。

当场能做的检查有两个。一是在集团报表上点一个比率指标，看它下面有没有直接落到园级原始明细的那一跳，点不动就是这一层的下钻断了。二是拿汇总页那个核销率，和各园售票系统原始明细里“核销合计除以售出合计”算出来的数比，两个数不等，说明这一层用的还是各园求平均，先换公式再往下查数据。顺手再点开 13 个月里最早的那一天，钻不到园级明细的，就是保留期没做够。

只有在三个园规模差距小于 10% 的时候，才允许用简单平均做一个临时估计，而且表上必须注明是估算。差距这么小，平均出来的数和合计算出来的数差不了多少，急着看趋势的那一次可以用。这套说法过了当天就作废，第二天的集团报表还是要回原始明细重算，别让一行估算连着顶上一个月。