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

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

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

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

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

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

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

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

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

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