Difference between revisions of "Manage Data Import"
imported>Aeric |
imported>Aeric |
||
Line 161: | Line 161: | ||
::* '''A Record Identifier field''' - In that case, the field value will be used to look up the record. (To do so, the [[Record Identifier]] must have been defined for the object.) | ::* '''A Record Identifier field''' - In that case, the field value will be used to look up the record. (To do so, the [[Record Identifier]] must have been defined for the object.) | ||
===Set | ===Set Attributes === | ||
;Merge the new information with an existing record using Primary Key: | |||
When this box is checked, the primary key field defined for the record is used to merge existing data. | |||
==== Data Merge Attributes ==== | |||
;Considerations: | |||
:*While you can opt not to merge, merging tends to greatly reduce the number of duplicate records created during an import. | :*While you can opt not to merge, merging tends to greatly reduce the number of duplicate records created during an import. | ||
:*When merging new information into an existing database, the system must find a way to match your data with the existing information. | :*When merging new information into an existing database, the system must find a way to match your data with the existing information. | ||
:*When you use a unique field like an Account Number or Social Security number, there is no question about which record matches, so the merge process goes smoothly. | :*When you use a unique field like an Account Number or Social Security number, there is no question about which record matches, so the merge process goes smoothly. | ||
:*When you use a text field like Account Name in a merge, you can accidentally create duplicate records if the account names vary slightly in different records. See [[#Consider Data Format|Consider Data Format]] for more information. | :*When you use a text field like Account Name in a merge, you can accidentally create duplicate records if the account names vary slightly in different records. See [[#Consider Data Format|Consider Data Format]] for more information. | ||
==== Ownership Attributes ==== | |||
You can select a default owner for all records added to the database that do not include an owner field of their own. By default, you will own all records that are imported. | |||
==== Saving Mapping Profile ==== | |||
Give the mapping profile a name and description so you can reuse it later. (In most cases, its a good idea to do so.) | |||
===Special Import Considerations=== | ===Special Import Considerations=== |
Revision as of 23:11, 26 July 2011
Users that have the Import and Export Data permission can import data
- Considerations
-
- To import data into the Products tab, see Import Products for more detail.
- A specific syntax is required to import data into a Multi Object Lookup field.
Learn more: Multi Object Lookup Considerations
Preparation for Data Import
If you already use an electronic planning tool (like Outlook or Outlook for Business Contact Managers, ACT!, GoldMine, Franklin-Covey, etc.), you're halfway there. Each of these applications offer a means to export your data to a compatible file format. Generally, you can find instructions in the tool's help area when you look up the term Export.
If your business information exists in a spreadsheet or a database (like Microsoft Excel, FileMaker Pro or Microsoft Access), you will find these applications offer a similar process to export your data. Lookup the term Export in the application help section.
Data Organization
In this section, we review best practices for creating data files for import in CSV format, so that existing relationships are maintained.
In a Sales Force Automation (SFA) system, for example, information is typically organized into four key areas:
- Accounts
- Contacts
- Opportunities
- Prospects
Your goal, after an import, is to have all of the information you have imported correctly organized into those areas, with data relationships and record ownership correctly established.
Data Relationships
When importing your information, consider how the data is connected. For each company (Account) you work with, you likely work with several people (Contacts) in the organization. These Contacts may work in different offices (each with a different address / telephone / cell), but still be part of the same Account.
When that information is contained in different spreadsheets, for example, the Account name maybe spelled "ABC Co" for one contact, "ABC Co." in another, and "ABC Company" in a third.
People reading those spreadsheets know that it's the same company, but a computer processing the data doesn't. So, to correctly establish those relationships when you import the data, make sure that values are spelled the same way, when they establish relationships.
The result, after importing the data, will be a single Account record, with all information pertaining to that account, and multiple Contact records that all point to the same Account.
Data Ownership
In an organization, Accounts (and Template:Leadprospects) might be managed by a sales representative. In this scenario, the sales rep would "own" the Accounts/Template:Leadprospect records. Record owners have special privileges regarding the data they own: the ability to manage their data based on Role.
- Learn more: Record Owner
In any case, it is important to consider how record ownership should be assigned.
There are several options available to assign record ownership during import:
- Include the Record Owner as a data column in the CSV import file
- Automatically assign record ownership, based on an Assignment Policy
- Merge new records with existing records in the platform
Create the CSV File
Once the data has been prepared for export, use the vendor instructions to export the data as a CSV file. (The acronym CSV stands for comma-separated values, a common file format for data exchange.)
Your system may provide a single output file, or multiple files. Give your files meaningful names. Although many spreadsheet applications have the ability to hold multiple worksheets in a single file, a better practice is to keep each export file separate: accounts.csv, prospects.csv, pricebook.csv
- Learn more:
- CSV files
- Electronic planner vendor websites, like: Microsoft Outlook, Act! or GoldMine
Verify the Data File
Use a spreadsheet application to open the data file and make any changes before you import the CSV file into the platform.
CSV File format
Before proceeding, verify that the data meets these guidelines:
- Include a Heading row that has a unique name, and is not blank
- Check that the text in the heading row does not include any special or punctuation characters:
- " / ? > < # $ ! . , ) (
- Characters allowed in the heading row include the alphanumeric characters, hyphens, and underscores:
- 0-9 a-z A-Z - _
Data Format
For a clean import, with no duplicate records and correct data mapping, check the formatting of your data file.
- Computers are very literal, so when you type a name differently, the system can think that you mean different people, or companies, for example:
- James Smith is not the same as: Jim Smith or James J. Smith Jr.
- The Morgan Co. is not the same as: Morgan Company
- Make sure your data is clean and scrubbed, see these resources for more information:
- This is a good time to verify your data so that you are not putting bad information into a clean system:
- Look for consistency in spaces between words
- Check for leading or trailing spaces
- Check that periods are placed consistently in abbreviations (Co. Corp., Inc., St., Ste., Fl., Mt., Ave.)
- Some of the import pages are set up to map a full contact name, and others may expect separate first and last names; Include this information in your import files when required
- Verify that the account name is spelled the same way in every record, or use the Account ID as the mapping field
Required Fields
When importing data for objects that that have required fields, make sure that all of those fields have data.
Learn more: Special Import Considerations
Importing the Data
When you've verified the format of the data file(s), you're ready to begin importing them.
Use the Data Import Wizard
The Data Import Wizard makes it easier to map columns in the CSV data to fields in the Object you are importing. The first step is to upload the CSV file, so you can see the data you're working with. Then you create the mapping profile.
Tip: Best Practice is to import your data in this order:
- a. Accounts
- b. Contacts
- c. Template:Leadprospects
- d. Opportunities
- e. Other Object(s)
In this example, records are imported to the Accounts object.
To use the Data Import Wizard:
- Click the Settings > Data Management > Import Data
- Enter the name of the CSV file to be imported
- Upload the CSV File
- Select File containing CSV data
- In this example, contacts.csv is selected
- Select from Previously defined Mappings Profiles
- Optionally, select the Mapping Profile, which remembers how to align your data fields with the record structure already in the platform
- Click [Next]
- Map Columns
- For each field in your object, choose the matching column from the CSV file,
as explained in the section, Import Guidelines
- Click [Next]
- Confirm that the mapping is correct, and click [Next]
- Set Attributes
- Set the import attributes,
as explained in the section, Import Guidelines - Save Mapping Profile
- Enter a name and description for the mapping profile.
- Click the [Start] button to Start the Data Import
Optionally, click [Save] to save the profile and import the data at a later time
Save a Mapping Profile for Later Use
A mapping profile is used in Data Import. It tracks how to match CSV data fields with the record structure defined in the platform. It also specifies whether incoming data is appended or merged, and determines how a merge occurs.
Multiple Mapping Profiles can be created for the same object, one for each CSV file that uses a different arrangement.
- Creating a Mapping Profile
- Click > Administration > Data Management > Import Data
- Select the object to import into
- Select the file containing CSV Data (Required. See note below)
- Click [Next]
- Map Columns and Lookup Relationships
- Click [Next]
- Specify Import Attributes to control merging and ownership of imported records
- Save the Mapping Profile.
View the Import Queue
To view the results of data import:
- Click Settings > Data Management > Import Queue
- In the Data File page, view information regarding the settings or status of your import as well as any issues that may have occurred
- Learn more: Import Queue
Example: Importing Products
Import Guidelines
When setting up an Import, there are two major areas to consider:
- Map Columns
- Determines how the columns in the imported data are mapped to fields in the target object. It also determines how incoming data is matched with records that already exists in the platform, establishing the Object Relationships that connect people to companies, opportunities to products and pricebooks, and much more.
- Set Attributes
- These are the Data Merge and record ownership options. They dictate whether an imported record is blended with an existing record in the platform, or is used to create a new record. They also determine default owners for records that do not designate who owns them.
Map Columns and Establish Relationships
When importing your information, consider how the data is connected. For each company (Account) you work with, you likely work with several people (Contacts) in the organization. These Contacts may work in different offices (each with a different address / telephone / cell), but still be part of the same Account. These relationships are reestablished when you import the data.
In this example, the idea is to import Orders from a spreadsheet. To create the mapping profile, a dummy CSV file was created that looks like this:
- order number,customer name, credit card number,...
That CSV file was then used to create the mapping:
In this example:
- The standard, built-in fields Record Id, Record Owner, and Owner Id have no corresponding entries in the CSV file, so they are left blank. (Had the data file been created by exporting data from this instance of the platform, those fields could well have values in the file.)
- The Credit Card Number selection shows the data in the dummy file ("credit card number"), along with the column it is in (column #3).
- The Related to Customer field is a Lookup field that goes to the Customers object. The data in this case comes from column #2. Since it is a Lookup field, the platform knows that the imported data could be one of two kinds:
- An actual record ID from the Customer object - In that case, you would choose the Match by Record Id option for the Lookup relationship.
- A Record Identifier field - In that case, the field value will be used to look up the record. (To do so, the Record Identifier must have been defined for the object.)
Set Attributes
- Merge the new information with an existing record using Primary Key
When this box is checked, the primary key field defined for the record is used to merge existing data.
Data Merge Attributes
- Considerations
-
- While you can opt not to merge, merging tends to greatly reduce the number of duplicate records created during an import.
- When merging new information into an existing database, the system must find a way to match your data with the existing information.
- When you use a unique field like an Account Number or Social Security number, there is no question about which record matches, so the merge process goes smoothly.
- When you use a text field like Account Name in a merge, you can accidentally create duplicate records if the account names vary slightly in different records. See Consider Data Format for more information.
Ownership Attributes
You can select a default owner for all records added to the database that do not include an owner field of their own. By default, you will own all records that are imported.
Saving Mapping Profile
Give the mapping profile a name and description so you can reuse it later. (In most cases, its a good idea to do so.)
Special Import Considerations
Best Practices
- When you prepare your data, confirm that the Required fields are available.
- Include the Recommended Fields in your data file to streamline the import process to minimize the potential for creating duplicate or invalid records.
Note: Accounts and Contacts are merged differently than Opportunities or Prospects. Pay close attention to the differences.
Accounts
Include these Required Fields Recommended Fields (optional) Account Name Address
Phone Number
- In the Import Attributes section, complete the following information:
- Merge the new information with an existing Account record
- Choose from:
- Do not merge
- Merge using Account Number
- Match using Account Name Only
- Match using Account name and Street Address
Contacts
Include these Required Fields Recommended Fields (optional) Last Name or Full Name
Account
First Name
Address
Phone number
Email address
- In the Import Attributes section, complete the following information:
- Add Accounts for unmatched Account Names
- Click this checkbox icon to create a new record if no match is found in the platform
- Owner of Imported Records
- Optionally, select the name of the Record Owner; If this field is blank, and the Record Owner field is not mapped, the record(s) are assigned to the user performing the data import; If this field is specified, it is applied to imported records if the record owner is not included as a data column in the import file
- Optionally, save the Mapping Profile for future use
Prospects
Include these Required Fields Recommended Fields (optional) Company Name
Primary Contact Name
Phone Number
- When importing Prospects, the Set Attributes screen requests a Merge Method, and optionally, to save the Mapping Profile. If no match is found, you can choose to merge records based on Assignment Policies.
- When Prospect attributes are specified, the following information is requested:
- In the Specify Prospects Creation Policies section, complete the following information:
- Prospect List Name
- Name of the prospect list
- Merge using the Lead Providers Unique Key
- Click the checkbox icon to use the Lead Provider unique key to assign the Lead Provider (Lead Source)
- Choose Merge options
- This option controls how imported records are matched to existing prospect records
- Do not match
- Match using Prospect Name and Street Address
- Match using Prospect Name
- If no match is found, use Assignment Policy
- This option directs the use of an Assignment Policy if no match is found in the existing prospect records
- Do not use Policies
- Use Assignment Policy if no match is found
- Always use Assignment Policy (overwrites ownership of existing prospect records)
- Optionally, save the Mapping Profile for future use
Opportunities
Include these Required Fields Recommended Fields (optional) Opportunity Name
Account Name, Account Number, or Prospect Name
Close Date
Stage
Amount
Primary Contact Name
Source
- Choose to associate the Opportunity with the import data Account Number, Account Name or Prospect name.
- When importing Opportunities, it is important that the [Related To] field matches the Associated object you selected above. Choose the name of the person on your team who will own these opportunities.
Custom Objects
Include these Required Fields Recommended Fields (optional) - If an Index is available for the object, then include the Index fields when mapping columns
- The Index fields define the Unique Key that is used as the Primary Key when importing data
If an Index field is not used, map all fields of interest
- If an Index exists for the Custom Object, map the fields used by the Index, as well as any other desired fields. The Index defines fields that make up a Unique Key for each record. This key is used as the Primary Key when importing data.
- In this example, a Movies object, the index fields are Movie Name + Genre, so the Movie Name and Genre fields must be mapped for a successful import.
Include Index fields in when mapping Custom Objects
- Note
- Because the Record Id, Record Owner and Owner Id fields are not mapped, the DO NOT DUPLICATE option appears in the next screen. Select the checkbox icon to enable merging of fields using the Index / Primary Key.
Records in a Master-Detail Relationship
Include these Required Fields Recommended Fields (optional) Lookup field (associated with the Master-Detail relationship)
To import records in a Master-Detail relationship:
- Select the Detail Object as the Upload File.
- The CSV file must contain the Lookup field associated with the Master-Detail relationship.
- Map columns using the Lookup field associated with the Master-Detail relationship.
FAQs
Can I Undo an Import?
- You can walk through the steps to understand the import process, and if you quit the wizard before you click the [Start Import] button, your data will remain unaltered. You can also quit the data import wizard by clicking any other tab in the application.
- If have already completed an import, and you decide you want to Undo the work, see Mass Delete Data
- What happens when I import data into an object that uses Custom Access Criteria?
- At this time, Custom Access Criteria rules are not validated on import. This means that any data can be imported, regardless of the Custom Access Criteria rules.