Fields from relationship do not load in an overview

I have an overview, based on a CDM, that has a field in there from the relationship “PersonObjektBezeichnung” which is simply a concatenation of a first and last name.

In the overview, it is empty. The rpc-response when loading the overview does not return any relationship fields. When opening the detail-view, the rpc-response show the entire content of the composed document and all looks fine.

The problem to this issue was found to be the following: the CDM was modelled as follows:

The reason for this modeling choice is a customer requirement, that in the form model of a Wohnraumschutznummer (which is linked to a PersonObjekt), that we can additionally show the total number of Wohnraumschutznummern that are linked to that PersonObjekt. This however has the aforementioned consequence: the rpc request for the overview only returns the fields from the Wohnraumschutznummern_DM, no fields related to the relationship.

Having both features simultaneously requires a custom solution. The modelling of the CDM is reduced as follows:

so that we can see the desired field in the overview. Filling a field in the form model with the total number of linked Wohnraumschutznummern to a specific PersonObjekt will need to be covered by a custom Query from the front-end.

Hi @jasper-silent-root

Thanks for highlighting this. I can reproduce what you’re seeing in the PAC. I created the following 2025.06-ext4 models based on the Basic Workspace.

PeronWithCompany_CDM.json (2.1 KB)
PersonWithCompany_CFM.json (23.8 KB)
PersonWithCompany_COM.json (1.9 KB)
PersonWithCompanyAndPeople_CDM.json (4.9 KB)
PersonWithCompanyAndPeople_CFM.json (24.4 KB)
PersonWithCompanyAndPeople_COM.json (1.9 KB)

There are a few things that you should note:

  1. Your use-case, “show the total number of Wohnraumschutznummern that are linked to that PersonObjekt” is actually a Query → this should be handled differently
  2. Your CDM based solution leads to very large amounts of data being loaded when the Form is opened. You could be loading up to 102 linked documents in your case which could lead to performance problems (see 1.)
  3. Modeling this large CDM will cause performance issues in both the Form and Overview. See Query model to select datasets, CDM to select fields for the overview - #2 by mcaemmerer for reducing the amount of data loaded in the Overview.
  4. You should, model a simplified CDM and Query as mentioned.

That being said, there are still some options open to you.

Use two CDMs
You can use two separate CDMs and reference one in the Overview and the other one in the Form.


This allows you to:

  • Reduce the amount of data loaded by the Overview
  • Display the to-1 Linked Field Values as required (here Company Name)
  • (Keep your CDM-based Computation - not recommended but possible)

This is why I have added two CDMs to the post as I have done exactly this. Against my own advice :face_with_peeking_eye: I’ve kept the CDM based computation and only used the simplified CDM for the Overview.

Alternatively, you could reduce the CDM as I did in Query model to select datasets, CDM to select fields for the overview - #2 by mcaemmerer for the Overview and use your simplified CDM with a custom Query for an efficient solution.

If you need support on the implementation of the Query, please reply as a linked topic.