Using Commcare, I have two cases, one for main households and one for individuals as child cases which is obtained using a repeat group roaster. I created another follow up form that can allow me add to the number of individuals in the households, and as a result update the household cases to reflect the total household members disaggregated according to certain age ranges. The name question which is compulsory is assigned to a unique calculation question that adds a number in front of the household unique ID and increases count as you add individuals. Now I began to see the individual unique ID listed under the main household cases, and all fields are just dashes ("-------"). This is not supposed to happen and I can't figure out how to resolve.
Note: The follow up forms was not meant to update the child cases, it was designed to add child cases in the form of household members which were not part of the registration earlier; however, updating this means the total number of individuals in the house will change and hence, the follow up form was designed to update the values for the total number of household members based on the number of individuals added in the follow up form's repeat group. All individuals added in the follow up form are new child cases.
Thanks for the detailed explanation. This helps in understanding the setup and the challenge you're facing.
From what you've described, he issue you're experiencing with seeing individual unique IDs listed under the main household cases with fields showing as dashes ("-------") could be due to how the case properties are being updated or referenced in your follow-up form. Here are a few steps to troubleshoot and resolve the issue:
Check Case Property Mapping: Ensure that the case properties for the household and individual cases are correctly mapped. When you add new individuals, make sure that the properties intended for the household are not being overwritten by those of the individuals.
Review the Repeat Group Logic: Since you are using a repeat group to add individuals, verify that the logic within the repeat group is correctly set up to create new child cases without affecting the household case properties.
Unique ID Generation: Ensure that the unique ID generation logic for individuals is not inadvertently affecting the household case properties. The calculation for generating unique IDs should be isolated to the individual cases.
Form Settings: Double-check the form settings to ensure that the follow-up form is set to update only the necessary case properties. Make sure that the household case properties are not being unintentionally updated with individual case data.
Let us know how it goes or if you need help reviewing the configuration, feel free to send a support ticket to our team where we can do a detailed investigation to help you resolve this matter swiftly!
I was finally able to resolve the issue. It was a simple problem in the case list configuration, where I was supposed to select the appropriate case type for the form ("This Form opens a Child Case in the Case List "). It's just that it didn't mention the case type directly, rather the list of forms that the the case will be opended under (don't know how else to put it). It must have been changed and I still dont know how I missed that, cause I configured the forms myself.