Академический Документы
Профессиональный Документы
Культура Документы
Overview
Presented by
Perfect Resources
Perfect Resources
SAP HCM made easy
For more training on SAP HCM, visit our website
www.perfectresource.net
Topics
Organizational Plan
Plan Versions
Object Types
Organization Units
Jobs
Position
Cost Center
Persons
Object Relationship
Object Infotypes
Topics
Object validity dates
Time Constraints
OM integration
Delimit and Delete function
Display Object
Maintain Object
OM Actions
Evaluation Path
OM Object ID
Standard Reports
OM Transactions
Organizational Plan
Plan Version
• You can maintain any number of plan versions.
Plan versions allow you to create several
organizational plans in the system at the same
time. You can simulate and compare various
scenarios using plan versions.
• One of these plan versions represents the active
organizational plan, and is flagged as the active
integration plan version.
• Plan versions exist independently of each other.
They can be created as copies of the original plan,
which you then change and re-evaluate without
modifying the valid plan.
Object Types
An organizational plan can be made with many object types,
although the five basic object types are the building blocks
Organizational Units
Organizational Units
• Organizational Unit: Object type 'O ’
• Organizational units are units of your company
that perform a function. According to how tasks
are allocated in your company, these can be
departments, groups or project teams, for
example.
• You create the organizational structure of your
company by relating organizational units to one
another.
Jobs
Jobs
• Job: Object type 'C ' (Classification)
• Jobs are assigned tasks and characteristics, which are
then inherited by positions. In this way, they help you
to create positions.
• If you create a new position (Manager of US sales
office, for example), this must be related to the
corresponding job. A job describes a position.
Through this relationship, the position automatically
inherits the tasks and characteristics assigned to the
job. This significantly reduces data entry time, as
tasks and characteristics do not have to be assigned to
each position separately.
Positions
Positions
• Position: Object type 'S' (Specification)
• Positions are concrete and are occupied by holders
(employees or R/3 users). Positions differ from jobs in
that they are a more specific entity and are usually
attached to organizational units. A job describes a
position but it exists as a general unattached entity. A
typical job in an enterprise is a “manager”. However,
when this job is used to create a position, it can
become a Marketing manager, Sales manager,
Human Resources manager etc.
• Positions can be 100% filled, partially filled or vacant.
• One position may also be shared by several
employees, each working less than full time. For
example, two employees can hold 60% and 40% of
one position.
Cost Center
Cost Center
Cost Center: Object type 'K '
Cost centers are maintained in Financial
Accounting and can be linked to either
Organizational Units or Positions.
Cost Center assignments are inherited along the
organizational unit structure.
Persons
Persons
• Person: Object type 'P '
• Persons generally represent employees in your
company and hold positions in Organizational
Management.
• Person characteristics are maintained in Personnel
Administration and are linked to a organizational
plan through their position assignment.
• Infotype 0001 (Organizational Assignment) in
Personnel Administration contains the position
assignment and, if integration is active between
Organizational Management and Personnel
Administration, the defining Job and Organizational
Unit and Cost Center assignment.
Object Relationships
Object Relationships
• The relationships between basic object types are defined in
the standard system and should not be changed.
• Each standard relationship has a three-digit code.
• You can define your own relationships. The range AAA to
ZZZ is reserved for relationships created by the customer.
• Relationships between objects are reciprocal. If a job
describes a position, then the position, in turn, will be
described by the job. These relationships are distinguished
by the identification A or B.
• It is therefore, only necessary to create a relationship
(through maintenance) in one direction. The inverse
relationship will automatically be created by the system.
• A relationship may also be one-sided. Relationships to
objects of an external object type (cost center in
Controlling, for example), are one-sided, that is, they only
go in one direction.
Organizational Units
Jobs and Positions
Organizational Unit and Position
Positions
Position and Person
Object Infotypes
• You can define particular characteristics for an
object in each infotype.
• Some infotypes can be maintained for all object
types, the object and relationship infotypes, for
example, others are only relevant for particular
object types. The vacancy infotype is only
relevant for positions, for example.
• Not all infotypes are absolutely necessary.
However, they can provide important
information on objects.
Object Infotype – Organization Unit
Infotype 1000 – Object
Infotype 1001 - Relationship
Object Infotype 1000
Relationship Infotype 1001
Object Infotype - Positions
Infotype 1000 – Object
Infotype 1001 - Relationship
Infotype 1002 – Description
Infotype 1007 – Vacancy
Infotype 1008 – Account Assignment
Infotype 1013 – Employee Group/Subgroup
Infotype 1005 – Planned Compensation
Description Infotype 1002
Vacancy Infotype 1007
Vacancy Infotype 1007
The Vacancy infotype lets you flag a position as
vacant, by which we mean that it should be
reoccupied.
The Vacancy infotype can be created for a position
that is occupied or unoccupied. You can flag an
occupied position as vacant if you know that the
position holder will be leaving the position at some
point in the future (as a result of a promotion or
transfer, for example).
It is not mandatory to maintain the Vacancy
infotype. If your company does not distinguish
between occupied and unoccupied positions, that
is, you consider all unoccupied positions to be
vacant, you can make the necessary settings in
Customizing. If you want to activate integration
with Recruitment, you need to maintain vacancies
using infotype 1007.
Account Assignment Infotype 1008
Employee Group/Subgroup
Infotype 1013
Planned Compensation –
Infotype 1005
Object Infotype – Job
Infotype 1000 – Object
Infotype 1001 - Relationship
Infotype 1610 – US Job Attributes
Infotype 1051 – Survey Results
US Job Attributes – 1610
Survey Results – Infotype 1051
Object ID
• Every object must be allocated an object ID.
• Object IDs are numeric. They may not be
alphanumeric.
• There are two types of number assignment:
• Internal assignment - the system automatically
allocates the object an object ID from the
corresponding number range.
• External assignment - the user enters the object
ID.
• SAP recommends the use of the internal number
assignment.
Object Validity Dates
• Validity dates determine the life-span of an object.
• You must assign a validity period to every object and
every infotype record that you create. By doing this,
you can depict all changes that take place in your
company. In this way, you obtain a dynamic view of
your enterprise.
• The validity of an object’s relationships and attributes
can only exist within the life-span of the object which
is defined in the Object infotype (1000). If an object is
delimited, all of the object’s relationships and
attributes are automatically delimited.
Time Constraints
• Time Constraint 1:
An object must have a short name stored for it.
This information must exist uninterrupted, but
can be changed.
• Time Constraint 2:
A position can have a number of Vacancy infotype
records assigned for different periods.
• Time Constraint 3:
The Sales department can be related with a
number of positions simultaneously.
OM Integration
Functions
Functions
Delimit and Delete
Display Object
You can display an object using transaction
PP01_DISP
When you display an object, you will not be able
to change or maintain the infotype data
Maintain Object
You can change data in a infotype by using the below
transactions:
PO10 – Maintain Organization Unit
PO13 – Maintain Position
PO03 – Maintain Job