Functional Areas and Job families maintenance - EhP 4

Hi all,
I've read in an older SAP doc that Job Families and Functional Areas are only maintanable through the Talent Management Specialist in the Enterprise portal. I remember that maintaing JFs in the the backend caused some issues in EhP 3.
I wonder if this is still the case in Enhancement Package 4.
Is is possible to maintain the FN and JF objects through the backend i.e. PP01? Or are these objects still intended for use strictly with the Talent Management Specialist in the portal?
If anyone could point me to the newest documentation on this subject or has the answer to this that would be great.
Thank you!

Hi Jean-Philippe:
It is indeed possible to maintain FN and JF in PP01. SAP has also included HRTMC_PPOM (as well as HRTMC_PPOS & HRTMC_PPOC) as equivalents to PPOME for working with these objects and other TM objects/relationships.
These links might be what you're looking for:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/2e/5d2dd5ceaf4b60bc5207ebe0a197bd/content.htm
http://help.sap.com/erp2005_ehp_04/helpdata/EN/54/d538245361489f82ed6c39110ba020/content.htm
Note in that 2nd link, SAP basically says if you want a more 'graphic' interface, then you can use certain Nakisa submodules.
Hope that helps.
Thanks,
Chris
Edited for typos by: Chris McNarney on Jan 15, 2010 11:16 PM

Similar Messages

Create Functional Area via Job Architecture in Non-English language

Dear Experts,
We're running following environment.
- Windows Server 2003 Std SP2 64bit (32bit conversion completed)
- SAP ERP 6.0 EhP 4 Unicode system as back-end system for STVN
- STVN 2.1 SP1 with Japanese Language pack
- Language = Japanese and English
- TREX setting is not ready (will be ready soon)
The problem is we cannot create Functional Area via Job Architecture
if we log on Job Architecture module with JAPANESE.
(We can create Functional Area if we log on with ENGLISH)
[Procedure]
1. Launch Job Architecture module with Japanese
2. Job Architecture => Create Functional Area (under Tasks)
3. Key in [Title] and [Abbreviation], and then click [Add]
4. Error message "Not able to load DLL or CLASS" appears
I have already confirmed that if I do same thing with English,
Functional Area was created in ECC environment.
What settings am I missing?
Best Regards,
Masaya Iizumi

Dear Luke and Eugene
Thank you very much for the reply.
I have understood that it is known issue for .NET platform for 2.1 SP1.
I will communicate with Nakisa Support.
Again, thank you very much for your kind cooperation.
Best Regards,
Masaya

Functional Area and Grant Fields on work Order

Hi Experts,
I want to know, how would I hide / set optional Functional area and Grant fields?
There fields are appeared on IW31 (Header data tab -> GOTO -> Assignments -> Funds Management)
Best Regards,

Hi,
I am going to perform FI Vs PM integration, In our case if funds are available then I can be planned and execute maintenance order, We have very experience resource in FI and that consultant advised me to set off these fields.
What is GuiXT? from where I can use this? how I will use this?
Regards,

Functional area and cost of sales accounting (company code 2000) active

Hi There!
I hope someone can help.
In our sandbox system, whenever I try to convert a Purchase requistion into a Purchase Order I get the following error message : "Functional area and cost of sales accounting (company code 2000) active".
Anyone know how I can resolve this issue?
Kind regards,
Karl

Hi,
Double click on the error message & check the message Number..
Then go to
Spro>MM>Pur
Attributes of system messages & change the Message from Error to Warning..
Thx
Raju

GRC-AC 5.3 CUP Functional Area and Company - How does it works?

Hello experts,
Can someone give a clue on how do Roles Attributes -> "Functional Area and Company" works?
I was imagining that it could be used a stage with Approver Determinator by "Role" , but had no success, is that the right way to use it?

Hello Chinmaya,
Thanks for your reply.
In fact, I already use Company and also Functional Area in the role for filtering purposes. I do not need different initiators for different Companies.
What I really tried to do was make GRC-CUP determine the role approvers of a stage to those I informed in Configuration -> Roles -> Attributes -> "Functional Area and Company".
Consider this example: if someone ask for a role that have Functional Areas F1 and F2 and Companies C1 and C2, and I configured Funcional Area and Company F1C1 to approver A, F1C2 to approver B, F2C1 to approver C, F2C2 to approver D. Then the request would go to approvers A, B, C and D. This is sort of what I was expecting, but could not make it work.
Regards,
Vaner

SAP GRC AC: Functional Areas and Point of Contact

Dear all.
We are configuring the functional areas and i would like to know how to map a user (Point of Contact) for each functional area.
Regards and thank you.

Dear Sara,
according to definition Point of Contact is an approver for a specific Functional Area. Functional Area is an attribute used to categorize users and roles.
First of all you need to assign a user to role Point of contact in Access Control Owners application.
Next you can use them in MSMP configuration as using following FM: GRAC_MSMP_POINT_CONTACT_AGENT.
Let me know, if you require further assistance,
Filip

Functional area and Credit Control area

HI
Dear Guru's
Kindly explain me the ,the differenec between Functional area and credit control
area, with examples.
with regards
Arun Kumar

Hi Arun Kumar,
Functional Area :
It organize your business for cost of sales accounting. It allow you to segregate and classify different types of costs within one expense account. For e.g. a single labour account to determine what amount of labour is spent directly on production as compare to sales or hr.
OKBD - Maintain Functional Area
Credit control area:
An organisational unit that represents an area responsible for granting and monitoring credit.
outstanding recievables can spoil the business process. to
control credit limits in sap system we can configure credit
control area.
one company code can hav one credit control area only
but one credit control area can hav many company codes
i.e. u can assign one credit control area to many company
codes.
the relationship is one to many.
Regards,
Haribabu

How to post cost of goods sold to io per functional area and account determ

1. We create a sales order with reference to a revenue IO with functional area ABC01.
2. We create a delivery document on the sales order and goods issue XYZ.
3. We expect the cost of goods sold for the coal to hit an existing IO with functional area ABC02 based on account determination for XYZ.
4. Instead we see both the revenue and the COGS hitting the revenue IO on the Sales roder.
5. For now, the accountants responsible for those companies have been making journal entries all along to correct the postings.
Please advise what needs to be done for step 3 to happen so that the extra step 5 need not be done.
(IO - internal order)
Thanks,
Venkat

What is the IO you have assigned in the Sales Order please?
Just check the Sales Order - Account assignement, so that you can able to change if there is a different IO.
System won't pick up IO automayically until unless you secify in Sales order to done OKB9 settings.
Chek the above
Thanks

Disntinguish between functional area and cost center

Hello,
what's the real pupose of defining func. areas and assigning to cost centers.
ok, we can capture all the costs of all cost centers , fine, but even the cost center will do that and we can report at cost center grp level or at any grp level, but still not clear abt the true significance of it as compared to cost cneter which does the same. Also how should we go about defining functioanl areas
please advice.
points will be awarded.
thnaks very much.

Hi,
Double click on the error message & check the message Number..
Then go to
Spro>MM>Pur
Attributes of system messages & change the Message from Error to Warning..
Thx
Raju

Functional area and profit center

HI,
When we use Profit center what is the necessity to go in for Functional area ?
Regards, chitra

Hi,
Go through this link your required information can be available
http://help.sap.com/saphelp_47x200/helpdata/en/eb/1370c943c411d1896f0000e8322d00/frameset.htm
if it is useful don't forget the reward points
Regards
gvr

Talent Framework 3.0 : jobs without job family & functional area

Hi,
In Job Architecture hierarchy, is it possible to show jobs and positions without using Functional Area and Job Family? My client is thinking of using Jobs and Positions only.
Thanks.

Hi there,
The Job Architecutre/TalentFramework application is used to reflect the Job Architecutre framework in SAP and therefore conforms to the structure standard FN > JF > C > S. This means you cannot visualise jobs or positions without the Functional Area and Job Family objects by standard. I am sure through HR-OCI and Evaluation Path configuration you could change this, but I am unsure how the application handles the objects below the "dummy" root - ie if it looks specifically for FN objects or just looks at the top level objects returned. My gut feeling is the former.
Best regards,
Luke

Regarding Object Functional Area (FN)

Hi Folks,
The client is currently on EhP4 and will be upgrading to EhP5 soon.
Also the Netweaver version currently is 7.0 and will be upgrading to portal Enhancement Pack 3 of 7.0
The client needs full fledged Job Architecture and Competency Management. The blueprint discussions have already concluded and the discussions were done assuming we have the Functional area and Job Family objects as part of the Job architecture structure.
I just got access to client SAP and discovered the "Functional Area (FN)" object missing from the object list in PP01.
In this regards, I have the below queries:
* Is the object FN available only with EhP6 and above versions?
If No, will this issue be as simple as missing table entries?
If Yes, with EhP4 or 5 implemented, can we create a new object with same name FN and maintain the corresponding relationships as will be done in standard post EhP6? And will the profile match-up consider the custom created FN object during comparisons in ECC transaction and on portal (during development plans and succession planning comparisons) ?
Kindly help.
Regards
Shashank Shirali

The FN object is activated as part of a Business Function and is available from EhP4 onwards.
The business function (HCM_TMC_CI_1) was introduced with EhP4 (but still needs activating).
HCM, Core Processes in Talent Management - Business Functions (SAP Enhancement Package 5 for SAP ERP 6.0) - SAP Library
For EhP5 there is a second Business Function (HCM_TMC_CI_2) you should look to activate:
HCM, Core Processes in Talent Management 02 - Business Functions (SAP Enhancement Package 5 for SAP ERP 6.0) - SAP Libra…
Regards,
Stephen

Relation between business process and functional area during the role search

Hi Experts,
We have 2 functional areas in which we have different business process involved.
During the Access request, if the user selects one functional area then business process related to that functional area should come.
Is there any functionality in GRC, where the mapping between functional are and business process to be done?
Thanks,
Sriram

Hi Sri,
there is relationship between 'Business process' and 'Sub-business' process as in configuration parameter you can setup that once business process is selected only relevant sub-process will be selected.
There is no such a relation between functional area and business process.
Filip

Functional Areas

What are functional areas? user groups? how does abap/4 query work in relation to these?

HI
functional areas
these are the Functional areas and you can get information in t his site
http://sapbrainsonline.com/TUTORIALS/FUNCTIONAL/
CA
CO
FI
HR
LO
MM
PM
PP
PS
QM
SD
TR
WM
user groups
Transaction SUGR - have a look. Purpose for example is to give certain system admin rights to unlock / change password only to a given user group. You assign user group to an user id via SU01.
User group can be used for different reasons and in different way.
In the latest versions of SAP, actually two types of usergroup exist, the authorization user group and the general user groups.
Naturally the main reason of user groups is to categorize user into a common denominator.
The authorization user group is used in conjunction with S_USER_GROUP authorization object. It allows to create security management authorization by user group. e.g. you can have a local security administrator only able to manage users in his groups, Help-Desk to reset password for all users except users in group SUPER, etc...
The general user group can be used in conjunction with SUIM and SU10, to select all the users in a specific group. User can only be member of one authorization user group but several general user group.
One of the Primary uses of user groups is to sort users into logical groups.
This allows users to be categorised in a method that is not dependent on roles/AG's/Responsibilities/Profiles etc.
User Groups also allow segregation of user maintenance, this is especially useful in a large organisation as you can control who your user admin team can maintain - an example would be giving a team leader the authority to change passwords for users in their team.
The most important factor identified is that the lack of user groups is an indication that there may be problems with the user build process. This is very "fuzzy" but is a bit of a warning flag.
The Auditors job is to provide assurance that SAP is set up and administered in a way that minimises risks to the financial data produced. If the only thing they have picked up on is the lack of usergroups then you will be fine.
If you are in any doubt whatsoever ASK THE AUDITOR. They would have produced a report listing why they feel there is a risk by not having User Groups implemented. If you feel that the risk is mitigated by other measures then let them know. It works best as a 2 way process and both parties can learn something.
SAP Query: Assignment to a User Group
If you want to extract your data from an InfoSet, the InfoSet must be assigned to a user group before the DataSource can be generated. This is necessary as the extraction is processed from an InfoSet using a query that comprises all fields of the InfoSet. In turn, this query can only be generated when the InfoSet is assigned to a user group.
Releases up to 3.1I
In releases up to 3.1I, a screen appears in which you have to specify a user group as well as a query name. The user group must be specified using the value help. In other words, it must already have been created. You can get more information about creating user groups in the SAP Query documentation, in the section System Management ® Functions for Managing User Groups.
A separate query is required for an InfoSet each time it is used in a DataSource. For this reason, enter a query name that was previously not in the system.
The query is generated after you confirm your entries.
Releases from 4.0A
In releases as of 4.0A, the InfoSet for the extract structure of the new DataSource is automatically assigned to the pre-finished system user group. A query is automatically generated by the system.
Query Areas
Query areas were created to allow you to fulfill varying requirements with SAP Query.
A query area contains a set of query objects (queries, InfoSets, and user groups) that are discrete and consistent.
You can differentiate between two different query areas, the standard area and the global area. Both query areas provide you with a full range SAP Query functions.
· Standard area
In the standard query area, all query objects (queries, InfoSets, user groups) are created and managed specifically for each client. Query objects are not attached to the Workbench Organizer, this means that they cannot be created and transported according to standard correction and transport procedures. This is a big advantage for end users that want to develop queries (ad-hoc reports) in their own client that are not meant for use in the rest of the system. Query objects can still be transported, however the transport process requires manual preparation and is not automatically initiated (export and import takes place using Query transport tools). For further information, see Transporting Standard Area Objects.
· Global area
Query objects in the global area are cross-client, that is they are available throughout the whole system and in all clients. Query objects in the global area are connected to the Workbench Organizer. They can be created and transported using the normal correction and transport procedures.
Transport is initiated automatically and no manual preparation is required. The global query area is therefore well suited for centrally developing queries meant for use and distribution throughout the system. All query objects delivered by SAP (from Release 4.0) are located in the global query area.
Both the global and the standard query areas contain discrete and consistent numbers of query objects. No relationships of any sort can exist between objects from different query areas. For example, you cannot create a query in the standard area using an InfoSet from the global area.
Each query area can be viewed as a discrete namespace for query objects. This means that objects can exist in different query areas that have the same name but different meanings.
Global Area Naming ConventionsHow to name queries, user groups, and InfoSets has already been discussed in the previous sections. When naming global area query objects, certain prefixes can be used.
You may only use a particular prefix after first having purchased its corresponding license.
A prefix is composed of '/prefix/' and precedes the actual object name. The / symbols before and after the prefix name are actually part of the prefix. A prefix can contain up to 10 characters including the two / symbols.
Pay attention to the following guidelines:
· InfoSet names can take the form '/prefix/InfoSet'.
The entire name of the InfoSet including prefix can contain up to 24 characters.
· User group names can take the form '/prefix/user_group'.
The entire name of the user group including prefix can contain up to 12 characters.
· Query names take the form 'query'.
Query names have no prefix of their own, instead they take the prefix of their user group. A query name can contain up to 14 characters.
· Prefixes may only be used with InfoSets and user groups from the global area. The Workbench Organizer checks to see if prefixes are used correctly.
The individual query object maintenance transactions check the name syntax described above. You can only work using name prefixes with query objects in the global query area. This is significant because it is in this area that query objects from SAP are inserted at PUT if necessary. All query objects delivered by SAP have the prefix '/SAPQUERY/', which has been reserved for them.
When using prefixes in the global area, ensure that objects whose names begin with a prefix belong to the development class with the same prefix. The Workbench Organizer checks to see if this condition has been fulfilled.
When creating queries for a user group whose prefix belongs to SAP, a business partner or another SAP customer, you must pay special attention to the fact that queries inherit their prefixes from their user groups. These kinds of user groups can in turn be transported into your system using a PUT or other transport method. These queries then belong to the objects found in the namespace determined by the user groups prefix.
If, for example, a query is created in the user group '/SAPQUERY/xx', then this query inherits the prefix '/SAPQUERY/'. It seems, therefore, that the query belongs to those objects delivered by SAP. This in turn could lead to the query being overwritten during the next transport. Therefore, it is recommended that no new queries be created in these user groups and that you use your own user groups when creating new queries.
Changing Query Areas
You can change query areas from each query object maintenance component by choosing Environment ® Query Areas. A window appears containing both query areas and their long texts.
Use Choose to choose the query area that you want. If you choose to work in the global area, this is displayed on the initial screen of the maintenance component. In the standard area no such text is displayed. The same maintenance component functions are available in both query areas.
You can display technical information about a query area by choosing Information on the screen where you chose which query area you wanted to work in. A dialog box appears where a long text is displayed along with information about whether or not the objects are client specific or linked to the Workbench Organizer.
Assigning Development Classes in the Global Area
Due to the fact that query areas are linked to the Workbench Organizer, a development class must be designated when query objects are created. Query objects are entered into a correction request whenever they are created or changed.
In the global area, you can classify query objects as local objects (using a temporary development class, usually $TMP). (This is the same as creating a query object in the standard area). There are several conditions that you should pay attention to when designating or changing development classes:
· All query objects in the global area have to be assigned to a development class (temporary development classes included). If the development class is not temporary, that is to say transportable, then the object must be entered in a correction request when it is being created or changed.
· User groups and InfoSets can be assigned to any development class you want.
· Queries can only be assigned to non-temporary development classes if their corresponding user groups and InfoSets are also assigned to non-temporary development classes. If, when you are creating a query, it is determined that either the InfoSet or user group assigned to that query is part of a temporary development class, then your query will automatically be assigned to development class $TMP. Whenever this happens, no dialog box asking you to determine a development class will appear.
In order to simplify matters, it is recommended that you always assign user groups and InfoSets in the global area to transportable development classes. In this way, all queries can be assigned to any development class you want.
All query objects in the global area that are assigned to non-temporary development classes must be entered in a correction request when being created or changed. An exception occurs with customizing settings. Changes like assigning users to user groups and InfoSets to user groups can be made without having to be entered in a correction request. Transports made using the Workbench Organizer do include InfoSets user group assignments, not however users user group assignments.
You can change development classes in the various query object maintenance components by choosing either Query ® More Functions ® Change Development Class, InfoSet ® More Functions ® Change Development Class or User Group ® Change Development Class. However, in accordance with the rules for assigning development classes formulated above, the following restrictions apply:
· Changing a user group from a non-temporary development class to a temporary development class only makes sense if all of the user groups queries are assigned to a temporary development class.
· Changing an InfoSet from a non-temporary development class to a temporary development class only makes sense if all of the InfoSets queries are assigned to a temporary development class.
· Changing queries from a temporary development class to a transportable development class only makes sense if the InfoSet areas and user groups they are assigned to are in a transportable development class themselves.
The function Change development class... checks to see if you are allowed to change an objects development class and displays a warning if this is not possible. You may then change the development class.
For technical reasons it is possible to make changes that conflict with the restrictions listed above. Therefore the system checks automatically to see if all changes made are acceptable. If a conflicting change has been made, a warning is displayed asking you to reconsider the change. If this were not the case, you would run the risk of having inconsistent datasets in all receiving systems after transport.
You can no longer change a development class when an object belongs to a transportable development class and has already been transported. This means that all development class changes described above must be made prior to transporting the object.
A development class change may also be necessary after a query object has been renamed. You must also ensure that the development classes of user groups and InfoSets that have been renamed still lie within the accepted name spaces for the new names. In this case it is advisable to choose an appropriate development class when you are renaming the object. With user groups the individual queries within the user group must also be assigned new development classes.
Renaming InfoSets and User Groups in the Global Area
When using the function Rename with InfoSets and user groups be aware of the fact that in addition to the InfoSet or user group, all dependent queries must also be renamed. If several InfoSets or user groups have been renamed, a series of queries must be included in a correction request in addition to the InfoSets and user groups. The renaming process is only actually finished when all objects necessary have been entered into a correction request.
Copying Query Objects between Different Query Areas
In order to copy query objects from one query area to another a special procedure must be followed to ensure that the datasets of each query area remain intact and consistent. During transfer you must check to see that the object being transferred can be inserted in the new dataset without upsetting the consistency of the latter. If you think of the global area as a single client, then the whole copying process, from the standard area to the global area and vice versa, corresponds to object transport from one client to the next. Thus, you copy query objects from one query area to the next in much the same manner as you copy objects within the standard area.
Only those users in possession of the necessary transport authorization (InfoSet and user group maintenance authorization) can copy query objects from one query area to another.
Global Area Query Variants
If you want to transport query variants within the global area, these variants must be created as system variants. System variant names begin with either SAP& or CUS&. Other kinds of variants cannot be transported. (Please see also the variant documentation available on the initial variant maintenance screen).

Seeking general knowledge of functional areas(FI, CO HR, SD, MM, CRM)

Hello Experts,
I do come across this phrase in my job searches:
"knowledge in at least 1-2 functional areas. (FI, CO HR, SD, MM, CRM)"
Can you help or direct me to get a general overview of these functional areas?
Thanks.

http://help.sap.com/saphelp_nw04/helpdata/en/37/5fb13cd0500255e10000000a114084/frameset.htm
they basically expect you to know the tables for these functional areas and the extractors & reports which are available with standard business content...
assign points if it helps

Functional Areas and Job families maintenance - EhP 4

Similar Messages

Maybe you are looking for