Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

finalize User, Contact and UserTrait business logic #559

Open
8 tasks
basejump opened this issue Sep 6, 2022 · 0 comments
Open
8 tasks

finalize User, Contact and UserTrait business logic #559

basejump opened this issue Sep 6, 2022 · 0 comments
Assignees

Comments

@basejump
Copy link
Member

basejump commented Sep 6, 2022

for separation of concerns, the security plugin has a AppUser domain that does not depend on contact.
Rally has a Contact domain for the Contacts under Org.

  • When it comes to Rally, should the relationship be enforced so that a User is a Contact?
  • Currently Users are being created without enforcing contact.
  • There are a number of domains that have Contact that might need to be replaced with AppUser. See Activity and ArTranRelated
  • DisputeService relies on Contacts.
  • There is logic that has tests but looks to be unfished for Customer contacts->users
  • right now displayName exists on the UserTrait, so there is consitency should apply to Contact as well for areas where they would expect to see same thing (such as drop downs syncing with editeByUser.displayName)
  • logic is active and in place for updating user when Contact is updated.
  • currently when creating a user it does not create a contact and keep ids in sync that I can see.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant