票种已经删了，窗口机上的快捷按钮还留着它的名字。窗口的人手快，点下去弹一句报错，游客正排在跟前，只能改口说系统在升级。删掉的那行还活在按钮里，票务系统这边看不见它，按钮那边照旧认。哪一份算数，得先定下来。

票务系统只删了一行，按钮不会自己跟

删除票种要分两步走：先停售，再删。停售之后窗口选不到，单子还查得到；直接删，按钮里的引用就成了空的。删除前停售满 7 天，这 7 天留给窗口和统计，不是流程上的客套。停售期间还有单没结的，等单结完再动，别在半路删。

按钮配置在哪儿改，得看窗口那台机从哪儿取按钮。这套票务系统从后台统一下发的，改一处就够；窗口本地存一份的，一台一台点，漏一台就漏一处。按钮配置当日同步，这条写进交接班，谁改的、改了哪几个按钮，写清楚。引用清理说白了，就是把指向这个票种的按钮、下拉、报表一并找出来，一处不留。

停售和删除，要不要分成两个按钮

停售和删除分成两个按钮，误点的机会少一半。合成一个，手一滑就把在售的票种删了，找回来要等。分开之后，停售是常规动作，谁都能点；删除票种得二级确认，只有后台管理员能动。已经卖出的单还查不查得到，取决于删的方式：软删留底，硬删不留。停售这段时间，按钮残留也有工夫处理，不至于拖到游客跟前。

是软删还是硬删，一开始就要定。软删把行藏起来，单子里的引用还在，报表也对得上；硬删把行抹掉，单子还在，查的时候只剩一个编号。误删能不能找回，看有没有留底：留了底的，误删找回不超 1 个工作日；没留底，只能从备份里翻。售票系统的删除日志要留着，谁点的、几点点的，一条一条在，删除票种这一步只给后台管理员一个人开权限。

只停售不删，还是删完再清一遍

一种只停售不删，列表越拉越长，按钮里清清静静；一种真删、再清一遍按钮，列表短，清的时候容易漏。前一种不用担心按钮残留，后一种得把引用清理当成固定动作。售票系统的窗口机上按钮多的，前一种更省心；列表实在长了，再挑没单的删。

查法很土：把票种列表和窗口机上的快捷按钮挨个念一遍，按钮上有、列表里没有的记一行；一周记满三行，就由后台管理员把按钮配置重导一遍。念的时候按顺序来，从第一个按钮念到最后一个，别跳着念。按钮残留那一行写上位置和点下去报的那句话，重导完照着引用清理的清单再点一遍。

票种刚建当天、一张没卖出去，可以直接删；建号时刻和零销售确认写进删除记录，后台管理员签，运营主管核。这一条只认当天，隔一天就按停售满 7 天走。删除票种的记录里两栏都要有，缺一栏不算，票务系统里也留一份。

游客面前怎么圆，也要提前想好。按钮点下去报错，窗口先请游客稍等，换人工查票种，别让游客盯着屏幕上的红字。按钮残留清干净之后，这类场面自然就少了。售票系统这一头，按钮上那个名字删不删，是引用清理的最后一栏，在后台点一遍确认才算完。