Closed lmullane closed 4 years ago
Discussed with @saravankumarpa, On further thinking, to avoid any security holes, below flow would be ideal; 1) Legal API to call /entities POST endpoint with a temporary password : Currently this endpoint is secured by 'system' role. So Legal API would need to invoke this using a service account. 2) Call /affiliations to create the affiliation with the org (account).
A service account created for the purpose. Credentials can be obtained from the relationship team. Just adding on to @pksumesh comment. The flow in the above comment remains the same ; and to update the temporary business identifier to new business identifier , PUT /api/v1/entities/put/{business_identifier} endpoint can be used.
moved to Done in Team Review
Title: Affiliate incorporation of new business to account
Description:
Acceptance Criteria Scenario 1: an owner/admin/member is incorporating or registering a business
Scenario 2: Paid for for Incorporation GIVEN the business incorporation or registration is complete WHEN an incorporation number is issued THEN the business will be affiliated to the account by the incorporation number AND the temporary ID will be removed
Notes/ hints:
get from Entities part of draft (business info that is in filing) (e.g. Katie or Thor)
Dependencies? (If so, link dependency in the ticket, make it visible in a team´s backlog)
Validation Rules? (If yes, list here)
DoR for User Story:
Definition of Ready:
Definition of Done: 1) [ ] Check Requirements against completed tasks 2) [ ] Completed stories verified in Dev and Test 3) [ ] Confirm Test cases built and succeeding 4) [ ] No regression test failures 5) [ ] Test coverage acceptable by Product Owner??? 6) [ ] Ticket merged to master or story branch 7) [ ] Developer to list Config changes/ Update documents and designs 8) [ ] Design / Solution accepted by Product Owner 9) [ ] UX Approved 10) [ ] Can be demoed in Sprint Review 11) [ ] Release ticket is created and this US is linked to it