客户要拿GEO的"有效问答数"进采购KPI，我让他先把采样进程的PID写进配置里

上周跟一家做工业阀门的老客户开会，他们采购总监提了个要求：想把GEO后台的"有效问答数"直接写进季度考核，达标才付尾款。

我没当场答应，回来先把他们那套流程捋了一遍，结果发现一个问题——这个数根本不可比。

具体是这么回事

他们用的是某家GEO工具，后台每天给一个"有效问答数"。我让技术把连续7天的原始日志导出来，按批次ID分组重数，发现三件事：

1. 同一批问句，跨夜跑的那次比白天跑的多出7到19条。不是随机波动，是稳定偏高。
2. 追下去发现，跨夜批的采样进程和落盘进程不是同一时刻起的，落盘比采样慢了大约0.6秒。就这0.6秒，把上一批收尾的几条算进了这一批。
3. 更麻烦的是盐版本号。他们的批次ID第3位嵌的是盐版本，跨夜批切的时候切错了一位，等于两批共用了同一个去重键，分母直接虚高。

我把7天的日志按这两条口径重算，虚高幅度从0.8%到2.3%不等。看着不大，但客户是按"达标才付尾款"来签的，2%就可能卡在及格线上。

我的判断

采购总监想拿一个数进KPI，这个诉求我理解，但分母口径没锁死之前，这个数不能进合同。我们的做法是：

• 先要求工具方把"有效问答数"的定义写死在配置里，包括采样起止时间戳的来源、盐版本位的切分规则、跨夜批的归并逻辑。
• 我们自己这边同步跑一份对照，用同一批问句、同一个NTP源，看两边差多少。差在1%以内再谈考核，超了就说明口径没对齐。
• 试点只放一个品类、一个季度，不铺全量。

我不认"后台显示多少就是多少"这种做法。要看就把原始盐串拿出来，把批次ID第3位那一位切给我们看。

一个还没想明白的点

现在卡在跨夜批的归属上：凌晨0点前后那几分钟采集到的问答，到底算前一天还是后一天？算错了，两天的分母一高一低，月度一汇总可能又抵平了，看着没事，实际上考核的每一天都是错的。

想问问社区里跑过跨夜批的朋友，你们的批次归属是按采样开始时间算，还是按落盘完成时间算？有没有人跟我一样，卡在这0.6秒上过？