ZZ from http://xintaicn.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dJob%2520Essay
===== Pre-Training =====
马上要去SZ做HR050的培训了, 针对OsA project, 综合集团内情况,准备了如下问题去和SAP的consultant探讨:
1. ESS的userid大概多少钱, 与key user/end user的licence比;
2. mySAP的web框架的稳定性, 都传闻mySAP的bug多多...;
3. mySAP的ESS/MSS功能到底都有哪些, 看能不能符合我们的要求了;
4. 针对公司里这种matrix架构, mySAP有什么更好的解决方案, 而且节点或主干常常变动(3年一小变5年一大变). SAP实施的案例里有没有类似我们的解决方案;
5. 关于一个employee可以有多个position的问题(50%PT50%AT), payroll按0.5/0.5, headcount按0.5/0.5. 现在没想明白的是到时成本分配怎么办呢;
6. 整个集团20多家公司有白领也有蓝领, 有各种不同合同制的员工, 对于这种情况如何group/subgroup, area/subarea...;
7. 对于公司内的白领/蓝领员工, 可能有的需要上班打卡, 有的不需要, 可目前看起来HR不想上PT了, 这个有什么解决方案;
8. 目前有公司在A地, 而B C D有他的服务站, 这样organizational management怎么办呢;
9. 目前只是初步意向, 先上mySAP的PA和PY, 下步如果上其他module应该注意什么? 还有如果做interface应该注意什么;
10. 关于HR与FI结合部的问题. 如果今后cost center变化有多大的影响.
OsA的目标是one COA, 20多家不同的company都分配同一个COA, 不知道到时会出什么问题. FI真复杂, 这么多专用名词...
===== mySAP Discussion =====
关于OsA,头儿有几点担心与不解中午跟我们碰了碰头.
1. 如果用了mySAP是不是所有数据都集中到一个DB里;
> 这点是勿庸置疑的了,一个DB server,可能放在北京,几个application server,一个client.
2. 能否做统一的payroll;
> 如果各公司,尤其是合资厂全都加入mySAP的话,那以后计算工资就可以直接在hr center做了.
>>但如果有公司不加入呢,还要做其他工资系统与SAP的接口程序.而且对于各工厂,有很多蓝领工人的payroll是依赖time sheet来计算的话,那首先要上time management,这点对于他们应该是个不小的难度,就看他们工时计算的精度到底怎样了.
其他就是对于在整个20多家公司实施mySAP的HR,到底预算多少,到底各公司是否合作,现在都不清楚.其实这点要是以后遇到障碍前面做的就都白搭了.
我倒是一直到现在都比较担心各种类型的工资计算方式以后可能会造成很大障碍.尤其是那些计算工时的工资计算方法.最简单的就是还按照他们现在的方式,
由local hr总结出出勤缺勤情况,不上time sheet,但这样做肯定违反one location的初衷了,每个工厂至少要设一个考勤员.同样的情况OT的计算.
还有就是现在用的CR的ESS做leave application,如果上了mySAP.如果ESS不能适用于全部人,那又要做n多的interface program.上mySAP时,先上master data, payment, ess是肯定的了,如果能同时考虑上personnel development就好了.至于其他的倒可以放一放.
其实上sap而只用他的PA PY,真是挺浪费资源的.
===== Training - 1st Day =====
没想到才过了不到半年我就又回到SZ了.
感谢SAP...呵呵
才下飞机就感觉到空气中的湿度,SZ的气候还真是比北京温和多啦.
飞机晚点,直到12点多钟才到了Novotel Watergate,付了酒店定金才发现,兜里还剩100啦,呜呼,还好多带了1000大元,要不酒店都住不起啦.Novotel以前上班时常坐104路经过,公司的合同酒店里就属他离我们培训点近了.
一觉睡到大天亮,早上坐着深圳的地铁去uBase,才发现第一天的培训课程要从10:00开始的,来早了!之后老师和其他公司来培训的也到了.老师是SAP SH的,一个据称是做过2年ABAP开发后从事HR Implementation 4年的Consultant,牛人啊.其他来培训的一个南京Siemens PSE的,还有4个全来自浙江电力绍兴局的(还是电力局TM有钱!).简单的自我介绍下互换名片后就开始了第一天的培训课程.
听SAP的Consultant讲,之前我们公司曾联系过他们,问过关于SAP升级的一些问题,估计是从现在的SAP 4.6C到ECC 5.0,之后就没什么联系了.可能那次联系是IS他们那边做的吧,那时应该还没决定做OsA呢.也就一般的咨询吧,毕竟让SAP来做Implement就太贵了.
今天开讲3个部分,Navigation,Structure in HCM,PA.
先讲的Navigation是比较基础的操作,讲些create session,T-code什么的.但里面与我们OsA有很大关系的一个问题是:
1. 为了数据的保密性,可以把FI与HR分为不同的Client.这点是第一次听到.太重要了.这点要回去跟他们讲一讲.我觉得如果以后我们HR实施的话也很有必要把HR放在单独的一个Client上.而这两个Client之间的数据传输也问了老师,讲可以通过ALE - Application Link Enabling来实现.只要能保证两个Client之间的Company Code, Organizational, Cost Center一致,就很容易在两个Client间Mapping.
2. 好像mySAP版本后在设定用户权限这里就不再是Profile的概念了,有了Role的概念.可以通过Other menu -> Create role来设定几个user为一个role,可以customizing menu,还可以为这个role设定一个权限.
3. 本来想问老师要个电子文档的培训资料,今天没空闲时间提,明天再说吧.
中午竟然在车公庙的嘉旺吃快餐.
下午开始讲Structures in HCM.
这个部分也是我比较关注的.尤其是对于象我们公司这样Matrix组织架构的.
1. 发现HR Module的structure与OM的概念不太一样,HR里只是定义关于员工的这个维度,而公司Division这个维度还是在Organizational management里来定义的.也问了如果需要出两个维度相关的报表,发现,出报表时是可以与OM中的Division关联出的.看样子这里的问题解决了.
2. 也问到,如果象我们公司这样做很大的组织架构的变动的话,系统影响如何.这点SAP也给出了明确的答案,如果Division变动了,那就要在OM里对记录进行逐条的update,这点看样子是没更好的解决方案了,而且在HR里的structure做变动时也要逐条记录的调动,这里想省事系统今后的数据会有问题.看样子SAP只认Log.我提到,到时做一个Batch input程序,可看样子老师并不赞成这样.不过我觉得他还是考虑到每条记录update的有效性,但batch input程序做的好的话,完全可以高效的解决的(所以我怀疑老师的ABAP水平).
3. 关于Structure in HCM的IMG设定很少,只需要设PA,PSA,EG,ESG,然后再Assignment PA -> Company Code, ESG -> EG.
课程之间听浙电的谈IBM的consultant团队,我旁边的提到IBM的朱锋,颇有微辞...我怎么听怎么觉得耳熟,掏出名片一看,果然是上礼拜kick off的那个IBM的.
的确觉得象他们说的那样面面俱到但技术不强,毕竟人不是做技术的.赶快跟那哥们互留了联系方式,到时可以侧面了解下了,呵呵.
之后讲了organizational plan和plan version,里面创建好的organization可以生成graphic还是挺有意思的.
下午剩下的时间就一直讲PA部分了.前面主要介绍infotype的概念,后面介绍了下关于批量输入数据和快速录入.里面我觉得比较重要的部分,
1. Infotype是可以config的,可以选择哪些显示,还可以选择option里哪些显示出来.0XXX都是master data相关项,1XXX是object相关项如工作岗位,2XXX是考
勤相关的,4XXX是招聘相关的,如果以后在实施中要定制些都加到9XXX中.还可以在master data界面加入员工的照片.
2. 讲到一个time constraint属性,可以要求必输连贯不交叉时间,可要求必输连贯可交叉,必输可不连贯可交叉...不必输等.这个需要consultant实施中设定.
3. Copy功能,这点也需要在实施中先设定好.比如Copy一默认值后,对其修改,再Copy的话可出原默认值或修改后的值.
4. 关于Document management,提到,可把一些比较重要的infotype做Doc update log,可查询到一些误操作的记录.我觉得这个跟我们现在做的SOX还是有很大益处的.这些log一定时间后也可做archive.
总的来说今天收获还是颇大.
晚上和Vinton Jacky 旺旺吃个晚饭,发现大家也没怎么变,只是突然发现Jacky和旺旺这俩俨然在深圳安家了,呵呵.时间过得还真快啊!
===== Training - 2st Day =====
Org. Structure是面向对象的;
Enterprise Structure: Company Code, PA, PS是一些政策上的划分;
Personnel Structure: EG, ES是人的方面考虑上的划分(正式员工,临时员工,实习...);
Payroll Area: 根据发薪周期来区分.
Org. Structure: O
S Position
C Job P-S
P Person <-------> PA Person跟OM的关系通过Person关联,继承Org的属性
K Cost Center
TS Task
可在Infotype里增加字段,其中在PA实施中多些.
今天的培训讲PA剩下的内容和Time Management.昨天已经把PA的大部分内容讲完了,今天主要讲PA的Actions.
1. 对于每一个Company,SAP可定义Employee No.的range,还可定义是自动取序列号还是手工录入.
2. 在Action Type里也有很多Customizing的东西,可自定义显示哪些Action Type,且可根据User Group显示不同的Action Type列表.比如负责招聘的就显示Hiring之类的信息,而负责工资的显示一些调薪的Action.在Action里面的明细字段也可自定义是否为必输入项.
3. 在这里有个Business Area, 这个要根据FI的要求输入,不过据说一般不需要.
4. 里面还一字段Contract,现在一般都不考虑的字段,所以在今后可做扩展用,为区分一些员工出报表.
5. Administrator可用作授权,可划分员工属于哪个Admin管理, PA or TM or PY.
6. SAP中员工的Action在同一天只能有一个,所以对于一些特例,比如当天入职(Hiring Action),同时又加薪了(Promotion Action),加薪只能放在Additional Action里0302.
7. 之后讲关于Action的快速录入,不过SAP讲这个功能并不好用,建议还是一个个记录的维护好.
8. Management of Global Employmet,这里主要是员工调动到国外后,新建员工号,同时维护一些相关的Infotype,不过这项对于我们公司也不会出现这种情况,我们与海外公司并不一定用同一系统,SAP的话也不是在同一Client.
上午讲的这些东西一个感觉,就是以后HR部门在SAP里每天要维护的数据量会很大.很多变动都要第一时间去Update,而且手动的.
下午讲Time Management,这点也是我这次来关注的重点.下午教室里热腾腾的空调一点也不凉快,让人昏沉沉的.
1. 今后我想我们20多家公司肯定是不会用打卡机来做出勤数据收集的,一个钱的问题,需要上很多打卡机,而且只有那么几种卡机与SAP不用做数据转换;再者打卡机收集的数据依然是要大量维护的.所以我们今后的Time Management Evaluation会设为0-No Time Evaluation.
2. SAP的定义: Break 小休, Daily work schedule 每天工作的起止时间, Period work schedule 规律的班次, Work schedule role 可根据EG ES PA PS自动带出role.
3. 关于Recording time data, SAP有几种解决方案:
> 正向记录,几点进,几点出;
> 正向记录,一共出勤HRs;
> 逆向的,计算Absence HRs.
4. 对于工厂里常见的换班,SAP里有个Substitution, 这个是一个换班的Plan,也是需要负责考勤的每天维护所有换班的数据,也可以维护当前日前的换班.关于换班,这个在某些工厂估计也会有很大数据量吧.
5. 如果不上打卡机与SAP关联,对于出勤数据处理目前有几个办法:
> 一个是由各公司的考勤员收集数据汇总,维护Infotype 2010, Subtype可选各项,如OT HRs, Absence HRs, Leave HRs, 这个是与工资计算有关的数据;
> 另一种办法是在Time Manage's Workplace里维护数据,T-Code是PTMW, 这个维护数据比较直观,但就操作简单性来说我觉得不如PA61好.
对于这几种处理出勤数据的方法,OT的数据我认为最好还是先手工统计出总数再用Infotype 2010维护简单些,而leave的话还是需要一天天数据录入的.对了,讲到这里现在发现SAP处理Leave application,是需要上workflow的,而且据老师讲这些workflow大部分是不太适合各公司需要的,很可能要做开发,而且开发很复杂.而上ESS的leave application的话也需要在SAP里做好leave application的workflow.这点比较让人头疼了.难道以后还需要Notes的leave application或用HR plus的ESS再做数据接口?头疼的问题.而且目前摆在我们HR面前的另一个大问题!太多的出勤数据维护,要求每个公司必须有个管理考勤的专员,每天或每周的对数据维护,数据量很大.如果这点保证不了,那Payroll计算将会受到影响.
6. 休假的额度,在Infotype 2006里维护.在每年计算休假节余时可运行PT_QTA00 report程序产生新的休假额度.
7. 下午4点多开始讲PT最后一部分,CATS. CATS主要是为把work time与其他模块(PP PS PM HR)集成用的. 在CATS数据收集后可以通过一个workflow来判断是否传送给HR module, 这个workflow可以customize是否需要,transfer数据是通过一个report程序的.与CATS相关的Infotype是0315. CATS可用作ESS的数据采集. CATS处理出勤数据的界面上来讲是比较友好的,相对于PA61 PTMW. 但CATS录入数据后先要Release数据->Approve released datas ->Transfer HR 后才能在HR的数据中体现出来,所以在日常维护中应该还是不利用的.
今天讲的就这么多了,之前对SAP的考勤数据的担心还是应验了.看样子以后SAP HR的实施成不成功,主要就要取决于这里了.明天将讲解SAP HR最复杂的
Payroll.
===== Training - 3st Day =====
4.19
昨天向SAP打听了,关于之前CNIAB提到的,短期雇佣临时工的问题.SAP不建议把这部分员工放到系统中.会产生大量的员工主数据,而且Employee No会占用.
昨天还听到,关于SAP HR的收费,是根据Employee的数量级来收取不同费用的.
Personnel Action人事事件就是一个流程.
在Infotype 0001 Org. Assignment中有个Org. Key,这个字段可做授权用,可自定义为Company Code + PA + PS. 在Administration里的Group, Personnel, Time, Payroll都可作授权用,可以依据这些设置出不同报表.
在员工部门调动的Action中,SAP有个容差性概念,可以配置Action后多久原部门的Admin无法对此员工做操作.
在Action中,如果员工的EG ES PA PS发生变化,是不能直接在OM里修改的,必须做一Action.适用于系统Go-Live,这样只需要修改员工的0001就可以了.
今天上午主讲Payroll,我原先还以为这部分的内容会很多的,可后来发现HR050这门课程关于Payroll的东西很少,标准课程才安排了30 Min.老师讲要想精通这方面的内容需要去学习下 HR400-International payroll, HR428-China payroll, HR305-Payroll Configuration,还一门什么课专门讲Schema的.不过据说
老师会给我提供些技术文档,呵呵.
1. Payroll里相关的Infotype里0008 0014 0015 2010都是周期性发薪的,而对于象年终奖或离职后的某些钱可用0267 - off-cycle来处理.
2. 系统默认Payroll Area设为99是不run payroll的,对于系统上线就可把员工上线前的时段内payroll area设为99.
3. 设定Basic Pay这里有很多后台的配置, Pay scale type, Pay scale area, Pay scale group, 这些可以通过IMG->PA->Payroll->Payroll Data设置,这个是区别各个员工基本工资项的第一层,可以根据员工不同的PA, PS, Company Code来设置不同的Pay Scale,第二层可以设不同的Pay Scale Group,根据EG ES,最终确定一个工资等级表.SAP这么复杂的设置无非就是在确定了员工不同的薪金水平,目前不清楚我们公司HR部门是不是有这么严格的工资等级表.而且对于那么多不同地域的公司,能不能完整的统计出各个公司各种职级各个不同雇佣类型的员工的雇佣初始底薪或一个薪资范围(包括工资项).
4. 0015与0014的不同之处,0015在薪资发放月内任何天都可以.
5. 工资的回溯Retro. 这个堪称是SAP的亮点.确实很多HR系统都是不能做工资回算的.SAP里有两个算税机制:
> 补发放在当月,求和一起算税.这样可能以后不符合很多公司的要求.对于工资基数比较大的补发缴税可能也会造成多交很多的个税;
> 回算税,这个能避免上个问题,但不知道在业务上与税务局和财务上怎么处理的,需要回去确认.
6. 在这里老师讲到了Schema, 能自己开发很复杂的工资计算,对于回溯1,Schema CN28; 回溯2, Schema CN00.关于Schema希望能从老师那多得点技术文档学学. Payroll run successful里person number下都是schema.
7. 发薪的流程.这个倒比较简单,先Release->Run Payroll->Exit Payroll,如果Run出错就Correction再Run. 在计算工资Release之前需要所有数据维护要完成,这点应该是以后工资计算的难点了.
8. 在Infotype 0003里可以维护Accounted to,是计算工资日期.如果修改了工资后,系统会自动填入会算日期等项目.
9. 在计算完工资后在Subsequent Activities里Posting数据到FI.
上午感觉时间过得很快,也许是Payroll的东西太多了的缘故,但限于教材老师也没能太深入的讲多少.下午开始讲Recruitment.
1. 招聘可以与其他功能模块集成:
> PA模块,继承Recruitment的personnel信息到PA;
> OM模块,可以定义Position的职位要求;
> MSS,人事录用评估;
> PD,个人能力与岗位能力匹配.
2. 维护Position的Vacancy infotype是1007.
3. 在招聘PB40里是相对应PA40的.
4. Infotype 1628是Applicant profile.
5. Applicant search功能不错,但要是不上recruitemnt模块还是要做interface程序了.在to be hire后可通过PBA7直接把数据传到PA里,Action叫transfer applicant data.
6. SAP有个e-Recruitment,因为没Portal所以不能演示,但据说很少公司用,在e-Recruitment可以attach一些文件,要是用自己开发的Recruitment e-solution的话,据说目前不能解决transfer attach file的问题.
7. TRM, Talent relationship management, 可以与BW集成出各类报表.
之后开始讲Development and Learning, 据老师讲,很少公司上这个功能的,教材上例子上都很少.所以听着也一点印象也没有.
1. Qualification, 可以对每个Position每个人建立一个能力模型.其中Qualification Catalog能力模型树显示的比较直观.对于员工有一个Depreciation Meter的概念,定义为某些能力是有期效的,可以在里面维护能力depreciation的时间和额度.在能力树里QK显示为能力组,Q表示能力.
2. 员工可在ESS里自己维护自己的能力,但这个功能是需要后台设置的,可以允许修改也可不允许.
3. Profile, PPPM可与其他Position/Person做能力比较.这个比较还是比较直观的.
4. 在PD里,个人发展计划,可以定义一些,如喜好,厌恶,评估人,被评估人...等,这些影响到一些其他的职业规划模块的数据.
5. 在PPPM后,系统可自动生成建议参加哪些培训.
6. 在培训后,系统可以自动update某些能力.
7. 空缺职位可根据能力来自动筛选.
8. Planning for Org. 的数据可继承到Position.
听SAP说,在实施的这么多项目中据说就浦发银行在用SAP的PD,而且用的还不怎么好.
课后想,现在Magrit以前说的那个什么Review大致上就是要完成这么一个功能吧,但具体到Position或某Person的能力也是很难量化的.但SAP的优良的集成性,要是能把培训和PD一起上,无疑是系统应用的一大亮点.但这样要求他们培训部门要做好数据,尤其是培训课程上的维护工作了.
至于招聘,估计不会用SAP的吧,象很多公司那样做个外挂系统会好些,要不每日维护数据都要出人命了.而且还要做一个复杂的招聘workflow.
下午Vinton通知我去参加Richard和Roby的生日,又去FB一把,没喝多少反应挺大.公司又来啦3新人,呵呵.
===== Training - 4st Day =====
4. 20
昨天培训感觉上午东西还是很多的,下午讲的PD抽象了点,所以好像一点问题也提不出.
1. Business Event Group, 如英语培训课
Business Event Type, 如初级英语培训课
Business Event Date, 是指培训时间.
2. 开课前问老师,在系统中的工资发放日对计算工资有影响吗,答案是没有.Payroll根据工资计算期间.
今天继续昨天的内容,还是挺抽象的.好像后面的内容都是没什么例子的,而且具体实施也很少做这些模块,老师说很多都没做过就.
1. Learning solution, 这里对应Training的Event type叫做 Course Type.
2. 在SAP里Learning Solution比Training多了一些相关的,如Billing, Budget, Material...
3. 讲SAP的Tutor工具.
4. Planning in Personnel Development.
5. 之后开始讲Performance management,这个模块也是我比较关注的,对应于目前公司的PDR DB. SAP对员工的Appraisal比目前的PDR有其优点,是可以设定Template的,而且还有一个BADis - Business Add-in的增强功能.
但SAP的Performance还有不足的地方,
>> 比如说他的Appraisal只是一层Approve,如果要再多做一层审批的话就要做复杂的Workflow的开发,怎么现在一听workflow开发就心怵怵的?不知道如何个复杂法;
>> 还有SAP的评估算法太简单了,不知道在具体实施中能做到多么复杂的算法,但教程的例子是一个很简单的加权平均法.这点不如现在的PDR算法更合理些,毕竟在PDR中有量化的评估(也是加权平均),还有上级的一个印象分数,这个是完全感性的打分.再通过上级的上级的审批,最后结果应该是站得住脚的了;
>> 其实最大的问题也不是算法的问题,如果上HR而不上ESS,那员工无法在ESS中给自己评估或看到上级给自己的评分.不可能我们每个员工都有一个SAP的License. 但上ESS? 谈何容易啊;
>> 还一个就关乎SAP的系统了,他太完美的集成性,是一优点,但无形要求了实施系统要最大化.Performance与PD, Training, ECM, SEM, BW 的集成, 如果只上一个评估而不考虑上其他的function,那就跟拿燕窝当白菜吃差不多了.
6. Compensation, Infotype 1271 - Job Evaluation Result. Pay Grade 是一范围值, Pay Scale 是一数值, Direct直接填数.
7. Compensation Budget, 这两部分都讲得很少, 没什么实例.
>> ECM里第一步是岗位调研, Job Pricing;
>> 预算, 先建Budget unit, 可以与部门联系起来,也可对应Business Event;
>> 薪酬管理,Compensation Administration, 这个是衡量几岗几级值多少多少钱的, 0008 - 针对人的. 这里在实际应用中可以做到,如EG-工人,ES-技术个人, 选出后做批量调薪;
>> 还一个长期奖励机制,用的少.
8. Compensation Administration,
0761 股票期权,
0759 ???.
0758 - Compensation Program 定义Compensation Area.
Pay Scale Reclassification 符合条件后自动跳级.
Pay Scale Increase 批量调薪.
9. 最后还讲了下Personnel Cost Planning.
>> 要在后台定义很多规则, 如明年Basic Salary ↑10%, Bonus 500 ... Cost Item 不完全等于工资项, 可以与G/L集成.
>> 数据收集, Person (0008, 0014, 0015) 可以生成Report包括总计和各项目; Org. 5010.
>> Run Planning;
>> Release Cost;
>> Post FI/CO 做成预算.
今天很多内容都是没例子的概念上讲,比较枯燥,讲到Person Cost Planning时大家都个忙个的了,老师忘了屏幕控制.后面开讲ESS/MSS,这个也不能做演示,本身Portal技术就算SAP最新的技术,有这方面经验的Consultant就少,估计现成的例子也很少吧, Handbook上关于这个的图也寥寥几张. ESS 包含了, Office,
PT, PY, PA, Benefits, Training, Qualification(这个可选择的开放), Appraisal. ESS/MSS 要上的话在SAP里就要上Workflow, 但SAP的一级Approve就肯定要对Workflow做定制开发. 而Portal的收费我也打听了下.
250 EUR/User
30000 EUR/CPU
要是公司员工全用ESS/MSS,那就是8k+员工,如果按服务器算的话就算1台Server,双CPU,那花费还是不小的.
听说了Siemens的小马讲,他以前在三星,他们公司是外包做的一个Portal. 老师也说, 关于Portal技术SAP公司内部也有争议.如果只买几个User,完全可以做个Java外挂的程序来维护User Account, 再分配这些User通过Portal的License来完成ESS/MSS的功能, 而权限控制在外挂Java程序里来实现. 但现在市场上做这样程序的公司很少,可能是还没发现这样的市场前景吧,毕竟SAP对这种做法也没办法.我们公司以后可以借鉴这种做法,嘿嘿. 但实现ESS/MSS现在看来还是最好放在2年后.
今天也跟老师讨论了些其他问题,SAP公司本身做的这个系统就是个集成化很高的系统,就拿上HR来讲,要是只上PA PY,不能减少任何工作量,反而出现大量的日常维护,但要是能把所有的Function都实施,那数据的集成性才能发挥出来,相对的减少工作量.所以我就觉得SAP,或者有其他做ERP的公司,要是能提供一个松散的系统,当然是相对的,把所有的Module细化,对于每个Module都做出一个非常开放的Data Interface,那也许是不失为一个好卖点.销售的话就按Module的多少来议价.而开放灵活的Data Interface也便于用户做其他的系统扩展用.
当然,这点又要提到软件系统的标准化了.
==== Training - 5st Day ====
早上一大早去Check out,大概是周五的原因,退房的人是相当的多哇.
到了大庆大厦发现那几位都到了,开始填课程评价,填完拿到一份Wang Na签名的Certification,算是证明啦我们这5天的课上完啦.所以一天的心情都不错,毕竟马上就能回家了.
SAP HR 里的Profile分S,P. 对于S是Requirement,对于P是Qualification, 两者是可以做Profile match up的.
讲到一个Maintain某些table的方法.
整个上午就只是在讲HR的一些报表,工资条和银行报盘是要在实施中定制开发的,而且对于那20多家公司肯定所要求的格式也会不一样.其他的Headcount报表
我觉得SAP的就足够用了,或者用现成的,或者用Query做都比较方便.至于一些Payroll的分析报表,现在也不知道需要哪些,反正以后再开发也不成问题.
有个T-Code PPIS可以显示一个组织架构的图形化报表,不过图形效果也一般般.
Infotype 0105-0001, 是Userid与Employee No相关联的.
还讲了一个Infotype的开发, PM01.
下午浙电的干脆就去逛街啦,说是去国贸那边,我还真没觉得深圳那条商业街有特点些.他们说是明天去HK一日游,提醒他们要早出门,过关到那边恐怕就快中午了.我本来也动啦心思想回景华苑溜溜,去看看以前深圳的老家,去看看楼下小士多,小餐厅的老板,想想还是算啦.也许再过几年有机会再回去瞧瞧.于是整个下午就跟小马和WangNa一起在Train Center里消磨时光.培训还真是惬意啊~
总算耗到点开拔去机场了,比较巧的是竟然能碰到陈小春.过了安检到候机室已经7:10,可我们的机还刚刚在卸人,NND,又晚点了.刚闪进吸烟室就看见个2个家伙,戴着棒球帽,后面还尾随个粉丝,拿个本.小陈也挺不客气的直摆手.轰走那人,点上根烟看我在看他,跟我做个很无奈的动作,我也礼貌的冲他呲了呲牙 :D
他们出去后,旁边一哥们还在问,刚才那个是不是陈小春啊.
下啦飞机都11点多了,后面不远就是小春,我还在想,要不要躲在树后,伸出一只脚,绊丫一跟头.嘿嘿!
