在最近的实践中，用户提出可否对Credit Memo与Vendor Prepayment Application两种事务处理类型进行审批参与，当提出来的时候我们并没有直接在系统中进行测试，而是以常规事务处理的角度认为可以满足客户的需求；

但在沙盒环境中讨论设计工作流的时候，我们发现，Credit Memo与Vendor Prepayment Application的Form中根本无法找到系统的标准Approval Status字段的值，也就意味着我们无法用工作流直接来对Approval Status进行控制，因此在帮助中有查到相关的文章，以此与大家分享～

大家也可参考NetSuite帮助中的文章，链接如下：

Transaction Status Listhttps://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，这些也是不能够直接用工作流进行干预的。

如以上提到的内容有不对之处，希望各位指出～可共同交流讨论～