record.getSublistText()无法获得Item Fulfillment的货品名称
问题 通过以下方法无法获得Item Fulfillment的货品名称 const a = record.getSublistText({sublistId: 'item', fieldId: 'item', line: 1}) 解决 const a = record.getSublistText({sublistId: 'item', fieldId: 'itemname', line: 1})
SuiteScript开发中辨别环境
问题 如何设计程序可以在正式环境刷新沙盒后不会导致涉及接口的逻辑出现两个环境的混乱 解决方案 在开发时使用runtime.accountId进行逻辑判断，如果是正式环境则runtime.accountId是1234567这样的account ID，如果是测试环境则会包含沙盒的编号比如1234567_SB1。 对于向外发送请求的情况，可以针对环境不同设置不同的URL，这样正式环境的代码刷新到沙盒也不会导致沙盒请求外部系统的正式环境。
Record.removeCurrentSublistSubrecord()是Dynamic模式下修改inventorydetail的良药吗
故障 更改Item Receipt的时候需要涉及quantity更新的情况，此时Inventory Detail和Quantity两个字段互相羁绊，先改哪个都会导致另一个字段验证错误。其他土办法比如itemreceive=false，或者置空location字段都在UI上可以实现效果，但是在脚本中都会造成inventory detail quantity错误。 问题 以下哪一个办法是良药： 结论 Record.removeCurrentSublistSubrecord()不会引发inventory detail quantity must be x的错误，但是会导致unexpected error。 这种情况是由于isDynamic: true造成的，使用dynamic mode则会永无天日，使用standard mode你会平安落地。
用N/cache保存token用于发送http请求的MapReduce/Scheduled脚本
前情提要 某些NetSuite向外部系统推送数据的场景可能需要用到MapReduce的场景，此种情况如果涉及token是比较多变的。如果放在getInputData阶段取得token然后用参数带给map阶段使用，则可能随时遇到token过时的情况，可能还需要重新获得token；如果是每一步都重新获得token则可能消耗目标系统太多资源。中国很多集成实际上是采用了IP黑白名单制度，然而这种方式并不适合NetSuite这样的云平台。因此使用OAuth2.0这样token机制是必要的而用N/cache更使这样的情况变得便捷。 代码设计 使用N/cache构建如下的代码，可以实现向目标主机获取cookie然后使用cookie内容发送请求的目的。 其中getCookieToCache的方法如下。注意Cache.get()的loader返回值如果是json则系统会帮你stringify。 之后使用时，直接调取cacheObj.get()就好，如果cache因为过期、系统自动抛弃等原因不存在，系统会自动按照loader去获取。 延伸阅读
Scheduled和Map/Reduce类型脚本重复创建记录或者逻辑重复运行
症状 事务处理类型或者自定义类型的单据在Scheduled或者Map/Reduce类型的脚本背景下被重复创建，重复创建的时间可能非常接近，在同1分钟或几分钟以内。 分析过程 查看是否Scheduled和MapReduce类型脚本存在ondemand类型的唤起，这种情况可能是有该脚本自身以ondemand类型唤起，也可能是来自suitelet或者userevent类型的脚本唤起。 ondemand的唤起在部署资源充足的情况下可能在很短时间通过task.submit()被唤起多次，每次唤起通过search获得相同的数据，用相同的逻辑处理，因此重复创建记录可能就发生在同一分钟。 解决办法 最有效的办法是限制ondemand运行，只留一个not scheduled的脚本部署，确保只有一个实例在运行。如果同时也有定时运行的实例，务必移动到上班时间之外，避免ondemand触发和定时触发同时取数。
addField在list/record类型的字段中选择entity类型
不要使用source: “entity”，正确代码如下
getAllSearchResult()
一次性获得所有搜索结果（存在风险，请谨慎）
Suitescript创建customer无法正确指定subsidiary
问题 Suitescript创建customer无法正确指定subsidiary，无论指定什么值都会默认到系统最高级的subsidiary。 解决 NetSuite用suitescript创建脚本实际上赋值subsidiary需要分两步，第一步创建customer，第二步创建customer和subsidiary的关系。 因此脚本设计时第一步保存customer，第二步载入customer再赋值subsidiary再保存。
在SuiteScript2.0开发中使用TBA OAuth1.0
问题 使用 SuiteScript 2.0 连接到一个 RESTlet 脚本 解决方案 任何与 NetSuite 的集成或非用户界面访问，如果使用管理员角色或其他高特权角色，需要使用两因素身份验证（2FA），或者需要调整为使用基于令牌的身份验证（TBA）。 设置要求 使用 RESTlets 的 TBA 所需数据 代码 建议使用 Oauth 和 CryptoJS 这两个库 1. 下载oauth.js and cryptojs.js (或者从 github.com/mark-keaton/oauth-netsuite ) 2. 复制oauth.js 和cryptojs.js 到文件柜 3. 创建secret.js 作为存放密钥的地方 示例secret.js 脚本示例 在测试过程中，如果出现问题，系统可能会显示“Invalid Login attempt error”（无效的登录尝试错误）的错误或响应。在这种情况下，您可以使用“登录审计追踪”报告来收集更多详细信息。报告位于“Setup > Users / Roles > View Login Audit Trail”下。 在报告的“结果”选项卡中，您可以添加以下字段以获取更多信息：Detail（详细信息），’Token-based Application Name’（用于确认应用程序所发出的请求）和’Token-based Access Token Name’（基于令牌的访问令牌名称）。