Extend POST /patron API to return externalSystemId

Description

POST /patron API supports the creation of patron records in the FOLIO staging table. The goal of this ticket is to provide the capability to set externalSystemId when a staging record is created.

Acceptance criteria:

  1. The staging table has a separate field for externalSystemId

  2. The API response body contains generated externalSystemId

  3. The externalSystemId is generated as a random UUID

Environment

None

Potential Workaround

None

Attachments

2

Checklist

hide

Activity

Show:

Polina UstimenkoJanuary 15, 2025 at 3:46 PM

Checked on Eureka ECS bugfest:

Polina UstimenkoDecember 30, 2024 at 8:42 AM

Tested on rancher 1, works as expected:

please review, thank you

Kalibek TurgumbayevDecember 11, 2024 at 7:43 AM

Hi the post request body does not contain the externalSystemId. It should be generated in FOLIO as per requirements of the ticket. The logic should not check if the email is already present or not.

Kapil Verma1December 11, 2024 at 7:02 AM

Hi : What if a record already exist with same emailId or externalSystemId while creating new user using this API?

While saving new staging-user record do we have to check uniqueness based on emailId or externalSystemId or both combined?

CC:

Kapil Verma1December 10, 2024 at 9:38 AM
Edited

Impl notes: Change required in mod-users and mod-patron. Need to refactor the existing post api to do only create record and remove update record.

multiple unit test case also need to refactor accordingly.

Done

Details

Assignee

Reporter

Priority

Story Points

Sprint

Development Team

Volaris

Fix versions

Release

Ramsons (R2 2024) Bug Fix

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created December 5, 2024 at 6:57 AM
Updated January 15, 2025 at 3:46 PM
Resolved December 23, 2024 at 5:55 AM
TestRail: Cases
TestRail: Runs