sap货物移动相关的bapi(MIGO/MB1A)

本文介绍了SAP中用于货物移动的BAPI函数,包括BAPI_GOODSMVT_CREATE,它涉及的GOODSMVT_CODE参数如MB01(采购订单收货)、MB31(生产订单收货)、MB1A(货物发出)等。此外,还提到了用于凭证冲销的MBST,获取凭证明细的BAPI_GOODSMVT_CANCEL和BAPI_GOODSMVT_GETDETAIL,以及内部使用的BAPI_GOODSMVT_SAPCREATE。
货物移动的bapi  BAPI_GOODSMVT_CREATE
其中 参数 : GOODSMVT_CODE 有
 GMCODE Table T158G - 01 - MB01 - Goods Receipts for Purchase Order
*                      02 - MB31 - Goods Receipts for Prod Order
*                      03 - MB1A - Goods Issue
*                      04 - MB1B - Transfer Posting
*                      05 - MB1C - Enter Other Goods Receipt
*                      06 - MB11
*                      07 - MB04

事物代码MBST凭证冲销 BAPI  BAPI_GOODSMVT_CANCEL

获得凭证明细 BAPI  BAPI_GOODSMVT_GETDETAIL

根据物料 工厂 移动类型  记账日期 创建人 等查询凭证 BAPI  BAPI_GOODSMVT_GETITEMS

SAP内部使用 BAPI  BAPI_GOODSMVT_SAPCREATE
<think>好的,用户想知道SAPMB01MIGO的功能差异及使用场景。首先,我需要回忆这两个事务码的基本用途。MB01是传统的物料移动事务,主要用于执行货物移动,比如收货、发货和转储过账。而MIGO是一个更现代、集成化的工具,支持多种业务操作,包括货物移动、质检和批次管理。接下来,我需要查阅提供的引用资料,看看有没有相关的信息。 引用[3]提到,入库时使用MB01MIGO,但没有具体说明区别。引用[4]讨论了MIGO在收货和冲销中的应用,以及如何通过检查EKBE和MSEG表判断收货状态。这里可能需要对比两者的操作流程和后台处理方式。 MB01属于SAP较早版本的功能,操作界面较为简单,适合处理标准货物移动。而MIGO整合了多个旧事务码,如MB01MB1A等,提供统一的界面,支持更复杂的业务场景,比如结合质检和批次管理。此外,MIGO在处理冲销时可能需要更多的后台表检查,如引用[4]所述的方法。 需要注意的是,MB01生成的凭证类型通常是固定对应的,而MIGO通过不同的移动类型(如101103、105)来区分业务,并且这些类型可能组合使用以达到特定效果,如引用[2]提到的103和105结合相当于101。此外,MIGO在过账时可能需要调用BAPI,如BAPI_GOODSMVT_CREATE,并配合BAPI_TRANSACTION_COMMIT提交事务,如引用[1]所述。 总结下来,功能差异主要体现在操作界面、集成度、灵活性和后台处理方式。使用场景方面,MB01适用于简单的标准操作,而MIGO更适合复杂的业务流程,需要结合质检或批次管理的情况,以及需要灵活处理不同移动类型的场景。同时,用户可能需要考虑系统版本和业务需求来选择合适的事务码。 最后,确保回答结构清晰,分点说明差异和应用场景,并引用相关资料支持观点。同时生成相关问题,帮助用户进一步理解。</think>### SAPMB01MIGO的功能差异及使用场景 #### 1. **功能定位差异** - **MB01**:是SAP早期版本中用于执行**货物移动**(如采购订单收货、生产订单收货)的标准事务码,主要面向简单、直接的货物过账操作。例如,通过移动类型(如101、501)直接完成入库或出库[^3]。 - **MIGO**:是SAP后期推出的**集成化货物移动事务**,整合了MB01MB1A(发货)、MB1B(转储)等旧事务码的功能,支持更复杂的业务场景,包括质检、批次管理及冲销操作[^4]。 #### 2. **操作灵活性与集成度** - **MB01**:仅支持单一业务操作,如采购订单收货时直接生成物料凭证,界面简单但功能受限。 - **MIGO**: - 支持**多业务类型**(如收货、发货、转储)在同一界面完成。 - 可结合质检流程(如103/105移动类型),允许收货到质检库存后再转移至非限制库存[^2]。 - 支持冲销操作时自动检查关联凭证(如通过MSEG表判断是否存在贷方记录)[^4]。 #### 3. **后台处理与数据关联** - **MB01**:生成的凭证直接更新后台表(如MKPF、MSEG、MATDOC),但缺乏灵活的事务关联逻辑。 - **MIGO**: - 使用标准BAPI(如`BAPI_GOODSMVT_CREATE`)生成凭证,需通过`BAPI_TRANSACTION_COMMIT`提交事务[^1]。 - 支持更复杂的数据关联,例如通过采购凭证历史表(EKBE)判断收货是否已冲销[^4]。 #### 4. **典型应用场景** - **MB01适用场景**: - 简单的采购订单收货(移动类型101)。 - 无需质检或批次管理的标准入库操作。 - **MIGO适用场景**: - **质检相关操作**:如收货到质检库存(移动类型103)后转移至可用库存(移动类型105)。 - **冲销与反向操作**:通过物料凭证号追溯原始交易并生成反向记录。 - **批次管理**:在收货时直接分配或更新批次信息。 #### 5. **技术实现对比** | 特性 | MB01 | MIGO | |--------------------|-------------------------------|-------------------------------| | 事务类型 | 单一功能(如收货) | 多功能集成 | | 移动类型灵活性 | 固定对应移动类型 | 支持多种组合(如103+105) | | 后台数据关联 | 直接更新表 | 通过BAPI和事务提交机制 | | 冲销逻辑 | 需手动操作 | 自动检查凭证关联性 | ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值