HRMS Configuration Workbench

Getting Started with the Configuration Workbench

The Configuration Workbench is an integrated toolset that simplifies the tasks of configuration management. Configuration tasks are grouped together in a framework that makes it easy to find the right configuration tool for each task.

Added features make it easy to:

With HRMS you tailor each business area of the system to reflect your own data structures and policies or processes. The Configuration Workbench provides one central point with direct access to the tools for configuring each business area of the HRMS system.

Embedded in the tools is the distilled knowledge of good practice configuration choices based on our experience of working with many hundreds of customers in different industries and geographies. The wizards provide step-by-step information as you go through them and the pages of the Configuration Workbench contain detailed context sensitive information.

New or Existing Customers

If you are new to Oracle HRMS, you use the Quick Start Implementation to evaluate different configuration options as part of a conference room pilot (CRP). When you are satisfied with your prototype configuration, you use the Full Implementation. See: Configuration Interview and Quick Start Implementation

If you already use Oracle HR as a shared option with Financials or Projects, you use the Upgrade HR Foundation diagnostic to analyze your existing setup before upgrading to full HRMS. See: Upgrade HR Foundation

If you are an existing Oracle HRMS customer, you use the Full Implementation tools to manage the ongoing activities of your existing configuration, such as data migration and diagnostics, adding new modules, entering batches of elements for payroll, and extracting records for third-party vendors. See: Full Implementation and Managing Data with the Configuration Workbench

Oracle HRMS Functional Areas

Oracle HRMS is organized into seven business areas, called functional areas. The seven Oracle HRMS functional areas are:

The current version of the Configuration Workbench supports Enterprise and Workforce Management, Compensation and Benefits Management, Payroll Process Management, and HR Information Systems.

Application Life-Cycle and Workbench Tools

The tools in the Configuration Workbench are intended for use at different stages of the application life-cycle. These stages can be described with different names but they usually include the following:

The Configuration Workbench provides the following tools:

the picture is described in the document text

  1. The guided configuration interview simplifies the process of gathering the key facts about your enterprise needs. The interview uses best-practice setup templates to generate an actual configuration reliably and consistently. By using the configuration interview, you can quickly start to use your Oracle HRMS system with your own data.

  2. The implementation wizards guide you through complex combinations of steps and choices making it easy to setup and maintain specific functional areas.

  3. You can select configured solutions from a library of predefined templates.

  4. Excel worksheets for data conversion are dynamically formatted to match your existing setup using Oracle's Web ADI tool for desktop integration. The knowledge of your setup for validating data before loading is embedded in these generated worksheets. Values you enter in the worksheet are automatically mapped to the right place in the Oracle system using published open interfaces.

  5. Diagnostic reports display current setup details testing for common problems and suggest actions if any problems are found.

  6. The Configuration Workbench generates regression test plans and Mercury Winrunner Interactive test scripts that combine your specific setup data with predefined test templates.

  7. The Configuration Workbench has specialist migration tools for specific functional areas or general table and row level migration. You can migrate all the setup data or selected setup data between instances.

Configuration Interview

The configuration interview is a tool that you use to define new configurations. In the interview, you describe the legal entities, and operating companies that comprise your organizational framework. The Configuration Workbench uses the configuration interview to review the decisions and operational questions you make about setting up your enterprise using Oracle HRMS.

In the Quick Start Implementation, you create copies of the configuration and use the configuration interview to change some of the key decisions and detailed information. You then generate different prototypes from the configurations. You use the prototypes to view and test the differences of specific decisions in each functional area. You use the Configuration Workbench to store and restore different configuration versions for comparison and tracking decision-making.

When you use the configuration interview in the Quick Start Implementation, you also complete the jobs or positions, and grades wizards in sequence. For the Full Implementation you must ensure that after you complete the configuration interview you also configure jobs or positions, and grades before you load the configuration.

Note: You can use all the other tools in the Configuration Workbench even if you do not use the configuration interview to generate your setup. For example, if you configured Oracle HR in an earlier release and have since upgraded, you can immediately start to use the data loaders or diagnostic tools on your existing setup.

First Steps

If this is your first time using HRMS applications, explore some of the online education and other information sources you can access from the Configuration Workbench home page. The HRMS Total View class is a good introduction to all the functional areas and features of Oracle HRMS.

Next, study the Organization Structures Overview to understand the best-practice configuration models that are embedded as templates in the Configuration Workbench. These templates are based on the practical experience gained from many implementation projects and an understanding of the integration points between the different modules in the Oracle eBusiness Suite.

If you are an implementer who is already familiar with Oracle HR you should pay special attention to the Organization Structures Overview and the best practice configuration models. These standard configuration models introduce new organization classifications and the recommended use of these may differ from how you have used them in the past. The recommended best practice configuration choices for Business Groups and Organizations in Oracle HR, or for Jobs and Positions:

See: Organization Structures Overview, Oracle HRMS Enterprise and Workforce Management Guide

Implementation Options

Quick Start Implementation

The Quick Start Implementation is a simplified configuration process that focuses on the essential tasks for creating a CRP. This process is a quick way to test out the system and evaluate your own needs.

You use the Quick Start Implementation if you're a new Oracle HRMS customer and you want to use your own data to evaluate or compare different configuration options as prototypes for conference room pilots (CRPs).

You use the configuration interview to set up your organization structures and make decisions about jobs and positions, and grades. The Quick Start Implementation configures the Oracle HR and Payroll applications and generates default settings for the required system components in HR and Payroll that you would typically set up manually.

For the US legislation, the Quick Start Implementation generates open links for Regular Salary, Regular Wages, VERTEX, and Workers Compensation Elements.

You copy your configuration and use the configuration interview to create alternative versions of setup information. You generate the configurations, upload your data through spreadsheets, and compare the versions to decide the best prototype for your organization.

You can use jobs in one version and positions in another. You use spreadsheets to upload the same data to both versions. You then evaluate whether using jobs or positions works best for you.

See: Quick Evaluation of Prototypes Using the Configuration Workbench

You choose the best prototype for your organization and use it as the basis for the Full Implementation.

See: Full Implementation

Quick Evaluation of Prototypes Using the Configuration Workbench

The Quick Start Implementation is a simplified configuration process that focuses on key setup and is a quick way to test out the system and evaluate your own needs. You copy your configuration and use the configuration interview to create alternative versions of setup information. You generate the configurations, upload your data through spreadsheets, and compare the versions to decide the best prototype for your organization.

The sequence of tasks for creating a CRP is:

  1. Complete the manage organization tasks: configuration interview, configure jobs or positions, and configure grades

  2. Load the configuration

  3. Optionally log in with HRMS_USER

  4. Optionally select the common Earnings and Deductions from the Solution Library and upload

  5. Generate the default settings

  6. Load reference data

On the Workbench Home page:

Upgrade HR Foundation

Upgrade HR Foundation is a guided process to assist customers who are upgrading from using HR Foundation as a shared option with Financials or Projects to a full implementation of Oracle HR.

You use the Upgrade HR Foundation process to determine whether you should re-implement your HR configuration or set up additional business groups and migrate the data while maintaining references to the existing applications. You also use the methodology to plan which tools to use to perform the migration and what types of tests to run to verify that the migration has been successful.

The sequence of tasks for upgrading from HR Foundation is:

  1. Review your options for change or reconfiguration

  2. Determine your ideal setup of work structures

  3. Run the diagnostic tool

On the Workbench Home page:

Full Implementation

The Full Implementation process provides access to the complete set of tasks and tools used to configure Enterprise and Workforce Management; Compensation, Benefits and Payroll; and Payroll Process Management. You can use the Configuration Workbench to access these tools even if you did not use the configuration wizard to implement HRMS.

If you are new to Oracle HRMS, you use the Full Implementation after you have completed the CRP. You can load the full version of the configuration only once, so you must include all the required details about your organization, jobs or positions, and grades before you generate the full configuration.

If you already use Oracle HR, you use the Full Implementation tasks and tools to manage your existing HRMS configuration or add new modules.

You use the Full Implementation to:

After you have used the Full Implementation to configure HRMS, convert legacy data, test for completeness, and finally to migrate setup data from a test to a production environment, you are ready to use the newly configured system to perform HRMS transactions. You can continue to use the tools in the Configuration Workbench to manage your configuration through the different stages of the application life cycle.

Configuring HRMS Functional Areas

Configuration Workbench for Enterprise and Workforce Management

All the Oracle HRMS functional areas are built on a common platform of organizations and people structures. You start the configuration process by defining the legal entities and operating companies that comprise your organizational framework. Next you provide information about the ways that different groups of employees work in your organization and the Configuration Workbench generates the business groups and organizations with the job or position structures you need.

A business group in Oracle HR is a container of country specific data. Usually each business group will be tied to one and only one country, however sometimes if you do not have a large presence in a country a single business group may contain data from more than one country.

You must configure organizations, jobs or positions, and grades before you load the configuration. Create your configuration structures in this sequence:

  1. Configure organizations

  2. Configure jobs and positions

  3. Configure grades

  4. Load the configuration

  5. Load data using spreadsheets

On the Workbench Home page:

Note: You configure grade structures in the configuration interview. For information about grades, see: Configuration Workbench for Compensation, Benefits and Payroll

To understand the full implementation process for enterprise and workforce management, see: Enterprise and Workforce Management, Oracle HRMS Implementation Guide

Configuration Models for Your Enterprise Framework

The first step in any configuration is to decide what organization structures your enterprise requires. To help you decide, you can use the following best practice configuration models:

These models deal with integration points between the different applications and the requirements of different industries and geographies. They can help you choose the right organization structures to meet your management and reporting requirements.

The Configuration Workbench uses the models as templates to generate the organization framework of business groups, operating companies, legal entities, and employers for any enterprise. Through an interview process, the Configuration Workbench gathers the detailed information it requires to generate an actual configuration of your enterprise using the appropriate configuration model.

Mexico only: You cannot use the Configuration Workbench to create the hierarchy. You must use the Generic Hierarchy functionality.

Single Operating Company in One Country

the picture is described in the document text

The preceding diagram shows the basic configuration for a small or medium sized enterprise with little or no complexity in operating structures. Vision Corporation is the ultimate legal entity, and for reporting purposes, this organization holds any data associated with the enterprise. Every enterprise has one ultimate legal entity.

This simple enterprise structure is based on the best practice configuration model. Creating the key enterprise structures as separate organizations enables your enterprise to expand and acquire new companies whilst reducing the cost of re-implementation.

Single Operating Company in Multiple Countries

the picture is described in the document text

The preceding diagram shows a configuration for a medium or large enterprise with some international operations introducing a degree of complexity. It also shows that operations and people in some countries are held within an international business group (XZ). You can see that the business groups represent countries, and do not appear in the organization hierarchy. This is based on the best practice configuration model.

For more information on the key organization structures, see: Key Concepts for Representing Enterprises, Oracle HRMS Enterprise and Workforce Management Guide

Multiple Operating Companies in One Country

the picture is described in the document text

The preceding diagram shows a configuration for a multi-company enterprise operating in a single country. This type of complexity can exist in any size of enterprise. Vision Lighting and Vision Security in the diagram are represented as operating companies. Every enterprise has at least one operating company. This may be a division, or a subsidiary within the enterprise which is legally registered in at least one country.

The Configuration Workbench creates at least one operating company organization as best practice. This reduces the cost of any re-implementation as a result of expansion due to acquisition or diversification within the enterprise.

Multiple Operating Companies in Multiple Countries

the picture is described in the document text

The preceding diagram demonstrates a multi-company enterprise operating in multiple countries. Every enterprise has at least one legal entity that is the designated legal employer for all employment related activities. In the diagram, the Vision Security operating company operates and employs people in the U.S. and Ireland. The Vision Security U.S. and the Vision Security Ireland organizations represent the designated legal entities/employers in those countries.

The Configuration Workbench classifies an organization as a GRE/Legal Entity where your enterprise operates in a country, and classifies it as an Employer if you employ people in that country also. For example, you can have a legal entity in a country where you do business, but do not employ people in that country.

Multiple Operating Companies in Multiple Countries with a Consolidated Legal Entity

the picture is described in the document text

The preceding diagram shows an alternative configuration for a multi-national and multi-company enterprise with the addition of a consolidated legal entity. A consolidated legal entity acts on behalf of several operating companies or the enterprise, and is the legal employer in the country. Using the preceding diagram as an example, Vision Corp UK is the consolidated legal entity for Vision Corporation in the UK. For management reporting, VL UK and VS UK report to Vision Lighting, and for legal reporting, they report to Vision Corp UK.

For more information on the key organization structures, see: Key Concepts for Representing Enterprises, Oracle HRMS Enterprise and Workforce Management Guide

Defining Jobs in the Configuration Workbench

You define roles to represent the ways that different groups of employees work. A job is a generic role within a business group, which is independent of any single organization. For example, the jobs Manager and Consultant can occur in many organizations.

Your enterprise may have groups of employees hired to perform specific tasks. This can be on a temporary or a permanent basis. Staff in this category can include agency workers, consultants, and contractors. For these staff, you can define the role more flexibly as a job.

You can also use jobs to set up supplementary roles that an employee might hold, for example, fire warden, or health and safety officer. You can distinguish these supplementary roles from other jobs by using job groups. Job groups are used to store supplementary roles of a similar type in one group.

Defining Jobs in the Configuration Workbench

In the jobs and positions interview, you have chosen to use the flexibility of jobs and supervisor reporting to represent the primary working roles in your enterprise. The jobs you define will be available to all departments or organizations in your enterprise and an employee can move between departments but keep the same job.

In this part of the interview you decide the structure and the component parts of the job name that best meet your requirements for identifying jobs in your enterprise. When you define a job you enter a value for each segment of the job name structure. Most customers who use jobs choose between one and five segments. A typical job might be HR Application Specialist.Consulting.Level 1.

Define more segments to make job names more specific. For example, use Job Type and Job Level to be more specific about a job than just using a Job Title. You decide how many components you want to use to define the unique name for each job. Standard capabilities mean that you can use the different segments of the name to identify common jobs or job holders for analysis or compensation, or for grouping records in reports, for example, to find all jobs of a specific Job Type.

Note: You shouldn't use segments with values that change regularly, for example, Salary Ranges or Expense Approval Levels that change every year. Use the name to uniquely identify the job and use standard capabilities of the system to enter and maintain related information for government reporting, valid grades, and skill requirements.

If you operate in multiple countries we usually recommend that you use the same structure for job names in all countries. However, in this interview you can define exceptions to this common structure for a single country or for a set of countries that you define as a Region. See: Defining Regional Jobs, Positions or Grades in the Configuration Workbench

Defining Positions in the Configuration Workbench

A position is a specific occurrence of one job, fixed within one organization. For example, the position Finance Manager is an instance of the job of Manager in the Finance organization. The position belongs to the organization. There may be one, many, or no holders of a position at any time.

Positions are normally used in role-based enterprise structures where clearly defined rules largely determine the ways employees work, and the compensation and benefits they receive.

You can set up both organizations and positions to define reporting structures in your enterprise, but be careful to avoid duplication of information. It's best to define most of the detail at position level. Use your organizations to show your highest level of departments or divisions and your positions and position hierarchies to show the reporting groups in your enterprise.

Defining Position Components in the Configuration Workbench

In the jobs and positions interview, you have chosen to use the detailed reporting capability of positions to represent the primary working roles in your enterprise. A position can have multiple post holders and a person can be assigned to multiple posts. You define the rules that control assignments when you define each position.

Each position you define will identify a specific role in the enterprise, which you can manage independently of the person in the post, and it will belong to one specific department or organization. The name of each position must be unique.

To make it easier for you to manage unique names for positions you can define a structure for position names that identifies separate components or segments with separate rules for validation of each segment. For example, you can have a position Title segment with text names, and another segment for position Number with numeric values. Standard capabilities mean that you can use the different segments of the name for queries or grouping records in a report.

When defining the segments that make up the structure of a position name you should also consider if any of your segments are really part of the definition of a common job type. Using job types for a position you can efficiently manage common information that applies to many different positions. For example you can define a job type of Manager.Level 1 and use this for comparison of positions across departments or lines or business, or for setting common job requirements. You can then define ten manager type positions in your HR department, each of which has responsibility for a different management function or group.

When you define a position you enter a value for each segment of the position name structure. Most customers who use positions choose between one and five segments.

Note: Do not use segments with values that change regularly, for example, Salary Ranges or Expense Approval Levels that change every year. Use the name to uniquely identify the position and use standard capabilities of the system to enter and maintain related information for government reporting, valid grades, and skill requirements.

We recommend that you use the same structure for position names in all countries in which you operate. However, later in the interview you can define exceptions to this common structure for a single country or for a set of countries that you define as a Region. See: Defining Regional Jobs, Positions or Grades in the Configuration Workbench

Identify all the components you might use to define the structure of a Position Name and then consider if any of these are really part of the definition of a common job type. For example, you might consider Title, Name, and Code as components of a position. When you review these you might consider that the Position name should contain Title while the Job name should contain Name and Code. With this choice, you could define common types of job using the combination of Name and Code and maintain reporting or other details for these common job types.

Defining Grades in the Configuration Workbench

Grades are normally used to record the relative status of employee assignments and to determine compensation and benefits, such as salary, overtime rates, and company car.

For more information about Grades, see: Grades and Grade Structures, Oracle HRMS Compensation and Benefits Management Guide

In this part of the interview you decide the structure and the component parts of the grade names that best meet your requirements for identifying grades in your enterprise. When you define a grade you enter a value for each segment of the grade name structure. Most customers who use grades choose between one and five segments. A typical grade might be Clerical.C.1.

Define more segments to make grade names more specific. For example, use Grade Type and Grade Level to be more specific about a job than just using a Grade Title. You decide how many components you want to use to define the unique name for each grade. Standard capabilities mean that you can use the different segments of the name to identify common grades or for analysis or compensation, or for grouping records in reports, for example, to find all grades of a specific Grade Type.

Note: You shouldn't use segments with values that change regularly, for example, Salary Ranges or Expense Approval Levels that change every year. Use the name to uniquely identify the Grade and use standard capabilities of the system to enter and maintain related information for government reporting, valid grades, and skill requirements.

If you operate in multiple countries we usually recommend that you use the same structure for grade names in all countries. However, in this interview you can define exceptions to this common structure for a single country or for a set of countries that you define as a Region. See: Defining Regional Jobs, Positions or Grades in the Configuration Workbench

Configuration Workbench for Compensation, Benefits, and Payroll

Once you have defined your work structures framework, you can start to define your structures for managing compensation, benefits, and payroll.

On the Workbench Home page:

To understand the complete implementation process for compensation, benefits, and payroll, see: Compensation, Benefits, and Payroll, Oracle HRMS Implementation Guide

Configuration Workbench for Payroll Process Management

Once you have defined your organization framework using the Configuration Workbench, you can start to define your structures for managing the payroll process. If you use Oracle Payroll, you must define payrolls and payment methods. You can also define these items for information and reporting in Oracle Human Resources.

On the Workbench Home page:

To understand the HRMS payroll process, see: Payroll Overview, Oracle HRMS Payroll Processing Management Guide

Defining Regional Jobs, Positions or Grades in the Configuration Workbench

From experience with many customers it is recommended that you use the same name structure for all countries in your enterprise and do not define exceptions for individual countries.

A common structure will still allow countries to enter local names or use local language versions of common grades. This choice is best practice if you want to deploy or develop a consistent approach to reporting and compensation by defining a consistent structure for reference and administration.

However, if you want to define a different naming structure for one or more countries then add a regional group and select the countries in the group. For example, you might define a regional group for South America that includes operations in Brazil, Argentina, and Chile. Alternatively you might want a regional group for all Spanish-speaking countries regardless of geography. Then you would add a Spanish region and include Argentina, Spain, and Chile.

You can also define exceptions for one country at a time. For example, you might want a different name structure for Japan only. Using the regional group you can support individual local choices within a common corporate framework.

Note: If you define a Regional Group we recommend you use your corporate definitions and add new segments for local requirements. Alternatively, if your local definitions are completely different you should include an extra segment to hold a corporate name and use a list of values to make this consistent across all countries. Both examples make it easier to do corporate analysis and reporting.

Converting Benefits Enrollments

You can use Configuration Workbench to upload legacy and third-party participant and enrollment data. You cannot use this process for conversion of historical elections.

For details on the conversion process, including spreadsheet contents, conversion scenarios, and the method for converting historical elections, see the white paper Converting Enrollments, My Oracle Support note 365034.1.

To convert benefits enrollments

  1. Under Data Conversion on the Configuration Workbench home page, select Benefits Conversion.

  2. Go to the Review and Complete Plan Design task to launch the Programs window, enabling you to review and test the plan design setup.

    See: Plan Design, Oracle HRMS Compensation and Benefits Management Guide

  3. Go to the Run Participation Life Event Process task to launch the Submit Request window, where you must submit the appropriate Participation Process.

    Important: Different plan designs can require different processes. While using unrestricted life event mode, for example, you must submit the Maintain Participation Eligibility and Recalculate Participant Values process; in other cases you can use any normal or administrative life event process.

    See: Running the Participation Batch Process, Oracle HRMS Compensation and Benefits Management Guide

    The next three steps use the Web ADI-enabled spreadsheet loaders. See Spreadsheet Loaders: Frequently Asked Questions, Oracle HRMS Configuring, Reporting, and System Administration. Spreadsheet details for these steps appear in the Converting Enrollments white paper on My Oracle Support, Note: 365034.1

  4. Go to the Load Benefits Elections task to upload data into enrollment results and participant rate values tables. You must perform this step before the next two steps unless the enrollments come from a different source.

  5. Go to the Load Dependents Information task to run the process that designates dependents to the elections made in the prior step.

  6. Go to the Load Beneficiaries Information task to run the process that designates beneficiaries to the elections made in the prior step.

  7. Go to the Review Benefits Enrollment task to review the upload results from the View Enrollment Results window.

    See: Displaying Enrollment Results, Oracle HRMS Compensation and Benefits Management Guide

Managing Data with the Configuration Workbench

Configuration Workbench for Data Conversion

Once you have defined your organization framework and structures for managing the payroll process, you load your employee details and, optionally, existing benefits enrollments.

Under Data Conversion on the Workbench Home page:

Features of Data Upload

Data to be uploaded is validated before the upload occurs. You must ensure that you enter values in all mandatory fields so that validation is successful when the data is uploaded to the application. If you do not, the data is not uploaded, and an error message appears in the Messages column in the spreadsheet for the record with the invalid data.

When you change any field in the spreadsheet, the row is flagged for upload. By default, only flagged rows are uploaded. You can change this setting so that all rows are uploaded.

Features of Data Pump

The Data Pump Engine process is a standard concurrent process that performs the actual data validation and loading operations.

When you submit the Data Pump concurrent process you can choose to run it in validation mode. This enables you to review errors in batches or in related records in a batch and to change them before any of them are committed to the HRMS database.

When you run the Data Pump the process only loads data that has not already been processed successfully. This means that you can run a batch, review and correct errors for any specific lines, and then rerun the same batch. You can repeat this process until you have successfully loaded all lines in the batch. To do this you submit the concurrent process with the same batch name. All unprocessed lines or lines with errors are reprocessed automatically.

The Data Pump has many logging options that help you find errors when running the process.

Configuration Workbench for HR Information Systems

You use the tools in this part of the Configuration Workbench to administer and maintain your system, for example, to enter batches of elements for payroll and to extract records for third-party vendors.

On the Workbench Home page:

Configuration Workbench for Migrating Data

The Configuration Workbench migration tool uses predefined groups of related data called selection sets. You define the criteria for selection and then extract and migrate the data as a set.

Note: To migrate benefit plans you use the Plan Design Copy Wizard, see: Configuration Workbench for Compensation, Benefits and Payroll

Before you extract or migrate data, your database administrator uses the Administration tab to map the databases you have permission to use as the source or target instances for extracting and loading setup data. The instance names then appear as choices in the drop-down lists for extract and load.

You migrate data in three steps:

  1. Define selection criteria

  2. Run the extract process

  3. Load the extracted data

Define Selection Criteria

You define the selection criteria in the Selection Sets option on the Migrations tab.

You use a selection set template as a starting point to create a selection set. After you select the template, you enter the name of the selection set and a description of it, and select the source instance from the list. You scroll down until the locations filter is visible and then select the button to set the filter. You select the Update Existing (During Load) option if you want to update the existing setup data in the target instance as well as insert new records during the load process.

Run the Extract Process

You now run the extract process using the selection set you have just created. You use the Selection Sets option on the Migrations tab. You select the selection set in the list and then run the extract process.

The migration tool saves the snapshot to the database. You can select the snapshot in the list on the Extracts option on the Migration tab to review it or to download the snapshot to a local file.

The migration tool creates a log file of the extract process. If the extract process has an error status, you can identify the problem by reading the log file.

Load the Extracted Data

You load the saved snapshot of extracted data onto the target instance using the Loads option on the Migration tab.

You select the file to load from a list of saved snapshots or from a local directory. The target instance you specify for loading the extracted data can be same instance as the snapshot was extracted from, or another instance.

Note: When you define the selection set, you specify whether to update the existing records as well as load the new ones.