每月生成年假定额：HCM复杂的模块，年假生成就是一个比较复杂的模块，每次做项目都比较怕做年假、余假生成的业务，因为企业业务复制，SAP的这块配置也很复杂，因为这里面涉及的知识面很多，工龄计算、年假规则、调休假规则。既有专业知识，也有业务知识，两者叠加就复杂，今天给大家分享一个案例，就是按照月生成年假，原来正向考勤做过，现在不通过PT SCHEMA完成。
作者：vivi，来源：osinnovation
1 需求
客户的需求就是按月给员工生成年休假余额，因为没有用PT SCHEMA，所以思路就是使用PT_QTA00报表生成对应的年休假余额。
这次操作主要分配置层面和增强地方，配置没有接具体的配置路径，而是从传输请求中找到具体的配置视图，有兴趣的朋友可以自己通过视图去找对应的配置点。
因为特殊人群才有年假生成的规则，其他人群的年休假都是其他系统生成，所以我们需要单独区分出这类人群，即满足请假的时候会扣除2006生成的年假余额，也能满足此类人员能按照规则生成对应的年休假。考勤规则里面的分组特别多，其实有个总的视图配置V_503_ALL，可以有所有关于分组的配置，后期有机会分享下每个分组的含义，今天只是列举出单独分类的组，所有年假定额的生成与扣减都是下图3的才会执行。
在这里配置两个缺勤类型，一个是用于系统自动生成，一个是用于期初上线的差异数据，10是系统生成，15是手工导入的差异值，生成15其实也有调节的作用，任何规则都不可能百分之百的没错误，留有这个手工导入就是出现问题有手工修复的可能，别逼自己太紧，哈哈哈！！！。
在这里配置的是用于计算司龄的解决方案，SAP有一条比较复杂计算司龄的解决方案，这个配置的地方其实有对应的函数，如果系统标准的解决方案满足不了，可以复制这个标准的函数，按照自己的需求修改，然后配置的地方换成自定义的函数，这样不过多复杂的业务，也能有对应的技术解决方案，但是我希望大家永远不要用上。
下图中的计算处理的功能模块，就是可以编辑自定义函数的模块，13年做项目的时候我用过一次，后面就没用过。所以有兴趣的朋友可以参考标准的函数写一个。
2 增强
因为业务有些标准配置搞不定，所以增强三个地方，第一个就是四舍五入，算出来是1年的的总额，但是因为是需要按月给，所以除以12就是就是每个月的值，然后四舍五入。
因为年假的生成有效期都是次年3月31日，即使是12月生成也是到次年3月31日。
同一个时期生成的年休假不能重复生成，避免报表有人重复执行，导致有多条数据。
