御無沙汰しておりましたね

社長：
お疲れ様です。
御無沙汰しておりましたね、全てはご順調でしょうか。
現在の日本不景気に当たり、会社は無事に困難を乗り越え、早く快調の軌道に戻ることを祈ります。

去年八月から、現在にかけて、大井町の現場での勤務はそろそろ一年になります。
最初、業務はよくわからない、コミュニケーションに対しても、不安な状態でしたが、現在、余裕が出来て円滑に対応で

きるようになりました。今まで、銀行関係の業務を二つ担当し開発しました。テストの形で現場に入ったのでしたが、実はそのシ

ステムの実装があまりきちんと出来てないので、その上で、設計者は辞めた状態で、実装コードと仕様書が合わないところがいっ

ぱいあって、テストの悩みになります。現場で普通は、夜十一時まで、仕事をやらなければならないです、土曜日出勤もありがち

です。でも辛いことばかりではなく、日頃の努力で、日本語能力、事務能力の成長の実を結びます。仕事の場合、実装しながら、

テストしていきます。不正なところと仕様上の抜けがあれば、自分でコーディングしたり、仕様書を直したりするしかないです。

業務について、係りの日本社員と相談したり、調整しあいます。今の現場で、最新のソフトウエアの使い方と開発手法を学んだだ

けではなく、仕様書や文章などの書き方と補修の仕方、同僚同士で、金融業界について交流することも心がけています。
日本に来たばかりの頃、日本で長く生活をしていたある知り合いから、「日本の神様は、頑張る人を守ります」という話を教えて

くれました。私も、自分は頑張れば、いつかに必ず夢を叶えることができると信じます。

以上の現場での実績に基づき、会社は客観的に現在の私を評価し、それに合わせて、給与の面で、調整して頂ければ、これから、

社長と会社の期待に答えるよう、ますます頑張って、人一倍の努力で、自分の力を捧げたいと思います。最後に、社長が会社全員

を率いて、斬新な未来を切り拓き、会社を成功に導くことをこころよりお祈り、会社のご清栄を喜んで申し上げます。

我的照片

SAP相关资料介绍网站一览

1.http://www.askguoyu.net/ SAP BW顾问培训在线视频购买
2.http://www.erptraining.cn/ 博克教育

Toy 1: Developing Your Searcher with Google SOAP Search API

现在的主流搜索引擎厂商基本都非常 nice 地提供了适当的 web service 允许第三方应用集成其搜索能力和数据，当然，厂商们为了维护自己的商业利益，对使用这些 web service 也都做了相当严格的限制，比如，不允许用于商业用途、每个授权码（key/appid）每天最多只允许1000次查询，等等。因此，想要拿这些 web service 来开发大用户量的应用，那是不现实的，只能用来玩玩票。

本“玩具制造指南系列”从引擎老大 Google 开始。 Google SOAP Search API 支持三种操作： web 搜索、获取快照（缓存）、拼写建议。

玩法一：Using Google's developer kit

最简单的方法自然是使用 Google 官方提供的开发包，其中包含了对 Java, C#, VB 的支持。
public GoogleSearchResultElement[] search(String query, int start)
throws GoogleSearchFault {
GoogleSearch gs = new GoogleSearch();
gs.setKey("your_google_soap_search_key");
gs.setStartResult(start);
gs.setMaxResults(10);
gs.setQueryString(query);
GoogleSearchResult gsr = gs.doSearch();
return gsr.getResultElements();
}

玩法二：Dynamic Client

从2006年12月5日开始， Google 不再受理有关 SOAP Search API 授权码（key）的申请，同时似乎也取消了其开发包的下载。不过我们依然可以使用 SOAP 实现来开发动态 web service 客户机。

在开始之前需要知道 Google 接受的请求样式和返回的结果集样式，在开发包的 soap-samples 目录下有样本 XML 文件。在 Google 网站上也有对 Search Request Format 的说明。

以下我使用的 SOAP 实现是 axis2 v1.1.1，虽然我没有专门尝试过，但我想其他的实现，比如 axis v1.x、xfire 等，应该都能很容易地完成类似的任务。
public OMElement search(String query, int start) throws AxisFault {
Options options = new Options();
options.setTo(new EndpointReference("http://api.google.com/search/beta2"));
options.setProperty(Constants.Configuration.HTTP_METHOD,
Constants.Configuration.HTTP_METHOD_POST);
options.setProperty(HTTPConstants.HTTP_PROTOCOL_VERSION,
HTTPConstants.HEADER_PROTOCOL_10);

ServiceClient client = new ServiceClient();
client.setOptions(options);

OMFactory fac = OMAbstractFactory.getOMFactory();
OMNamespace ns = fac.createOMNamespace("urn:GoogleSearch", "");
OMElement rootElement = fac.createOMElement("doGoogleSearch", ns);

OMElement appId = fac.createOMElement("key", ns, rootElement);
appId.setText("your_google_soap_search_key");

OMElement query = fac.createOMElement("q", ns, rootElement);
query.setText(query);

OMElement start = fac.createOMElement("start", ns, rootElement);
start.setText(Integer.toString(start));

OMElement maxResults = fac.createOMElement("maxResults", ns, rootElement);
maxResults.setText("10");

OMElement filter = fac.createOMElement("filter", ns, rootElement);
filter.setText("false");

OMElement restrict = fac.createOMElement("restrict", ns, rootElement);
restrict.setText("");

OMElement safeSearch = fac.createOMElement("safeSearch", ns, rootElement);
safeSearch.setText("false");

OMElement lr = fac.createOMElement("lr", ns, rootElement);
lr.setText("");

OMElement ie = fac.createOMElement("ie", ns, rootElement);
ie.setText("UTF-8");

OMElement oe = fac.createOMElement("oe", ns, rootElement);
oe.setText("UTF-8");

return client.sendReceive(rootElement);
}

返回的是一段 XML 片断，包含了 Google 搜索的结果。下面要做的事情就是分析这段 XML ，提取需要的值。

玩法三：Generating Web Service Client

本来这种方法比玩法二更好、也简单些，可惜的是当前的 axis2 还不支持 SOAP encoding style arrays ，所以无法从 Google WSDL 生成 client stub。

需要提到的是，我尝试用 axis v1.3 是可以从 Google WSDL 生成对应的 client stub 的，但是对中文支持存在问题，不知是否是 axis v1.3 自身的问题，我没有深究就放弃了。

通过Web Service调用Google SOAP Search API

我曾经介绍过“使用Axis开发Web Service程序”的一些步骤，做为一个更有特色的应用范例，本次我将介绍使用Axis通过Web Service调用Google SOAP Search API，实现Google搜索、Google快照、Google拼写这三项功能，包括示例源代码。

　　一、环境配置

　　首先，没有Java开发环境的，需要安装一下环境，点这里查看《Java开发环境的详细配置方法》，其实，本示例安装JDK 1.42以及Eclipse 3.2就可以了。

　　二、将Apache Axis相关包文件放在WEB-INF\lib目录下

　　从Apache的主页上下载Axis包文件，复制到lib目录下。

　　三、申请Google SOAP Search API license key

　　要使用Google的服务，必须要有“license key”，如果你有Gmail帐号，点这里就可以申请license key，这个license key是一段很长的字符串，每个key可以支持每天1000次的Google搜索。

　　四、下载WSDL文件，生成客户端Java代码

　　WSDL文件的下载地址参见：http://api.google.com/GoogleSearch.wsdl

　　生成客户端代码的批处理文件如下：

set Axis_Lib=D:\workspace\test\WEB-INF\lib
set Java_Cmd=java -Djava.ext.dirs=%Axis_Lib%
set Output_Path=D:\workspace\test\src
set Package=com.google.api
%Java_Cmd% org.apache.axis.wsdl.WSDL2Java -o%Output_Path% -p%Package% GoogleSearch.wsdl

　　最后会生成下列代码文件：

DirectoryCategory.java
GoogleSearchBindingStub.java
GoogleSearchPort_PortType.java
GoogleSearchResult.java
GoogleSearchService.java
GoogleSearchServiceLocator.java
ResultElement.java

　　五、编写程序，调用Google SOAP Search API

　　在上面那个包下，编写你自己的Java程序，就可以调用Google SOAP Search API.目前可以使用的Google服务有：网页搜索，网页快照，拼写检查这三个。

　　Java示例代码如下，请使用前将clientKey替换为你自己的。替换后直接运行即可得出结果。

package com.google.api;

import java.rmi.RemoteException;
import javax.xml.rpc.ServiceException;

public class ClientGoogle {

public static void main(String[] args) throws ServiceException,
RemoteException {
String clientKey = "kkkkkkkkkkkkkkkkkkkkkkkkkkey";
GoogleSearchServiceLocator service = new GoogleSearchServiceLocator();
GoogleSearchPort_PortType gsp = service.getGoogleSearchPort();

//Google Search API
GoogleSearchResult searchResult = gsp.doGoogleSearch(clientKey,
"www.williamlong.info", 0, 10, false, "", false, "", "latin1",
"latin1");
System.out.println("Google Search Results:");
System.out.println("======================");
ResultElement results[] = searchResult.getResultElements();
for (int counter = 0; counter < results.length; ++counter) {
ResultElement result = results[counter];
String returnResult = "('" + result.getTitle() + "','"
+ result.getURL() + "','" + result.getSnippet() + "')";
System.out.println("Return Result");
System.out.println(returnResult);
}

//Google CachedPage
byte[] cachedBytes = gsp.doGetCachedPage(clientKey,
"http://www.williamlong.info/");
System.out.println("Cached page:");
System.out.println("============");
String cachedString = new String(cachedBytes);
System.out.println(cachedString);

//Google SpellingSuggestion
String suggestion = (String) gsp.doSpellingSuggestion(clientKey,
"williamlong");
System.out.println(suggestion);

}

}

　　当然，你也可以不使用Apache Axis，Google自己也提供了一个API包可以做为客户端调用，下载地址参见这里。

　　最后声明一下，Google SOAP Search API是属于实验产品，每个license每天最多只允许搜索一千次，其许可协议注明不能使用于商业模式的网站，而对于个人研究来说，每天一千次的搜索也就足够了。

　　相关专业名词解释：

　　Web Service：是一种革命性的分布是计算技术。它使用基于XML的消息处理作为基本的数据通讯方式，消除使用不同组件模型、操作系统和编程语言的系统之间存在的差异，使异类系统能够作为计算网络的一部分协同运行。开发人员可以使用像过去创建分布式应用程序时使用组件的方式，创建由各种来源的Web服务组合在一起的应用程序。由于Web服务是建立在一些通用协议的基础上，如HTTP （Hypertext Transfer Protocol， WWW服务程序所用的协议），SOAP（Simple Object Access Protocol，简单对象访问协议），XML，WSDL（Web Services Description Language，Web服务描述语言），UDDI（Universal Description，Discovery，and Integration，通用描述发现和集成协议）等，这些协议在涉及到操作系统、对象模型和编程语言的选择时，没有任何倾向，因此Web服务将会有很强的生命力。

　　SOAP：是“Simple Object Access Protocol”的缩写，SOAP是消息传递的协议，它规定了Web Services之间是怎样传递信息的。简单的说，SOAP规定了：

　　1. 传递信息的格式为XML.这就使Web Services能够在任何平台上，用任何语言进行实现。

　　2. 远程对象方法调用的格式。规定了怎样表示被调用对象以及调用的方法名称和参数类型等。

　　3. 参数类型和XML格式之间的映射。这是因为，被调用的方法有时候需要传递一个复杂的参数，例如，一个Person对象。怎样用XML来表示一个对象参数，也是SOAP所定义的范围。

　　WSDL：是“Web Services Description Language”的缩写。WSDL是Web Services的定义语言。当实现了某种服务的时候（如：股票查询服务），为了让别的程序调用，必须告诉大家服务接口。例如：服务名称，服务所在的机器名称，监听端口号，传递参数的类型，个数和顺序，返回结果的类型等等。这样别的应用程序才能调用该服务。WSDL协议就是规定了有关Web Services描述的标准。

　　UDDI：是“Universal Description， Discovery，and Integration”的缩写。简单说，UDDI用于集中存放和查找WSDL描述文件，起着目录服务器的作用。

　　XML：（eXtensible Markup Language，可扩展标记语言）是Internet上数据表示和数据交换的新标准。它是ISO（International Organization for Standardization，国际标准化组织）的SGML（Standard for General Markup Language，通用标记语言标准）的一个简化子集。XML关注信息本身，是Web上表示结构化信息的一种标准文本格式。与传统的注重页面信息显示的 HTML（Hypertext Markup Language，超文本链接标示语言）相比，关注于内容的XML具有以下诸多优点：良好的可扩展性，语言简单有效，可自行定义标记；内容与形式的分离，主要刻画数据内容，不考虑显示效果；有严格的语法要求，便于分析统一和与数据库信息转换；便于传输，为纯文本形式，可通过Http协议直接传输，可跨越防火墙；等等。XML 的出现和发展对于Internet和Intranet产生了巨大的影响。

SAP顾问心得 （转载）

早就答应给大家写一下我做SAP顾问的一点心得，今日稍稍得闲，想起对诸位的承诺，不如早早动笔，免得日久忘笔食言。

想来做这个行业时间不长，但感触颇深，在此分享，希望对诸位有所裨益！

分以下几个话题：

1． 几个简单概念．

2． 如何成为一名SAP顾问。

3． 如何成为一名优秀的FICO顾问。

4． SAP顾问的生活状态。

5． FICO顾问在各阶段的任务。

6． 结语

一．几个简单概念：KEY USER, IT USER, END USER

1. KEY USER:在一个SAP项目中，KEY

USER是客户方的业务骨干人员，在项目中负责向模块顾问传递企业内部所负责领域的关键需求，也是系统测试阶段的关键测试人员，对FICO来说，通常是一些较为资深的会计人员，财务经理等；KEY

USER全面掌握SAP前台操作，负责对END USER的操作培训，是顾问和END USER之间的联系人，收集并负责向顾问解释END

USER的需求。

2. IT USER: 是客户方IT部门的成员，通常计算机基础很好，在项目实施过程中从KEY

USER处获得本企业相关领域的业务知识，从顾问处获得相关模块的SAP知识和技能; IT

USER全面掌握SAP的前后台操作，负责解决SAP使用过程中的技术问题，项目实施中是顾问的得力助手，项目结束后作为企业内部顾问，对企业新的业务需求进行分析并给出解决方案。

3. END USER:是企业SAP的最终使用者，一般的业务人员，各层级的经理等等，企业内部SAP使用者只要不是KEY USER，IT

USER的都可以称为END USER．END USER是客户需求的初始提出者，SAP系统规划的最终目的也就是满足他们的需求，日常业务中每个END

USER仅使用SAP前台的部分相关操作，对FICO 来说，END

USER可以分为总账，应收，应付，资产，出纳，成本，财务经理等，每个人通常只有部分前台操作。

从以上几个概念可以看出，最有可能成为SAP顾问的就是IT USER，随后是KEY USER，　再其次是END

USER，从某个网站的统计资料可以看到，FICO顾问中，ＩＴ背景和财务背景的各占一半。

二．如何成为一名SAP顾问：

１． 可以推理得出，最容易成为顾问的还是IT USER，因为通常IT

USER对SAP的技术知识以及相关业务知识，项目实施过程都有所了解，所以应聘为一名初级顾问应该很容易。对于一些对SAP很感兴趣的KEY

USER，由于有着丰富的业务知识，对SAP系统前台业务的较多的理解，相对来讲也容易成为一名处级顾问，END USER就很差了。作为END

USER，要花费相当大的努力最好先成为一名KEY USER，转为顾问才会轻松些。很多大公司实施SAP后，人员流动非常之快，IT USER和KEY

USER的流动率很高，新招的人很难原来就做过KEY USER或者IT USER的，对SAP感兴趣的END USER，这时可以试试。

２．没有任何基础，如果接受了SAP顾问学院的培训并获得ＰＡ证书，也很容易应聘成为顾问； SAP顾问学院的学费极其高昂，通常是企业出资培训，可以想象此种培训背后的违约协议将是如何严格，并且不见得培训后一定会获得此证书。还有其他各种培训公司对学员的培训，但这种培训如果有项目实习，那将会更好，但没有哪个公司敢保证对学员的项目实习机会，即使有，费用绝对高昂。

３．没有任何基础，也没有获得什么ＰＡ证书，想成为一名SAP顾问，可以想象就更难了。我想跟大家强调的就是这种情况下如何成为一名SAP 顾问.

经过了这个课程的培训，感觉上即使SAP应用的水平再差，如果能把我们课堂练习的那些内容作过去，SAP

的前台操作应该没有问题的，和不懂SAP的人相比你们已经很懂，如果稍加练习，然后应聘为一个企业的KEY USER,

绝对不成问题的,好一点的可以直接到一些顾问公司去应聘,当然不要挑选顶尖的公司,那需要你有更多其他方面的实力.

如今的企业在招聘KEY USER的时候，似乎条件很高，但我相信你只需告诉他们你已经有某公司的KEY

USER经验一年以上，而且在面试的时候，他们从前台操作及SAP的概念上无法难倒你，你成为一名KEY USER的可能性很大，做一名SAP的KEY

USER实际上是很舒服的，甚至有很多顾问最终都选择了做企业的KEY USER. 当你成为一名KEY

USER并且在企业内部也做过实施的话，你就完全具备出来做顾问的条件了，剩下的只是你如何对你所想去的顾问公司表现你对SAP的理解了。

对于几位从事ABAP的学员，我建议你们以ABAP顾问的身份进入顾问公司，然后在项目中和模块顾问学习，我所在的公司的ABAP顾问很多都是通过这种方式转变为模块顾问的，还有就是，如果能够精通ABAP并且了解SAP业务模块，此种水平的ABAP也很值钱的哟！

成为一名SAP顾问的途径很多，但前提是你非常渴望在这一行发展，我们常说：有志者事竟成，是的，我非常相信这句话，想做，就能做到。而且我绝对相信，咱们这些学员中肯定会有几人很快走上顾问这行的，要知道，大家的起点曾经是一样！

三. 如何成为一名优秀的FICO 顾问：

FICO顾问在几乎所有SAP项目中都要有所参与，并且与几乎所有模块都有所关联，个人认为，FICO顾问的发展潜力是很大的。

１．

FICO的特点:PP是几乎每个项目都不一样，所以做起来又苦又累，而FICO几乎每个项目都差不多，FI没有那么多的灵活性，一切都要按照符合会计制度的方式来设置，操作。CO灵活性很大，但是正是这种灵活性，让顾问有更多的可发挥的空间，也正是客户所感知的价值所在。关于FICO，几乎没有什么可以争论的问题，FI的做法永远都很标准，CO的灵活通常是超过客户的期望的。

２．作为一个FICO顾问，首先是其他模块顾问的财务指导，其他模块的业务流程涉及到财务的部分，财务可以最终决定取舍，毕竟，财务是外部要求，很难变通，如果一项后勤的操作的财务影响不符合会计制度，毫无疑问要取消掉．所以很多时候后勤顾问（ＰＰ，ＭＭ，ＳＤ）提出的新流程都要征求财务顾问的意见，这就需要财务顾问对SAP后勤知识有一定的了解，

３．作为一个FICO顾问，只跟客户讲SAP是不够的，要与财务经理在业务上进行沟通，客户有些时候对SAP的某种操作提出质疑，我们要从财务原理的角度上去解释；了解客户需求需要顾问有一定基础的财务知识，在项目中，如果让客户方感觉出顾问不懂财务，权威性一旦遭到质疑，那接下来项目一定会做的很辛苦。

４．从财务部分延伸出去的SEM以及EIS，BW都是信息系统发展的方向，掌握了财务部分，你会更清晰的理解一个企业运作的原理和目标。

从以上可以得知，要想做好财务顾问，财务知识，一些常见的SAP后勤模块的知识一定要有的，所以，你需要下的功夫很多哟。这所有的一切，不过是成为一名优秀的FICO顾问所应该具备的，要想做到这一点，还需要态度和努力。

大家能够见到的顾问形形色色，仅仅很精通SAP某模块知识和优秀的或者说资深的顾问完全是两回事请；SAP模块知识掌握的多少，SAP整体知识的掌握，项目实施经验，客户沟通技巧，对待工作的热情和态度……，如果你想成为一名优秀的顾问，在这些方面都要做得很好才可以哟！

四.SAP顾问行业的生活状态：

1.

做好吃苦的准备；是否能吃得了这份辛苦：顾问收入高,但也超级辛苦,华尔街投资顾问以及大公司的咨询顾问动不动就连续三四天平均每天只睡三四个小时的工作，还好，SAP顾问远没有那么辛苦，除了上线阶段外，平时为项目的事情也就加班到八九点钟，但问题是，SAP的博大精深大家一定有所耳闻，从业者对其欲罢不能，尤其是初涉此行业的人，都是把几乎所有的业余时间都用在了系统操练上，越搞感觉不懂的越多，上瘾呀，所以很难罢手，怎不辛苦！？

2.

要承担巨大的压力：你肯定会经历这个环节，客户的需求很多，而有的你根本就不知道SAP是否能够实现，从他人那里也找不到帮助，所以要自己测试，自己不懂，但不能跟客户讲你不懂，你要读大量的文档，要去在短时间内把一个不熟悉的东西变成自己非常熟悉的。

3.

凡事靠自己：不要寄希望公司会给你什么帮助，也不要寄希望别人会给你什么主要的帮助，没有谁会耐心地给你讲解SAP内部的种种关联，你对其他资深顾问提出的问题应该以寻求确认的方式去问，比如你可以问：

A..某种特别的需求可不可以在系统中实现?

B. 通过某种方式可不可以实现某种功能，有什么潜在的风险?

C. 通常某种需求在系统中是不是这样实现的?

D.没有相关的文档（配置文档，操作手册）发来瞧瞧？

这样的问题让别人在回答你的问题的时候,根据经验很容易做答,

大家时间都宝贵,你需要从他那里获得确认你的某些想法的信息，而不是让他详细地告诉你如何如何去做，所以也就需要你在准备问题的时候自己要多下功夫思考和阅读一定的资料。而且只有这样，你的功力长的才会很快，因为有些时候，依赖过多也会形成习惯的。

4.

经常出差：很少会有项目就在我们所在的城市进行，因此，出差是家常便饭，如果是附近省份或者省内项目，每周回家不成问题，如果是较远地区需要乘坐飞机，好一点的公司会允许两周一次公费往返，很多公司甚至一个月允许一次公费往返。

所以大家可以想一想，这样的生活状态是否是你所能人忍受的，你喜欢这么做，还是因为收入高你宁愿这么做？一定要从自己的现实状况去考虑一下！我见过有的顾问因为作这一行，老婆离婚，女友分手的，还有的人父母年迈需要照料，长期出差难以承受的，总之，要先权衡一下，一旦是那样的生活状态，自己是否可以承受。

五．FICO顾问在各阶段的任务。

通常来讲，不论采用什么样的项目实施方法论，整体的项目实施过程基本上是一样的，我在课堂上曾给大家做过一定的解释，那就是项目实施的五个阶段：项目准备，蓝图设计，系统实现，上线准备，系统切换及上线支持。下面我分别介绍各个阶段对FICO来讲的任务有哪些：

１．

项目准备：这个阶段通常来讲算是项目前期工作的一个总结，以项目启动大会为结束标志，它包括了项目计划，项目章程，组织结构，人员职责，项目工作环境等等的设定，这个时候，顾问甚至还没有完全进入项目，通常开项目启动大会的时候，顾问到场出席即可。

２． 蓝图设计：这个阶段主要完成客户未来流程的设计，作为FICO顾问，你要做的事情主要有如下几点：

A. 概念培训：对KEY USER和IT USER进行SAP FICO

OVERVIEW的一个培训，此培训通常基于IDES系统,主要让客户掌握SAP的基本概念，对SAP的操作和运行方式有个基本的了解。

B.

现状调研：对总帐，应收，应付，固定资产，成本计划以及核算等财务子职能的现状进行调查，详细了解客户各方面的需求，这个阶段顾问间要经常沟通，从而可以更全面地掌握客户需求。

C.

蓝图设计：对比现有流程与SAP标准流程间的差距，通常财务流程较为标准，对于特殊需求，特别考虑一下即可。这个阶段的顾问要写出蓝图文档，也是客户与顾问冲突最大的阶段，成功的关键是引导客户需求，降低客户对项目不切实际的期望等等。

这个阶段对初级顾问来讲，极其痛苦，你不得不在业余花费大量的时间去准备好多未知的东西，让客户相信你，只有充分的准备，而这些需要大量的精力投入。

3.

系统实现：此阶段要将蓝图设计中涉及到的流程，在SAP系统里给予实现，更多的是技术方面的工作，也就是系统配置，配置结束后要进行顾问内部的测试，将基本流程测试无问题后进行单元测试和集成测试，单元测试过程是IT

USER和KEY USER掌握SAP详细功能的起点,针对本业务范围内的所有业务场景进行功能测试, 单元测试文档由KEY

USER准备出来，记录测试过程及结果，这个文档也是接下来用户培训阶段培训手册的蓝本。此阶段顾问要着重解决KEY

USER提出的各种业务流程在系统中如何表现的问题，也是对KEY

USER进行SAP操作培训的最重要的一个步骤。单元测试结束后将进行集成测试，集成测试可先在两两模块之间进行，先解决小范围集成遇到的各种问题，然后再进行大范围的集成，涉及到企业日常运作的主要场景，从销售预测，销售订单，生产计划，采购，库存，生产，销售，收款等等业务循环各阶段的操作的进行，凭证的显示查询，单据的流转等等。此部分内容主要由KEY

USER 来进行;本阶段你要负责的事情：

A. 配置系统并和其他模块顾问进行内部测试。

B. 与KEY USER一起进行单元测试，并负责解决测试中出现的各种问题

C. 培训KEY USER和IT USER基本业务流程操作

D. KEY USER 进行集成测试，负责解释后勤业务部门提出的疑问，并解决接口问题

E. 权限角色的设定（通常有模板，此模板我也给过大家一份）

F. 客户需求的各种单据表格的开发测试（和ABAP沟通）

３．

上线准备：此阶段要做的主要工作是上线数据的准备以及最终用户的培训工作，数据可分静态数据和动态数据，静态数据也可称为主数据，如客户，供应商，物料等等，动态数据为业务产生的数据，如客户余额，物料库存数量等等，对FICO顾问来说，要准备的静态数据无非是总账科目，客户，供应商要对应的统驭科目，银行信息，还有就是物料的价格信息，而动态数据无非是各种类型账户的科目余额，这个阶段作为 FICO顾问你需要做的事情是：

A. 提供数据准备的模板给关键用户，负责解释模板各字段含义

B. 检查数据准备的质量

C. KEY USER对END USER进行最终培训，顾问要负责支持

D. 此阶段仍旧会有客户特定需求的配置，改动等等

E. 系统上线数据切换策略（我曾经给过大家的DATA CONVERSION STRATEGY）

４． 系统切换以及上线支持：此阶段实现数据从原有系统到新系统的导入，对于后勤业务来说，物料主数据必须首先导入系统，然后是BOM,

ROUNTING, 已经下达尚未收货的采购订单，生产订单，尚未交货的销售订单等等，对于财务部分，最最重要的是将总账和明细账对平：

A.

导入上线时刻财务数据到新系统：对于总账存货科目余额，一定要和所有物料价值明细对平，允许的差异记录到材料成本差异账户，总帐的固定资产余额要与固定资产明细对平，应收应付预收预付总帐科目要与客户供应商余额明晰对平。通常用CATT就可搞定。

B. 运行成本估算，从系统内产生物料的标准价，从而后勤物料移动，成本信息准确反映。

C.

上线后的日清操作：上线后要对所有从后勤业务产生的财务凭证进行检查，从而保证后勤业务和财务的正确集成。一旦发现错误操作，当天发生的，当天解决，财务尤其需要关注的是仓库的收发料操作，错误的物料价格，错误使用的移动类型，常常对财务产生较大的影响，而且此种类型的错误一定要进行纠正，必要时可采取一些奖惩措施。

D. 上线后月结支持：通常SAP系统上线第一个月的月结需要财务顾问现场指导，而且在月结时候暴露出来的一些业务问题要进行纠正。

E. 上线后的其他支持：系统上线后两周左右，顾问撤离客户公司，以后的大部分支持是通过电话，EMAIL,VPN远程连接来解决的。END

USER的问题传递给KEY USER和IT USER, IT

USER作为企业内部顾问将逐渐取代FICO顾问的角色，他们再将自己无法解决的问题传递给顾问，顾问解决不了的再向SAP发送MESSAGE,

请求SAP的全球支持，就是这样一个帮助链条保证SAP系统的正常运行。

六.结语:

`

这段文字开始起笔于4月17日，结束于5月3日上海飞往吉隆坡的飞机上，按理说这点东西完全可以一气呵成，可忙碌的工作让我很少有心情去写，可我还是希望把自己了解的一点关于SAP顾问的东西让大家一起来分享。希望对各位能有所帮助。

我相信有些同学还在犹豫：自己是否去做顾问？做了顾问的前途是什么？而我一直认为，人一生只要能够认真做好一件事情，实属不易，而企业IT应用这一块的市场一直在发展，所以，想做什么不要犹豫，年轻的时候做什么都有道理，关键是要利用好自己的时间，珍惜每一天，让每一天都过得有意义，你的付出终有回报，相信自己才会成功！

让自己变得足够专业，这个世界真的会属于你！我在努力，希望我们能一起努力！

谢谢！