无鸟用的SAPPA证书，刚入行的同行可以考一考 笔者从事SAP咨询行业工作超过15年。十多年前笔者刚入行的时候，如饥似渴的学习SAP的模块知识，公司也很重视培训，每年都有不少培训预算，开了不少SAP标准培训或者PA培训。得益于公司的软福利，笔者参加过SAPMMPA培训和考试，参加过WM的标准培训，参加过SAPQMPA考试，拥有SAPMM和QM的PA证书。这些培训和考试费用，都是公司买单，所以至今笔者还是很感激这家公司。 过去十几年笔者参与超过20个项目的实施和运维支持工作，民营企业的项目，世界500强公司的GLOBAL项目都干过，在甲方和乙方都干过，2015年做自由至今快7年了。实话实说，
能把SAP系统玩成鸡肋的公司，太有才了！ 知乎上有人提问:"你们公司有没有感觉SAP系统像个鸡肋？",笔者作为一个SAP老兵，就这个问题说说笔者的看法。本文基于笔者在知乎上的回答而成。 笔者发现，凡是世界500强外资企业，绝大部分都有使用SAP系统，用以支持其总部以及遍及世界的海外工厂的所有业务。这些公司都将SAP系统视为他们的战略IT平台，企业的重要甚至是核心资产。他们通过使用SAP系统，能比较好的管控其海外工厂或者子公司的业务。通过推广其全球模板，使得所有海外工厂能按照总部设计好的统一的业务流程管理模式，步调一致的实现其日常的运营。SAP系统对于这些跨国企业而言，真正起到了企业背后的
SAPMM进口采购业务中供应商多送或者少送场景的处理 进口采购业务实践中，会出现供应商多送或者少送的场景。比如采购订单100个，供应商送货过来105个或者97个。 那么问题来了，对于这种场景的收货，在SAP系统上该怎么做？单单从SAP技术上办法很多，比如根据实际数量修改采购订单数量，然后根据实际数量收货过账，以实现后续的三单匹配，本地（Domestic）采购常常可以这种办法解决；或者设置Overdelivery/underdelivery容差，容差范围内按实际数量直接收货。 但是进口涉及到报关环节，报关的时候需要把据采购订单上的关键信息，比如物料，数量，价格，金额等信息提交给海关，一旦完成了
NWBC：打开业务浏览器，管理变更请求及对象GENIL_MODEL_BROWSER：模型浏览器，查询模型定义信息，传输模型DRFOUT：模型数据分发，可增强或拷贝程序实现定制MDG_DELETE_CREQUEST：删除变更申请MDG_DATA_MODEL：模型相关的逻辑表和物理表MDG_DISPLAY_MODEL:模型定义（Treeview）MDGIMG:MDG后台配置DRFIMG:数据分发配置标准APICL_USMD_GOV_API:批量维护模型（GovernanceAPI）CL_USMD_CONV_SOM_GOV_API:单个维护模型(ConvenienceAPI)CL_USMD_MODE
从事SAP相关工作需要三大技能 个人从事SAP咨询工作有些年头了，看到知乎上有人提问：“从事SAP相关工作需要哪些技能？”，闲来无事，就写下了这篇文字。笔者认为，如果要从事SAP咨询相关的工作，需要具备三大起码技能。 1，扎实的SAP模块知识。 作为SAP咨询顾问，不要想着什么都学，什么都要会。一个人穷其一生的时间来学习与研究SAP系统的2-3个模块，并深度掌握这些模块，就非常不错了。凡是号称自己是SAPALL的人，都是极为肤浅的浅尝辄止的点水蜻蜓，都是不靠谱的，都是在吹牛皮。深度掌握SAP某个模块，是要能理解该模块的核心功能，底层商业逻辑，模块内部技术架构。不管是后台设置还是前台业务
从事SAP相关工作需要三大技能 个人从事SAP咨询工作有些年头了，看到知乎上有人提问：“从事SAP相关工作需要哪些技能？”，闲来无事，就写下了这篇文字。笔者认为，如果要从事SAP咨询相关的工作，需要具备三大起码技能。 1，扎实的SAP模块知识。 作为SAP咨询顾问，不要想着什么都学，什么都要会。一个人穷其一生的时间来学习与研究SAP系统的2-3个模块，并深度掌握这些模块，就非常不错了。凡是号称自己是SAPALL的人，都是极为肤浅的浅尝辄止的点水蜻蜓，都是不靠谱的，都是在吹牛皮。深度掌握SAP某个模块，是要能理解该模块的核心功能，底层商业逻辑，模块内部技术架构。不管是后台设置还是前台业务
SAPABAP转型，我的几点建议 一个资深的SAPABAP顾问，都会面临转型或者改行的焦虑和纠结。 首先要问问自己为啥要改行？ -是不想做程序开发工作了还是不想再做SAPABAP开发顾问了？如果是不想一把年纪了还要写程序，那就是要彻底离开程序开发，不管是不是ABAP编程语言还是其它编程语言都不想再做了。如果是这样，那可以考虑转做功能顾问。毕竟从事ABAP开发多年了，工作中总会需要参与一些功能模块的业务流程的讨论，模块功能的测试与研究，都能对某个业务模块有所理解与掌握。如果一个ABAP顾问经常与FICO顾问一起工作，主要做财务方面的功能，接口或者报表的开发，那么自然可以考虑转型做FIC
SAPABAP转型，我的几点建议 一个资深的SAPABAP顾问，都会面临转型或者改行的焦虑和纠结。 首先要问问自己为啥要改行？ -是不想做程序开发工作了还是不想再做SAPABAP开发顾问了？如果是不想一把年纪了还要写程序，那就是要彻底离开程序开发，不管是不是ABAP编程语言还是其它编程语言都不想再做了。如果是这样，那可以考虑转做功能顾问。毕竟从事ABAP开发多年了，工作中总会需要参与一些功能模块的业务流程的讨论，模块功能的测试与研究，都能对某个业务模块有所理解与掌握。如果一个ABAP顾问经常与FICO顾问一起工作，主要做财务方面的功能，接口或者报表的开发，那么自然可以考虑转型做FIC
SAP实施项目上的内部顾问与外部顾问，相互为难还是相互成就？ 知乎上有人提问:”实施SAP项目时，内部顾问和外部顾问是不是经常意见不统一而冲突？”,笔者不忙的时候，回答了这个问题。本文基于笔者在知乎上的回答而成。 在SAP实施项目上，甲方内部顾问跟乙方外部顾问一起工作是很正常的。在项目实施过程中，甲方的内部顾问跟乙方的外部顾问之间，难免会出现一些观点或者意见不一致的情况。内部顾问与外部顾问，都是玩SAP的同行。SAP同行之间的关系，甚为微妙。中国自古以来就有“文人相轻”之说法，而SAP同行之间基于不同的经历不同的认知，也可能会出现“SAP顾问相轻”的情况。毕竟大家都是玩的高大上的SAP咨
SAP实施项目上的内部顾问与外部顾问，相互为难还是相互成就？ 知乎上有人提问:”实施SAP项目时，内部顾问和外部顾问是不是经常意见不统一而冲突？”,笔者不忙的时候，回答了这个问题。本文基于笔者在知乎上的回答而成。 在SAP实施项目上，甲方内部顾问跟乙方外部顾问一起工作是很正常的。在项目实施过程中，甲方的内部顾问跟乙方的外部顾问之间，难免会出现一些观点或者意见不一致的情况。内部顾问与外部顾问，都是玩SAP的同行。SAP同行之间的关系，甚为微妙。中国自古以来就有“文人相轻”之说法，而SAP同行之间基于不同的经历不同的认知，也可能会出现“SAP顾问相轻”的情况。毕竟大家都是玩的高大上的SAP咨
