票务系统里"有效期"三个字，通常被当成一个日期字段来设计，上线之后才发现它至少是三种算法：固定日期区间、购买日起算若干天、绑定某一场次。三者的存法不同，计算时点不同，出问题的地方也不同。把它们混在同一张字段上，节假日就会同时出现提前到期和过期还能进两种投诉。

一、固定日期区间。库里存两个日期字段，起止各一，只带日期不带时刻。核验时比较的是当天日期落不落在区间内，不看具体时分。这种写法最稳，代价是配置时要提前算好区间，跨年票和季节性票的区间必须显式给出，不能靠天数推算。

二、购买日起算若干天。这种票在库里不存绝对日期，只存三样：起算方式、天数、锚点。锚点必须是确定的一个字段——下单日、支付成功日、首次核销日或首个可入园日，四选一，选定后写进票面说明并在流水里落库。核验时才把它展开成区间。绝大多数年卡纠纷都出在锚点理解不一致：配置时按下单日，客服解释时按激活日，两个口径差两周。

三、场次绑定。演出、索道、游船这类票没有日期区间，它的有效期就是本场的可入场时刻到停止入场时刻。票上不存起止时间，只存场次归属，时间从场次表读。这意味着这类票的改期不是把日期往后挪，而是换一行场次归属，逻辑上完全不同。

四、跨天与营业日的边界要一次定死。夜场票在二十三时四十分入园、次日零时二十分出园，按自然日算就跨了天；有些景区把凌晨三点前仍算前一营业日。判定过期用哪一天，不能靠设备本地时间。统一规则是：一切有效期判定取服务端时间，再按景区营业日历换算成归属日，设备只上报时刻不参与判定。

五、改期改的是哪个字段。改期应当改入园归属日期或场次归属，不该改天数，也不该改起算方式。每一次改期都要保留原值、操作人、原因码和时间，形成一条变更历史。把天数一起改掉，等于把这张票变成另一种票，退票期限、渠道结算数量与承载量都会跟着错位。

六、三种写法叠加时的优先级。现实中会出现既有起算天数又要绑场次的票。取用顺序应当固定：场次归属优先，其次看固定区间，最后才算起算天数。优先级不写死，同一个票种在不同窗口终端上判出的结果会不一样。

常见的现场状况能对号入座：锚点选成下单日，游客提前半个月买年卡通，入园当天只剩半个月可用；设备与服务端时间不一致，零点前后刷的票被判过期；场次票改期被按日期往后加一天，游客到了却发现那场早已停检。

验收这四种边界票各造一张：区间末日二十三时五十九分、次日零时零一分、跨天夜场、首次核销次日起算。四条边界在票务系统的判定结果与窗口说明一致，有效期的设计才算完成，而不是只在字段表里看着齐全。