一条CRM记录重新进入曾经经历过的阶段，Latest time in该阶段的值却没有随当前停留持续增加，这不必然表示阶段没有更新。HubSpot的阶段计算属性说明，将当前阶段持续时间与基于进入、退出记录计算的阶段停留分别定义。[1] 因而，字段名称里有“最近”，仍需要看它在记录尚未离开时表达哪一次经历。
Latest time in [stage ID]依据Date entered与Date exited计算最近一次停留时间。官方紧接着列出一个重要条件：记录当前正在该阶段时，如果此前没有进入过它，这个属性没有值；如果以前经历过，则显示之前那次停留的值，直到记录离开阶段才更新。原文明确包括关闭之后重新打开的记录，所以不能把重新进入理解成全部阶段时间从此实时重算。
Cumulative time in [stage ID]关注累计停留，适用于多次重新进入同一阶段的记录。但它也有当前阶段的更新边界：没有过去经历时可以无值，有过去经历时包含此前停留，并等待离开后更新。这让“累计”具有清楚的时间口径，而不是看到名称就自动认为它已经把此刻仍在继续的一段全部加入。Latest与Cumulative关注最近一次和累计两种范围，当前阶段尚未结束的条件却都必须保留。
同页另列Date entered current stage与Time in current stage，前者描述进入当前阶段的日期，后者描述已经在当前阶段停留的时间。这组名称直接围绕“当前”组织。因此，若要理解眼下这段经历，不能仅把历史阶段属性的名字翻译成“现在停了多久”，而应先确认引用的究竟是哪项属性。这里解释定义，不提供工作流条件或账户设置操作。
假设一条演示记录先前在阶段甲停留过，后来又回到甲，且目前尚未离开。按照上述说明，Latest仍可引用上次停留，Cumulative仍可保留此前累计。这个假设没有使用客户数据，也没有据此判断人员效率。它说明，一张截图若只留下数字、删掉记录是否当前在阶段以及过去是否经历过的信息，就会失去解释这个数字所需的时间关系。本文采用本次读取的HubSpot知识库，页面更新时间不充作首次发布日期，具体功能可用性仍有账户范围。当前状态、已结束的经历与累计历史分别读清，才能解释数值为何暂时不动。
信息来源
本文基于上述公开资料整理，未使用来源页面的图片、视频或嵌入媒体。