Professional Documents
Culture Documents
Importing employee data is an efficient way of adding employees to the system, managing large-scale data
migrations, or handling large scale organization and pay changes.
In SuccessFactors, you can upload data using the Import feature. Using the Import feature, you can upload
foundation data and employee data.
1. Working with Foundation Data:
Foundation Objects capture detailed information about company’s organization, pay and job structure.
Note: When uploading foundation data, it is important to note the associations defined in the data model. A
child object must be uploaded before the parent object is uploaded else the import will fail.
For example, you can have an association between Legal Entity and Department which means that
certain departments can be tied to a specific Legal Entity. When performing an import of Legal Entity,
Department will appear as a column in the import file. For these columns, the external code of the associated
foundation object has to be specified. So, the associated foundation object i.e., Department must be imported
before the Legal Entity foundation object is imported.
The foundation objects listed on the Import Foundation Data page are determined by the corporate data
model.
Importing Foundation Data:
a) Admin centerEmployee filesImport foundation data
b) To upload the file, specify the type of import you’d like to do.
c) Specify whether the upload should overwrite existing records or add to existing records. Choose
between Full Purge and Incremental Load.
1
d) Full purge: Full Load, is a process of completely destroying/deleting the existing data and reloading
it from scratch. A lot of unchanged data is also deleted and reloaded in this process. But a destructive
load (full load) ensures the highest data integrity easily.
Incremental load: Incremental load is a process of loading data incrementally. Only new and
changed data is loaded to the destination. Data that didn’t change will be left alone.
e) In the Choose File field, specify the path to the file.
f) In the File Encoding dropdown, select the relevant encoding applicable.
g) Click Validate Import File Data.
h) Once the file passes the validation checks, upload the file by clicking Import.
1.1. Working with Data Translation:
Foundation objects is the fundamental data that appears repeatedly throughout the system not just for
the Admin, but also for the employees. Therefore, it is important that this information can be shown in
the user's language.
To achieve this, you can translate language-specific data of foundation objects, such as the name and
description of the department, business unit, or job classification.
Depending on the type of the foundation object, the translation process is handled differently for:
a) Job Classification foundation objects (technical name: job Code)
b) All other foundation objects (except job Code)
Translating data for foundation objects is a 3-step process that includes the following steps:
a) Export or list the translatable foundation data
b) Translate the foundation data
c) Import the translations
For job code foundation objects:
“Admin centreManage permission rolesClick the permission buttonscroll down to
administrator permissionsManage foundation objectsSelect ‘Import translations’ check box.”
2
1.2. Translating foundation data:
After the import, the system decides in which language a foundation object is displayed in this sequence.
3
b) For all other Foundation objects except job codes:
1. Export existing foundation data into a CSV file.
2. Admin centerEmployee filesImport and export dataIn the Download Data Import File
Template field, select ‘FoTranslation’. (In the confirmation popup that asks if you want to fill the
download template with existing data, select Yes.)Go back to admin centerMonitor jobOpen
the download template that starts with ‘FoTranslation_MDFExport’ by clicking Download Status.
This is a sample for what the downloaded CSV file looks like:
The first two rows are the column titles. The columns define the following:
a) External code: This is a specific external code that the system assigns all instances of
foundation objects that exist in the system. This is not the external code the Admin has
created or imported, but it is the FoTranslation-specific external code that is created when
you enable the foundation object translation in Provisioning.
b) foObject ID (Foundation object id): This is a specific ID that the system assigns all instances
of foundation objects that exist in the system. This ID is created when you enable the
foundation object translation in Provisioning.
c) fo type: This is the type of the foundation object, for example, business unit, job function,
company, and so on.
d) fo field: This column contains the HRIS-field ID for all translatable fields (typically name
and description).
e) Value: The remaining columns that begin with value. and that are followed by the locale ID
for the corresponding language (for example, value.en_US for US English, value.fr_FR for
French) represent one language.
4
3. Translate the foundation data:
You can now send the CSV file to the translator(s) who can edit the file offline and Consolidate the
translations for all required languages in one CSV file.
This is an example for a translated file, the translations are highlighted:
5. After the import, the system decides in which language a foundation object is displayed in this
sequence:
The system checks whether the foundation data is available in the logon language of the user.
This is the language the user has selected under Options Change Language.
If there is no translation in the logon language, the system shows the default language that has
been set in Provisioning under Company SettingsDefault Language.
If there is no translation in the default language, the system looks for a translated term in US
English.
5
2. Employee data import:
Employee objects include information about person and employment data of an employee. This is also
referred to HR data objects. When you're importing employee data into Employee Central, the sequence of
the import counts.
You need to perform the data upload in the order,
a) Create user account
b) Create persons in the system
c) Upload employment information
d) Upload job information
e) Upload compensation information (such as base salary, bonus etc)
f) Upload personal information
a) Create user account:
Basic import: This is a required import
Extended import: Additional information stored by the system related to user accounts. The first
import that must be performed. When you run a Basic Import, user accounts are created for all users
whose data is to be uploaded. This is optional and can be done later.
Background import: Additional information stored by the system related to user accounts.
This is optional and can be done later.
b) Create persons in the system:
Biographical information import: The first import that must be performed. When you run a Basic
import once the user accounts are ready, each user account must be populated with biographical
information. When this is done ‘persons’ are created in the system.
This is a required import.
c) Upload employment information:
Employment details import: Run this import to upload employment information. This is a required
import.
Work eligibility: Run this import to upload information about employee work eligibility. This
includes information like the employee’s passport details and citizenship. This is optional and can
be imported later.
7
5. Importing Employee Data:
You can now use the new Import Employee Data page to download templates and upload your import
files.
Downloading import templates: Admins can download a template on the Import Employee Data page
and provide all the required information in the downloaded template before uploading the user data file.
Admin centerUpdate user informationImport employee datafrom ‘Select the action you want to
perform’ dropdown menu select download templatefrom select an entity dropdown menu, choose a
template you want to downloadClick generate template.
8
Step1:
Step2: