on 04-06-2009 5:23 AM
Hi,
I have used table display for entering 0014 infotype values.
SAP_PA config
0014 LGART Change * *
I get the following error when I hit "check and send" Button
Subtype field and subtype contain different values
Any help on overcoming this problem is highly appreciated. Is there any note for this problem.. I have applied note 1290894, but it did not work.
Thanks in Advance
Which enhancement and support pack are you currently using?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You do not "need" a complex list. In fact, in all of my FPM-based processes, I have not once used a "complex list" layout. "List" (FPM_LIST_UIBB_ATS) always works fine.
(*here is a funny post from someone venting if complex list is really ever used at all...http://scn.sap.com/people/ioan.radulescu2/blog/2015/07/20/venting-trying-so-hard-to-update-infotypes... ...I only see two places where SAP actually uses the complex list themselves in HCM P&F samples)
I have done SEVERAL "recurring" (IT0014) and "one time" (IT0015) type processes. They are fairly straightforward, but lots to consider going into it.
The MAIN thing to keep in mind with IT0014 is you may be changing existing records or adding new ones. Therefore, we do it all with an Advanced Generic Service using regular ol' decoupled infotype framework classes and handling (ie. containers). We don't try to do this using basic SAP_PA operations. We do this because requirements dictate that our users may:
1. add a new recurring payment (checks in place to make sure duplicate wage type is not entered)
2. for existing payments (those "active" as of today's date) we only allow the user to change the "end date" (in order to extend it further or "close"/end it) and amount...checks in place to insure user does not attempt to "end date" it prior to today's date so we do not run into issues with retro accounting/payments.
3, delete is allowed only on newly added (but not yet processed) payments. The user can not delete existing/active payments.
You do have to do a bit of "trickery" with handling the entries in the list/table to control field attributes (readonly or edit) at the CELL level but I have covered this in older blogs I did here. Also, I use my only little "trick" of having a "is dirty" field so I know which entries the user has actually changed (so we don't try to update all existing entries...only those that really changed).
It is a lot of work but in the end it works very well. In place for 26 countries one of my larger clients.
Hi Christopher,
many thanks for you replay. I'm new with HCM P&F and I'm learning from you all, with your post and blogs, so really many thanks again.
You gave me another explanation for the IT0014. I've tried with standard as I've found a complex list for IT0014 in the standard process and I've thought that way was the right one, but I was wrong.
I'll try with my college with your solutions, but unfortunately we don't have enought time.
I'll keep following you, thanks for your work.
Federica.
User | Count |
---|---|
88 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.