今天尝试使用render使用非custom form默认的PDF模板来打印一个销售订单的PDF文件。此代码片段来自一段user event脚本。 注意PDF_TEMPLATE_ID必须是myFile.addRecord的记录类型一致。比如template的类型是sales order，则addRecord的类型必须是sales order。 此外，注意需要加载subsidiary，否则可能会造成引用subsidiary部分的模板不能正常加载，例如header中放置的对应subsidiary的logo。 最后，不要忘记设置文件名。
这个和N/search的不同之处在于实际上customer和customersubsidiaryrelationship是两张分开的表，需要用innerjoin联查。 实例代码如下
这个问题困扰了我一阵子，在此做一个总结。 设置付款科目为Undeposited Funds 建议按照customer, date, currency, undepfunds, account, payment的顺序写入值。重点是先给account赋值为null，再给undepfunds赋值'T'。 按照以下例子赋值（代码片段仅供参考，不可直接运行） 设置付款科目为具体科目 建议按照customer, date, currency, undepfunds, account, payment的顺序写入值。重点是先写入currency，给undepfunds赋值'F'，给account赋值。
对于只有正式账号，没有沙盒账号的环境而言，不太需要在设计的时候考虑接口与沙盒环境的兼容性。而对于一部分有多个沙盒账号的环境而言，沙盒的兼容性尤为重要，否则刷沙盒可能造成外部系统的混乱。 Suitelet做endpoint 用suitelet作为接口确实有一些hacky（因为suitelet原生是不带验证的，一旦url被滥用可能非常尴尬），但是确实有开发者会使用它。 在外部系统调用suitelet的时候需要考虑的东西不会太多，主要是账号的后缀-sb需要正确，它意味着正确的系统环境；而h参数一样决定了访问是否成功。 对于suitelet类型的脚本每次刷新之后系统会更新h这个参数，因此你的url每次刷新都需要改变。 Restlet类型的脚本 Restlet脚本在沙盒兼容性上考虑的最少。 外部系统调用restlet的时候需要考虑到账号的-sb参数以及realm（针对OAuth1.0） 对于restlet类型脚本，每次刷新之后需要考虑重新创建Integration以确保获得正确的token和secret 其他脚本 其他脚本包括了所有可能通过http、https请求向外部发送请求数据的脚本，包括但不限于MapReduce, Scheduled, UserEvent等服务器端的脚本，实现的目的包括推送、更改、获取数据等等。 在设计上，有两种思路： 以上都需要用到N/runtime 如果应用了以上的设计思路，那么正式环境和沙盒环境可以实现脚本互相通用，刷新了沙盒环境也无需顾虑。如果没有采取以上的设计思路，则需要在沙盒环境刷新之后尽快调整脚本的部署，尤其是定时类型的脚本，比如MapReduce和Scheduled。
Scenario Paypal Authentication returns this error, although Content-Type: application/x-www-form-urlencoded set to Headers. Solutions Paypal didn’t say so, but they like Accept:application/json in Headers. So the header should be something like:
Replace & in the data source with & (will write about this issue with details and examples later)
官方明确提示不支持，此处应该用window.confirm暂时代替。 (will write a blog for this later)
在oneworld中没有subsidiary的情况下是没有办法写line item的，而没有customer/vendor的时候是无法选择subsidiary的。 解决办法：在url中带入参数&subsidiary=1，这样单据就有了subsidiary，这时候利用record.setSublistValue()写item和quantity，不会触发taxcode和recalculate。
Scenario As per Issue: 505122, the SuiteScript API nlapiSubmitField does not set the value on custom fields applied to the Inbound Shipment record. However, the following workaround can be used to overcome this limitation till the issue is resolved. Solution 1. Load the required Inbound Shipment record;2. Set the value of the custom field;3. Submit the... » read more
你可能看到这样的错误： 根据NetSuite提供的数据结构，必填字段是purchaseorder, shipmentitem。一般来说purchaseorder是PO的internalid，而shipmentitem如果填写item的internalid则会报错，因为这里实际指的是PO的lineuniquekey 分享一个例子，请替换ID、适当添加字段。