本文主要是介绍NetSuite 审批工作流与事务处理类型的限制关系，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
在最近的实践中，用户提出可否对Credit Memo与Vendor Prepayment Application两种事务处理类型进行审批参与，当提出来的时候我们并没有直接在系统中进行测试，而是以常规事务处理的角度认为可以满足客户的需求；
但在沙盒环境中讨论设计工作流的时候，我们发现，Credit Memo与Vendor Prepayment Application的Form中根本无法找到系统的标准Approval Status字段的值，也就意味着我们无法用工作流直接来对Approval Status进行控制，因此在帮助中有查到相关的文章，以此与大家分享～
大家也可参考NetSuite帮助中的文章，链接如下：
Transaction Status List
https://suiteanswers.custhelp.com/app/answers/detail/a_id/50165/loc/en_US
有标准Approval Status ，可直接参与审批的事务处理类型：
1.Bill（标准审批功能）—由Approve Bills的路径进入
2.Expense Report （可审批）
3.Invoice （可审批）
4.Journal （标准审批功能）—由Approve Journal Entries的路径进入
5.Sales Order（标准审批功能）—由Approve Sales Orders的路径进入
6.Purchase Order （可审批）
7.Return Authorization（标准审批，可通过权限进行审批权限的配置）
8.Transfer Order（标准审批功能）
9.Vendor Return Authorization（标准审批，可通过权限进行审批权限的配置）
在以上提到的事务处理类型中，一般企业会涉及到简单的PO/SO/ER的审批，也有可能供应商/客户的Return也会涉及到审批，其他类型中涉及到审批的不是太多；如果基础的审批流不满足，则需要根据具体的场景用工作流进行审批流的“升级”。
无标准Approval Status，无法使用工作流设计审批流的：
1.Cash Sale
2.Credit Memo
3.Customer Deposit
4.Customer Refund
5.Item Fulfillment
6.Item Receipt（无Status）
7.Payment
8.Vendor Prepayment Application （无Status）
9.Vendor Prepayment
10.Inventory Transfer（无Status）
在以上无法使用工作流介入作为审批流的事务处理类型中，用户有提到的是Credit Memo，Vendor Prepayment Application，我们也能看到，涉及到预付预收也无法直接进行干预，另外，本身没有Status的事务处理类型，例如IR/IT，这些也是不能够直接用工作流进行干预的。
如以上提到的内容有不对之处，希望各位指出～可共同交流讨论～
这篇关于NetSuite 审批工作流与事务处理类型的限制关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
