[转帖]FI/CO-SAP管理理念的皇冠! （引自华枫网 作 者：Ms. Ding）
什么是FI
FI 是Financial Accounting的缩写，中文翻译成'财务会计'。它的数据基础为平时企业内所做的所有财务记录(Posting/Record)。通过这些记录，企业可生成Financial Reporting/Statement，还可生成损益表(Income Statement)和财务报表(Balance Sheet)，当然还有现金流（或流动资金）和报表(Cash Flow Statement)。
FI 所针对的对象(Customer)为企业外团体及个人，例如股民，税务，对本企业有兴趣的机构、审计等。FI的特点是可塑造的空间大，它的空间框架（或边缘）为所在国的税法、会计法和公司法，甚至投资法等。由于法律上有一定的空间可走，同一个Business Situation在FI的世界内可描绘成不同的Picture。例如项目科研费可导致企业的盈利减少。但在一定的法律框架下，企业可将此成本资产化，即无论是在Income Statement或是在Balance Sheet的帐面上，不但盈利没有减少，反而盈利增加了，但你必须注意的是，实际上企业的真实盈利是的确减少了。为此，企业的真实Business情形亦 幻亦真，为了找到企业的真相—成本会计(Cost Accounting)应运而生。
什么是成本会计(Cost Accounting)
顾名思意，成本会计就是计算成本的会计。它的服务对象为企业内管理人员、大股东等。它的数据是企业真相的再现，而且童叟无欺。像前面所讲的项目科研费，在成本会计的世界内是绝对不会资产化的，它只会作为成本去减少盈利。因为资产化后的报表是FI拿去给“外”人看的，亦可解读为拿去“欺骗”政府和小股民。如果 Cost Accounting亦将其资产化，那真是绝对的"自欺欺人"了。
在这里，Cost Accounting是只对企业本身只对企业的董事会和经理层负责的。前面讲过FI受其外部环境如税法、会计法等影响，而Cost Accounting则正相反，他受董事会和经理层管理理念的影响十分大。亦就是讲，不是所有的Business Situation在相同情形下成本也是一样的，他们可同可不同。因为某些费用例如机器的折旧，由于受其管理层管理理念的影响，是完全不同的。这样亦导致了同一情形产生不同成本，它的原因就是由于管理理念，说到了管理理念，CO亦就一样应运而生了。
什么是CO
CO是 Controlling的缩写，其原意为“操纵、管理”。在港台其他地区有翻译成“精算”的，中国大陆翻译成“管理会计”。我个人认为此翻译不确切，因 Controlling不是（会计）Accounting，而是管理理念。我个人认为翻译成“精确管理”较为贴切。无论如何，翻译成Accounting （会计）是容易误导初学者的，因为它不是具体的会计而是一个管理理念--“精确驾驱”。
能够制定一个好的CO理念对企业是有莫大的帮助的。作为企业的决策者，只有知道企业的真实情形，才能做好决断。如果企业明明不盈利，但通过成本资产化后反而帐面盈利，那么你再去提出新的发展要求（新的项目）。因为你认为企业“盈利”了，这时对企业是很危险的。
而情形相反的是由于机器的大量折旧，导致帐面成本增加而致企业“亏损”，这时决策层认为由于亏损而无力扩大再生产或无力上新的产品或项目，这样也可能会遗误战机，因为折旧有很多的Concept。假如帐面折旧和真实折旧不相符而至企业帐亏损，其实它并无亏损，你说这不是遗误战机而阻碍了企业的发展吗？
有鉴于此，SAP花了大量的人力、物力去研究CO的Concept，使其软件符合实际管理的要求，这也体现在SAP FI/CO证书内容的结构上。CO的考试内容占了其中的六成半。很多学SAP的中国学生总是感觉到对着SAP众多的模块无从下手，不知从何学起，甚至于对着同一模块也不知从何学起。原因就是CO的理念在中国区十分薄弱，甚至于刚起步。很多中国学生甚至将SAP的模块当成一般的IT模块去学，这就十分困难。
由于CO的理念是建立于财务会计（Financial Accounting）和成本会计（Cost Accounting）之上的，也就是讲学好SAP，FI/CO就是你的突破口。又由于CO的理念在SAP中是到处都有体现的，如MM和SD等，例如MM 中的物料单子必须作为成本的一部份进入CO作统计，这就是CO在别的模块（MM）中最简单的展现，也就是说当你学好CO后，其他的模块就很容易上手去学了。
所以，我可以讲FI/CO是SAP的ERP理念中的皇冠。它是您学好SAP的基石，也可以说是学好ERP软件的基石。例如，当你学好CO后，再去学Oracle Financial就易如反掌了。
?
学SAP Basis 9 年来的一点心得[转]
第一章: SAP Basis的第一步- 如何入门
自序
这本书写了近二年，改了十多次。因为这三年来SAP推出太多新的东西，更改变或重新组合了许多旧有的产品。我希望这本书，旧的功能必须含盖、新的产品能够介绍。故一托再托，实在是因求好心切。这本书不是要取代那些英文BASIS的技术书，而是经验传授故事叙述。
在两岸及欧美计算机公司工作了十五个年头，回顾近十年来拿了四个不同SAP的认证，辛辛苦苦的念书考试，到头来仍需再考试升级。年纪不小了，记忆力愈来愈差。想想应该将自己一路走来的经验写下，走对的路可让大家参考，曾犯的错，各位也无须浪费时间再摸索。
由于近来IT委外风潮在美大行其道，许多大公司都将其IT外包(Outsourcing)至印度或其它工资较低的地方。中国是块未开发的地方，不出一年，外包工程必将转至中国。出这本书，就是要让更多中国人能懂 SAP BASIS。同时也希望对有心想学SAP BASIS 的人，有一个开始学习的方向。
SAP BASIS未来绝对是可期的，祗要你不断充实自我，学习新知，靠SAP Basis 的IT技术再吃二十年好饭，也绝无问题。愿大家工作愉快，事事顺心。
第一章: SAP Basis的第一步- 如何入门
许多人问到SAP Basis如何入门，基本上要学SAP Basis之前必须先有下列几项基本知识与经验，才可以事半功倍：
1. 多种操作系统管理
2. 基本数据库管理
3. 新一代程序撰写(Java, XML)
4. Internet架构与环境
因为SAP Basis System Administration基本上即包含操作系统、数据库、SAP应用程序、中介软件(Middleware)及最新的网际网络等管理项目。如果不俱备上述这些基本技术与经验，要学SAP Basis，会有不知如何下手的状况。SAP是一个怪兽，也像一只变形虫。它会不断的扩张翻新，你永远追不上它变化的速度。故以下是我对SAP Basis入门者的建议：
1. 熟悉一至二种操作系统的管理：UNIX/NT 是最普遍的，而LINUX是未来的趋势。若你想到历史优久的美国大企业工作，OS/390 Mainframe 是不错的选择。AS/400虽然在SAP应用上较泠门，但也因较少人竞争，容易找工作。
i. UNIX：AIX、HP 、Sun是现今SAP在UNIX上的三大主流。基本上由于硬体的不断进步，这三种纟统的效能相差不多。但在管理功能上AIX因有SMIT的整合而使用方便，HP的SAM较难操作，SUN则尚可。另外值得一提的是DEC的UNIX，自HP合并COMPAQ后，加上现在所有UNIX系统都有64BIT版本了，这个第一个十多年前即是64BIT的系统是否延续，仍要看HP的计划。
ii. NT：SAP许多新的模块(COMPONENTS)都与NT紧密结合，甚至许多与INTERNET或WEB有关的产品，如CRM、ITS、EP等，都必须在NT上执行。另外SAP在NT上的安装与管理，也较其它系统容易许多。尤其是SAP KERNEL 6.10后的新JAVA式的安装，在NT上就较UNIX方便许多。
iii. LINUX：由于企业不断地希望能降低营运成本，加上LINUX在系统安全技术上的不断加强与更新，LINUX已成为SAP系统中的明日之星。祗要LINUX能继续增加FAILOVER的功能与系统的安全性，LINUX的未来绝对是无可限量的。
iv. OS/390：翻开近四十年来的计算机史，几乎所有的大企业都曾用过IBM的大型系统( MAINFRAME)。至今仍有许多MAINFRAME爱好者，试着将旧有的R/2系统转成新的R/3，以享受新的功能。为了省下重新训练的成本和较好的资料流通性，许多公司如可囗可乐、娇生公司等仍使用OS/390搭配DB2的环境。如此一来，利用DB2的互通性，进可攻退可守。
v. AS/400：在十多年前MRP开始流行时，许多中小企业多争相采用AS/400。时隔多年也成公司中不小的包袱。这些公司早想转成ERP以提高效率与竞争力。不换系统，省去许多转换的成本，又可将旧有的MRP资料与功能继续延用，是AS/400生存的原因。观察过去就业市场的需求，许多公司都花非常久的时间才能找到SAP BASIS在AS/400的专才。
2. 了解一至二种数据库的操作：数据库在SAP 中扮演非常重要的角色，否则SAP也不会花钱买下ADABASE，弄成自己的数据库SAPDB。数据库的应用在SAP几乎是无所不在，举例而言，从资料到索引，从主资料文件到交易资料文件，从储存到备份，无一不需数据库。研究数据库的特性可帮助你在SAP Basis上打上实的基础。如同操作系统一样，数据库也有许多选择。但在市场迸吞及公司合并的效应下，以下四种数据库现今较热门：
i. Oracle: Oracle 原本占有近半数SAP的市场，但由于其公司本身亦推出百己的ERP产品，加上IBM买下INFORMIX又低价倾销DB2，使得其在SAP的市场占有率，节节下滑。
ii. DB2:作者第一次在AIX安装SAP是在1998年，当时DB2的版本是2.5。那时的DB2有许多功能都无法与ORACLE相提并论。尤其是与SAP 核心的整合，如SAPDBA, CCMS , BACKUP, RUNSTAT等功能，几乎是一片空白。但自2000年后，SAP与IBM两大公司宣布技术合作，加上INFORMIX技术支持与客户的转入，DB2绝对是SAP 数据库引擎的重心。并可能后来居上赶过ORACLE。
iii. SQL Server:由于硬件速度的提升及价格的下降，加上与最新网际网络(WEB)技术的紧密结合；NT在SAP的占有率节节上涨，连带着SQL SERVER的安装数也水涨船高。六年前SQL SERVRE在6.0版本时，几乎没有超过250个USER大型用户。原因无它，当时其仍然是PAGE LOCK(到6.5 才有ROW LOCK的功能)，无法应付SAP的大量资料同时搜寻与储存。另一原因是NT CLUSTER尚未成熟，当时仍称狼群(WOLFPACK, VER 1.1)，备援系统及功能太差，无法得到一般企业的信任。而今由于价格因素及功能的提升，NT CLUSTER+SQL 2000是许多中小企业的最爱。尤其是搭配SAP新推出的BUSINESS-ONE套装产品，对100个使用者以下的公司，是经济实惠的套餐。
iv. SAPDB(MAXDB)：大家都知道，SAP是德国的公司，而如前所言的数据库在其扮演举足轻重的角色。为了避免一直受各大数据库公司钳制，SAP买下了同样是德国出品的Adabase，并改名为SAPDB。虽然SAPDB的起跑较慢，但打着SAP自有的品牌与不断投入的资金与研发，SAPDB是未来作为SAP BASIS者不可不会的一种数据库。例如在APO LIVECACHE上，仅有支持SAPDB一种数据库。
如何学好SAP BASIS：
四大绝招：手脑动、广泛学、自答问、向前看：
许多人认为要学SAP BASIS一开始即学安装，学会安装之后才能学其它SAP BASIS的技术与工作。其实不然，SAP BASIS有其一层一层的角色扮演及任务。如果基础不打好，省略一些日常客户支持与维护的工作，直接跳至系统安装的高级技术层面，是非常不智的。当然自己在家中练习安装例外。八年前笔者虽已具有三年的UNIX 与DBA的工作经验，仍然从SAP BASIS客户服务部接电话作起。一年内遇到近五百多种不同问题，也让我从使用者的观点了解SAP的各项基础功能。从一般用户的要求与解答其问题，可以了解许多非SAP BASIS的部份，如SAP FUNCTION,ABAP等，对尔后作SAP 新的计划应用以与系统效能调整，有非常大的助益。而后才进入计算机中心作SAP BASIS/DBA，了解数据库备份的各种状况及流程，并参与备援系统的建制。所以我建议要学SAP BASIS必需一步一步、一层一层地按步就班来。照以下所建议的角色，确定各项技术及工作皆熟练后，再向上升级。每隔一段时间也要回头看看，温习并更新旧有的技术。
1. 手脑动：
作计算器的工作，光念书考试是不行的；必念完后立刻演习。现今SAP的资考资料多又杂，太过齐全了。找了一大堆东西，如不能应用验证其实行步骤；仅是纸上谈兵，没法成为自己肚子裹的东西。很多人一开始即买盗版CD按安装手册安装，幸运的人一下就装好了；更幸运的人则遇上许多麻烦。但此二者若未先了解SAP的基本概念与功能，即便装十次也是一头雾水。将自己念的资料与动手作的经验，纪录下来；转成自己的数据库，以避免自己及他人重复错误，是一个学SAP BASIS的人首要的工作。虽然SAP版本不断更新，但许多问题都是触类旁通的。
2. 广泛学：
有人认为身为SAP BASIS是技术人员，不应或不需要再学别的MODULE或FUNCTION。或学得那些非技术性的作业流程规范及财务报表等，都是给那些不懂系统的人学的。这实在是大错特错。诸不知咱们BASIS所安装建立好的系统，就是给使用者用的。缺少了使用者的验证，就是老王卖瓜，自卖自夸。尤其现今SAP提供许多新的项目：如CRM、BW、APO、SEM、EP、ITS…等，必须了解使用者启用了哪些功能，而针对这些特定的功能进行不同的系统管理。建议您如果有机会，必须将SAP各项产品的简介及其系统架构，作深入的研究。千万不可瞧不起SAP中非技术层面的部份。
3. 自答问：
教学相长是任何学问的定律，尤其是在SAP这求新求变的世界中更是如此。没有人能精通所有BASIS的项目，所以，不论你是初学或老生，常利用各类机会解答问题，并将答案收入自己的问题集锦中，以便不时之需。诸不知，在非压力下解答问题，常使你跳得开思考的小圈子，思路更灵敏，较容易帮人找到答案。下次自己再遇到类似问题，也就可照方拿药迎刃而解了。
4. 向前看：
注意，不是向钱看是向前看。SAP演变至今己成为一年数变的大怪物了。他像IT的大变形虫，没人能了解它全部的内涵。专精于SAP BASIS的方向是没错的，但必须不断的向前看：学最新的版本、了解新的产品，充实BASIS各阶层(OS/DB/SAP/WEB)的知识、加学第二技术如APO/BW/CRM的管理，靠SAP BASIS再吃10-20年的好饭，也没啥问题。若你追不上SAP变化的脚步，三、五年内即会自然淘汰了
第二章: SAP Basis 在职位上的发展与晋升顺序
SAP系统管理员为什么要称BASIS,因为在WAS出现入之前,SAP即以Basis Kernel 作为系统核心的名称,久而久之,大家都称SAP系统管理员为Basis.其实翻回SAP Basis的历史,在4.X之前,SAP Basis包涵三项:Administration, ABAP, and Business Integration. 以SAP课程为例,Admin是BC3xx或BC5xx; ABAP是BC4xx; Business Integration 是BC6xx. 而后分工日细,新的课程已用ADMxxx为新的Basis课程代号.
很多人误打误撞走入SAP Basis这条路,更多人挤破头想入此行, 到底SAP Basis这条路该怎幺走,不妨看看我走过的路,听听我诚恳的建议。
在进入现在这公司前,我在IBM,DEC,CSC等计算机顾问公司工作.从入门程序员,系统工程师,销售工程师, 技术支持, 技术顾问至SAP Basis经理, 慢慢爬了近十六个年头. 且自亚洲至美洲, 却终究敌不过种族歧视与Outsourcing的趋势, 去年自CSC转入End User公司.为何谈我的经历? 不是为了吹嘘, 而是为了提醒各位欲从事SAP Basis工作的同志,罗马不是一天造成的.自我不断的充实,经验的累积加上技术的更新,才能走出Basis长远的路。
基本上SAP Basis有二条路:
一是在企业IT部门中,担任SAP 系统管理员,另一是在顾问公司,或个人公司中担任SAP Basis顾问,为其客户服务. 待工作5-7年较资深或年纪稍大后,再转朝管理阶层发展.若您已成家想求安稳,最好留在企业中.不用常出差,没法顾家. 若您想短期内赚大钱,又单身无牵挂,可考虑走顾问这条路.但无论走哪条路,都必须紧追SAP日新月异的脚步,不断地学习新技术.
首先谈谈在企业IT部门中,担任SAP 系统管理员(BASIS Administrator):
这种工作在各个公司定位不同,一般而言分为三个阶段:
l Basis Support Specialist(SAP支持专员)
l Basis Administrator(SAP系统管理员)
l Basis Architect(SAP )
Basis Support Specialist(SAP用户支持专员)常在第一线面对客户或用户的要求及问题,工作内容大略包含下列:
1. 接收并记录用户的要求及问题
2. 作初步的问题判断与简易回复
3. 作初步的答案搜寻,如OSS Note或内部问答集(FAQ)
4. 依据搜寻资料回复使用者,或将问题交给资深同事研究解决
5. 保持与用户联系,并回报问题处理进度与发展状况
此专员的一般要求如下:
1. 良好的沟通技巧与耐心
2. 了解公司内部组织架构
3. 熟悉公司各项作业流程
4. 随时掌握并学习公司的新计划与发展方针
技术要求包含:
1. 基本计算器知识
2. 基本SAP架构的认知
3. 基本网络概念
4. 基本程序撰写技巧
在支持的位置上,了解公司在SAP上的应用与一般用户的需求,这对日后系统维护与管理,有莫大的帮助. 唯有在此位置上才能获得并有空学习这些知识. 一旦开始接触系统, 便很难有闲或能放下身段学习这类知识. 待在此职磨炼一年半载,即可开始一些基本的SAP系统工作,如系统监控,数据库备份等作业. 以便进入下一层级SAP系统管理员.
SAP系统管理员 (SAP Basis Administrator): 依年资及经验来分,可分资浅资深二级.依任务特性来分,可分成计划支持与生产支持.以技术层面来看,此职位包含最广也最深. 其工作内容(TASKS)大略包含下列:
第一 有关系统(system)支持部份:
1. 研究与建罝整体SAP技术架构(technical infrastructure)
2. 安装与设定所有SAP 之软硬件
3. 硬件需求规划(HW capacity planning)
4. 备份与复原计划的落实和测试 (Backup and recovery concept)
5. 高可用系统解决方案的落实和测试(High Availability solutions)
6. 网络结构的落实和测试(Network configuration)
7. 网络，数据库和操作系统结构整合的落实和测试
8. 设定与整合输出装置(Printer, FAX…), 中介软件(bc, mqseries) 等
9. 维护与定制SAP接口的支持
10. 制定系统与改变 (System and Change Management)管理操作手册与规范
第二:有关功能(Business/Functional)支持部份:
1. 提供技术上的支持给程序开发团队
2. 分析程序开发或变更对系统资源的冲击
......
?
第五章SAP 解决问题的方法
SAP 解决问题的方法
在Basis 工作中常遇到许多非SAP系统的问题也怪罪Basis. 其实使用者无法分辨问题所在,只知道无法登入系统,当然都归究Basis. 一般而言, SAP的问题有千万种,各属不同领域. Basis在SAP问题分类中(Components), 以BC 起头,如BC-CTS, BC-UPG, BC-DB …..许多人以此开玩笑说, BC=Basic not Basis.任何简单的问题,都归Basis.
解决问题首先必须了解问题的来龙去脉,如何了解呢?不外从人,事,时,地,物五个方向去着手:
人:多少人受影响?多少人会解决?多少人有空查问题?
事:什么功能出错?属何类型问题?是新的或是旧的功能?
时:何时出错?曾经出错?出现次数,频率?
地:是单一点或全面?近端或远程?
物:哪一个系统?哪一台机器?
当了解问题发生原因、容许之处理时间与人力资源分配后，必须作一判断。最好与上司或同事讨论一下，以免多人同时解决同一简单的问题或朝同一方向着手。因 为许多客户常因沟通不良或没耐心，同时向不同求问。又许多问题非常复杂，必须多人分工查错，才能获事半功倍之效。此一了解分析问题并作判断的步骤，对接下 来解决问的方向，有决定性的影响。
第二阶段是对症下药、解决问题，途径不外下列几项：
1. 公司内部搜寻:先查查自己的旧笔记、公司内部的问答集或问公司内其它同仁，有无曾发生相类似的问题，解决方案为何?不论问题新旧，务必记录发生原国、发展经过与解决方案，以备不时之需。本人是颜回后代，笃信不二过。任何同样错误绝不犯第二次，这样作事才能有效率。
2. SAP OSS Note 搜寻或发问:
SAP有许多问题常非常类似，加上SAP的错误提示或号码常重复，必须小心确认与测试解决方案。
http://blog.csdn.net/zzhouxiaoyu/archive/2008/12/29/3639181.aspx
