Check out the latest features available in Dynamics 365 for Customer Engagement, including LinkedIn Connect, Voice of the Customer and Universal Resource Scheduling.
Dynamics 365 2019 release wave 2 plan Discover the latest updates to Dynamics 365.Release Plan | Weekly Deployment Notes
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants.Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements.
ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Talent TechTalks
I am trying to update about 500 records from exporting an Advanced Find of Accounts. After editing my data, I try to re-import the file and it fails citing that it was unable to create a duplicate (because I chose not to create duplicates during the Import dialog.)
So, why won't it update the record? Why is trying to create a new record?
I've run into similar issues when there are lookups or columns in the advanced find view from related entities and CRM will hiccup on importing or updating a record if there is a column for a related entity. An example of this can be if you create a custom entity to keep a list of regions and add the region name column to your account entity view used to export.
What is the exact error message you are getting from the Data Management import source file job log? It can give us an indication of where the issue may be.
The exact error is "A record was not created or updated because a duplicate of the current record already exists." The error code is 0x80040333.
I thought maybe you were on to something as I did have a column comprised of a lookup field. However, I have since removed the column from the view and re-tried the Import to the same result. I have even removed ALL columns except for the one I am trying to update with zero success.
That is a bit strange and pretty frustrating. So, for me to clearly understand the issue: You are exporting 500 records out of CRM, then you update the records without changing any hidden values or columns. And then you try to re-import to the same CRM organization as to update those records...correct?
If so, I would perhaps look at, perhaps, any duplicate detection rule that may be interfering with the update.
That is correct.
I just tried it again with duplicate detection disabled and got the same results.
Well I think I see what is happening now. It is matching on Account name and I do have multiple Accounts with the same name which are differentiated through other descriptive fields e.g. Supplies, Charge, Pro, etc. This never was a problem in the past as I assume it matched on the GUID and not the literal spelling of the name.
Bad form, Microsoft. Why make something less intelligent?
I was able to successfully import/update by choosing 'Yes' to allow duplicates.
Hi, I tried with "Allow duplicate = yes", but it is creating duplicate entry for the record. Any one found any solution for the import error?
Business Applications communities