SAP_ABAP_MM_BAPI清单案例教程——采购订单收货_BAPI_GOODSMVT_CREATE_MIGO

已于 2023-10-24 13:56:22 修改
阅读量1.5k 收藏 10
点赞数 1
分类专栏： SAP ABAP编程 文章标签： 经验分享 ABAP MM 采购订单收货 MIGO GOODSMVT 1024程序员节
于 2023-08-28 08:37:36 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/java_zhong1990/article/details/132500259
版权
了解本专栏 订阅专栏 解锁全文 超级会员免费看
SAP_ABAP_MM_BAPI清单案例教程——采购订单_BAPI_PO_CREATE1_ME21N
java_zhong1990的专栏
08-28 1837
SAP_MM_ABAP BAPI_PO_CREATE1， 采购订单创建 ，代码模版
SAP_ABAP_MM_BAPI清单案例教程——采购申请_BAPI_PR_CREATE_ME51N
java_zhong1990的专栏
08-25 1269
SAP ABAP BAPI_PR_CREATE 采购申请 BAPI 采购申请创建函数
SAP货物移动BAPI BAPI_GOODSMVT_CREATE(WMS TO SAP)
ChampaignWolf的专栏
04-12 2987
移动代码01 -- MB0102 -- MB3103 -- MB1A04 -- MB1B05 -- MB1C06 -- MB1107 -- MB04一、收货(101)说明：采购订单、生产订单收货[plain] view plain copyform recvfromord tables pt_tran structure zwttran.    "移库定义    data: goodsmvt_he...
19 SAP集成测试-成品销售业务主线-采购订单收货(MM模块-MIGO收获 或 VL32N内向交货单收货)
05-22 690
实际项目实施过程中，蓝图汇报完毕后，各个模块都完成了后台配置和对应的接口和功能开发，在上线前一个阶段，就需要进行集中的多模块测试，项目上称为集成测试，用于模拟上线后的实际业务操作，集成测试的目的就是为了验证蓝图定义的业务流程和当前的系统功能是否衔接和匹配上。公司代码：1088 BOTECK-CN Shanghai CNY工厂代码：1087 BOTECK CN Super Factory1。
ABAP中根据采购订单进行收货的BAPI函数的使用方法
popo1987mm的博客
07-12 1960
BAPI_GOODSMVT_CREATE是一个用于创建物料凭证的BAPI，它支持多种移动类型，包括采购收货（移动类型101）、退货（移动类型122等）等。通过调用此BAPI，可以在SAP系统中自动生成物料凭证，完成相应的库存操作。
ABAP 采购订单收货接口BAPI_GOODSMVT_CREATE
a86632678的博客
05-31 1974
注：采购订单退货（161），传入的移动类型也是101。实现采购订单收货过账。
采购订单收货BAPI
beyond911的专栏
09-29 1036
文章目录1. Intruduction2.code example 1. Intruduction The bapi is used by migo. 2.code example DATA: GT_GOODSMVT_HEADER LIKE BAPI2017_GM_HEAD_01, GT_GOODSMVT_ITEM LIKE BAPI2017_GM_ITEM_CREATE OCCURS 0 WITH HEADER LINE, GT_RETURN
SAP中的采购质量管理与订单及收货控制
专注SAP应用技术文章写作，致力于拉近用户与系统间的距离；
05-05 2366
在前面的"SAP中的采购质量管理功能的实现”中算是实现了一个基础控制。但在日常应用中难免会有一些细节需要不断的去深入。那么本篇就从下图的角度出发，来从具体采购订单和收货的不同情况的提示中来揭露其具体控制逻辑的细节。 SAP中的采购质量管理功能的实现https://blog.youkuaiyun.com/lj663/article/details/105990732笔得给出下面一个截图，并用红色标记出了一点控制点。其实也是很有意思的。LET'S GO! 首先，假设某物料在质量视量中激活了QM采购质量管理，并选择Q
SAP_ABAP_MM_BAPI清单案例教程——采购发票过账_BAPI_INCOMINGINVOICE_POST_MIRO
java_zhong1990的专栏
08-26 1153
SAP BAP BAPI BAPI_INCOMINGINVOICE_POST 采购发票过账 代码模版
SAPMM对采购订单进行收货.pdf
06-26
SAPMM对采购订单进行收货.pdfSAPMM对采购订单进行收货.pdfSAPMM对采购订单进行收货.pdfSAPMM对采购订单进行收货.pdfSAPMM对采购订单进行收货.pdfSAPMM对采购订单进行收货.pdf
SAP带有确认控制的采购订单
04-11
SAP中创建带有确认控制的采购订单后不能直接进行PO收货，需要依据采购订单创建内向交货单后对内向交货单收货。一张采购订单下可以创建多个内向交货单，生成的内向交货单号会在采购订单项目的“确认”标签页中显示。如果对内向交货单进行收货，会在采购订单项目中出现“采购订单历史”标签页，显示内容与标准订单相同，移动类型为101。
【测试】SAP 委外加工收货BAPI Demo
12-14
一、创建委外采购订单（事务代码ME21N） 二、将所需材料发货至供应商处（事务代码MB1B） 查看供应商库存报表（事务代码MBLB） 三、委外PO的收货（这里使用BAPI_GOODSMVT_CREATE） *&---------------------------------------------------------------------* *& Report ZTEST_WWJG *& *&---------------------------------------------------------------------* *& *& *&-------------
SAP ABAP MIGO BAPI BAPI_GOODSMVT_CREATE GOODSMVT_CODE使用汇总
weixin_45293769的博客
09-27 1285
转载：https://blog.youkuaiyun.com/qq_36296311/article/details/128813069。
【Demo】采购订单收货Bapi
少年休闲海
10-27 4925
基于SAP采购订单的收货可使用物料移动中常用的Bapi函数“BAPI_GOODSMVT_CREATE”来处理，其中GOODSMVT_CODE采用“01”，也就是MB01界面的功能。其中支持多个不同采购订单的收货，最后不会忘记Commit提交，否则只会产生物料凭证，而不会实质记录。 下面是一个测试Demo。 *&---------------------------------------------------------------------* *& Report ZTEST
采购订单收货
隔壁老王滴滴滴滴
08-13 2247
MIGO收货，其中，101是收货，102是对收货的冲销： 进去以后第一行是灰色的，是因为被选中了，在明细那里可以改数量，勾选确定的话可以检查正确了可以过账 这个是计划协议的收货，在EKKO里面，计划协议的类型（BSART）是LP （计划协议是由MRP跑出来的，采购订单是由前台录入的，我理解计划协议就是由前面的单据自动产生的采购订单） 这样就会产生一条物料凭证，采购订单的物料凭证可以...
8 SAP前台操作手册-MM模块-库存管理-标准委外采购订单收货-MIGO(Mvt.101+ & 543 O-)
06-23 1588
SAP实施项目中，到了第3个阶段-系统实现，在这个阶段，因为蓝图汇报已经结束，配置也差不多完成了，自开发还在进行中，SAP标准功能下，可以进行基础业务的前台操作了，在实现阶段的末端，客户指定的关键用户（俗称KU-Key User）会进行前台业务操作和练习，提高熟练程度，同时需要在外部SAP顾问的帮助下，编写模块操作手册。我们现在以客户关键用户的角色，进行前台操作手册编写。
SAP ABAP-一个被用户整蒙了的采购收货问题
08-25 671
通过手持机扫描条码收货的功能，过账时竟然提示，无法创建批次，按照以往经验，采购订单收货时，并不需要事先建立批次，即可完成收货。然后，在我们设计的移动手持机收货功能中确碰到更壳了，搞了两天也没发现啥问题（嘿嘿，其实也只是凭证经验判断），以为是哪里出来问题。 1.以为是物料分类没有建立。 2.但还是没有解决,使用MIGO，仍然报错, 3.找我们的ABAP大神debug一下，大神出码不到一分钟，就得出了结构，简值太神了。原来是退货PO，回顾一下，一直在讨论的采购收货问题，...
SAP 采购订单入库——特殊收货
willieyuan的博客
03-16 2554
针对采购与库存管理单位不一致的业务场景： 假设：向供应商购买物料是按照KG计价，而库存是按照PC计价。 物料管理单位PC，采购订单：100KG，10KG＝1PC，100KG=100元。那1PC＝10元。100KG＝10PC。 MIGO收货时（由于材料问题，100KG价值100元且有20PC，则此时1PC=5元，与上面的1PC=10元出现差异）： 则收货会显示以...
Sap Migo 增强检查
最新发布
03-13
<think>好的，我现在要处理用户关于SAP MIGO增强检查的询问。首先，我需要确认自己对MIGO的理解是否正确。MIGO是SAP中用于物料移动的事务代码，比如收货、发货、转移过账等。用户提到的“增强检查”可能指的是在MIGO事务中实施的自定义增强或验证，以确保数据输入的准确性和符合业务流程需求。 接下来，我应该考虑SAP中的增强方式。常见的包括User Exits、BAdIs、Enhancement Spots，以及较新的ABAP增强框架。需要明确在MIGO中具体有哪些可用的增强点。比如，可能有一些BAdIs（Business Add-Ins）专门针对移动类型或特定字段的检查。 然后，用户可能需要了解如何实施这些增强检查。例如，使用MB_MIGO_BADI这个BAdI，它允许在保存前执行自定义验证。开发者可以在这个BAdI的方法中编写逻辑，检查特定条件，如工厂、库存地点、数量等是否符合要求，如果不满足则阻止过账并提示错误。 另外，数据输入检查也是关键部分，比如在交货单或采购订单字段输入时进行校验。可能需要通过屏幕增强或字段校验来实现。这里需要注意的是，SAP的标准功能可能已经包含了一些检查，但企业特定的需求可能需要自定义开发。 还需要考虑权限控制和日志记录。增强检查可能需要验证用户是否有权执行某些操作，或者记录修改历史以便审计。这涉及到权限对象和日志表的创建与维护。 用户可能还想知道实际应用的例子，例如检查移动类型和工厂的组合是否有效，或者库存地点是否允许特定类型的货物移动。这时，具体的代码示例会很有帮助，比如在BAdI的方法中获取MIGO的抬头和行项目数据，然后应用条件判断，并通过MESSAGE语句返回错误信息。 最后，要注意测试和部署的步骤，确保增强不会影响现有功能，并且符合SAP的最佳实践。可能还需要讨论如何调试和排查增强中的问题，比如使用断点或日志工具。 总结下来，我需要组织这些信息，分步骤解释MIGO增强检查的概念、常用方法、实施步骤和示例，确保用户能够清晰地理解如何应用这些增强来满足业务需求。</think>以下是对SAP MIGO增强检查的详细介绍，按逻辑步骤分层说明： --- ### **1. 概念理解** **SAP MIGO**（物料凭证过账）是执行货物移动（如采购收货、生产入库、库存转移等）的核心事务代码。 **增强检查**指通过自定义开发对MIGO操作添加校验规则，确保数据符合企业特定需求，例如： - 限制某些工厂或库存地点的操作权限 - 校验移动类型（Movement Type）与业务场景匹配性 - 强制填写特定字段（如项目文本、批次号） --- ### **2. 常用增强技术** 在MIGO中实现增强检查的主要方法： #### **(1) BAdI增强** - **BAdI名称**: `MB_MIGO_BADI` - **功能**: 在保存凭证前触发自定义逻辑，支持对抬头（Header）和行项目（Item）数据的校验。 - **关键方法**: - `CHECK_BEFORE_SAVE`: 保存前执行校验，可阻止非法数据过账。 - `MODIFY_HEADER` 或 `MODIFY_ITEM`: 修改凭证数据。 #### **(2) 隐式增强（Enhancement Spot）** - 在标准程序`RM07MMBS`或函数模块`MIGO_DIALOG_UPDATE`中插入隐式增强点，添加自定义校验逻辑。 #### **(3) 屏幕增强** - 通过屏幕增强（Screen Exit）在MIGO界面添加自定义字段，并校验输入值。 --- ### **3. 实施步骤示例（基于BAdI）** 以校验“移动类型+工厂”组合合法性为例： #### **步骤1: 实现BAdI** ```abap DATA: lv_message TYPE string. METHOD if_ex_mb_migo_badi~check_before_save. LOOP AT ct_item INTO DATA(ls_item). " 示例：检查移动类型为101时，工厂必须为1000 IF ls_item-mblnr IS NOT INITIAL AND ls_item-bwart = '101' AND ls_item-werks <> '1000'. lv_message = '工厂必须为1000'. " 触发错误消息并阻止保存 MESSAGE e001(00) WITH lv_message INTO sy-msgli. mo_message->add_message( ). ENDIF. ENDLOOP. ENDMETHOD. ``` #### **步骤2: 激活增强** 通过事务代码`SE18`或`SE19`激活BAdI实现。 #### **步骤3: 测试验证** - 执行MIGO，输入移动类型`101`和工厂`2000`，系统应弹出错误消息并阻止过账。 --- ### **4. 注意事项** - **性能优化**: 增强逻辑需高效，避免影响MIGO操作速度。 - **兼容性检查**: 确保增强不与标准功能或其他增强冲突。 - **权限控制**: 使用`AUTHORITY-CHECK`验证用户权限，例如： ```abap AUTHORITY-CHECK OBJECT 'M_MSEG_WMB' ID 'WERKS' FIELD ls_item-werks. IF sy-subrc <> 0. " 提示无权限 ENDIF. ``` --- ### **5. 典型应用场景** | 场景 | 校验逻辑 | 技术方案 | |---------------------|----------------------------------|-------------------| | 批次号必填 | 检查行项目批次字段是否为空 | BAdI `CHECK_BEFORE_SAVE` | | 库存地点有效性 | 校验库存地点是否允许特定移动类型 | 隐式增强 + 表校验 | | 项目文本格式 | 强制输入符合规则的文本（如包含订单号）| 屏幕增强 + 正则表达式 | --- ### **6. 调试与排查** - 使用`/H`启动调试模式，在增强代码中设置断点。 - 通过事务代码`ST22`查看ABAP Dump，定位错误原因。 --- 通过上述步骤，可针对企业需求灵活定制MIGO增强检查，确保数据合规性和流程稳定性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Terry谈数字化

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值