Insert with Matching
|
Add other data to existing iMIS records without the iMIS ID.- Insert Data onto Existing Records (without iMIS ID): Imagine you have a spreadsheet with user data such as last name and email, but not iMIS ID. You would use matching rules to determine which record to be updating in lieu of an iMIS ID.
- Consider a roster of webinar attendees that contains name and email information, but no iMIS IDs. You would match on these fields.
- Task Options: Review Task Options, as they can assist with ensuring your action completes as expected.
- Review the option to skip updating records when more than one match is found.
- Usage with iUpdate: Generally this action would not be needed with iUpdate. As you can control the IQA query, directly add criteria to match to the display of your query.
|
Update
|
Update data that already exists in iMIS. - Exhaustively Match On Fields: It is critical to match on as many fields as possible.
- If you are updating activities and only matched on
Activity Type = GIFT , you would update every activity with a type of gift. - If you are updating panel data and only match on
Ordinal , you may update more records than anticipated as Ordinal restarts and is shared across records.
- Match on Keys When Possible: Whenever possible, match on as many key fields and unique fields as possible.
- Consider matching on
iMIS ID , ContactKey , SEQN , Ordinal - For activities, if you do not have
SEQN, consider matching on ID , Activity Type , and Transaction Date to avoid updating activities errantly.
- Panel Source Data: If the contact you are updating data for does not yet have a row in a particular panel source, iMIS will handle adding the missing row.
|
Insert and Update
|
When needing to both insert and update data at the same time. - Exhaustively Match on Fields: It is critical to match on as many fields as possible.
- If updating activities and only matched on
Activity Type = GIFT , update every activity with a type of gift. - If updating panel data and only match on
Ordinal , you may update more records than anticipated as Ordinal restarts and is shared across records.
- Match on Keys When Possible: Whenever possible, match on as many key fields and unique fields as possible.
- Consider matching on
iMIS ID , ContactKey , SEQN , Ordinal - For activities without
SEQN , consider matching on ID , Activity Type , and Transaction Date to avoid updating activities errantly.
- Task Options: Review Task Options, as they can assist with ensuring the action completes as expected.
- Review the option to skip updating records when more than one match is found.
- Review the option to not update records and only to insert when no match is found.
- Panel Source Data: If the contact you are updating data for does not yet have a row in a particular panel source, iMIS will handle adding the missing row.
|
Delete Data
|
Permanently remove (non-contact) data from iMIS. - Permanently Removes Data: There is not a way to recover data from this action. Proceed with extreme caution; consider running delete tasks in development/test environments and with small sample sizes.
- Contact Information: Contacts cannot be removed from iMIS using iDMS.
- Exhaustively Match on Fields: It is critical to match on as many fields as possible.
- If you are deleting activities and only match on
ID , you would delete every activity for that record. - If you are deleting activities and only matched on
Activity Type = GIFT , you would delete all activities with a type of gift. - If you are deleting panel data and only match on
Ordinal , you may delete more records than anticipated as Ordinal restarts and is shared across records.
|