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

Dynamic actions through a batch input

Former Member
0 Likes
1,578

HI Gurus,

We are developing a new batch input for hiring in HR, through transaction PA40.

Now, we have found the batch input didn't take in consideration the dynamic actions we have in the system, and they are needed for:

- Guiding to the next infotype in several cases.

- Completing data in some cases.

- Calculation of data through forms in Z reports.

Do you know any way of developing the batch input taking in consideration the dynamic actions? Have you any example?

We don't know how to manage this problem....

Thank you in advance,

Abel

1 ACCEPTED SOLUTION
Read only

Former Member
0 Likes
1,188

You have to handle this in your program. You have to check the data/configuration and have the program react appropriately.

Rob

8 REPLIES 8
Read only

Former Member
0 Likes
1,189

You have to handle this in your program. You have to check the data/configuration and have the program react appropriately.

Rob

Read only

Former Member
0 Likes
1,188

You could check if using CATT or ECATT for PA40 triggers the dynamic actions

Kind regards, Rob Dielemans

Read only

Former Member
0 Likes
1,188

,

Abel,

While updating infotypes through BDC's or FM 'HR_INFOTYPE_OPERATION' will NOT trigger dynamic actions. You have to explicitly code for the infotypes that are part of the dynamic actions.

Please refer to OSS '386027' and a snippet from the OSS as follows...

"To avoid errors when programming and running the session, only the static actions are processed in

batch input. Calls of infotypes that are triggered by dynamic actions should be realized by separate

transaction calls."

~Nanda

Read only

0 Likes
1,188

Thank you for the answers....

But we have to create a lot of actions, which use a lot of dynamic actions...so replicate the code it is a crazy thing! (there are more than 3000 code lines we have to take in consideration!)

Do you know if exist an alternative way without the complete replication of the dynamic actions in the batch input? Maybe some FM that executes directly from the table T588Z or a report that transfers the data of this table to a ABAP code...

Thanks another time.

Abel

Read only

0 Likes
1,188

Abel,

"Maybe some FM that executes directly from the table T588Z or a report that transfers the data of this table to a ABAP code..."....

There is no such FM as for as my knowledge goes. But instead you can analyze the infotypes that needs to be updated as part of the dynamic actions. And build an Internal table for each such FM and

pass the same to the FM 'HR_INFOTYPE_OPERATION'. A call to this FM has to be made for each infotype individually in the program.

I believe that you wont be able to avoid this situation of handling dynamic actions.

~Nanda

Read only

0 Likes
1,188

The alternative is always doing it by hand.

You do have to consider this, the cost of creating some extra ABAP is of course a lot more expensive than if you hire a temporary data entry employee.

I was faced with a similar problem a long time ago and in the end we did opt for a temp to change a couple of thousand employee data, because it was cheaper than creating an 60 hour costing ABAP program to do the same.

Kind regards, Rob Dielemans

Read only

0 Likes
1,188

Thanks Rob,

I know the cost of this development. This is the reason why I'm trying to find another solution, if it's possible...

I ask for maybe a FM standard, or a common report for doing this. Maybe if we use ECATT instead of Batch Input, we can jump over this problem... I don't know. If anyone have some idea about how to proceed i will appreciate so much their help..

I think this is a common problem so, someone maybe have found some solution about.

We have to do this implementation for an interfase, which users have to execute several times every day. We can't tell to users that they have to complete data for every new contract .... so if there is no other option we will develope the code, but we want to try to find another option before.

Thanks to everybody for the support.

Abel

Read only

Former Member
0 Likes
1,188

You have continued this in

Please mark this one as solved or it will be locked as well.

Rob