场景
票据验真需要调用接口。接口需要远程调用，速度不是恨快。而数据库的票据数量却可以很多。 所以需要验真策略。 控制数据，避免大量数据造成压力，甚至阻塞。
新票据需要验真。
验真不通过的票据，需要定时验真。
解决方案
对于老票
可能由于金额，或者日期不对。 造成不通过。如果不改对金额，即使再验一万次，也是不通过。
问题是改票据成本太高，有的票据甚至连图片也找不到了，想改也没法改。
但是状态是失败， 定时任务能跑到。会造成资源浪费。
方案：
改为不受定时任务触发的状态。例如29。
验真中的票
策略中可能限定了查1万张。 随机抽1千张。 然后再选前50。如果有大量金额错误的发票。规则校验虽然能通过。 但是验真肯定不通过。 如果存在大量的话，很有可能多次轮询到的都是不通过的发票。造成新增的发票无法正常轮询到。
方案：
也是改为其他状态，不被触发，如39。