When an SFM does a check for duplicate fields being used it doesn't consider the Namespace of the field. So it will see the following two fields as duplicates:
Group_Email__c
SVMXC__Group_Email__c
This has caused multiple customers problems, some with multiple fields on multiple objects.
The duplicate match should consider the namespace.
For the short term this is what is being proposed, though they're still looking at other options and involving SF in the conversations.
While the workaround below may work for some, I have integrations setup using Dell Boomi for which SF is integrated to two other applications. This would cause more significant updating on my end, if I where to modify the API names only in SF it wouldn't be as much as a pain.
Workaround:
Change the custom field API name to different from installed package custom field API name
Sounds like it was never a "best practice" to create a custom field/label with an already existing SVMXC field. Though in my case, a SMAX Developer created these before my time here.
It has happened to us the other was round, we had custom fields in Salesforce before we has Servicemax, and Servicemax just happened to use the same name.
Thanks Sonia Genesse, do you have any further updates from Support on this? Can you share your support case number of this so we can push for an update from our side as well?
Happy to share the Case # with you all: Case# 00071908.
I asked for an update today, and below is what I received:
"Engineering is in the process of verifying the impacted areas. We are expecting an update tomorrow so I'll be sure to share that with you once I receive it".
Thanks!
Sonia
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.