[分享知识 原创连载]SAP东北大杂烩，希望能给大家带来一点感触，不至于浪费时间。

老郭

胡总的这个想法是好的，我也是很想支持的。可自知文笔有限，人又很懒，写的东西又很烂，未必合得来大家的胃口，一直不敢献丑。
几次被胡总询问，实在不好意思，咱东北人说话总要算数的，既然答应了，索性就写点吧。
写啥呢？看看，想想，能写的也就是这10年的ERP历程。希望能有所坚持和总结，希望能给大家带来一点感触，不至于浪费时间。


1.2002年
2002年还是一个学生，非常荣幸接触了R3，很偶然，是一个其它院系的老师介绍的一个企业的支持的活，那个企业有德资的背景，想上SAP，可又舍不得花钱，就找了国内最早实施SAP的一个企业的IT帮忙在2011年配置了一个系统，能跑通基本的业务流程，接着就自己试用。磨合一年，2003年上线使用。我是2002年8月份去的这家企业，坦白的说，这家企业的人真的很好，很实在，对于SAP也很仰慕，对于SAP顾问那就是更加尊重有加，当然，这里所说的SAP顾问并不是我，是真正在那个时候就在为企业服务的顾问。遇到问题了，就让我去测试，去解决，那时候我真的也没啥途径能帮忙解决问题，只有天天的守在ERPhome这个网站上问啊，等啊，跟帖子啊，等到好人了问题还真的解决了，还算幸运。
项目的特点与收获：
1）.产品是非标产品，很复杂，基本上属于定制化生产，所以使用了VC；其中涉及到了按照超级BOM经过配置自动生成生产制造BOM，成本滚算，价格计算，传递需求，采购和实际成本结算等；
2）.用户数非常少，只有5-6个用户，基本上是每个模块一个用户，企业一共员工100人不到，坦白的说用的还真的不错，现在回头看看，很多功能很多项目都没用过；
3）.在网上寻找到的最好的功能就是CATT，那真的是太有用了，啥事只要录屏就可以搞定，只可惜ERP2005开始就没这个功能了；
4）.那时候有质量的帖子真的很少，我一直在问一些"SD"的问题，幸亏有个“鸿烈”给了很多答案，印象最深的是关于销售税码的系统配置，感激无线啊。
5）.自己胡乱的整理了一个笔记，后续找点有用的给大家贴贴，希望有用；

批次管理

生产订单中的批确定：

在生产订单创建的时候可以对成品自动产生批次，这需要在后台激活内部分配批次号（OMCZ）和定义订单的批创建（CORW）；

组件的批确定过程：

批查找过程（CO0001）对应控制（ZPI1、PI01、CO02、OPLG、CO01、COPI、CPI2）；

条件类型（CO01）对应存取顺序（CO01）；

存取顺序（CO01）对应表（30，599）和表的字段；

将查找过程分配给工厂中的订单类型（OPL8）；

物料的批特性要在条件记录中进行分配类实现；

在批确定的过程中一定要有特性值，否则不能在批确定的过程中显示；

对于SO的自动批确定要在后台进行激活，可以决定是S.O还是D.O的时候自动批确定；

在条件记录中一定要维护选择标准，且第一次需要在批创建中激活类，然后可以不维护特性的值，也可以直接批确定；

生产订单的批确定：

1、成品的批确定：可以在后台设置成自己的确定批次；

2、组件的批确定：需要在组件的物料主数据中的批输入设置成：3，然后再创建批确定主数据，这样在生产订单下达的时候，系统就可以进行自动的批确定，若确定不了则不能进行下达生产订单。

纵横四海

你就别谦虚了，过分的谦虚等于骄傲；你的文笔有限，就算我信，其他人信么？从2002年写起，看来你是下定决心了，就算一篇写一个月，都得120篇，就算打个折也有６０篇了；大家有福了；

老郭

1.1 VC(VariantConfiguration)
因为项目的原因，很幸运，第一次就接触到了VC，当然，也是因为VC，在2003年自己去咨询公司很快上项目的原因。也是因为VC，那家公司的SAP系统后来不用了。VC应该说时SAP ERP在方案层面的最大亮点之一。也是被咨询顾问津津乐道，不断show的好功能，技术难点。
VC的原理很简单，个人认为就好比一个饭馆的菜单，只要做出来一个饭馆的全部菜系，菜单，客户来就餐的时候直接点菜就可以上菜享用了，就这么简单。
VC的实施很难，因为一个大勺可以做的菜很多，客人很挑剔，有些人喜欢吃西红柿鸡蛋，有些人喜欢西红柿鸡蛋+白糖；不同的需求，不同的经营方式，不同的配料，不同工艺，都导致方案的复杂性，系统实现的难度。

很多装配行业都是可以使用VC的，但是是否使用VC还要因企业的具体管理情况和数据情况而定。标准化程度搞，作业规范，数据基础好的企业是可以考虑使用VC的。VC要求技术部门相对权威和强势，而不是完全的以市场导向的。VC使用的好可以在一定范围内加快信息的传递，缩短产品的交期。

VC的系统实现需要一个对于产品很了解的人，“老法师”。可以基于此来进行产品的定义和超级BOM、超级工艺的搭建。

VC功能中可能会涉及到超级BOM、订单BOM、配置后BOM；

VC方案会考验PP、SD和CO三个顾问的能力，PP在于VC的全局方案，到底如何使用，使用哪种策略都是要考虑细致的，SD主要是一个销售定价相关的设置，销售定价已经有点绕了，再加上个VC，还真的会晕的。CO会涉及到销售订单的计划成本EK02，生产订单的计划成本，以及相应的实际成本的取值，差异等

下图比较全面的反映了系统中VC实现的逻辑：

在系统中主要会有如下几个操作：

创建特性：CT04，这个事物代码用处很大，其实在SAP系统中很多地方都会用到特性，最常见的如：物料分类，采购审批，QM检验等，都是同一概念；对于特性本身也是可以进行属性和相关性的设置的，这个也是一个亮点；

创建分类：CL02，只是将特性汇总，分配给类，而后类分配给配置文件；

创建可配置的成品：MM01，只是一个物料主数据，要基于主数据中进行配置的相关设置。在此，大家一定要明白可配置物料和配置变式物料不是一个概念。

创建配置文件：CU41，配置文件是VC中最为灵活的功能，可以在配置文件中设置一些VC实现的逻辑和约束，如：定价的变化，层级的变化，订单BOM的选择等等，一个真正能研究懂CU42的顾问才是懂的VC的顾问。当然，要想真正的测试通过，还要有很多细微的设置。

建立SUPERBOM：CS01，这个是最为纠结的地方，什么是超级BOM，就是大杂烩，把一切可能都放入进来。而且还要写一些相关语句，的确很难。但我的第一个项目在写语句的只有一个人，在搭建BOM的也只有这一个人，一个上海女人，现在退休了，但那个时候她做的真的很好。所以，啥事关键是看做与不做，而不是看难还是简单。语句中的方法也很多，其中有一种是使用200的类来替代语句，可以减少语句的数量。

配置模拟：CU50，从一般意义上来说，这只是一个查看结果的界面，但SAP把它做的有点复杂，就是在模拟的时候也是和设置相关的，可以基于此进行一些页签的设置，习惯的设置，所以小的功能还是要摸索的；

建立相关性：可以理解为简单的程序语句，有局部的，也有全局的，还有更为复杂的网络等。

bakerywise

想起BOM 深有感情，可惜我还没有机会接触SAP的BOM功能，希望可以好好学习下

xiaofengred

谢谢楼主 好热情啊~~~~~

老郭

1.2这家企业的几个SAP相关的人：关键用户与IT
这家企业的员工很少，生产的产品属于完全的客户定制化，所以每一套产品的BOM都需要重新制定，重新编码，重新导入，但即使是这样，他们的关键用户只有4人，SD、MM、PP和FICO各1个，IT一共2人，1人负责硬件，1人负责软件。那时的我还不懂的每个用户的定位，只是知道这6个人各管一摊，各司其责，倒也顺畅。
那时候的我们没有顾问，只有一个帮忙的打手，我自己，遇到问题了就打电话问朋友，发帖子，等回答。
那时候的我们请不起全职顾问，遇到月结的问题时就去花钱请一个顾问过来帮忙2-3天，倒也是效率很高。
那时候的顾问看起来还是很牛的，不论从价格，穿着打扮，谈吐等都是给带给用户无限高度。
那时候的我们虽然很苦，很笨，但是很快乐，测通一个系统功能或者是解决一个问题，可以和周边的人进行分享。
说说主题吧，IT和关键用户。这两位IT实际上是门外汉，到系统上线使用的那一刻，一位是除了硬件啥都不会，也不管，更不想管；一位是软件会一点点基础操作，遇到问题了还是找外援。系统正常的使用，完全依靠于另外的4位关键用户。
SD：一个很热情好学的小姑娘，现在已经结婚了，那时候就是喜欢专研系统，啥功能都要试试，各种不同的销售单据，正向反向都要乱搞一出，当然，需求是自己提的，方案也是自己给的，行与不行也就那样了，反正可以说是个SAP迷吧。
MM：这个MM现在已经退休了，也算是一个老MM。那时候学习SAP也已经40多岁了，自己完全搭建的VC BOM。你说VC难不难？VC BOM难不难真的不好说，反正我觉得在她那边不难。
PP：一个年轻的小伙子，不帅。好像在他看来PP只有一个功能，创建订单，下达订单，打印领料单，报工，入库。所以也落得个自在轻松。
FICO：同样是一个年纪较大的女人，结账很痛苦，特别是启用了这一大堆按单，配置的功能之后，很多时候报表都不平，所以邀请外援基本上也都是财务的要求了。
回想一下，这个项目可以成功的使用SAP这么多年，还真的是这些骨干的关键用户的作用：
一个好的系统应用，需求和功能都应该是掌握在业务人员中，而不是IT手中。
IT应该是一个服务和支撑的部门，若熟悉系统的只有IT，那往往系统的使用也会是有些片面的。
顾问其实真的不需要全程在的，只要关键用户强和肯学，有压力才有动力。
这家企业的系统实施是没有方法论的，也是没有流程图的。
现在这家企业也已经有500多人，发展的很大，这些老人应该很多还都在，系统使用的功能后续又增加了PS和一些相关的模块。应该说这么多年SAP系统的应用还是很不错的。
当然，这个喜爱那个木也是特例，不是很具有代表性。毕竟企业的模式、规范和特定的时点、特殊的人群才成就了这个项目，当然，我也每个月赚了1500元钱。

manicar

自己不会写，只能支持大家了，顶

shanjinno1

老郭 发表于 2013/8/23 10:07
1.2这家企业的几个SAP相关的人：关键用户与IT
这家企业的员工很少，生产的产品属于完全的客户定制化，所以 ...

大侠 你就是我偶像 方便加我QQ么：673056175.

shanjinno1

老郭 发表于 2013/8/23 10:07
1.2这家企业的几个SAP相关的人：关键用户与IT
这家企业的员工很少，生产的产品属于完全的客户定制化，所以 ...

一个好的系统应用，需求和功能都应该是掌握在业务人员中，而不是IT手中。
IT应该是一个服务和支撑的部门，若熟悉系统的只有IT，那往往系统的使用也会是有些片面的。
顾问其实真的不需要全程在的，只要关键用户强和肯学，有压力才有动力。


说的很经典，这也是我一直的想法，我一直在给甲方KEY-USER灌输这个思想

老郭

1.3 SAP上线现在做一个项目的预销售真的很难，实现一个项目的成功更是很难。可能是大家都聪明了，希望借助于一个项目实现很多很多：功能要完备，界面要友好，系统要继承，人员要精通...可能是大家都变笨了，把过多的想法和要求寄希望于一套系统，一个项目，一群IT外来人员。当然，孰对孰错，真的很难说的清楚，也许这也是ERP的神奇地方，ERP可能就是一套简单的系统，或者是特别复杂的系统，但却在改变着业务人员的工作习惯，规范着企业管理，帮助实现信息的共享。
我们的项目上线真的很简单，2003年到了，切换了，其实我也记不清是否是1月份切换的，反正用着用着系统就上线了。没有什么宣传，没有什么刻意的事件，就开始用正式系统了。这好像和现在的ERP实施差异很大的，现在要有一套完备的实施方法论，要有按步骤的测试，培训和一大堆文档，还要有个上线动员会和上线总结会。这些需要不？需要，因为一套系统的切换对于一个大企业来说还是很重要的，影响也很大，所以一定要重视。而形式重要，内涵更要，光有“高端、大气、上档次”是不够的，更关键的是“低调、奢华、有内涵”。
问题是有的，但并不是很多，借助于网络，借助于周围的人，借助于咨询公司顾问的1-2天的帮忙，都解决了。那时候认识了GW公司的两位美女顾问：ZJQ、SXL，那时候以为顾问都是那样的有范儿，有能力，有气场呢，所以无限的崇拜，这估计也是我后来进入到这个行业的直接原因吧。
前几天看到了这家公司的案例介绍，发现他们不仅仅实施了ERP的五大模块+PS，而且CRM也已经实施了，真的很厉害。相信借助于SAP系统，企业的管理还是有了很大的改善和提升的。
回想一下那段时间真的很快乐，每天骑车从学校到办公室再到住地，看着网上找到的教程，PA，library，至今我能送给顾问的宝典就是，看一遍SAP library，很多方案都是在这里有原型的，有介绍的，个人认为最好的librar版本是4.6C的版本，因为那里面把help、IDS和Config是有单独的根目录的，学习起来很简单，若大家有兴趣可以去找找。