月底对账那天，差异表上挂着 47 笔。一笔一笔往下核，票的张数和支付状态都对得上，卡住的是名字。同一个渠道，在票务系统的订单表里写作"某渠道"，窗口的手工台账写作"某渠道门市"，渠道方发来的结算明细写作"渠道三-某渠道"。三个名字分别待在三张表里，谁都没写错，凑到一处就是合不成一条。

字典表只留四栏

四栏是标准名、别名、来源、状态。标准名是给报表用的那一个名字，全系统只认它；别名是历史上出现过的写法，一条条挂在标准名底下；来源写这一行是谁报上来的、哪天报的；状态只用启用和停用两个值，不许空着。售票系统的渠道下拉菜单也从这张表取名字，省得窗口自己敲字。一个渠道只有一条标准名，别名不超过 5 个。挂到第五个还打不住，说明这行名字本身在漂，多半是两个渠道被合到了一处，或者接入方各自造了词，得先拆开再挂别名。

三种写法怎么合到一条

合并不是去改订单表里的字，是在报表层归一次：拿渠道编号对上字典，这条标准名底下挂的别名全算同一个渠道。判断动作很短——从差异表里挑一笔，取它的渠道编号回票务系统查这个编号对应哪条标准名，再看结算单上那个名字在不在别名里。在，是命名问题，归并就完了；不在，是字典里漏了这一行，得单独补，别硬塞进相近的那条。别名这一栏归对账的那个人维护，不归开发。售票系统存的是编号，字典表存的是名字，开发管字段、业务管名字，两边各管一半，到头来没人管全。

新渠道先登记，历史单不改写

接入新渠道，先做的不是联调，是占一行字典：对方报什么名字、票务系统里存哪个编号、结算走哪个主体，三样在测试环境跑通之前就写进字典表，状态先标停用，上线当天翻成启用。名字没登记就开闸，第一笔订单进去，从此就多出一种写法。字典变更后历史数据不改写，报表按标准名归并。历史单里那一栏旧名字一动，订单号、支付流水、渠道回单三者的对应关系就断了，出了纠纷追不回当初是谁下的单。要改的只有归并规则，票务系统里那 47 笔的原文一个字都不动。

对账的人看字典表，重点看状态那栏有没有漏标：停用了还在出单的，是关漏了；启用着却连着几个月没单的，是死名，该从下拉里摘掉，免得窗口 A 再选错。字典表是票务系统外面那一层，系统只管存编号，名字对不对全靠它撑。售票系统的渠道报表每月导一次别名命中情况，没命中那一行不为空，第二天就有人来问这笔钱算在哪个渠道头上。

例外单列一条：同一渠道的不同结算主体分列，不合并成一条。同一家渠道方，总部签一份协议、区域公司另签一份，开票主体和结算周期不是一份，这在字典表里就是两条标准名，各挂各的别名。硬合成一条，总数对得上、明细对不上，钱从哪个主体出说不清，比名字写错更难查。命名统一这条规矩，在这里要让一步。