Automation Anywhere中Datetime日期格式转换异常问题咨询

核心问题定位 #

该日期值异常是典型的日期格式化占位符大小写误用导致的：输出格式中如果将代表「当月日期」的小写dd写为大写DD，系统会返回当年积日（即该日期是当年的第多少天），和“年、月字段正常，日期显示为300+数值”的现象完全匹配。以1992/12/02为例，1992为闰年，到12月2日的年积日落在334-336区间，和给出的异常结果完全吻合。

排查步骤 #

• 检查格式化动作配置：打开流程中使用的Format Date/Datetime to String动作，核对输出格式串的日占位符是否写为大写DD，这是该问题90%以上的触发原因。
• 检查输入变量类型：确认传入格式化动作的原始值是Datetime类型，而非未做类型转换的字符串——部分AA版本会对字符串类型的输入做隐式转换，出现占位符识别偏移，但这类问题通常会伴随月、年字段同时异常，可作为次要排查点。
• 旧版本兼容检查：如果使用V11及更早的AA版本，检查流程中是否插入了自定义VBS/Python脚本做日期转换，确认脚本内没有将日期字段与年积日字段做错误映射。

修复方案 #

• 修正占位符配置：将输入解析格式固定为yyyy/MM/dd，输出格式固定为dd/MM/yyyy，所有占位符严格匹配大小写：

  占位符规则提示：AA日期格式化对大小写强敏感，MM代表两位数月份、mm代表分钟；dd代表月内两位数日期、DD代表年积日；yyyy代表四位年份、yy代表两位年份；HH代表24小时制小时、hh代表12小时制小时，书写时不能混淆。

• 规范类型转换流程：如果原始日期是字符串类型，先单独添加String to Datetime动作，指定输入格式为yyyy/MM/dd转换为标准Datetime变量后，再传入格式化动作生成目标格式字符串，不要直接对字符串变量调用日期格式化方法，避免隐式转换bug。
• 增加结果校验：转换完成后添加判断逻辑，校验转换后日期的日字段取值是否在1-31的合法区间，超出区间则抛出异常提示，避免错误数据流入下游流程。

内容的提问来源于stack exchange，提问作者LeSree 11