票务系统和监管平台对接，最容易犯的错是把上报当报表做：本地口径怎么方便怎么算，交上去再按对方模板填一遍格子。报表可以解释，上报只能原样。三类字段没有自改空间，频率档位与补报规则要事先确认，本地口径变化时必须有一套映射关系去对齐。

一、必须原样交的三类字段。证件类，按监管要求的证件类型与证件号处理方式上交，该脱敏的按规定位数脱敏，该加密的整套加密，景区票务系统不能自创一套掩码规则；时段类，起止边界与营业日切分按监管定义走，本地习惯按自然日而对方按营业日时，要先换算再交；人数类，入园人数按人次还是按人头、免票与现场补录算不算、儿童占不占位，这三条必须在对接时逐条落到字段上。

二、频率分三档。实时或每十几分钟一档，交的是承载量与分时入园数，这一档的价值在于超线之前能提醒；每日结一档，交售退与核销的汇总和明细索引；每月一档，交结算与渠道类数据。三档在票务系统里由三条独立任务跑，不能都挤在同一时间窗口，否则日结一慢就把实时也拖住。

三、补报规则要问在前面。网络中断、平台维护或本地故障造成的缺报，要清楚允许在多长时间窗口内补交、补交按原时点还是按补交时点归属。这一条没有确认过，故障之后的第二次提交会被判成重复数据，两批都算不上报，当天的承载量曲线就出现空洞。

四、承载量超线的提醒要连着动作。常规分三级：达到上限的一定比例时预警，达到上限时提示限流，触到停售线时阻断下单。阻断要真阻断，覆盖线上购票、窗口终端和自助售取票机三个入口，只在页面上挂一行提示而窗口继续出票，是节假日最常见的超线原因。提醒的接收人要写到具体岗位，不是发到群里。

五、本地口径改过之后怎么对齐。先做映射表：本地字段与上报字段一一对应，写明换算规则与生效日期；上报层从映射视图取数，不在原始流水上直接改值；口径变更保留变更前后两套数据。没有映射表而直接改字段含义，上一期的数据与这一期的数据在同一列里混着，事后无法解释。

六、上报失败的处置。自动重试若干次，仍失败就落失败队列并在值守看板告警；每日核对回执，把监管返回的接收条数与本地发送条数逐日比一次，差额按票号定位。只监控成功与否而不核对条数，会漏掉"交上去但被整批退回"的情况，这类失败在本地日志里看起来一切正常。

现场对不上的三类原因：日终本地人次与上报人次差几十，查下来是免票补录没有计入；本地按票面统计，监管按通行人次统计，同一批数据两个数；跨天夜场的场次归属两边不一致，分时曲线整体错位一小时。

落地顺序建议三步：先做字段与口径对照清单并由双方确认，再在票务系统里单独建一套上报视图，最后跑一次双轨期，连续若干天本地数与回执数一致才切正式。双轨期省掉的那一周，会在第一次检查时用一个月还回来。