停售、关闸、封档各改一部分数据,顺序不能倒:停售只关新单和放量,有效期内已售照旧核销;关闸后出口核验不能关;封档前先把未上传条数清到零或逐条挂起。三个时刻写进值班表并指定到工号。
一个票能不能卖,是渠道、时段、人群三层取交集,不存在一层开了就能卖。短路顺序要固定,拦在哪一层得能从返回结果里读出来;改完当场拿测试工号下一单验证,人群限制服务端仍要复核。
比例只解决扣多少,不解决扣到何时算完。分档不超过四档,另设封顶并先定按张还是按单,两条同时生效取小的;免收只认临时闭园、故障时段、重复出单、误拦错过四类判据,各配依据字段,窗口不许手填金额。
分开计之前先分开判:通行、出票、日结受阻算故障,按小时计且判定权在现场值班人;可复现但不影响当天营业的按版本排;问答类按工单当天答复。三类各有升级路径和留痕位置,混在一个群里只会漏单和争计时起点。
对接扯皮几乎都落在文档缺失上:鉴权与凭证轮换、字段表配三组示例、库存与核销的推送时机、区分可否重试的错误码、能说清差异的联调测试环境、限流与超时约定。六样里缺哪一样,就会在那一样上反复一轮。
次卡在核验端是三种判法:一次扣看核销流水并靠时间窗去重,一日封顶先把营业日边界定死,不限次只验有效期但要补间隔与并行清单。三种情况在闸机上的提示不能共用同一句话,否则游客以为卡坏了。
出园核验不是为了多装一台设备。算在园人数要的是高采集率,防一票多用靠的不是检出,闭园清场只要一份可勾稽的未闭合名单,三种用法要求并不一样。
核销记的是履约动作发生的那一刻,收入确认看的是履约是否完成、金额归到哪一期。中间隔着已售未核销、跨期、部分核销和零元人头四类东西,剩下的还来自日切时点与离线补传。
指定日票要存一个确定的入园日,任选一日票的入园日是空的、刷的那天才回填。一个有效期字段撑不住这两套逻辑,得拆成类型、基准日、天数和日切四件事。
电话里说“我的票用不了”,实际是四种不同的问题。四种问题各有第一句要问的话,问对了现场和线上都不用来回传话。
微信客服