How to migrate the Q-assign configuration from one org to another


It is best practice to configure anything new in Sandbox first and once it is tested to be working as expected, setup is moved to Production. We encourage our users to follow the same procedure with Q-assign's configuration as well.

Once Q-assign is configured, the whole setup can be moved to another sandbox or Production either manually or with the help of automated tools. Below is how can you migrate configuration with the help of data loader.
 

Migrating Q-Assign Configuration 

To migrate the configuration using Data loader, we need to perform two main steps.

  1. First Export Data
  2. Then Import that data

Please see details of both the steps below. All the screenshots below are for Data Loader's desktop app. Same steps can be performed using the web version (UI differences expected)

Exporting Data:

It will then generate the file with all the data. A prompt will be shown informing if data export was successful or not. 

Importing Data: 

Note: Before importing the saved CSV file into the org, please delete the columns that contain IDs and Standard Dates (e.g., CREATEDDATE, LASTMODIFIEDDATE, SYSTEMMODSTAMP). It will be a safe approach to import data. As ID and Standard Date are populated automatically.

 

 

Note: Repeat all the above exporting and importing steps for all Q-Assign Objects 

 

Please contact us at support@ortooapps.com for any questions.

 

Frequently Asked Questions about Data Migration

 

Can I complete the data migration process using this document on my own?

 

It is highly recommended to consult with Ortoo Support before starting the data migration process since it can vary from org to org. Ortoo Support will access your org and propose measures that need to be taken for a particular org.

 

Are all QA objects required to be exported and imported during data migration?


This is a general guide for data migration keeping in mind all QA objects, however, the data migration process may differ from org to org depending on required QA objects. In case of any confusion, Ortoo Support can be contacted for assistance.
As a general rule of thumb, the most important objects to migrate are: QA Assignment Group, QA Object Selection Criteria, QA Assignment Group Member, QA Action, QA Matching Rules, QA Active Record Criteria and QA Member Point Criteria

 

Can QA objects be inserted more than once?

 

It is highly recommended that each required QA object and its data is exported completely and inserted only once to an org to keep data consistent and avoid duplication. Any errors during the export or import of CSV files should be addressed.

 

What are System IDs and date fields and why they need to be deleted from every .CSV file?


Systems IDs and date fields are unique data values generated by each Salesforce org to identify objects and keep track of the time of creation, modification or deletion. These fields in an exported .CSV file belonging to one org will be useless in another org as they are generated automatically. Therefore, when inserting or importing a .CSV file into an org these fields must be deleted manually from the file.

 

System ID and date time fields relevant to Q-assign are mentioned below:
CREATEDBYID, CREATEDDATE, ID, ISDELETED, LASTMODIFIEDBYID, LASTMODIFIEDDATE, LASTREFERENCEDDATE, LASTVIEWEDDATE, SYSTEMMODSTAMP, OWNERID, RECORDTYPEID

 

How can I edit a CSV file to remove System ID and date time fields?

 

CSV files can be easily edited using MS Office Excel otherwise plenty of free CSV editors like CSVed and CSVPad can be found online also.