Plan requirement
| Subscription | Suite Growth or higher, Support Professional or higher |
| Access | Admin |
Importing an existing list into a custom object, and the two columns worth getting right before you start.
Import records
- Create the object and all its fields first.
- Prepare a CSV with one row per record.
- Open the object in Admin Center and choose to import.
- Map each column to a field.
- Import twenty rows and check the result.
- Import the rest.
The two columns that matter
An external identifier
Include the identifier the source system uses. Without it, a later update cannot match rows to records and you get duplicates rather than updates.
This is the difference between an import you can repeat and one you can only do once.
The link to the customer
If records belong to organisations, include that column. Setting the relationship afterwards means opening every record.
Clean it first
The same list of problems as any migration: duplicates, inconsistent spellings of what should be one value, records for things that no longer exist, dates in three formats.
An afternoon in a spreadsheet beats a month of agents distrusting the data.
Import what is true
A migration is the easiest moment to leave things out. Records for ended contracts and retired equipment do not have to come across, and a smaller accurate set is worth more than a complete doubtful one.
Comments
0 comments
Article is closed for comments.