You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the current behavior?
When a customer has a custom Primary Affiliation API name that matches an EDA custom Primary Affiliation API name (minus the hed namespace) the custom API is reviewed first and the EDA custom API second.
What is the expected behavior?
When a customer has a custom Primary Affiliation API name that matches an EDA custom Primary Affiliation API name (minus the hed namespace) the EDA API is reviewed first and the custom API second.
What is the motivation / use case for changing the behavior?
Issue was raised in Case# 23540218
Pre-Step:
Ensure all Primary fields on Contact are exposed
Steps to reproduce:
Create a new custom field on Contact called "Primary Organization" (API name = Primary_Organization__c)
Expose the new field on the HEDA Contact Page Layout
Create a new custom Account Record Type on Account called "Organization Account"
Create the Affiliation Mapping:
Account Record Type = Organization Account
Contact Primary Affl Field = Primary Organization
Create a new Organization Account
Create a Contact
Create an Affiliation to the Organization Account created in step 5
The mapping has been directed to the Primary Business Organization field on Contact rather than the Primary Organization field.
Work Around (using the example above):
Edit the API name for Primary Organization and updat it to "Primary_Org__c"
Follow steps 6 - 7
The mapping has been directed to the Primary Organization field on Contact and NOT the Primary Business Organization field.
The text was updated successfully, but these errors were encountered:
Feature or bug?
Feature/Enhancement
What is the current behavior?
When a customer has a custom Primary Affiliation API name that matches an EDA custom Primary Affiliation API name (minus the hed namespace) the custom API is reviewed first and the EDA custom API second.
What is the expected behavior?
When a customer has a custom Primary Affiliation API name that matches an EDA custom Primary Affiliation API name (minus the hed namespace) the EDA API is reviewed first and the custom API second.
What is the motivation / use case for changing the behavior?
Issue was raised in Case# 23540218
Pre-Step:
Steps to reproduce:
Account Record Type = Organization Account
Contact Primary Affl Field = Primary Organization
Work Around (using the example above):
The text was updated successfully, but these errors were encountered: