Access to IT 0001 for the initiator of a WF

[Former Member]

Hi all,

I need to test some fields belonging to infotype 0001 (werks, persk) of the initiator of a custom workflow and I'd like to know if it's possible to do it in an easy way.

Thanks in advance.

Regards,

Angelo

[Former Member · Accepted solution]

Hi Anjelo,

You can use FM : HR_SPA_EMPLOYEE_DETAILS_GET

This FM accepts values for 'pernr' and 'date' and returns 'Emp_info' as a structure.

From this return value, you can use values werks, persk as you want for your checking..

Hope this helps.

Regds,

Akshay

Note: Pls mark helpful answers

[Former Member · Accepted solution]

Thanks Akshay,

I'm investigating the use of the B.O. EMPLOYEEGB. Maybe if I add it to the initial binding in import I can access directly the data I need without calling any FM.

I'll let you know.

Regards.

Angelo

[pokrakam · Accepted solution]

Hello Angelo,

You should have acces to an Employee-type object attribute of USR01 in a start condition - possibly even an org unit.

You won't see the attribute when you look at USR01 in SWO1, this is because USR01 is invisibly delegated to USR01DOHR when you're using HR.

Another fine example of the many ways in which HR is 'special'...

Cheers,

Mike

[Jocelyn_Dart · Accepted solution]

Hi Angelo,

Another HR "special" to watch out for is the impact of HR structural authorisations on accessing employee attributes at runtime. This is often why you end up redefining the standard objects anyway - to call HR bypassing the struc auth authority.

If you do need to do this, I think you will find BAPI_EMPLOYEE_GETDATA is the safest and easiest function module to pull whatever employee data you want. I always use this in preference to any internal function module as it has a lot of "smarts" in it, and also lets me search for the employee data by a number of criteria including personnel number or user id.

For any relationships you want to pull use function module RH_GET_STRUCTURE or RH_STRUC_GET (either is fine - just use what's easiest for you) using an evaluation path. For custom relationships always insist the HR folk create a matching custom evaluation path- which they should be doing anyway so that they can show the custom relationships in custom views of the org plan.

Regards,

Jocelyn

[Former Member · Accepted solution]

Hi Angelo,

Please close the post if your problem is solved.

Regdards,

Akshay

[Former Member · Accepted solution]

Very sorry for replying so late,

I'll take all your precious suggestions into account.

Thanks a lot.

Angelo

[Former Member · Accepted solution]

Hi,

Sub: Iam facing problem with workflow in parked vendor invoice with the chaged

event.

When iam doing particular (Changing GL account, Cost Center, Amount) changes

in parked vendor invoice through t-code FBV2 then the Changed event of

business object FIPP is not getting triggered. If iam changing Invoice date

then the workflow is getting tirggered.

Can you help me, is there any configuration required or else how to check this

problem.

Please help me, Its urgent