I have a requirement to prevent users from accessing the parent case from a child case.
I removed permissions (Open, Modify, Run reports, View audit history) on the parent case via Persona configuration, but then the child case fails to open due to missing access to the cover case.
If I enable Open, the error is gone—but users can open the parent, which I want to avoid.
Constellation requires parent case access for runtime/context resolution.
Is there a recommended way to restrict parent case navigation (UI/behavior level) without breaking child case access?
Any best practices or workarounds would be appreciated.
I think if you have different personas responsible for parent and child cases, then you can implement ABAC access to restrict the access. The child case personas can’t read parent case if you have restrict Read policy.
You could also break the child/parent relationship.
When I’ve had this use case in the past, we use features like Related Cases or even a Case Reference field on the cases to form a “dotted line” link between them, rather than the harder Parent/Child provided when you create child cases.
It’s a very good idea. The challenge is that I already have the full implementation based on a parent–child relationship. I’ll need to evaluate whether breaking this relationship would require significant effort.
Thank you again for your detailed response @MarcCheong
I have been considering switching from a child case approach to a related (non-child) case. However, the main challenge is that I need to create multiple cases based on a list.
In the parent case, users select a set of items, and for each selected item, a new case must be created. When using the Child case option, there is a built-in capability to handle this scenario through “Create multiple cases using a list.” Unfortunately, this option does not seem to be available when creating regular (non-child) cases.