SAP那些事-理论篇-13-SAP问题解决思路

如果您觉得这篇文章对你所有帮助的话，您的顺手点赞和转发将是对作者持续发文的重要动力，您的支持和鼓励很重要！

所有文章在公众号“MZ信息化咨询杂谈”同步更新！

郑重声明：本博客所发文章全部为原创，其他地方所看到同样文章如无授权，均为盗用！以下为本篇正文（文章是多年以来积累所写，以前主要发布于知乎，后续陆续发布到此博客）：

这一篇我们来聊聊如何解决我们在项目实施过程中遇到的问题。

其实要说解决问题，首先还是要先要界定问题的属性，也就是说我们首先要判断问题所属的层面，而非一遇到问题，首先想系统能不能满足，如果要满足是怎么配置还是要开发，这样的思路未免太直线了一些。

我们前面有聊到过，SAP诞生的初衷就是为了让企业的常见的流程可以不再重复去开发，而是使用一套标准化的软件，以节省企业的软件开发成本。

因此，我们遇到问题首先应考虑是什么样的问题，尽量从业务出发、流程出发，甚至企业管理本身去考虑问题，这样考虑的确未必会让我们快速解决问题，却让我们可以从系统外的角度思考问题，有利于我们自身经验的提升。

做项目时间越长，我们会越感受到很多的问题，并非系统层面能够解决的，或者说系统层面可以解决，也需要企业在流程上、操作上首先达到系统的要求以及具备相应的配合。

因此我们首先判断出现的问题是否和企业本身业务、流程、管理更相关，或者说这样的管理要求是不是有必要的，也就是说我们尽量找出问题背后的问题。

有时越往深了追，我们发现问题如果不是系统配置或者程序开发方面的问题，基本就是企业管理要求本身、业务本身、流程本身的问题。

也许最终我们并未解决业务本身的问题、流程的问题、企业管理的问题，我们提出了自己的建议，那么这对我们从更高的层面看问题是非常有好处的。接下来我们具体谈谈系统层面的问题如何解决。
1. 以测试推测逻辑。

说白了就是大量的测试，如果我们要弄清楚系统逻辑，最好的最直接的方法就是各种情况下的测试，以测试结果验证系统逻辑和功能。这就需要顾问要多动手，不要怕累，资深的顾问都是通过大量的测试得到经验，所谓“大神都是一个坑一个坑爬出来的”。测试的主要目的就是验证系统标准的功能能够达到什么程度，方便我们和用户讨论方案的时候心里有底。

2. 网络搜索途径。

我们自己从事信息化行业，当然要充分利用网络这个途径去寻搜索信息，以前网络上的中文资料是比较少的，现在中文资料也越来越多，不过还是建议大家首先google或Bing上搜索英文资料，尤其是SCN论坛上的资料比较有参考价值，搜索完了，参考完别人的经验后，自己还是要去测试与验证。

3. SAP OSS。

即官方的SAP帮助网站，可以查询和下载Notes，前提是需要OSS账号，这个信息是最权威的，如果有OSS账号，尽量多查，对于理解系统很有帮助。

4. 同行朋友。

如果有朋友从事这个行业，那么在不影响别人的情况下，可以多问问朋友，请朋友帮忙解决问题。

别忘了以某种方式感谢一下朋友。记住：多好的朋友，都不可以一直无偿给你提供帮助的，即使别人这样做，我们也不可以理所当然的接受，必要的感谢是很必要的。

5. 帮助文档。

如果你有足够的时间，而且有耐心，那么可以读SAP的帮助文档，几个G大，内容当然很全，建议碰到某个问题点，想了解这个点有关的整体系统逻辑时，可以去读这个点相关的帮助文档节点，这有助于我们对系统整体的理解。

6. 其他方式。

比如SAP配置节点提供的帮助说明，SAP前台字段按F1按钮给出的说明，程序运行点击帮助按钮给出的说明，包括我们遇到的系统问题给出的消息，这些都是软件本身可以提供的对于解决问题有帮助的信息。

我们也可以仔细阅读这些SAP系统本身自带的帮助信息和消息，有经验的顾问，有的时候直接凭系统消息就可以判断出问题的所在，这就是大量的项目经验所换来的。

无他，碰到问题就想办法解决呗，解决的过程就是经验积累的过程，同时建议大家养成记笔记进行总结的习惯，一定会让你受益匪浅的。

另外，SAP有的问题很怪，如果暂时解决不了，也可以放一放，或者用其他变通方式先解决，也无需为了一个问题茶不思饭不想的，没这个必要。

记住：不解决问题本身就是解决问题的一个办法，不是吗？