Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Is really that different to create programs for the HR module?

0 Likes
550

Hello SAPients!

I have programmed for MM, SD, FI/CO, WM, PP modules but for some reason people say that HR is very different. Why? Can somebody tell me the differences? Or where can I find that information?

Best Regards.

Hello SAPients!

I have programmed for MM, SD, FI/CO, WM, PP modules but for some reason people say that HR is very different. Why? Can somebody tell me the differences? Or where can I find that information?

Best Regards.

4 REPLIES 4
Read only

Former Member
0 Likes
526

Hi,

The main difference are in ABAP HR programming techniques such as:

1) Using LDBs of course the LDBs also available in other modules too but we don't use due to performance issues.

2) Use of predefined Macros

3) Use of ProvideEndprovide instead of Loop-Endloop.

All these are due to complexity in Module.

Regards,

Ferry Lianto

Read only

RichHeilman
Developer Advocate
Developer Advocate
0 Likes
526

It is a little different because there is a lot of funcionality built around logical databases(which I personall do not use). HR also uses macros which makes it hard to debug. Also, payroll stuff is stored in cluster tables and are access a little differently than regular transparent data.

Understand that the syntax and basic flow control of your program is the same, its just the data access which is different.

Regards,

Rich Heilman

Read only

Former Member
0 Likes
526

Apart from what the Gurus mentioned here, one another important aspect to remember is that validity dates and effective dates are very important in almost every piece of data in HR. Programming wise there may not be much of a difference, but understanding the relationships and how data is stored in what are called infotypes and subtypes is what makes a world of a difference between a HR programmer and a regular ABAPer. It is not straight forward transparent tables and foreign key relationships that you see here in HR.