先确定计划起点
计划进入处理时间用于计算首个实际节点相对计划的提前或延后。如果只想查看节点之间的停留时长，也可以不填计划时间，但相对计划起点的结果将显示为不可计算。
时间线工作区
填写节点时间，生成期次处理路径
节点应按实际发生顺序填写。尚未进入的环节可以留空；工具会把最后一个已填写节点识别为当前状态锚点。
当前状态锚点
·
已记录节点
/ 5
累计处理时间
相对计划起点
处理状态时间线
高亮节点表示过程回放当前所在位置。
停留时长
找出处理节奏变化的位置
停留时长指相邻两个已记录节点之间的时间差。例如，“初步校验”发生于 20:08，“结果复核”发生于 20:15，则该环节停留 7 分钟。某一段明显长于其他环节，只能说明该段在本次输入记录中耗时较长，不能单凭时长判断为开奖异常。
如果中间节点留空，工具不会跨越空缺自动推断环节耗时。请先补齐连续节点，再进行节奏比较，以免把多个处理阶段合并成一个不准确的时段。
| 起始节点 | 下一节点 | 起始时间 | 停留时长 |
|---|---|---|---|
| 至少填写两个连续节点后，停留时长会显示在这里。 | |||
颜色仅用于帮助区分本次输入中的相对时长，不是异常认定标准，也不代表平台发布的实时延迟等级。
使用说明
如何正确回看一期处理过程
按发生顺序记录节点
从进入处理、数据接收、初步校验、结果复核到确认完成，时间应逐步向后。若后一个节点早于前一个节点，工具会提示顺序冲突，并停止生成持续时间结果。
结合相关记录交叉查看
时间线回答“何时进入某个状态”和“停留多久”；确认记录用于判断结果是否已经完成核对，异常记录用于说明偏离常规的原因，更新日志则用于查阅后续修改。不同记录不应混为同一种状态。
计算示例
假设某期计划在 20:00 进入处理，实际首个节点发生于 20:02，则相对计划起点为延后 2 分钟。数据接收记录在 20:05，表示进入处理阶段停留 3 分钟；初步校验记录在 20:09，则数据接收阶段停留 4 分钟。若结果复核时间尚未填写，当前状态锚点会停在“初步校验”，工具不会自行认定后续状态已经发生。
结果边界
- 计算结果来自您填写的时间，页面刷新或清空后不会作为官方记录保存。
- 演示数据仅用于展示计算方式，不对应正在处理或已经完成的真实期号。
- 时间线不能单独证明结果有效，也不能替代数据来源、结果确认和修改记录。
继续核对
从时间线进入相关进度记录
期迹·加拿大35 将期号进度、延迟、确认、异常与修改记录分开呈现。需要判断某个停留是否与计划偏差有关时，可继续查看延迟监控；需要核对最终确认或后续变更时，应分别进入确认记录和更新日志。
期号走到哪一步，时间线就记到哪一步。
进度咨询：010-82657390