We need API changes to accommodate Non-Household Beneficiaries-
- Beneficiary Registration API: POST {TMC_BASE_URL}/tm-api/registrar/registrarBeneficaryRegistrationNew -
nullable parameters: { "placeOfCurrentLiving": "Railway Platform", {String}
"nameOfInstitution": "ABC Hostel", {String}
}
For household beneficiaries, these should be null or omitted.
- 2. Beneficiary Sync API: POST {TMC_BASE_URL}/identity-api/rmnch/syncDataToAmrit
Request envelope:Unknown macro: { "beneficiaryDetails"} - And we will need this data in downsync APIs as well.
The backend should update:
- Beneficiary request DTO for both endpoints.
- Beneficiary database/entity model.
- Insert/update service logic.
- Sync processing logic for beneficiaryDetails.
- Database migration adding nullable columns, for example:
- place_of_current_living
- name_of_institution
- Response DTOs and download mapping, if these fields must sync back to the app.
One important contract decision is needed: for the "Other" option, should the server receive:
{{
{ "placeOfCurrentLiving": "Custom location" }}}
or retain both the category and custom text:
{{
{ "placeOfCurrentLiving": "Other", "otherPlaceOfCurrentLiving": "Custom location" }}}
- blocks
-
FLW-1180 Non-Household Module: Split All Household into Household & Non-Household Sections with Standalone Registration
-
- Closed
-