售票系统里有这么一列字段：三年没人往里写，也没人敢删。它是 2023 年为核对一件事临时加的，当初谁提的、要核什么，现在没人答得上来。想删，翻不到登记；留着，报表那一栏永远空白。信息科后来做的事很笨：把票务系统里每一个采集字段重新登记一遍，写清给谁用、哪个月可以停。

采集字段只会往上涨，不会自己退。窗口多一个勾选框、检票口多一次补录、线上多一个来源标记，每一项都是加列。加的时候最顺手，两年后没人讲得清它是什么意思，同一栏位被三处当自己的口径用：运营拿它分渠道，财务拿它定归属，客诉拿它认人。用法一冲突，改一次伤三处。票务系统里字段出事，多数不是采错了，是没人记过它该干什么。

这张表只有四栏，多一栏就没人填

四栏是字段、来源、用途、删除条件。字段栏写售票系统里的列名，不写屏幕上的叫法；叫法能改，列名不改。来源栏要写到动作和时刻：哪个界面的哪一次提交把它落进哪张表。写"游客填的"等于没写，取数的人照这一栏找，找不到动作就只能挨个问人。

用途栏只写一个用途，一句话，带上用它的那个人。想写两个用途的，评审时拆成两个列名各管一处。这条看着死板，是留一条退路：将来要停这一列，只问那一个用它的人答不答应。用途写三行，停之前就得开三次会，谁也停不动，票务系统里常年空白的列就是这么攒出来的。

删除条件那一栏必须落到具体月份。写成"不用了再删"的，五年后还在。口径是：在售票系统里连续两个自然年没有一次写入、也没有一次读取的，进下一个 6 月或者 12 月的停用批次。批次固定半年一轮，不用抢时机。

新增字段的时候当场问三句话

谁要新加采集字段，评审当场三问。这句信息现在靠什么看？不加行不行，现有的列拼不拼得出来？三年之后谁负责让它停下来？有一句答不上，单子退回，不动字段。三句都答上来，照四栏登记进表，登记完才允许发版。新增采集字段必须先在票务系统这边登记，顺序不能倒——先加了再补表，补表那一步永远排不进日程。

表的版本要跟系统对得上。清单跟着线上库走，版本号印在表头第一行，售票系统发版当天出新版本。拿三个月前的旧表核新版库，多出来的列一定核不出来，两边还都以为自己对。真对不上时按表为准：库里多出来的列先停采集、标待核，一个版本周期内补登记或者删掉。

这张表由信息科一个人主档，其他科室只能报增，不能改别人那一行。复核每半年一次，6 月和 12 月各一轮，一轮出三张单子：要停用的、要改用途的、要人回来确认的。改用途最容易被忽略——列没动，用法换了，这比新加字段危险，因为旧用法还在跑。

例外写在最后一条：临时活动收集的信息不进这张长期清单。研学团要接龙名单、烟花夜场要登记车位，这类只在活动期里成立的采集，单独立一份短表，写明活动期和销毁日，活动结束自己了断。长期清单混进一批活动字段，半年复核就被这些一次性的行拖住，该停的列反而排不上队。