先区分五种微信能力的用途和归属
公众号提供菜单、网页授权和JS-SDK，适用于H5售票和卡券核销；小程序提供原生体验和更丰富的设备能力；微信支付是独立商户体系；服务号模板消息用于订单通知；卡券核销扫码是入口防伪的关键环节。每种能力有独立的申请流程、认证要求和接口限额。
景区应先确定各能力的归属主体：域名、商户号、公众号和小程序如为景区自有，未来更换票务系统时不需迁移主体；如由供应商代持，合同中应约定转移条件和时限。不要把所有能力绑在同一主体下却不清楚谁拥有管理权限。
微信支付不是简单的开通按钮
微信支付对接涉及商户号申请、API密钥、证书、回调地址、支付分账和退款接口。支付成功只是开始，系统还需处理支付回调超时、金额不一致、重复通知、支付成功但出票失败、假日结算延迟等异常。
景区应有独立的微信商户号，不与供应商资金混同。日结对账用微信支付结算文件与票务系统订单比对；回调失败的补单机制、退款原路返回、分账接收方都必须有记录和审批。
服务号卡券核销是入口防伪的关键
微信开放平台提供生成带加密参数的卡券二维码，核销时由景区扫码设备或手持机读取并通过微信接口验证有效性和唯一性。系统需要在本地缓存已核销列表，防止微信接口延迟导致重复入场。
卡券领取、转赠、过期和退款场景必须对齐。游客截图他人卡券或复制链接时，动态刷新的二维码可以有效限制；但无网络时仍需切换到本地白名单或人工核验模式。
小程序售票与入园一体化
小程序可以承载门票查询、选择、支付、出票和订单管理。核心体验是游客从搜索或公众号菜单直接进入售票流程，无需跳转外部浏览器。售票能力与H5共享同一库存、票种和优惠规则。
小程序审核涉及经营类目；旅游或景区类目下允许售票和核销，但服务类目变更需重新审核。线上支付、线下核销的完整闭环必须在iOS和Android真机上测试，不能只用开发者工具。
微信不可用时不能被锁死
微信支付故障时，窗口应切换至现金、银行卡或其他支付渠道。公众号或小程序不可访问时，官网、电话和现场窗口仍可独立售票。微信服务停摆期间累积的核销、退款和通知操作，恢复后应有补偿流程。
不要把微信当作唯一入口或唯一支付方式。应急演练覆盖微信支付回调断连、小程序白屏、卡券扫码返回无效等场景，更新游客指引和投诉处理流程。
验收要覆盖真实设备和异常
在已认证的公众号和小程序上完成完整售票到核销流程；用真实手机测试支付、卡券扫码、订单详情和退款；模拟支付回调延迟、重复通知、网络切换和微信版本差异。
验收清单标注每项能力的配置者、测试账号、预期结果和异常处理。趣买票公开产品能力用于对接沟通，具体是否已取得类目审核、商户号和接口权限仍须按项目现状验证。
常见问题 FAQ
微信支付需要景区自己申请商户号吗？
建议景区作为主体申请，确保资金归属和数据自主；合同中约定如由供应商代持的迁移条款。
卡券核销没网还能用吗？
可以切换到本地缓存的已售列表和离线核销设备，恢复后补传；离线期间的入场必须做唯一标记防重。
小程序和H5售票有区别吗？
小程序体验更流畅、入口更直接，但需微信审核；H5适合官网嵌入，两者可共存共享库存。
模板消息通知是否必须？
不是必须，但能提升订单确认、入园提醒和退票通知体验；需遵守微信模板消息的内容和频率规则。