简介
BAPI\U ACC\U DOCUMENT\U POST用于创建/过帐应付款、应收款和总账单据的会计凭证。这是一种替代BDC的解决方案，BDC用于通过FB01和FBB1等事务过帐文档。这个BAPI可以从遗留系统获取输入，并将数据转换为会计凭证。
BTE有一个预定义的接口，它帮助我们在功能模块的帮助下添加自定义功能。在BAPI调用后、会计凭证过账前触发，执行以其形式写入的逻辑，并在过账的会计凭证中反映。
本文档说明了需要执行BTE（业务交易事件）来填充过账的会计凭证中的某些字段的场景，无法通过标准BAPI‘BAPI\ ACC\ U DOCUMENT\ U POST’直接填充，
需要执行BTE的场景
场景1
当根据一定条件需要在会计凭证中获取不同的过账键值时，
说明
通过BAPI过账时（BAPI\ ACC\ DOCUMENT\ POST）则BAPI会自动从事务处理0B41中维护的条目中选取相应的过帐关键字。所以，当某些情况下需要覆盖此过帐关键字时，我们需要实现BTE RWBAPI01来实现此目的。
场景2
当需要在过帐的会计凭证中填充原因码值时。
说明
对于通过BAPI\ U ACC\ U document\ U POST填充原因码，没有任何相应的字段由BAPI在目标表（客户/供应商）中提供。
这里我们将详细讨论第二种情况，即（填充原因代码），同样，第一种情况（根据特定条件更改过帐键）也可以通过轻微的代码更改来实现。
填充原因代码的步骤
以便在过帐表中填充原因代码我们需要实现BTE（businesstransactionevents）的会计凭证。因此，我们将讨论实现相同的流程。
首先，我们需要启用BAPI作为其参数之一附带的扩展。有两个扩展，扩展1和扩展2在这里，我们需要启用extension1，以便在会计文档中填充原因代码。我们需要在BAPI、BAPI\ U ACC\ U DOCUMENT\ U CHECK和BAPI\ U ACC\ U DOCUMENT\ U POST中启用，其余参数可以根据需要启用。因此，我们将以下面的方式传递参数。
现在，为了使用扩展1，我们将首先将其添加到会计凭证的结构中，我们将这些值传递给这个BAPI来进行过帐。
扩展1的类型将是BAPIACEXTC\ U TAB，这是SAP创建的标准表类型。
*上面突出显示的部分snap可以由存储要填充的'reason code'值的目标字段删除，云购，同样可以根据需要在上面的snap中创建方法名和其他自定义对象名
现在我们将继续BTE的实现
为什么BTE？
执行BAPI时，执行BTE-功能模块写的代码，并在过账单据前修改/增加相关行项目的原因码
如何实现？
步骤1
进入事务FIBF，应用工具栏出现黑屏，如下图所示
点击设置页签，云服务器是什么，选择某个客户的"流程模块"->…屏幕
出现在下面
这里功能团队需要添加/配置流程RWBAPI01。
从合作伙伴增强页签，可以找到流程RWBAPI01的引用，需要参照标准功能模块/OPT/BTE\u RWBAPI01\u BAPIEXTN（在下面的snap中引用）创建Z功能模块
一旦在客户的流程模块中启用了流程（RWBAPI01），创建一个功能组，然后创建一个功能模块，大数据产业，将其分配给已创建的功能组。为新创建的流程分配Z功能模块（这里是Z揕u BTE揕u RWBAPI01揕u BAPIEXTN）。
这里的产品ZRWBAPI1是特定于公司/组织的。联系您的职能团队以获取此价值。不同的客户维护这个特定于他们业务的定制产品。
现在我们的FM在BTE中配置了进程RWBAPI01以增强客户功能（如上面的快照所示）。
将changing and tables参数从标准FM/OPT/BTE\ RWBAPI01\ u BAPIEXTN复制到新的Z FM（如下面的快照所示）。
现在逻辑如下需要通过扩展来填充原因代码，可以在Z功能模块中添加1，保留其他参数（更改和表格）不变。
注意：下面快照中的代码可以根据需要而不同。
因此通过实现BTE，我们可以在会计凭证中填充原因代码。
到底发生了什么/BTE是如何帮助完成的上面的场景
我们必须在会计文档中填充原因代码，但挑战是BAPI无法直接访问包含原因代码值（accit rstgr）的字段。
填充accit rstgr值的步骤。
一些提示和技巧
场景1
您调用BAPI\u ACC\u document\u POST发布一个包含客户或供应商行项目的会计凭证。您希望系统自动从客户/供应商主数据中填写"付款条件"，但这并没有发生。
解决方案
这里我们将付款条件值作为空白传递给BAPI（BAPI\ ACC\ U DOCUMENT\ U POST），并希望BAPI从供应商/客户主数据中派生。为此，我们需要将付款条件值传递为"*"而不是空白。
如果付款条件为初始付款条件。付款条件="*"。ENDIF.
这样BAPI将从供应商/客户基础数据中驱动相应的付款条件。
场景2
