SSIS执行包报DateTime转换错误但单独执行任务正常如何解决

根因定位 #

从你提供的错误栈可以直接锁定报错触发点，并非你之前猜测的createdon字段赋值问题：
错误栈明确显示调用路径为OutputOdataNewUpdateBuffer.set_BillingNo(String value) -> 底层DateTime转换失败，核心原因有两个：

1. 输出列类型配置不匹配：你在SSIS脚本组件的输出列配置中，将BillingNo字段的数据类型设置为了DateTime类型，但代码中给该字段赋值的是从CRM取到的字符串类型值，SSIS底层会自动尝试隐式转换字符串为DateTime，格式不符就会报错。
2. 环境差异导致偶现：
   • 单独执行任务/断点调试时，要么拉取的增量数据中BillingNo对应CRM字段为空，走空值逻辑不会触发转换；要么使用的是你本地开发环境的区域文化设置，字符串格式刚好符合转换规则。
   • 运行完整包时，包继承了服务器级别的区域文化配置，日期字符串解析规则和本地不一致，或者全量拉取数据时出现了不符合本地格式的日期字符串，就会触发报错。
   • 部分场景下是SSIS元数据缓存未刷新导致：你修改过输出列配置后，完整包运行时加载了旧的缓存元数据，类型不匹配触发报错。

解决方案 #

1. 修正输出列类型配置 #

打开脚本组件的「输入和输出」配置页，检查BillingNo字段的实际业务属性：

• 如果该字段是单据编号类的字符串字段，直接将数据类型改为DT_STR/DT_WSTR即可，不需要用DateTime类型。
• 如果该字段确实是日期类型字段，按下面的方法修改赋值逻辑，避免隐式转换。

2. 强制显式日期转换（避免区域文化影响） #

所有DateTime类型的字段赋值都不要依赖SSIS隐式转换，强制使用固定格式解析，示例代码如下：

using System.Globalization;

// 其他代码不变，替换BillingNo字段的赋值逻辑
if (newUpdatedEntity.Attributes.ContainsKey("kdi_billingno")) // 替换为你实际的CRM字段名
{
    string billingStr = newUpdatedEntity.GetAttributeValue<string>("kdi_billingno");
    DateTime billingDate;
    // 按你实际的日期字符串格式替换第一个参数，比如yyyy-MM-dd、yyyyMMdd等
    if (DateTime.TryParseExact(billingStr, "yyyyMMdd", CultureInfo.InvariantCulture, DateTimeStyles.None, out billingDate))
    {
        OutputOdataNewUpdateBuffer.BillingNo = billingDate;
    }
    else
    {
        // 格式不匹配时赋值为空，避免报错
        OutputOdataNewUpdateBuffer.SetBillingNoNull();
    }
}

3. 刷新SSIS元数据 #

右键点击对应的数据流任务，选择「验证」，强制刷新所有数据流元数据，清除旧缓存的错误配置。

4. 统一区域文化配置 #

在包属性中将LocaleID设置为和开发环境一致的区域标识，所有日期转换统一使用CultureInfo.InvariantCulture，彻底避免不同环境的区域规则差异导致的解析失败。

内容的提问来源于stack exchange，提问作者Theodorus Agum Gumilang