D365装卸预约的约定窗口、实际签到时间与八种状态

在Dynamics 365的运输管理资料中，装卸预约依附于已经建立的load，反映与承运方另行约定的提取或送交日期时间。第一份文档将入站、出站载荷与销售、采购或调拨订单相联系。[1] 这种记录先表达双方约定，再由后续进出事件反映实际到达和离开，计划字段与事件字段有不同的资料身份。

计划时间有两套参照。Planned start date/time at location使用设施当地时区；同样带at location的计划结束时间，依据预约规则中的Duration自动填入。另一组Planned start date/time及Planned end date and time则表达系统时区下的预约，并依据选定的地点开始时间自动形成。[1] 因而，这些字段之间既有开始与结束的区别，也有地点时区与系统时区的区别；一项预约可以同时拥有两套时间表达。

Duration所在段落还说明窗口涵盖什么。它包括预期承运方到达装卸门、仓库完成装卸、打印运输单据，直到司机离开所占的时间范围。[1] 这里的结束时间对应一段预期活动的末端，并不是仅给到达时刻另一个名称。若只摘出“预约开始”而略去该段，便会遗漏文档把到门和离开纳入同一窗口的定义。

实际时点在第二份文档中另有明确字段：Actual start date/time at location反映司机实际签到的时间。该文将check-in事件解释为到达设施，将check-out解释为离开设施，并以实际进出时间与排定时间比较，形成Appointment status。[2] 尽管计划开始和实际开始的名称都带at location，前者来自与承运方的约定，后者对应已经发生的签到事件，二者记录的对象不同。

完整状态表的Waiting要求司机尚未签到、也尚未迟到；Late on check in同样尚未签到，但现在已经迟到。Checked in则要求已经签到、尚未签出，并且尚未在签出方面迟到。[2] 因此，只看到“未签到”还不足以在前两种状态中确定一种；只看到“已签到”也没有提供是否签出及是否迟到的全部条件。

对已签到而未签出的记录，表中还有Check out warning与Late on check out。前者的alert interval尚未到期，后者的alert interval已经到期。[2] 两者共享进出事件背景，却处在不同的间隔条件下。warning在此不是已经签出，也不是Completed late的简写；后者已有签到和签出两次事件，所比较的是完成时是否超过预定截止时间。

Completed表示已经签到和签出，并且按时或提前；Completed late表示同样已有两次事件，但超过预定截止时间。Dropped trailer的描述另带一个条件：司机已经签到，并选择了Dropped trailer选项。[2] 这一项不能仅由“已经签到”推出，名称表中既有按事件和时间组合的状态，也有附带明确选择条件的状态。

第二页还说明已完成与已取消预约的显示范围会影响网格内可见的关闭记录。[2] 这属于列表所呈现的记录集合，与单条记录的状态条件分属不同问题。比较两份预约摘录时，除了阅读状态名称，也要辨认摘录是否包含关闭记录：缺少某条Completed记录本身，不足以说明其原记录已消失。