NetSuite销售单触发建工单的Workflow Action Script偶发失效咨询

核心成因 #

该脚本偶发停止工作、需要重新部署才能恢复的问题，本质是NetSuite的脚本保护机制被触发导致部署被临时禁用，具体触发原因来自代码的已知缺陷：

• 治理限额耗尽被系统挂起：代码中同一份销售订单行搜索被连续执行三次：先调用s.runPaged().count统计行数，再执行无意义的空循环s.run().each(function(result){return true;})，最后调用s.run().getRange取结果，重复搜索大量消耗治理单位。加上循环内每次record.create创建工单、save保存操作都会消耗治理配额，当销售订单行较多时很容易触发单次执行治理上限，或者部署累计治理配额耗尽，NetSuite会自动将超限的脚本部署停用，重新部署会重置配额即可恢复。
• 未处理异常累计触发自动禁用：现有代码只在最外层加了通用try-catch，类似治理溢出、记录锁冲突、系统临时异常这类致命错误不会被普通catch捕获，短时间内多次抛出未处理异常后，NetSuite为了避免影响系统稳定性会自动禁用该脚本部署，重部署会清空异常计数恢复运行。
• 搜索边界处理不当引发空指针报错：代码用s.run().getRange({start:0,end:999})最多只取999行结果，但循环次数是searchResultCount的全量行数，当符合条件的销售订单行超过999条时，循环到第1000行时searchResult[j]为undefined，取item、formulanumeric字段时会直接抛出空指针异常，多次触发后也会导致部署被禁用。
• 硬编码配置项失效引发错误累计：代码硬编码了工单表单ID50、子公司ID1、位置ID2，如果这些主数据被临时修改、禁用后再恢复，中间产生的执行错误会累计到部署的错误计数中，达到阈值后触发自动停用。

修复建议 #

• 优化搜索逻辑：删除无意义的s.run().each空循环，同一份搜索仅执行一次，使用runPaged分页遍历所有结果，避免999条的getRange上限限制。
• 增加治理检查：引入N/runtime模块，循环创建工单前先调用runtime.getCurrentScript().getRemainingUsage()检查剩余治理单位，不足时终止执行或做分批处理。
• 完善异常处理：在循环内部单独增加try-catch，单条物料创建失败仅打日志跳过，不要中断整个脚本的执行，同时增加治理超限的专门捕获逻辑。
• 替换硬编码配置：将工单表单、子公司、位置这些配置项放到脚本参数中，通过部署页配置，不要写死在代码里。
• 调整部署配置：脚本部署中开启错误邮件通知，设置日志级别为错误，勾选「不阻碍事件」选项，避免脚本错误影响销售订单的正常操作。

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