BADI增强 ac_document 用行项目中某行的利润中心去替代另外一行

最新推荐文章于 2024-04-21 19:26:01 发布
最新推荐文章于 2024-04-21 19:26:01 发布
阅读量4.7k 收藏 2
点赞数 2
分类专栏： SAP ABAP 文章标签： im
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/erzhongxmu/article/details/6768973
版权
此博客介绍了如何通过BADI（业务添加接口）在AC_DOCUMENT中改变初始数据。当处理VF01或VF04事务代码时，如果行项目中有1122开头且利润中心不为空的科目，它会找到6001或6051开头且有利润中心的对应行，用利润中心去替代这些科目的利润中心。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  METHOD IF_EX_AC_DOCUMENT~CHANGE_INITIAL.
   DATA:IT_ACCIT  TYPE ACCIT_T.
   DATA:WA_ACCIT  TYPE ACCIT.
   DATA:L_ACCIT  TYPE ACCIT.
   DATA:IT_SUB_T  TYPE ACCIT_SUB_T.
   DATA:WA_ACCIT_SUB  TYPE ACCIT_SUB.
  IT_ACCIT = IM_DOCUMENT-ITEM[].
   LOOP  AT IT_ACCIT  INTO WA_ACCIT.                                                                      "获取客户的统驭科目
     IF WA_ACCIT-HKONT  IS  INITIAL  AND  WA_ACCIT-KUNNR  IS 
最低0.47元/天 解锁文章
SAP-ABAP：SAP第二代增强之BADI详解
baidu_35680696的博客
03-05 763
第二代增强（BADI）是 SAP 扩展标准功能的核心技术，适用于需要高灵活性和多实例支持的场景。对于复杂需求，可进一步探索第三代增强技术（如。是 SAP 第二代增强的核心技术，基于面向对象（ABAP OO）的设计理念。它允许开发者在不修改 SAP 标准代码的情况下，通过实现预定义的接口（Interface）来扩展或修改标准业务逻辑。SAP 的第二代增强（User Exits）是 SAP 系统中用于扩展标准功能的重要技术手段，属于。第二代增强相比第一代（如函数模块出口）更加灵活和面向对象，主要通过。
【备忘录】BADI_ACC_DOCUMENT增强实现
少年休闲海
07-23 2268
现需要使用BAPI：BAPI_ACC_DOCUMENT_POST批量导入收/付款凭证，但是发现“记账码”和“原因代码”字段找不到匹配，如何实现？ 网上有一个很好的解决方案，这里我总结收藏一下： SE11创建增强结构，必须包含行项目号POSNR字段，和其他需要扩展的字段，如记账码Posting Key、原因代码Reason Code； SE19实现BADI增强ACC_DOCUMENT，这个增强是用来将BAPI_ACC_DOCUMENT_POST参数表EXTENSION2传入系统表； 使用BAPI_AC
FICO常用增强BADI-AC_DOCUMENT
王小磊
09-23 7167
文章目录一、使用场景二、增强介绍2.1 注意事项2.2 其他相关参考 一、使用场景 【作为FICO顾问必须知道此BADI使用位点以及注意事项】。 除了F-02、FB05等手工凭证不调用此BAPI，大部分调用BAPI或集成的场景情都调用此BAPI， 例如，下面几种场景会使用到此BADI： 自开发程序调用BAPI：BAPI_ACC_DOCUMENT_CHECK / BAPI_ACC_DOCUMENT_POST SD和FI集成生成的会计凭证，包括：销售发货VL01N/VL02N、销售开票过账VF01/VF02
BADI-AC_DOCUMENT-交货单过账科目替代
weixin_42459695的博客
04-21 1513
BADI-AC_DOCUMENT-交货单过账科目替代
F-02替换利润中心
盈于心胸，充塞天地
05-02 1264
使用BTE增强，事件ID 00001120
SAP ABAP VF01/MIRO/AFAB BADI AC_DOCUMENT VF01/MIRO/HR集成凭证替代
SAP小趴菜
12-21 5132
一般情况适用SAP提供的标准替代GGB1即可实现替代功能，一些业务场景下不走标准的替代功能。 1，创建BADI实施并重定义方法 CHANGE_AFTER_CHECK 将更改后的数据放入到EX_DOCUMENT中 如果替换的字段不在ACC_DOCUMENT_SUBST中，则添加相应的字段到结构中。 代码示例如下： METHOD IF_EX_AC_DOCUMENT~CHANGE_AFTER_CHECK. DATA:LV_FLAG TYPE CHAR01 . DATA
ABAP BAPI_ACC_DOCUMENT_POST 资产过账问题
matinal 當冬夜漸暖 。公众号：matinal
04-12 3162
在使用BAPI：BAPI_ACC_DOCUMENT_POST进行资产过账的时候遇到了一些问题，过账的需求如下： 遇到的问题主要有三个： 第一个问题：如上图中的行项目，第一行是固定的科目编码，第二行是根据内表中的不同资产号进行填充科目编码，在手工过账的时候，输入第一个行项目之后回车会自动带出一个统驭科目编号，然后输入第二个行项目就可以过账了，但是在BAPI中不能自动带出统驭科目； 第二个问题：对于资产过账，一定要有资产号和负资产号，否则过账的时候会报告“资产不属于公司xxxx的错误”。 第三个问题：当前两个
SAP 发票校验统驭科目替代解决方案
weixin_41148970的博客
11-29 3264
应付账款中，供应商的统驭科目(Recon. account) 是从供应商主数据中带过来的。如果需要对不同的业务使用不同的统驭科目，比如某笔业务是 “应付票据”，而不是 “应付账款”，则通过界面上的 SGI (Special G/L indicator) 选择 W (表示应付票据业务)，将科目调整为 “应付票据”。原理就是后台配置了 Recon. account 针对 SGI (比如 W) 的调整科目。 FI 模块手工编制的会计凭证都可以这样做。 但采购发票校验 （LIV, T-code: MIRO ) 时
SD--RV_accounting_document_create函数的代码解读
少年休闲海
03-15 2260
这几天看一个SD开票并产生会计凭证时做种种字段修改、行项目删除、并产生第三种自定义单据的变态增强开发需求，追SD release to accounting时发现调用的function module RV_ACCOUNTING_DOCUMENT_CREATE ，这里面大体逻辑是根据SD数据，做科目确定等等，调了几个BAdI和exit，然后会计凭证冲销或过账，详细解读，见下文。 转自大顾 Ja
MIRO增强 (解决FI财务凭证抬头文本无法写入问题)
qq_40223617的博客
02-06 1587
MIRO增强 (解决FI财务凭证抬头文本无法写入问题)
SAP ABAP FM AC_DOCUMENT_RECORD 研习
喜欢打酱油的老鸟
07-21 1377
SAP ABAP FM AC_DOCUMENT_RECORD 研习   如下物料凭证号4904373511/2018,对应的财务凭证号32000006184如下：     如何从ABAP的角度用某个function module拿到物料凭证号相关的财务凭证？   SE37, function module AC_DOCUMENT_RECORD,相关参数如下：     执...
ZACC_DOCUMENT
weixin_30540691的博客
11-15 417
method if_ex_acc_document~change. data: wa_extension type bapiparex, ext_value(960) type c, wa_accit type accit, l_ref ...
【ABAP】VF02\VFX3 增强
BearGeorge
05-04 4799
1、需求背景 需求:通过销售订单抬头附加数据字段匹配COAS里面的订单号AUFNR 在开票时VF01/VF04把订单号AUFNR写到会计凭证ACDOCA的ZUONR 2、增强方式 使用第三代BADI增强点：AC_DOCUMENT 方法：change_after_check * <SIGNATURE>-------------------------------------------...
FI 凭证过账相关增强
SAP BLOG
02-02 1438
1. BAPI ：BAPI_ACC_DOCUMENT_POST 相关增强 附加结构需要增强 SE18：ACC_DOCUMENT（BAPI_ACC_DOCUMENT_POST字段扩展）中的方法CHANGE 示例代码: METHODIF_EX_ACC_DOCUMENT~CHANGE. DATA:WA_EXTENSIONTYPEBAPIPAREX, ...
记录一个自己挖的坑~
森林木的博客
05-13 362
这个是在AC_DOCUMENT里做了调整。 后来一个程序批到的时候发现，抬头文本丢了。 然后我就开始debug看了看，发现是这个增强里影响了。 然后就 顺手加了两句话 过了几天，发现了个尴尬的问题。如果一个科目俩不同的业务范围，被改成默认的业务范围了 然后开始看为啥，发现在这里重新赋值的 其实不对item赋值，是没问题的，因为没做修改嘛，好吧，当...
[ 技术接口 ] - SAP SD与FI之间的接口架构
SAP领域技术博客
01-13 3917
1. 概述     本文主要介绍SD与FI集成的接口，以及FI document posting的程序架构。从架构层面上了解SD与FI的集成点，有助于项目实施过程中的方案设计，以及在程序调试过程中的数据追踪。 2. 业务背景 在SD模块开票的过程中，SD会将相关的信息传递到FI/CO，并产生相应的会计凭证。在这个过程中SD invoice中:      VBRK :
SAP ABAP 抬头文本 HEADER_TXT BAPI_ACC_DOCUMENT_POST NOT WORK bkpf-bktxt notes:1025810
SAP小趴菜
08-30 1318
1025810 - Field BKPF-BKTXT (document header text) empty in FI document Symptom When you make postings using the Accounting Interface, the document header text remains empty in the created FI document even though text was transferred in the interface pa
BADI 第三代增强 BADI 和 NEW BADI
weixin_42646630的博客
07-27 2030
分为Classic BADI和New BADI， 传统方式的的BADI的调用是使用cl_exithandler=>get_instance， 新BADI的调用方式是get badi / call badi Enhancement spot 是BADI的容器，在容器中定义我们自己的多个BADI， 创建 emhancement spot 创建BADI (multiple use 多次使用，single user 只能有一个实现类，如果在SE18中创建了多个实现类或者多个enhancement i
SAP FI BAPI_ACC_DOCUMENT_POST 生成会计凭证 抬头文本没有带过去的问题
GAVIN
04-29 742
BAPI_ACC_DOCUMENT_POST 抬头文本
BADI：MB_MIGO_BADI 在BAPI：BAPI_GOODSMVT_CREATE中会调用么？
最新发布
04-03
<think>好的，我现在需要回答用户关于SAP中BADI MB_MIGO_BADI是否会在BAPI BAPI_GOODSMVT_CREATE中被调用，以及它们的调用关系和实现机制的问题。首先，我需要回顾一下SAP中BADI和BAPI的基本概念。 BADI（Business Add-In）是SAP的一种增强技术，允许用户在不修改标准代码的情况下扩展功能。MB_MIGO_BADI应该与MIGO事务相关，可能在货物移动时触发。而BAPI_GOODSMVT_CREATE是一个用于创建货物移动的BAPI，通常用于后台处理，比如通过外部系统调用。 用户的问题核心是：当使用BAPI_GOODSMVT_CREATE时，是否会触发MB_MIGO_BADI这个BADI。根据经验，BADI的触发通常依赖于特定的事务代码或应用模块。例如，在MIGO事务中执行操作时，相关的BADI会被调用。但BAPI可能不会触发同样的BADI，因为它们可能绕过了某些前端检查或增强点。 接下来需要验证这一点。查阅相关资料，特别是用户提供的引用，其中引用[3]提到使用BAPI_GOODSMVT_CREATE时，可以通过EXTENSIONIN参数传递扩展字段，这可能涉及到BADI增强。但具体到MB_MIGO_BADI是否被调用，可能需要更深入的分析。 考虑到SAP的机制，BADI的实现通常与特定应用程序关联。如果MB_MIGO_BADI是为MIGO事务设计的，可能在BAPI调用时不会自动触发，除非BAPI显式调用了相关增强。需要检查BAPI_GOODSMVT_CREATE的文档或源代码，看是否有调用MB_MIGO_BADI的逻辑。 另外，用户引用[3]提到通过EXTENSIONIN传递扩展字段，这可能涉及到不同的BADI，例如在BAPI层面定义的增强点，而不是MIGO事务中的BADI。因此，MB_MIGO_BADI可能不会被BAPI_GOODSMVT_CREATE直接调用。 总结：MB_MIGO_BADI主要用于MIGO事务的前端处理，而BAPI_GOODSMVT_CREATE作为后台接口，可能不会触发该BADI。但需要注意是否有隐式的调用或配置使两者关联。建议通过实际测试或查看SAP官方文档确认。</think>关于MB_MIGO_BADI增强在BAPI_GOODSMVT_CREATE中的调用关系，需从SAP增强机制和业务逻辑实现两个层面分析： ### 一、调用关系结论 **MB_MIGO_BADI不会在标准BAPI_GOODSMVT_CREATE调用过程中自动触发**。该BADI设计用于MIGO事务界面操作，与BAPI存在以下差异： 1. **执行路径差异** - MIGO事务通过$$TCODE$$驱动前端校验和界面交互，会触发$$MB_MIGO_BADI$$[^3] - BAPI_GOODSMVT_CREATE直接访问物料凭证创建函数模块$$MB_CREATE_GOODS_MOVEMENT$$，绕过了MIGO界面层 2. **增强机制差异** BAPI增强需通过： - 扩展结构$$EXTENSIONIN$$参数传递增强字段[^3] - 特定BAPI增强点（如$$BADI_GOODSMVT$$） - 隐式增强点插入 ### 二、实现机制验证方法 || MIGO事务 | BAPI调用 | |---------|----------|----------| | **BADI触发** | 自动触发MB_MIGO_BADI | 需显式配置增强 | | **表更新** | 通过MKPF/MSEG更新[^2] | 同MKPF/MSEG但跳过部分检查[^1] | | **增强方式** | 标准BADI实现 | 需使用BAPI专用增强点 | ### 三、解决方案建议 若需要在BAPI调用中实现类似MB_MIGO_BADI逻辑： 1. 创建新BADI实现$$MB_CREATE_GOODS_MOVEMENT$$的隐式增强 2. 使用$$USEREXIT_SAVE_DOCUMENT$$等标准出口 3. 通过$$CALL BADI$$语句在自定义增强中显式调用 ```abap METHOD if_ex_goodsmvt_create~save_document_prepare. " 在此处插入自定义逻辑 CALL BADI l_mb_migo_badi->item_check EXPORTING is_mseg = cs_mseg. ENDMETHOD. ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值