小程序购票是景区票务系统最主要的直销入口，转化路径短、离游客近。但把售票搬到小程序上，出问题的地方一般不在界面，而在三条看不见的链路上：下单、支付回调、退款。这三条链路是票务系统和前端各自写一半的，接口对齐比功能开发更费时间。下面按链路顺序说清楚每一条要做对什么。

下单：库存和价格必须在票务系统一侧算，不能在小程序一侧算。游客提交订单时，前端要带的是票种编号、数量、入园日期这三个业务参数，其余一律不要传——价格由票务系统按当下的价格档和优惠规则算出，库存由票务系统扣减。原因很直接：前端传价能被改，两个人同时提交会各扣一次。这里还有两个细节。一是下单占位与支付占位的区别，下单就锁库存会让刷单者把票务管理系统的当天余量按住不付，通常做法是下单占位加限时释放；二是可入园日期要经过规则校验，节假日不可售、当日几点前停售、儿童必须随行这些限制写在票务系统的票种规则里，而不是写在小程序页面里，否则窗口和自助机会卖出不合规的票。

支付回调：幂等、验签、补单，三件事一件不能少。支付平台会重复通知同一个订单，票务系统必须按支付流水号判重，同一个流水号收到第二次时只做一次出票。验签要放在业务处理之前，未验签通过的通知绝不能改订单状态。补单是最容易被省掉的：回调因网络抖动没送达，订单就会停在"已支付未出票"，游客手里没有二维码，检票口一定拒绝。票务管理系统要有定时任务，把"超过约定时长仍未出票的已付订单"主动去支付平台查一次状态，查到已付就补出票，并把这一笔写进异常台账，而不是悄悄补完。

退款：票务系统一侧的凭证作废必须同步到核验端。小程序发起退款后，票务系统里订单变成已退款，但闸机、手持检票机读的可能是另一份名单。景区票务系统的退款要同时完成三件事：作废票号、把票号推入核验黑名单、把这一笔反映到当日核销与营收口径中。离线通道是这里最大的漏洞——检票设备在断网时读不到新名单，退款票仍能开闸。必须要求设备恢复联网后立即全量拉新作废名单，并对断网期间的通行记录做二次比对。

票面信息与二次预约。分时预约的景区里，小程序买票不等于约了时段。票务系统要把"售出"和"预约到某天某段"分开成两个动作，游客买完票再选时段，或者由票务系统按规则自动分配。如果两个动作合并成一个字段，改签就会把票作废重买，退款链路与报表全被打乱。

最后说一个验收方法：不要只测正常流程。故意付两次款、故意在回调延迟时刷新订单、故意退一张三票订单里的一张、故意在通道断网时用已退票进入，这四种情况票务系统都给得出正确且一致的结果，小程序接入才算完成。接口文档只描述正常路径，事故都在异常路径里。