缺的那三天没人认领。同比表里去年那一周空着三格，报表脚下不写原因，只把空格留在那儿，谁也没去问这三格该怎么标。有人按补零算，增幅报到 70%；有人按可用天数算，增幅只有 5%。两个数都出自同一份票务系统报表，中间隔着六十五个点。

先问空档是从哪来的

空档只有三种来路。停售，是当天设备检修或者天气封场，本来就不该有数；系统未上线，是那段日子还在用售票系统的纸质票根，电子表里当然没有；数据丢失，是原本有数、迁移时没带过来。三种来路在报表上要逐日标注，写明来源，一行对一天，不许三个月合起来写成一句。缺数一律按只比可用天数计算增幅，不许补零。

只比可用天数，票务系统不替你补数

两套做法各走一遍。只比可用天数这一套：去年那一周可得的四天合计 6000 人次，今年同星期对齐的四天 6300 人次，同比增幅 5%。补零这一套：空的三天按零计入，去年七天还是 6000，今年七天全有数是 10200 人次，同比增幅 70%。两个增幅之间那六十五个点，全由那三天有没有进比较带来。票务系统里这两种算法各出一行，谁点的哪一行要留得下名字。

把增幅算歪的是补零这一套。它等于先认定去年那三天游客为零，再拿今年整周去比——一个不存在的假设写进了数里。系统未上线的空档最吃这个亏，那几天根本没开门，补零就是把停摆当成冷清。停售的三天补零，好歹是同一口径下的零；未上线的三天补零，是凭空多出来的三天。补零在售票系统的旧模板里是一键生成的，点一下整列填满，没人会再回头看那三天。

缺档过三成，这一周改走环比

缺档比例是现成的尺子：三天摊在一周里就是 42.9%，缺档比例超过 30% 时不做同比，改拿本周比上周，用环比说事。缺三天摊到一个三十天的月里只有一成，没到线，同比照做，但只比可用的二十七天。每一个空格都得有人签字确认：停售由运营值班经理签，未上线由项目部出上线日期确认单，数据丢失由信息管理员出恢复失败的记录。缺哪一项签字，那一格就写"缺"，不写 0；补档也是一天一天补，三天补成三个数，不许在表脚一句带过。

当场能做的检查只有一步：把票务系统的同比表去年那一列从上到下读一遍，数一数带标注的格子有几格是空的。整周七天里空三格，先看缺档比例过没过 30%；过了线却还挂着同比增幅，这张表要退回重做。一格空格没有标注来源，也退回——按售票系统的旧数据能不能补出一格是另一件事，标注不能省。表脚那一行说明同样要读，只写了补档没写来源的，按没标处理。

只有在整月缺档的时候，才换比较基准。去年整月没有数，硬比就是编，这一段改与上一年同口径的两段完整区间比较。票务系统里要比的两段都得是完整月份，并在标题下面一行注明比较基准写的是哪两年哪几个月。缺档的那一年不进同比，也不拿它的空格去补今年的数。