后台票种列表里相邻两行只差两个字，窗口下拉里也这么并排着：一行写「日场成人票」，另一行写「日场成人票价」，多的那个字没人留意。窗口的人按住名字找，按到哪一行算哪一行，卖出去的单子里两种写法都留着。票务系统不认名字，只认票种编号，名字重了照样能下单，卡住的是人。

票务系统按编号认，名字只给人看

票种重名是攒出来的：一场活动先建个临时票种，活动结束没删；隔半年再建一个，名字顺手改一个字。两行都在，都还能下单，票种重名就这么留在列表里。命名规范得有人定，运营主管把格式写成一条：地点加场次加人群，不超过 12 个字。后台管理员照这条往票务系统的票种表里填，填完念一遍，念着别扭的退回改名。

窗口下拉里要分清，名字后面带上编号最省事。名字会重，编号不重，多点一眼就能对上；不带编号，两个名字并排念一模一样。改名时也要想清楚改一处还是两处，只改后台，下拉里的旧名字还在，两处一起改才算清干净。名字压在 12 个字以内，编号和名字一起显示也不挤格子；售票系统的下拉按编号排序，紧挨着的两个名字自然就分开了。

卖出去的单跟编号走，不跟名字走

已经卖出去的单跟编号走，不跟名字走。名字改了，旧单上还是当时那个名字，查单按编号搜得到，按新名字反而搜不着。有人担心改名把旧单一起变，其实变的是显示，单子里的编号没动。停用之后窗口还能不能选到，要看票务系统下拉的取数条件：只取在售的，停用那行就沉下去；不分状态，停用的名字照挂在里面，窗口照样点得到。

遇上票种重名，先把其中一行停用，别急着删。停用之前把在售状态关掉，窗口立刻选不到，等当天的单结完再动。老名字可以留一个别名指向新名字，窗口按老名字念，下拉里还搜得到，下单落到新的那一行。别名一个就够，多了等于又多一处重名。在售票系统里先停用再删，顺序不能倒，停用这件事归后台维护，命名规范里写清这两步。

后台维护落到人头，规范才站得住

两种做法在窗口的表现不一样。一种按名字认，窗口好念，游客报什么点什么，名字一重就点错；一种按编号认，下拉里带编号，窗口得多看一行，错单明显少。前一种省事在前头，后一种省事在后头，票种重名一多，后一种更稳。在售票系统下拉里点一遍就知道。

只有编号不同、适用日期也不同，才允许同一天并存；这样的两行，编号和适用日期由后台管理员填进票种表，运营主管核。核的时候看两栏，编号对不对、日期有没有压在一起，两栏都过才放行。其余情况一律按票种重名处理，命名规范里不给例外，先停用再改名，不停用不给改。

查法不复杂：把票种列表导出来按名字排序，找相邻两行只差一个标点的，再照窗口下拉点一遍，点错记下行号；一周记出两组，就由运营主管统一命名规范。重名排查一周 1 次，运营主管一周看 1 次结果，后台维护这件事就有固定的人接着。停用之前先把在售关掉，这条写进后台维护的口径，窗口和后台都照它走，票务系统也省掉一轮解释。