ApplaudSolutions / Applaud-Workato-Connector

Code pertaining to the Applaud Workato Connector
0 stars 0 forks source link

Ability to use 'User' model in update, and search actions #24

Closed duncancasemore closed 2 years ago

duncancasemore commented 4 years ago

Summary

  1. As a Integration Designer
  2. I want to define recipe actions that update and search Applaud users
  3. so that I can automate user provisioning and changes

Acceptance Criteria

  1. I can select the User model in the Create instance action
  2. I can select the User model in the Update instance action
  3. I can select the User model in the Upsert instance action
  4. I can select the User model in the Search instances action
  5. I can select the User model in the Create instances in batches action
  6. I can select the User model in the Update instances in batches action
  7. I can select the User model in the Upsert instances in batches action
  8. I do not see the User model in the Delete action
  9. When I select the User model, I see all of the properties, including custom user properties. Today, this includes email, name, initials, avatar, send email invitation or not + custom properties
  10. For create and upsert actions, I see that the properties are required or not dependent on the Applaud property settings
  11. If I'm using an update or upsert action, I see the Id field is the first one
  12. If I'm updating, I see the Id field is required (it's optional for upserting)
  13. For update actions, I see all properties are optional except for Id
  14. I note that the users save correctly for all create and update actions
  15. I note that I can search for users and use the output for subsequent recipes

Wireframes and mockups

Create instance action with user model selected

Applaud action create user.png

Notes

None

Developer Testing

Requestor: leave this section blank Developer: complete this section during commit/pull request

Positive testing:

Add all the things that you have checked whilst completing this story here, it should be written in a non-technical way, and a lot of this can probably be taken from the acceptance criteria, here are two different examples:

Negative testing:

Here you list the things you have checked where your code needs to show an error, handle unusual/bad input/config gracefully, or may impact separate features that use or depend on the same code. Pause and think -- they may not be obvious! Examples:

e2e test links and description:

ssarap commented 2 years ago

@vinaykumarkasireddy Currently we are able to select User model in all the actions. So what is this GIT about?

vinaykumarkasireddy commented 2 years ago

@ssarap Initially, 'User' model was restricted in all the actions. It is not restricted any more. We can close this.