旅行社发来一张表，几百个名字，导进去要变成几百条票。票务系统的批量导入上线时看起来简单，跑第一个月就会在四个地方摔跟头：表结构、重复、中途失败、导完之后落到哪个时段。

一、表头与列序。不要按列序读，按列名映射，而且映射结果要人确认一次再入库。真实的表里常有：第一行是旅行社自己的标题不是表头、多出一列空白、证件号码那列被识别成日期格式、Excel 把十八位证件号显示成科学计数法并丢掉精度。最后一项最隐蔽，导进去的证件号全是错的，到了检票通道才暴露。做法是按文本列读取原始表，导入前抽十行预览，预览页把长数字列强制按字符串显示。

二、去重的三层。第一层在表内：同名同证件的重复行直接丢弃，并把丢弃数报出来。第二层跨表：同一旅行社交过的名单，用证件号加票种加游览日期做键，重复的默认拦截，允许人工选择放行。第三层与线上冲突：同一证件号已经在小程序购票买了当天同票种，这种必须拦，因为他在票务系统里会变成两张票、两次核销。同名不同证件要放行，同证件不同名要拦，这两个方向不要写反。

三、中途失败怎么回滚。整批一个事务最安全，但几百行里三行不合格就整批回滚，会让对接的人无所适从。可用折中：逐行入库、每行独立提交，失败行连原因导出成一张回补表，成功行不许再导第二次。靠批次号做唯一，同批次号重复提交时整批拒绝。批次号要印在导入报表和后续核销明细里，事后追溯只需要这一个键。

四、导完之后落到哪个时段、哪张票。默认不要把所有人扔进第一个时段。规则按顺序取：导入表里指定了入园时间的用指定值；没指定的按当天各时段余量找最早还有容量的；团队批次给整点，避免和散客挤同一条检票通道；票种按表里的票种编码匹配，匹配不上整行报错，不要自动降级成成人票。

五、导入权限给谁。只给分销对接岗和值班经理，窗口岗不给。频次给一个当天上限，单次行数给两万行的顶。每次导入记录操作账号、文件名、总行数、成功数、拦截数、分配到的时段分布。票务系统里这条日志保留一年，跟旅行社对账时它是唯一能拿出来的依据。

六、导入之前先看时段还装不装得下。几百行一次性写进去，才发现目标时段只剩几十张，这一批就成了当天的麻烦。可用的顺序是：提交前先做容量预检，整批人数对上要占的时段可用量，够用才允许入库；不够时给对接人两个选择，自己改日期或者按余量拆成两批，不要由系统悄悄把人塞进相邻时段，导游到的时候发现时间不对，现场比导入报错更难处理。预检通过并且确认提交的那一批，要即时占用分时预约系统的可用量，不能等到出票才扣；确认前占的名额给一个待确认时长，一般两个小时，超时自动释放回池，并在批次记录上写明释放原因，免得旅行社以为票还在。