cancel
Showing results for 
Search instead for 
Did you mean: 

Form Capabilities

Former Member
0 Kudos

We have a requirement to develop very complex HCM F&P

We need to update 15+ infotypes with functionality similar to an Employee Hire Action.

We feel this is too complex for a Adobe form. Are there any guidline / any specification on number of Fields that can be updated etc?

Our form runs into 6-7 pages. Does such a form really work? Has any one attempted such complex requirement through Adobe form?

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

We went live and form is being used without much complaints.

Did several thigns to improve

1) Tried best to avoid user event - going to backend

2) Hardcoded small / static drop downs

3) Execution of Generic services based on Rule / condition

4) Provided Hide option for sparingly used section so that these section is enabled only if user wants to and thereby avoiding execution of related generic service.

5) Certain script level code instead of hitting backend.

From where we started, and today form being used without major complaint, it is a long way. logic works and it is being used extensively on day to day basis

Former Member
0 Kudos

Hi,

I also in the middle of investigate for how it work for Hiring process of HCM P&F. For now, I still convinced that what Jithu mention is how it work for Hiring. But I still hope that there is the surprise from SAP that help us to update hiring action more effeciency. Please kindly share if anyone already implemention Hiring Process via HCM P&F.

Thanks a lot!!

Regards,

Visut

OttoGold
Active Contributor
0 Kudos

Hello,

I have never such a big HCMFP. But I think there won´t be any limit for the features you need, infotypes you need to update, size of the form etc.

I have developed forms with 30 pages at design time, 60 at runtime, and there was a small performance problem at ADS and another one when user was opening the form (there were tousands of lines of script code) and even that form solution was quite usable.

As for the number of infotypes to update... because that is done in backend, I don´t think the form will have any problem with that and in the backend there won´t be any performance problem. The form won´t be sending data there and back all the time, right? It will be a mass upload/ download of data, but not many times.

Imho your requirement is not unusual and will work just fine, regards, Otto