Removing an EntityRelationship by its guid - dynamics-crm-2015

when saving a modified account form on a MS Dynamics CRM 2015 on-premise installation I recently get an error:
Dependency Calculation
The dependent component EntityRelationship (Id=5288430f-7abf-e511-80cd-000d3a203473) does not exist. Failure trying to associate it with SystemForm (Id=e284b20f-a66d-4019-9a96-83d6ce65847e) as a dependency. Missing dependency lookup type = PrimaryKeyLookup.
This message is not quite useful to me to fix the problem.
If I want to fix it, where should you look for ID "5288430f-7abf-e511-80cd-000d3a203473" and which toold would you use?

You could try the CRM Metadata Browser. This is included in the tools folder in the CRM SDK that you can download for free. It is a managed solution that you have to install into CRM. Once installed you can use it to view information about your entities and their attributes
MSDN Page for Metadata Browser
Select your entity; This will then list all the attributes that belong to the selected entity, in this case Account
You can then look through all the relationships and look for the Metadata ID property of the record. For example, here is the ID for the Primary Contact relationship
You will probably have to examine all these relationships manually to find a match though.
Hope this helps

Related

Deploying solution from Dev to Production fails because column with same schema name data type was changed. Object dependencies won't get deleted

So the column in question was a lookup column, which i deleted in the unmanaged solution, and mistakenly created a new column with the same name. Dynamics by default will use the same auto-generated schema name based on the display name. So when I go to import the unmanaged solution in my dev environment into the production environment as managed, obviously it throws an error because of the mismatched of data types per column schema name.
Error returned by Azure Pipeline
So I did the sensible next thing, and went to delete this column in my dev environment. But oh no! There are object dependencies which prevent me from deleting it, okay I look at which objects depend on this column, it is a form, i remove the column from the form, go to delete and oh no again! There is still a dependency on the form I just deleted the column from.
So what do I do? I can't change the column schema name, I can't change the data type back to the data type that's currently in the managed solution. Is this when I open up a microsoft support ticket? Hopefully someone here has some insight. Thanks!
The attribute can be associated with a custom control. Try removing this custom control using the classic form designer. It should be visible on one of the field property tabs.
If the attribute cannot be found anywhere on the form using the classic or modern form designer, try this:
Create a solution with this form only. Export the solution as unmanaged. Extract the customization.xml from the zip. Edit the xml and remove all references to your attribute. Paste the customization.xml into the zip and import and publish the solution.
The only way to delete a managed component is to upgrade the solution. In your case, you can delete the field and dependency in solution and apply the upgrade to target environment. Please noticed that all data in this field would get deleted when you apply the upgrade. You may check this link for more detail

Bulk Update of Entity Messages in Microsoft Dynamics 365

My Requirement
I have renamed my CASE entity display name to ENQUIRY so wanted to Change all CASE entity messages(e.g. Wherever "CASE" is used in message, will be changed to "ENQUIRY").
I tried getting the ResourceKey name from all the REGX file from the CRM, since was not sure which REGX file will be having the required ResourceKey, still was not getting any result.
When I added the entity messages for "CASE" entity and exported the solution the customization.xml had the following ResourceKeys and many more
So wanted to know how can we perform an bulk Update on Entity Messages without manually going and changing each message for an entity in Microsoft Dynamics.
I guess you are not trying to change schema name references or this ResourceKey, and you are trying these generic Entity messages. You can export translations to bulk edit in Excel and reimport. Read more
They are stored in displaystrings entity. If you want to try programmatically - still web api has possibility with below endpoint. Read more
[organization URI]/api/data/v9.0/displaystrings
The plural name (display name) should be used in a parameterized way from the CRM product perspective, though I remember the system views (Active cases, etc) were needed to be taken care after such display name changes. The customizations.xml will have them to update in one shot.

"Object reference not set to an instance of an object" in Microsoft Dynamics 365 CRM while adding a new Order Product record

Facing this issue and cannot identify the root of this error. Any inputs will be helpful.
When trying to add a new Order Product record associated with Order entity, I am getting the below mentioned Business Process Error. When trying with Admin user it does not give any error, but when trying using Standard User it given this error. Please find the related error statement.
P.S: Does this thing has anything do something with Plugin or Business Process Flows?
Thank You.
I think you have an plugin or workflows attached to this entity or related entity to it.
If you check into this direction it will help you analyze deep.

You can not complete this action for this component because of the configuration of its managed properties

I am trying to make a field optional in the Dynamics CRM
The name of the entity is Case and the internal name of the field is customerid
When I try to change it from mandatory to optional, I get the below error message
You can not complete this action for this component because of the
configuration of its managed properties.
this is happening in Dynamics CRM online
I'm pretty sure you won't be able to.
It's one of the few fields where mandatory behaviour is enforced at the platform level, whilst most mandatory fields are enforced only on the user interface.
If I remember correctly, tring to create a case without a customer via the API will result in an exception.
Looking at the managed properties for the customerid field on my recently provisioned CRM Online, shows that I'm unable to change the requirement level - I don't even get the option for setting it as optional.
I wanted to remove the field from the form, but I was not able to do it from the UI
So I used XRMToolBox.
There is a plugin called as FormXML Manager, enable it in the XRMToolBox and load the entities. Once this is done you can remove the required field and publish the form

How to change Business Unit while migrating MSCRM data from 4.0 to higher version using Scribe Workbench?

I want to migrate CRM 4.0 data to new MSCRM 2013 organization. While I connect the source(CRM 4.0) to destiny (CRM 5.0) and do AutoLink to run the job, I get the error "Business unit with ID ... not found". That is valid error message.
However, I am not able to change the business unit of source. I tried hardcoding the business unit ID in Source field (Business Unit) but still the job fails. When I hardcode the business unit ID in formula editor, I get error "Guid should have 32 characters with four dashes". The guid I provided is in correct format and I still get this error.
Let me know where I am going wrong and how can we migrate data from one CRM org to another CRM org using Scribe without having business unit ID not found errors.
You don't say what entity type is causing the error. I'm presuming it's the SystemUser entity. Please advise if not.
The guid of the business unit in the source (CRM4) won't be the same as the guid of the BU in the target (CRM 2013).
Be careful with Autolink in Scribe as it may link fields that you didn't intend to link. I always link manually.
I think that CRM will generate the error you report in this case if the guid doesn't match to a BU (even if it's a valid guid).
Also note that Scribe can't be used to change the business unit of a user, however it will allow the BU to be specified when the user is created.
Mike

Resources