on 03-12-2020 12:03 PM
Dear Folks,
There is ask from my Customer to increase the Position Text field (HRP1000-STEXT) length from 40 to 80. I understand we already have some threads, recommending that it is better to avoid the change, and if we still need the change, using IT1002(Descriptions) is mentioned to be the preferred approach.
My question here is;
Kindly help me clarify these questions, so that we can work on the possible options.
Thank you Michael and I really appreciate the reply!
At the very first line of your reply- you mentioned 'Don't Do it'. Can you please elaborate a little more on that? if you see any major risk on this, so that we can make a right decision.
In summary, based on your overall reply, I understand that the update of standard field is possible and like you said, we need to be careful while handling the SAP Upgrades and other dependent transactions/ reports. But, want to understand if there is any other major risk due to this change.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You are wanting to change the SAP standard data element HR_MCSTEXT from 40 to 80 fields??? Dont do it.
>> 1. Can we update the field length of the Standard Position Text field (HRP1000-STEXT) from 40 to 80?
Yes, but it is a modification. Whenever there is a SAP upgrade, this modification has to be confirmed everytime, otherwise it will be reset to the original SAP definition.
>> 2. If I can update, would it impact the existing Position data already present?
No, because you are not changing the data type but only making the field larger. The database management system (e.g. Oracle, HANA, etc.) does not have a problem with that and old values will be stay the same.
>> 3. If I can update, and as it is one of the Foundation table for Org. Mgmt Data, will it impact the integrations with other modules like PA, Payroll etc., and any other impact that we need to be aware because of this change in the Standard field.
Yes, there will be an impact and you will have to check the functionality of all transactions/reports that use that field directly or through other objects (e.g. tables, views, structures). For example the GUIs will not neccessarily automatically update the field, as it might be copied from/to another data type and also the field visibility length might be restricted to 40 characters and there might not be enough space to display all 80 characters.
If there is a alternative preferred approach, as you mentioned, I would suggest you take that road.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
parthasarathy.s1, if you post an answer, it will only notify the author of the question and nobody else. If you want someone to be notified, either comment that persons answer, or mention them directly in the post, like this parthasarathy.s1.
Regarding your question, you ask me to elaborate on it, which I think I have done with the comments to your questions 1, 2 and 3.
But here a little bit more info about 1:
User | Count |
---|---|
95 | |
11 | |
11 | |
6 | |
6 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.