As mentioned in previous units, SAP SuccessFactors Employee Central has a fundamental corporate and employee data structure. Corporate data includes information about the company's organization, pay, and job structures.
The data is organized in different data tables or objects. These objects which hold company-specific data are called Foundation Objects. These must be built before any employee data can be added to the system. Employee Central comes with standard predelivered objects which can be customized to meet the customer requirements.
Complete the interaction below to learn the status of standard predelivered Foundation Objects.
Employee Central Structure and Foundation Objects
Tools for Managing Foundation Objects
Use the interaction below to learn the tools used for XML and MDF-based foundation objects.
XML-Based Versus MDF-Based Objects
Configuration tasks such as relabeling fields and creating associations of Legacy Foundation Objects (XML-Based FO) remain in the Corporate Data Model. At the same time, its record creation and management are done in the Manage Organization, Pay, and Job Structures tool.
The configuration of MDF-based corporate data (MDF-based Foundation Objects, also known as Generic Objects) is performed in the Configure Object Definitions. At the same time, its record management is done in Manage Data.
To manage foundation records through import, XML-based entities use Import Foundation Data while MDF-based objects use Import and Export Data.
Foundation Object Permissions
You can control access to the Foundation Objects and Foundation Object records with these role-based permissions:
- Manage Foundation Objects
- Manage Foundation Object Types
- MDF Foundation Objects
Foundation Object Record
In the figure, Manage Data, you can see a Foundation Object Record. Ace Germany (ACE_DEU) is an example of a Legal Entity record.
Foundation Object Effective Dating
Like Employee Records, Foundation Objects are effectively dated. The start date for any record is the first date entered. For previous records, the end date is one day before the new record begins.
The system records the changes between updates using cross-outs. Most Foundation Objects are effective dated; on the screen, look for Effective as of.
Use the interaction to learn how changes are made to effective-dated foundation objects.
Propagation: Foundation Objects and Employee Files
As mentioned previously, corporate data MUST be created first before any employee data is added to the system, as it provides the underlying information for employee files.
Once the Foundation Objects are made, the information can be used to propagate the employee file.
For example, your company is hiring multiple employees with the same Job Classification. The HR admin selects the Job Classification: Engineer (ENG) during the new hire process. Propagation then uses information from the Foundation Object records to automatically populate subordinate fields like Job Title, Pay Grade, Regular/Temporary, and so on. Rules are built for the system to know which employee field is auto-populated by which Foundation Object record. We call this process ‘propagation’. You will learn how to create propagation rules in a later unit.
Complete the interaction below to see how propagation works.
Standard, Custom, and Country-Specific Fields (CSF)
Each Foundation Object has standard fields and custom fields. In addition, several objects have country-specific fields, which allow you to collect locally-relevant data.
Associations with Foundation Objects
Foundation Objects can also have relationships; these are known as associations. For example, the Location object is associated with the Legal Entity object. In the figure, Relationships: Associations, you can see that the San Mateo office belongs to the ACE_USA Legal Entity. When you change an employee’s company to ACE_USA, you can only see records in the Location field associated with the ACE_USA Legal Entity record.
You will learn how to configure associations in a later lesson.
Picklists are lists of values defined in the instance, which you can reference from any of your Corporate Data Models, Succession Data Models, or MDF Objects. Picklists can streamline data and make data entry more efficient. Simply put, picklists determine dropdown options available to the users. Some picklists are already specified in your instance; for example, the Job Level dropdown menu is populated from a list of job levels defined in the JobLevel picklist.
As an administrator, you manage picklists using the Picklist Center. To do that, you will need Picklist Management and Picklist Mappings Set Up permission in RBP.
Standard Foundation Objects
Use the interaction to learn the standard foundation objects delivered by SAP SuccessFactors Employee Central.
Foundation Object Record Administration
Foundation Object Record Tools
Administrators can add, delete, and update records for any Foundation Object directly in the instance or by using the import tool.
To add, delete, and update records of objects in the Corporate Data Model, use the Manage Organization, Pay, and Job Structures tool. You can also import records with the Import Foundation Data tool.
Use the Manage Data tool to add, delete, and update records of objects in the Configure Object Definition.
|XML-Based (Legacy) Foundation Object Records||MDF-Based Foundation Object Records|
|Manage Organization, Pay and Job Structures||Managed Data|
|Import Foundation Data||Import/Export Data|
Record Administration of XML-Based Foundation Object
Once you have navigated to Manage Organization, Pay, and Job Structures, you can see the main administration page.
Complete the interaction below to see how the tool works.
Record Administration of MDF-Based Foundation Object
Once you navigate to Manage Data, you can see the main MDF administration page.
Complete the interaction below to know how the tool works.
Foundation Object Record Import Process
Importing Foundation Objects Records
Actions for managing a single record, like Creating, Editing, and Deleting, can be processed in bulk, whether you are administering bulk changes for XML- or MDF-based records. The import file must always match the object configuration; a template must always be downloaded before any import action.
Complete the two interactions below to see the difference in importing XML-based from MDF-based foundation records.