核对夏令时期货时刻，正确顺序是先查具体产品和日期的官方安排，再确定原始时区，最后换算成北京时间。不要把一张去年的“美盘时间表”整体平移。夏令时规则解决钟表怎样走，交易日历决定市场什么时候允许某种操作，两者缺一不可。
美国切换日期，不等于全球统一日期
按2026年10月9日读取的NIST官方说明，美国实行夏令时的地区在2026年11月1日当地凌晨二时结束当年的夏令时；部分地区不实行这套切换。这里是已公布的制度日历，不是对十一月市场运行情况作保证，也不能拿这个日期代替其他国家和交易所的安排。
若软件写着“纽约时间”“芝加哥时间”或缩写，要确认它表示随季节变化的地区时区，还是固定的UTC偏移。即使两个显示都写九点，实际时刻也未必相同。北京时间采用UTC+8时，比较的对象应是同一瞬间，而不是两张钟面上的数字。
把时差写成算式，跨日就不会漏掉
以下只是换算练习，不代表任何真实合约的开盘时间。假设某活动在当地十七时开始，当日当地偏移为UTC−5，那么十七时加五小时是当日UTC二十二时，再加八小时就是北京时间次日六时。如果另一天原钟面时间不变而偏移成为UTC−6，换算结果就是次日七时。
两次计算中，变化的是当地时间与UTC的关系；北京时间本身无需跟着改钟。记录时写出“原地日期、原地时刻、UTC偏移、北京时间日期及时间”五项。只有“早上六点”没有日期，既可能提醒错一天，也无法在事后核查换算是否正确。
切换结束的凌晨还可能出现一个当地小时重复。假设日志只有“一点三十分”而没有偏移，就可能对应两个不同瞬间。核对委托先后顺序时，应保留系统提供的完整时间戳与时区字段，不能随手给重复时间重新排序。
能够挂单，不代表已经开盘成交
CME的交易时间页面分别解释预开盘、连续交易和暂停状态，并注明除另有说明外采用美国中部时间。本文只使用这些状态定义；具体产品某一天的准确时刻，仍须在对应日期和产品表中查证。预开盘可受理某些操作，并不意味着已经进行连续撮合。
因此，一份实用的个人核对卡应分别列出允许提交、开始撮合、日间暂停、最终收盘，以及订单有效期。机构前端可能另有维护窗口或客户限制，也需要看正式公告。遇到画面停住，先区分休市、行情延迟和连接异常，可配合报价字段与时间戳阅读方法检查。
交易日标签与所在地日历也要分开
夜盘或跨午夜时段，屏幕显示的交易日未必就是你所在地当天的日历日期。应按官方日历辨认该时段归属哪个交易日，并核对日单何时失效。不要因为北京时间已经过零点，就假定所有委托都进入了下一交易日。
原始品种代码与合约月份同样需要保留。某个连续图形还能显示历史数据，不代表某份临近到期合约仍能交易；这一点可继续阅读合约月份与连续图表的区别。时间核对必须落到真实月份，不能只落到中文品种简称。
执行前完成一次小范围复核
- 从交易所官方入口打开当年日历，选准确日期、市场和产品，保留例外脚注。
- 确认原时间的地区与偏移，检查是否涉及节假日、提早收盘或临时公告。
- 先转UTC，再转北京时间，对开始和结束各算一次，明确是否跨日。
- 与机构公告交叉核对；不一致时先询问具体客户适用范围。
- 保存查询日期和页面版本，临近实际使用日期再次核验。
这是一套日历阅读方法，不是十月末或十一月的统一交易时刻表。本文不会据此给出下单安排；所有交易时段、到期处理及订单权限以相应司法辖区、交易所和客户协议的有效文件为准。
资料来源与核验日期
来源实际查阅日期：2026年10月9日（北京时间）。下列资料支持文中的机制说明，自拟案例不代表真实行情或机构事件；未来使用时应重查有效规则。