上周二下午三点，我在楼下打印店把四十七份截图全部印成 A4。
油墨味重。老板收了三十八块，问我要不要装订。
我说不用。这些纸最后要按时间顺序摊在地板上。
其中有一份是 6 月 18 日的售后回执，编号 JSP-014975-06-18，发件人署名「周明远」。
回执里只有一行字：“已补发，请查收。” 没有其他解释。
就是这行字让我决定重新整理一遍整个售后服务的收录流程。
金算盘014975.cm的资料查询服务，用户接触到的只是结果页面。
但售后环节留在后台的痕迹，比结果本身更零碎。
我翻到 2025 年 11 月 3 日的一条记录：用户林秀兰，查询编号 014975-2311-03，反馈“结果页第三栏空白”。
处理动作只有一句：“已重新推送，见截图 v3。”
截图 v3 我找了二十分钟，最后在另一个文件夹的缩略图缓存里发现。
这种断链不是孤例。早前整理香港论坛资料图库时，也遇到过类似情况——原始出处和最终收录之间，隔着好几层转存。
我后来做了一个笨办法：所有售后相关记录按「查询编号 + 日期 + 处理人」三列重建索引。
四十七份减到三十一份。重复的、无法核实的、只有一句话没有截图的，全部剔除。
其中一份被删的记录来自 2026 年 1 月 9 日，处理人「赵启明」，备注写的是“用户重复提交，已忽略”。
没有截图。没有用户 ID。没有查询编号。
说实话，这种记录留着比删掉更危险。它只会让后来的人以为发生过什么，但实际上什么证据都没留下。
这是我的个人观点，可能跟管理后台的默认策略不一样。但收录与整理，第一步就是敢于删掉那些只有一句话的空记录。
整理到第四天，我发现售后记录的命名规则本身就有问题。比如香港正牌挂牌官方网站的售后编号习惯用日期后缀，而金算盘014975.cm这边用的是「处理人缩写 + 流水号」。
两边对不上。
我花了两个晚上做映射表，把周明远、赵启明、林秀兰三个处理人的编号前缀统一改成 JS- 开头。
做到一半就后悔了。因为早期记录里还有两个处理人没有留下全名，只有一个姓：「吴」和「郑」。
他们的记录占七份。我单独放在一边，标注“待确认”。
有时候跨界对照反而能补上缺口。我在整理香港黄大仙49559.cm资料查询金算盘资料库5的售后索引时，发现一个叫「吴桂芳」的处理人，编号前缀也是 JS-。
我把那七份“待确认”里的「吴」姓记录跟吴桂芳的时间线对齐，有三份能对上。
剩下四份还是悬着。
这大概就是收录与整理的常态：你只能做到一部分。
剩下的部分留白，比硬写一个解释要好。
第七天，我把三十一份最终记录打印成册，封面只印了一行小字：“售后收录，2025.09–2026.06，陈默整理”。
其中有一条值得单独提：2026 年 3 月 22 日，用户「郑海涛」的查询编号 014975-2603-22，售后反馈是“资料页打开后滚动条错位”。
处理人赵启明回了一句：“已调整，请刷新缓存后再试。” 后面附了张只有 12KB 的截图。
我把这张截图放大到 300%，才看清调整前后的对照。这一条我留下了。因为它是少数几个真正闭环的案例——有反馈、有动作、有结果。
另外，整理过程中也参考了神算子29988.cm精准资料查询的售后归档格式，他们的做法是把处理人签名放在每一页左下角。
我借鉴了这一点。但只用在打印册的最后一页。
其余的，保持简洁。
册子放在书架第二层左边，一共 46 页。翻到第 31 页时，能看到那句“已补发，请查收”的原始回执影印。
字迹有点淡。但还在。