专注SAP应用技术文章写作，致力于拉近用户与系统间的距离；

笔者自己天天都在解决问题？但说实话，做为一个系统与业务相结合的综合性问题，能解决的也只是系统上的问题，业务控制上的问题往往不在你的掌控中。那怎么办呢？我们首先看看问题到底出在哪里？业务问题从来就不是一个单纯的问题，技术人看到的只是原理，流程，逻辑，控制，这当中可能忽略了人性。为什么这么说呢，我整理一下用户心理：1、这个SAP控制上的变化使我的工作量产生了变化，你给我加胡萝卜？2、这个SAP控制上的变化有没有流程支持？3、这个SAP控制上的变化有没有风险？做不好谁责任？当然，路遥知马力，如果你真是一匹好马，时

SAP作为承载公司重要的业务的处理系统，其稳定高效的处理公司业务是大家的期望，这也有赖于大家的共同努力。作为公司专职的SAP顾问，也希望在这个共同目标上贡献自己的力量，为大家提供力所能及的帮助。SAP作为公司的重要业务系统，会有不定期的专项审计。因此，SAP系统会对IT及其它用户有基础的规范性需求。希望大家在工作中给予理解和配合。 原则上各部门关键用户需要熟练掌握工具的运用，并在基础业务规范和作业指导下进行系统处理。对于业务处理流程及规范中的盲区，也应遵循实事求是的原则，即在系统内真实的呈现实际业务。

企业中或多或少都会有一些在标准功能基础之外的开发功能。虽然开发也是基于SAP的一些标准和技术框架。但从应用和运维的角度来说，拉长时间，总会产生一些相对客观的看法。综合来说，对于开发功能有以下一些应用体会：一、在遇到问题时没有标准功能那么强大的消息系统；有时可能完全找不到线索。二、在开发功能相对复杂，跨模块的情况下。内部几乎没有解决能力。即便是外部，也基本是业务顾问和程序顾问合作才能解决。这导致即便只是一个小问题，可能也要花较大的代价来解决。最终原因也可能只是一个简单的维护缺失或不正确造成的。三、

收到平台的消息并给出模板。因为平常也有写一些心得，所以也不想重复。尽量写点不一样的吧。机缘疫情呗！坐标武汉。疫情前算是驴友，业余时间不在山上，就在上山的路上。所以疫情改变了世界，也改变了驴。本来是个不好的事情，天灾嘛。但是利用这个时间让自己把工作中的东西沉淀一下。但这也只是一个契机，内在的驱动力还是最重要的。写博客的目的简单归纳就是磨练和记录，这是我工作中需要用到的，一开始就注定了是可持续的事情。收获沉淀这两个字是我最大的收获。我解释一下沉淀的过程：解决工作问题或学到知识——..

听演讲 内部用户在系统上线或功能扩展时，会以参与者的身份接受培训。公司这种培训还有别于学校，训针对性太强，学习内容也极为精简，而且学完老师就走了，没什么机会去问。那效果就更可想而知了。用户应该有切身体会。近几年笔者也承担了公司内部大量的SAP专题培训，虽然没有太好的培训技巧，但大家从我的博客应该可以看出我大概能把东西讲清楚。但效果就是不好。不是个别，是整体现象，我甚至认为是用

低效月结的根源在哪？笔者作为内部顾问结合实际应用体会谈谈个人浅见：俗话说，巧妇难为无米之炊。财务（巧妇）把数据（食材）收集起来，进行加工，烹饪出美味佳肴。但前提是数据（食材）不能有问题。所以，如果要求按时保质保量做好美味佳肴，就必须确保按时保质保量的提供食材。如果食材有问题，后续结果分两种情况：

给写博客营造一点气氛吧。阳光，书房，元气早餐，咖啡，猫，MateView，还有……下面博客吉祥物彤彤登场要带给大家的。

昨天刚好是入驻优快云两周年，随笔记录点心得方面的东西吧。回首之前，有数年户外驴友的经历，但由于疫情，这个爱好算是受到很大的限制。所以就另辟蹊径择，开始写博客。抱着试试看的心态，没想到还坚持了下来。有个典故叫“塞翁失马，焉之非福”。所以，疫情会改变很多东西，但我想利用这个紧箍咒把自己限制住，反而能够让自己沉下来。如果没有疫情，我想我会多一些在户外的打卡和足迹。但我的赖以生存的职业技能就不会有这样的沉淀机会。以致于如果将来疫情过去了，我也许会重新投入到户外中，但不会放弃写作。不巧昨天也刚刚把新买的显示

很多公司都遇到库存不准的情况，需要找到原因才能加以解决。但每个人的看法还不一致，需要统一思想。其中有一种认为是系统原因导致的思想我认为是有害的。不管作为用户或部门领导，一出问题就甩锅给不会说话的系统。而不去思考和寻求真实的原因。无异于掩耳盗铃，自欺欺人。经常看我博客的读者不妨回想下，我的哪篇文章不是在思考和解决问题，有哪一次说这个问题解决不了，是系统的问题。甩锅给系统设计者的。不排除确实有设计上的问题。但那基本极少是普通用户能发现的。如果你公司用的系统是SAP这种有广泛用户基础，有公论的系统呢？我建议用户千

在写完400多篇博客后，随手写一点总结性的东西吧。1、博客有明显的写作角度，从应用出发，将应用问题，应用思考，应用经验，应用测试与理论知识相给合的；都是在实际工作中鼻青脸肿总结出的避坑，填坑指南；我想这是博客的基本属性；如果是纯理论的东西，那更偏向于学习笔记；对于职场人而言，写作角度更偏向实战；2、笔者涉猎SAP专业模块比较全面，包含FICO/MM/PP/SD/QM/WM七个模块。因此，写作的题材也还算广泛；重点是7个模块之间关联性很强，一生二，二生三，三生万物，理论上可以衍生很多写作题材；我甚至是

对于博客作者而言，多平台运作是一种趋势，即便是不追求名利，至少也要备个份吧。笔者也一直在寻找导出备份博客的方法。并顺利完成从优快云导出博客后，导入到知乎。下面是操作方法：1、进入到博客的编辑模式中，按下图方式导出博客文章至本地Markdown文件注：这个导出的前提是自己的博客，别人的文章是无法进入到编辑模式的。2、登录知乎并进入到发布文章界面，按下图方式进行文档导入；3、选择刚才导出至本地Markdown文件后，即可完成导入，导入后文本和图片都可以正常显示，基本无需调整。以..

工欲善其事，必先利其器。优快云上搜索截图工具，很多网友推荐了Snipaste，通过推荐链接直达微软官方的应用商店下载，但需要提供账户。好在腾讯应用商店也提供下载。下载完成后并完成解压缩后，无需安装。直接找到名为Snipaste的EXE可执行应用程序双击运行即可。下面就以该文件夹截图为例试用一下基本功能。对于写博客的人来说，通常有3个需求：1、基本功能够用，无需花里胡哨；2、操作方便快捷，写文章时好的辅助工具让人心情愉悦；3、运行稳定，快速，无广告，无恶意行为等；使.

做为一个技术导向的岗位，内部顾问或运维工程师，可能会苦于不像其它岗位那样有机会展示工作上的价值。如业务为公司创建销售业绩，项目为公司拿到优质项目，财务为公司节省资金等；其实也大可不必有这样的担心。内部顾问在职场上也有属于自己的机会，学会识别并把握，做好几下几个方面，相信也可以很好向公司展现自身的能力及价值。１、认真对待每一个运维的问题，不要轻视每一个用户，在每一件小事中养成良好专业能力和职业素养，展示的前提是自身有真才实学，并且能学以致用，为公司创造真正的价值。２、不要轻易的否定用户优化改善需求，这

做为内部顾问或运维，当然也需要学习和掌握后台配置。但SAP中的后台配置有时并不是想像中那么简单直观。特别是在新建立一些数据的时候。往往容易出现配置不完整的情况。内部运维由于并不会像外部顾问一样有大量系统建设经验，所以这方面的处理需要更加谨慎。想到当初学习时老师说过，当在后台做新建配置时，最好的方式是采用复制的方式，而不要去新建。笔者在实际处理过程中确实遇到了这样的教训。由于业务关系，产生了新的产品分类，需要在系统中添加新的产品组。如下图，在后台定义中，提供了定义产品组和复制产品线的选项。从定义产品组的内

博文定性为SAP工作笔记，完全由个人基于实际工作案例创作，文章侧重于技术与应用的结合。在日常学习和工作中实际遇到的知识和应用经验进行写作分享；

本篇从职业发展的角度来阐述内部顾问需求是怎么产生的？公司为什么需要内部顾问？首先，公司花费几十上百万搭建的SAP系统，随着业务的开展，就会产生系统应用，运维，改善，优化，功能扩展等需求。而对这种需求的满足需要专业技术能力来保障。所以，公司对专业技术人才的需求几乎可以说是刚性的。只是在选择上可以选择是采用外包方式还是培养内部技术力量。但这种看似选择性的问题实际也无需选择。因为，在公司没有内部顾问的情况下，也没有选择的余地。当然，外部顾问力量面对各行各业的用户，经验丰富，专业性强，且提供服务的往往是一个团队

SAP内部顾问需要在SAP中BASIS中应该具备怎样的能力每个问题本身不会有统一的答案。根据公司具体情况而定。大多数SAP应用的公司，并不会自行管理SAP服务器及数据库。采用托管的形式外包给专业服务商的情况比较普遍。所以，在SAP中涉及到的大多数BASIS专业技术并不要求内部顾问完全掌握。但这并不表示作为内部顾问完全不需要掌握BASIS的技术。假定在SAP服务托管的情况下，哪些技术内容，属于外包服务商的处理范畴？而内部顾问又需要掌握哪些内容呢？主要从技术应用的特点上来区分。在服务器上..

近期在想办法学习ABAP的知识。做为功能顾问，掌握一些ABAP知识是完全有必要的。在这方面，笔者是新手，后面会写一些ABAP内容，但也仅是一些简单的以应用角度为主的笔记，供自己在学习和工作中复习使用。每个公司的SAP应用中多少都会存在部分自开发的程序，如果要对程序进行全新的开发，当然可以交由专业团队来处理。但如果只是简单的程序逻辑解读分析或修改。功能顾问掌握一些基础的ABAP知识是有用武之地的。比如，某个自开发程序在应用中遇到一些问题，我们多数情况下会去解读分析程序的逻辑来帮助寻找问题解决方案。又比如，一个