区分事情发生时间与录入时间

1. 先说清两种时间各自回答什么问题

同一条记录可以回答两个不同问题。“事情何时发生？”指的是事件本身，例如钥匙交接、现场检查、客户来电或物品收货。“资料何时输入系统？”指的是录入动作。两者有时相同，但不能互相代替。

建议做法：把事件时间定义为业务事情实际发生的、证据所能支持的最佳时间；把录入时间定义为资料进入系统时可追溯的时间。不要让一个叫“日期”的栏位同时承担两种意思。复核者必须看得出，是工作后来才发生，还是工作早已发生但资料后来才输入。

对于重要记录类型，可建立一个双时间字段字典：稳定业务编号、事件时间值、时间精度、需要时的时区背景、事件时间依据、录入时间、延后录入原因，以及未解决时间问题的负责人。这是处理时间顺序的规则，不是完整的更正历史或周期任务设计。

2. 用证据决定精度，不要追求看起来完整

完整的时间戳看起来很确定，却可能制造错误顺序。若同事只知道交接发生在星期二，就记录星期二；不要随意写成 09:00、12:00，或把完成表单的时刻当成事件时间。若只知道发生在下午巡查期间，但没有可靠分钟，也应保留这种有限精度。

建议做法：至少定义三种精度：日期和时间都已知；只知道日期、时间未知；事件时间未知。若流程需要“上午”或“送货后”这类说法，应把它保留为证据描述或定义好的选择，不要伪造成时钟时间。同时记录时间依据，例如亲眼交接、正常业务来源，或事后回忆。依据能让复核者了解这项时间的边界。

不要用录入时间填补缺失的事件时间。那会把“这个时间输入资料”改写成“这个时间发生事情”。同样，不要因为系统要求时间戳就默认填午夜。若现有工具无法诚实保存只有日期的事件，可在测试流程规则期间使用清楚的精度栏位或受控备注。

3. 让录入时间可追溯，但不要让它代替事件时间

录入时间说明资料何时开始可供团队使用。它可以解释早晨复核为何没有看见某件较早发生的事，也可以帮助负责人找出需要确认时间的记录；但它不能证明事件本身就在那个时刻发生。

建议做法：如果选定系统可以自动产生录入时间，就保留自动时间；若暂时用工作表，则一致记录。不要要求员工猜测或倒填录入时间。若资料先写在其他地方，之后才抄进系统，应简短说明抄录背景，不要把较晚的系统时间说成原始事件时间。

延后录入不必被当成错误。员工可能离线、忙于现场工作、等待资料来源，或在整理纸本笔记。使用有助于行动的简短原因，例如“从现场返回后录入”或“根据交接笔记确认日期”。当问题是为何系统记录晚于事件时，不要只写模糊的“已更新”。

4. 诚实保存时区背景与不确定性

当人员、地点或记录跨越不同地点时，单独的本地日期与时间不一定足够。一种输入本地日期和时间的浏览器控制，本身并不提供设定时区的控制。这项产品资料只在流程依赖准确本地背景时才重要，并不表示每条 SME 记录都必须增加时区栏位。

建议做法：先判断哪些记录类型可能跨时区，或会由其他地点的人复核。对这些记录，在已知本地事件时间旁保存团队约定的时区标签或地点背景。对一般本地工作，则在流程规则中一次说明通常的运营时区，并处理例外，不必把不必要的栏位加到每一条记录。

如果时区未知，就明确写未知。不要根据录入人的所在地、装置时钟或之后的会议时间去推断。已知时间但未知时区，与未知时间是两种不同的不确定性，下一步查证也可能不同。来源说明：MDN《input type=datetime-local HTML attribute value》说明本地日期时间输入没有时区设定控制；本指南的双时间工作表属于原创建议做法。

5. 复核延后录入时，不要改写实际顺序

每日视图必须清楚自己要回答什么。若要复核昨天完成的工作，应主要按事件日期排序，同时显示录入时间，让主管看出哪些资料是在复核截止后才输入。若要查看新出现的资料，则可按录入时间排序。一种排序方式不能安全回答两种问题。

建议做法：设定简单的延后录入复核规则。例如，例行复核后才输入、却声明较早事件日期的记录，进入一个小型例外清单。复核者检查是否已有事件精度、证据依据和延后录入原因。若时间无法支持，就降低精度或标记未知；不要为了整齐而强行排进某个顺序。

这与更正已记录的数值不同。若事件日期后来需要修改，应按团队的更正规则保留更正背景。本指南处理的是首次录入时两种时间的不同含义。若要处理会影响未完成工作的编辑，可阅读更正历史指南。

6. Fictional example / 虚构示例：隔天早上录入钥匙交接

虚构示例：在一个虚构的储藏室，主管在星期二较晚时把备用钥匙交给同事。同事忙于收工任务，到隔天早上才录入。工作表记录稳定的交接编号；事件日期为星期二；事件时间未知；事件时间依据为“同事的交接笔记”；正常本地时区背景；录入时间为星期三早上；延后录入原因为“收工任务后录入”。它不会因为星期三早上才输入，就声称钥匙在星期三早上才交接。

如果同事能支持交接发生在本地时间 17:20，事件栏可记录该时间及其时区背景。若唯一有依据的事实只是星期二，工作表就只保留日期。建议做法：让负责人复核所有依赖该钥匙的未完成任务，并把下一步行动写清楚。这是教学用的虚构示例，不是客户案例、政策或绩效说明。

7. 实施前先做桌面检验

用少量普通记录测试字段字典：一条即时录入；一条较晚录入但事件时间已知；一条只知道事件日期；以及一条事件时间未知。请两位复核者分别判断事情何时发生、资料何时可用。若他们得出不同结论，应先改善栏位名称、允许的精度或证据提示，再改动看板。

建议做法：在每个视图旁写明报表规则：“按事件日期排序”、“按录入时间排序”，或“同时显示两者”。为未解决的事件时间指定一名负责人和一个下一步。不要因为未知时间难以排序，就让它从报表消失；应放进可见的例外组。

当运营规则清楚后，可让 BossFlow 复核时间戳设定、权限、整合与实施范围。SME Systems 提供教育内容；实施与报价讨论仍由 BossFlow 负责。

实用清单

• 选择一种延后录入会扭曲每日顺序的记录类型。
• 把事件时间与录入时间定义成两个独立栏位或工作表列。
• 加入事件时间精度选择：日期和时间已知、只知道日期、或未知。
• 资料晚于事件才输入时，记录事件时间的证据依据。
• 只有流程确实需要时，才加入时区或地点背景。
• 录入时间明显晚于事件时，使用简短的延后录入原因。
• 为每个报表明确排序规则：事件时间、录入时间，或同时显示。
• 在调整表单、看板或自动化前，让两位复核者测试四条样本记录。