Impact if we change personnel subareas

We have two personnel subareas say X and Y. Now we want to consolodate the two into one personnel subarea.
Can anyone suggest what the negative impact will be by doing this.
Thanks in advance

Hmmm
Generally the Purpose of the Personal Subareas are to differentiate Employees on the basis of various parameters
and u Need to Change the Employee PSA Who already in X
So, Even though u Consolidate the X PSA with Y uder one PA
Mainly Check the Groupings u must assign the same Groupings that exists to Y
Check V_0001P_ALL
PSA defines the permissibilty of Wage type , Holiday Calendar ETC

Similar Messages

Changing personnel area/subarea (IT1008) from org unit to position

We are live with PA and Org. Mgmt, but have been advised to change the infotype 1008 data - personnel area and subarea to be stored on the position instead of the org unit (where we have it now). A big reason for this is we have cases when we need to overwrite the personnel subarea at the position level. For example, a position belonging to an org unit with subarea ABCD, may really be in subarea WXYZ. Therefore, even though the org unit is ABCD, it will be overwritten at the position level to WXYZ. My understanding is that the RHINTE30 program will not work approrpiately if we are maintaining the data this way.
In transaction PPOME there is an account assignment tab on the org unit with cost center (filled in) and personnel area/subarea (which will be blank moving forward since that data won't be maintained on the org unit). Then, there is also an account assignment tab on the position with cost center inherited from the org unit (sometimes needing to be overwritten at the position level), and the personnel area/subarea data. My question is how should I handle the view of PPOME for this data? Can I hide the personnel area and subarea on the account assignment tab for the org units only so it is not confusing for the users? The problem with having it this way is that personnel area and subarea are blank on the org unit and filled on on the position. They are conflicting and both visable/maintainable to the User. Any advise please? Thanks!

Hi Nish,
I gave you my input on your other related message and now will go for this one.
As I commented on the other message, RHINTE30 will not integrate infotypes 1008 and 1013. So you don't have to worry about using this functionality (first part of your message).
On the second part (personnel area / subarea on position rather than org unit): there are some considerations here that are more functional / process driven than technical. From a technical point of view, everything can be done. You can hide data from infotype 1008 on the tabstrip for your org. unit using dynpro handling, even via customizing. You can even transfer the data from infotype 1008 on the org. units to the positions or delimit it on the org units. There are some quite easy ways of achieving this using the LMSW tool (have you used it? I can forward some documentation).
But personally, I would not recommend to do this from a process point of view. Everything in SAP HR is about the inheritance concept, and I think this works very well when it comes to org. units and positions. It is normally advisable to record personnel area / subarea on the org. unit level. This will be inherited by positions (even if you cannot see it at position level in PPOME) and thus defaulted for the employee. At position level you should handle only the exceptions, which will be in turn also defaulted for the employee holding the position. In this way, data maintenance is minimized. If you delete (or do not use from now on) information about infotype 1008 on org. unit level, your HR department will have to maintain this every time a position is created, and even in cases in which a position is shifted from one org. unit to another one.
In my opinion, you should address this with your HR department and explain the concept and the consequences of maintaining all at position level. It would only be advisable to do it if the org. unit structure is very cross-personnel areas and subareas. If it is a matter of handling exceptions, again, I would recommend to continue recording this data at org. unit level. All in all, if the data is not recorded on the position and you need to see which is its personnel area, you just need to double-click on the org. unit above.
Just wanted to let you know my opinion, of course it's your decision. By the way, I'm of course not aware of other possible implications like home-developed reporting and so on.
Regards,
Rodrigo

Change of personnel subarea results in change of legal person

Hi Experts.
I have search in this forum after answer on this question, but haven't find any.
To start with, we have implemented CE.
My problem is that if we have hired a person on wrong date and want to change the date to an earlier date, infotype 0000 is OK, but infotype 0001 will not be changed.
The error message says: Change of personnel subarea results in change of legal person.
I have checked the table V_001P_G and it seems to be right. I can't find any fault.
I have tried all other suggestions I have found in this forum such as, Change and Execute info group when running Change entry/leaving date in PA30. Executing the programs RPUFIXDS and RPUP0001 with negative result.
So if there is anyone who can explain to me what this error message actually means, and of course have a solution, I would be really happy.
Thanks // Peter B

Hi Peter,
Apply the following note,
1487263 - transaction PA41 error message is displayed in IT00
after implementing, Kindly use transaction PA41.
The 'Correct action' function (PA41) offers a special functionality for
hiring and termination events only: When changing the begin date of
the event the begin date of all infotype records belonging to the
infogroup assigned will be shifted accordingly.
Hope this will solve your issue.
Regards,
Meera

Personnel subarea change ?

Hi all,
Need to figure out whether we can change or edit a PERSONNEL SUBAREA. My client is planning to move from 4.6c HR to 4.7 HR. during this change they need to change some of the personnel subarea (i think just rename).So they need to do the necessary changes in 4.6c before they migrate to 4.7. Is there any report that can do the work?
If this is not possible, Is there an option similar to reference personnel number IT 31? so that i can assign the old personnel subarea as reference to the new one.
Thank you people
Niranjan

Hi Niranjan
U can rename the Personnel Subarea name by
SPRO->ENTERPRISE STRUCTURE->DEFINITION->HUMAN RESOURCE->PERSONNEL SUBAREAS.
Then Double click on "Copy, delete, check personnel subarea".
Then Click on "Replace Org Object"(3rd button).
Then Gibve the Old and new name.
This will change the name in every table.
But after doing this U have to change the employee data separately.
Award points if helpful.
~BiSu

Personnel subarea changed in hr module but not reflecting to bi with same

Dear all
            below is the scenario at present
personnel subarea for employee in april was as   1111.
personnel subarea for that employee in MAY IS       1120
                                that is one employee changed from personnel subarea 1111 to 1120 in HR - MODULE R/3
In BI still he showing in personnel subarea 1111 only
How to get changed this employyye form personnel subarea 1111 to 1120 where as PERSONNEL AREA IS SAME
Provide your valueble suggestions.
Thanks
satish.A

Hi Thankd for ur qick reply
Already i have loaded the data of o employee but it is not working.Just now also done the same there is no use
personnel subarea is not getting changed as of r/3 for the employee.
Any more ideas regarding the issue it will be helpful
Thanks
Satish.A

Changing Personnel Sub Areas Post Go-Live

I have a situation where the client wants to discontinue use of certain Personnel Sub-areas and do a mass change of employees in those PSA's to existing PSA's, as well as possibly reassign Employee Groups and ESG's.
If PA/OM integration is turned on, what is the easiest, least painful method of accomplishing this?
I'd like to make the change on the OM side and have it be inherited on the PA side, IT0000/0001.
Thanks.
Tom

This is not a solution but rather sharing some experience.
I am in a similar situation in my current place: Company Code was created excessively without knowing the actual usage of it by FI. Most of it doesn't represent actual legal entity. Because of this mess this client has issues when wanting to implement other SAP modules like logistic,SD etc. Now they are in the 'clean up' process. But because it has impacted HR as well, situation becomes really messy. To make things worst in HR, Personnel Areas are also created not in a manner that it should be. Now these too need to be cleaned up (not because of logistic, SD implementation but now their users make noise because their employee data are so messy .... users are HR professionals so they can see..). But we proposed the clean up of Personnel Areas to be done at later stage once the Company Code is cleaned. This is also because changing Personnel area, subarea for a productive system is more risky as you need to consider retroactivity when it comes to Time Eval and Payroll. In our case for example, as Company Code need to be cleaned up retroactively, this impact all payroll, time, and Travel & Expense clusters.
Moral of the story:
- Adequate end user training as well as IT support training must be provided
- System procedure documentation must be provided and followed by the client
- Good IT support who knows the business process is required so that any enhancement to the delivered system is done in a manner that it should be. Not just anyhow create!
"If you fail to plan, you plan to fail" - someone

Incorrect combinations for personnel area and personnel subare

Hi all,
we are getting incorrect combinations for personnel area and personnel subarea in the Target and as well in report.
we are using standard datasources 0PERS_AREA_TEXT and 0PERS_SAREA_TEXT, we are extracting only masterdata text from ECC, Not maintaining Attibute and Hierarchy for personnel area and personnel subarea.
we created (Actions overview) report on top of standard DSO 0PA_DS12 extracted from data source 0HR_PA_1,
Actually some of employees are changed on xxxx.xx.xx date from one personnel area to another personnel area with respective subarea's, but here employee personnel area are coming correctly but not for subarea.
what i need to do now?
can any one help out in this..
Thanks in advance.
Thanks,
Sri

Hi,
In this context we will have two senarios.
1. Displaying the Personal Area and Personal Sub Area from Transactional data.
2. Displaying from Master Data.
If you choose Scenario 1 then, Personal Area and Personal Sub Area will be shown as per ECC entry. But in second scenario, If one Personal area or Personal Sub Area changed over a period of time that will effect the historical data also.
For Example if your Personal Sub Area changed on Apr 1, 2011.
Scenario 1: Report will be as per ECC Data ( from Apr 1, 2011 onwards it will show new Personal Sub Area).
Scenario 2: Report will show new Personal Sub Area of Personal Area for entire data.
Hope this will help you.
Regards,
Chenna.

Need help for finding objects impacted by size change for an infoobject

hi all,
need help for finding objects impacted by size change
for xxx infoobject, due to some requirements, the size to be changed from
char(4) to char(10), in the source database tables as well as adjustment
to be done in BI side.
this infoobject xxx is nav attribute of YYY as well as for WWW
infoobjects. and xxx is loaded from infopkg for www infoobject load.
now that i have to prepare an impact analysis doc for BI side.
pls help me with what all could be impacted and what to be done as a
solution to implement the size change.
FYI:
where used list for xxx infoobject - relveals these object types :
infocubes,
infosources,
tranfer rules,
DSO.
attribute of characteristic,
nav attribute,
ref infoobject,
in queries,
in variables

Hi Swetha,
You will have to manually make the table adjustments in all the systems using SE14 trans since the changes done using SE14 cannot be collected in any TR.
How to adjust tables :
Enter the table name in SE14. For ex for any Z master data(Say ZABCD), master data table name would be /BIC/PZABCD, text table would be /BIC/TZABCD. Similarly any DSO(say ZXYZ) table name would be /BIC/AZXYZ00 etc.
Just enter the table name in SE14 trans --> Edit --> Select the radio button "Save Data" --> Click on Activate & adjust database table.
NOTE : Be very careful in using SE14 trans since there is possibility that the backend table could be deleted.
How to collect the changes in TR:
You can collect only the changes made to the IO --> When you activate, it will ask you for the TR --> Enter the correct package name & create a new TR. If it doesn't prompt you for TR, just goto Extras --> Write transport request from the IO properties Menu screen. Once these IO changes are moved successfully, then the above proceduce can be followed using SE14 trans.
Hope it helps!
Regards,
Pavan

Create personnel subareas

Hi experts,
I just enrolled the course SAP HR module and hope you won't think my questions too stupid.
I tried to create my personnel subareas from SPRO's enterprise structure. This was what I wanted to do:
Personnel area: 0000
Personnel subarea: 01, 02, 03, 04, 05, 06 (all under personnel area 0000)
However, I kept getting an error message: "01 doesn't not exist in (check entry)" when I tried to create personnel subarea 01.
Do you know what was the problem and how should I fix it? Thanks in advance.
Catherine Sum
P.S. Sorry I just finished my third SAP HR class, please give me step by step instructions if possible.

Hi Catherine
Are these defined in V_T001P
Before you can use the HR system the way you want to you have to ensure the IMG (SAP Implementation
Guide - transaction SPRO) is completed
It is possible one of the IMG steps will require you to check or update V_T001P
Best regards
Stuart

Sample Data Used in Personnel Subarea and Employee Subgroup

Hi HR Guru,
Can anyone give me some sample values you used in Personnel Subarea and employee Subgroup? Our company is looking into HR implementation. We just wondered how other SAP customer's configuration for this field.
Thanks!
RL

Hi Reiling,
There are plenty of threads here that describe the concept of personnel area/subarea, employee group/subgroup. You can also check SAP documentation.
Based on that and your organization set up you should be able to chalk out the personnel structure.
Donnie

Personnel subarea inheritance issue

Hi,
not sure if this is an abap or functional question, so I started here.
I have a report using Logical Database PNPCE to find some values from a couple of info types. When I select a unit (from the 'OrgStructure' button at the top of the screen), say 111, and all its sub-units with no selections in the selection screen, I get one person displayed. This is correct and this person is in a sub-unit 3 levels down (unit 333).
I then added a selection to only display people in units with Personnel SubArea 'OTEC'. Now I get no results output. When I look in PPOME, I can see that unit 333 has Personnel SubArea 'OTEC' but it is inherited from '111'.
In PP01, unit 111 has an Account Assignment entry (Info Type 1008) but 333 does not.
Does anyone know how to report on this?
Is there a flag somewhere that tells the LDB to check for inherited units?
If not, any ideas if there is a function out there to find the superior unit for these sub-units?
Thanks.

Hi,
I couldn't find a simple solution so have used the FM RH_CHECK_ACC_INPUT to get the parent org unit details.
Thanks.

HR: Mass Update Personnel subareas

Hey All,
I wanted to know if there is a way to mass update the personnel subareas for all the personnel areas in HR. I know that we can maintain the personnel sub areas in SPRO but doing this manually is going to be very time consuming since we have lots of data to update. Is there any other way, any BAPI I can use, Any transaction i can create an LSMW of.
Any input is highly appreciated..
Thanks.

Thank you for your input. I have used HR_MAINTAIN_MASTERDATA to update infotypes to a peratining user but how do i use it to update personnel areas in general??
I am talking about updating subareas to personnel areas in general, not related to a particular emloyee.

Authorization based on personnel subarea

Hi All
I have to set up an authorization for my HR users restricted upon their location of work. I have set up personnel subarea for the same. However, am not able to find the personnel subarea object in the profile generator screen for the role.
For reference
PA               PSA
Corporate      Gurgaon
Plants           Panoli
                    Udaipur
                    Jammu
Marketing      All Marketing Locations
I want to set up an authorization for user to only be able to access Plants -> Panoli data
Please advice
Regards
Lokesh Gupta

hi,
Have a look at this pdf.It may help u.
http://www.sap-press.de/download/dateien/726/sappress_authorization_system_engl.pdf
http://wiki.ittoolbox.com/index.php/SAP_HR_-_Check_your_basics-Answers-1#DATA_AND_AUTHORIZATIONS
cheers,
Manoj.

Group Personnel Subarea for Work Schedule

Hi All,
I am learning SAP HCM ECC 6.0 at the moment, I have created Personnel Area, Personnel Subarea however when I am trying to u201CGroup Personnel Subarea for Work Scheduleu201D the newly created Personnel Areas and Personnel Subarea are not appearing the list to group them for work schedule.
No such problem persist while Defining employee subgroup under work schedule rules and work schedule in IMG.
Experts could you please suggest me the solution to this problem? Is there any integration missing?
Thanks,
Jitend

Thanks a lot Prateek, Sujit and Ravee
The problem is been resolved by editing in Table "V_T500P" (Country grouping), now newly created PAs and PSAs are appearing in the list and I can "Group personnel subarea for work schedule"
I did the the basic configuration of PAs, PSAs, EG, ESG and I assigned them to company code however PAs and PSAs were not appearing in the list to group them for Work Schedule. The problem is been resolved now by editing in Table.
I really appreciate your help here.
Edited by: Jitendk on May 31, 2011 12:11 PM

Error Personnel subarea grouping (MOABW) is not maintained.

Hi
Error message reflecting Personnel subarea grouping (MOABW) is not maintained while approving leave through MSS tab.
Need help.
Rgds
RKG

Hi;
Can you check table V_001P_ALL
You have to check personnel subarea grouping for absence and attendance types in the table
Regards;
Okan
Edited by: Okan Caliskan on Sep 13, 2011 5:45 PM

Impact if we change personnel subareas

Similar Messages

Maybe you are looking for