【MM小贴士】SAP 采购申请与采购订单的匹配关系

【业务背景】今天呢,韦老师和说:老闫啊,这个采购订单类型A,可以什么类型的采购申请都可以匹配吗?

我说不是呀,可以在后台匹配勾稽关系,让采购申请类型和采购订单类型进行匹配,如果不匹配会报错。

韦老师说,那你弄一下呗。

我说,我懒的弄。

韦老师“教育”我说,你得从用户的角度出发,让用户体验到便利和管理的硬性要求。

我说好吧,我听你的。

但其实,这个甲方它管理水平真的是绝了,一盘散沙,如果强行用系统去报错和勾稽,其实我认为反而会导致前期频繁报错,让最终用户感受到系统的不灵活性。我认为这种方式,应该是甲方定期清查,然后每月考核,不断固化和修正线下的管理水平,然后配合系统的实施,让用户和系统分阶段的双重提高。

当然韦老师说的没错,用系统的强制性规范倒逼管理,也是一种方式和管理手段,这种事情仁者见仁智者见智。

好在系统配置并不复杂,我本着摆烂的心态,写一个小小的配置文档,供新人参考。

--------------以下是配置步骤--------------其实简单来说就一步-----但是可以ABAP开发做的更好----------

一、采购订单配置

这里可以定义采购订单凭证类型,然后进入:

这是我们配置的采购订单类型,怎么说呢,大神是这么规划的,意图是让采购业务规范、细致、分类齐全,这个心情我是理解和认同的。

但是做信息化,不是标准产品,卖给谁都一个样。而是要切实的贴合甲方的“实际情况” ,这个实际情况包含很多:管理者的管理高度、力度;中层管理者的执行强度,手段;基层工作者的工作能力、水平,意愿;信息化从业者的学习能力、工作认知;以及整体甲方的软硬件投入(money),整个项目组的配合完整性。

任何企业的信息化从0开始,都是一步步积累的水平,所以早期我们做信息化实施,多次强调的是:统一规划、分步实施。而不是一蹴而就,这个“一蹴而就”不仅仅是实施能力,而是甲方对信息化的认知程度和管理水平。

很多企业认为信息化是买电脑,买数据库,上ERP,但是惨痛的失败经验告诉我们,信息化的落脚点,始终是“人”,人的思想和管理高度,决定了一家生产制造型企业转型为一家信息化指导下的智能制造,智慧管理工厂,金钱的投入不仅仅是设备,而是整体企业各级管理人员的“学费”、“试错费”、“能力提升费”。

所以对一家刚刚是5岁幼儿水平的企业,突然加大力度让他深蹲200斤,这个心愿是好的,也符合甲方的愿景,但是让甲方能正确的认识自己,看清自己,甲乙双方共同成长,首先的不是“磨合”,而是“信任”,甲方相信乙方你不是玩我,不是坑我,不是不干活,做的不能太浅;乙方也要给甲方空间和时间成长,不要挖坑,要循序渐进。

最大的合作空间,不是合同,而是信任,是伴随成长。

-------------------这个又扯远了,大佬们看见又该说我不落地了,哈哈哈哈哈哈-----------------------------

扯回来,我们看下图,这个Z002类型,是非生产性物资的采购,很明显,从定义上讲,是不能匹配生产性物资的采购申请的。

 我们双击2,进入:

但是我们很明显的看到,这里匹配了很多,生产性物资的采购申请类型:

这就说明,前端ME51N生成的KH01的生产性物资采购申请,是可以被认为转换成Z002的非生产性采购订单类型的,所以这其实是系统的不严谨性,导致了前端业务可能会产生的系统的不规范性呢,我们呢,在这里删掉它们,然后保存:

------------------------前台展示---------------------------------------------------------------------------------------------

三、我们做一个ME51N的采购申请,并保存:

四、然后我们做一个采购订单ME21N:

当我们再做一个Z002的采购订单的时候,如果采用的是KH01的采购申请个,那么就会报错:

当然,如果你觉得下面红框提示的不明显,这个报错信息,你是可以改的:

双击最下面红框的字:

然后点击那个按钮:

 

找到  054,以登陆语言进行编辑,不同的clint需要传输,改成你想要用户能看得懂的样子。

 然后你就会看到下面这样的,人性化的报错信息:

我觉得我也是,嗯 ,不靠谱,哈哈哈哈哈

测试系统,别不开心~

 ----------------------------------总结----------------------------------------------------------------------------------------

所以采购申请和采购订单,可以从类型上匹配、还可以从科目分配& 项目分配  

 匹配的非常细,限制到哪一种的采购申请,匹配到哪一种的采购订单,都可以根据甲方的实际项目需要和管理水平以及人员架构,来进行细致的区分。

大家可以自行尝试和匹配。

齐活儿 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值