NetSuite SuiteScript调用workflow.initiate报RCRD_DSNT_EXIST错误

首先明确接口规则：N/workflow.initiate() 仅支持针对单条记录触发工作流实例。哪怕你配置的工作流执行逻辑是修改多个物料字段，工作流实例本身必须绑定一条符合工作流配置要求的基础记录，必须传入对应单条记录的类型和内部ID，这是接口的强制要求，不存在跳过单条记录直接批量触发的用法。

触发该错误的常见原因如下：

• 传入的recordType和工作流配置的基础记录类型不匹配：不要默认库存物料对应的类型值就是inventoryitem，打开工作流配置页检查「记录类型」配置项，不少开发者会把物料相关工作流建在通用父类item上，而非单独的inventoryitem子类，这种情况传入子类类型就会报记录不存在。如果工作流基础类型是item，脚本中workflow.initiate的recordType、后续record.load的type参数都要同步改为item。
• 硬编码的ID在当前运行环境/权限下不可访问：你脚本里写死的recordId: 35、workflowId: 'customworkflow14'需要和当前脚本运行的账号环境匹配——沙箱环境的内部ID不能直接在生产环境用，同时要确认脚本部署所用的执行角色，同时拥有目标库存物料的查看权限、对应工作流的执行权限，NetSuite在权限不足时不会单独抛权限错误，会统一返回记录不存在的提示。
• 工作流本身的配置不允许手动触发：检查工作流是否勾选「已发布」，是否配置了触发状态限制、执行角色限制、运行上下文过滤，如果工作流排除了UserEvent脚本的运行上下文，或者设置为仅通过系统事件触发，手动调用接口时也会抛出该错误。
• 参数类型错误：recordId参数要求传入数字类型，如果从其他字段取值时误传入字符串格式的'35'，部分NetSuite版本会无法识别对应记录。

如果需要对多个物料触发该工作流，正确做法是遍历需要处理的物料ID列表，逐个调用workflow.initiate触发实例；如果是全量批量处理场景，建议直接将工作流配置为计划工作流或批量工作流，无需通过UserEvent脚本手动调用。另外不建议在脚本中硬编码记录ID，如果该UserEvent脚本本身就部署在库存物料记录上，直接用scriptContext.newRecord.id获取当前提交的记录ID即可，避免环境切换导致ID不匹配的问题。

你当前脚本可参考如下方式调整：

/**
 * @NApiVersion 2.x
 * @NScriptType UserEventScript
 */
define(['N/workflow', 'N/record'],
    function (workflow, record) {
        function initiateWorkflow(scriptContext) {
            // 若UE部署在inventoryitem记录上，直接取当前记录ID，不要硬编码
            const currentRecordId = scriptContext.newRecord.id;
            const workflowInstanceId = workflow.initiate({
                recordType: record.Type.INVENTORY_ITEM, // 若工作流建在item上这里改为record.Type.ITEM
                recordId: currentRecordId,
                workflowId: 'customworkflow14' // 跨环境部署建议用脚本参数存工作流ID，不要硬编码
            });
            // 不需要额外load记录，工作流触发后会自行执行字段修改逻辑
        }
        return {
            afterSubmit: initiateWorkflow
        };
    }); 

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