Hallo Karl, das Vorhaben ist sicher möglich, für konkrete Tipps müsste man aber etwas mehr über das Datenmodell wissen, also den Aufbau der beteiligten Tabellen, insbesondere den der Untertabelle 'Software'. 

Fragen, die sich bspw. stellen: Wird der Name der betreffenden Software jeweils in ein Textfeld getippt oder gibt es eine Verknüpfung zu einer weiteren Tabelle mit den Stammdaten der Software? Ist die "Installiert?"-Angabe ein Auswahlfeld oder ein Ja-/Nein-Feld?

Hier könnten bspw. Screenshots des Datenmodells und/oder der Datenformulare helfen.

Hallo Karl, danke für die Screenshots. Mal sehen, ob ich es jetzt richtig verstanden habe: Es gibt nur drei Softwares, die bei allen Kunden jeweils als Ja/Nein-Feld abgebildet werden? Aber wozu dann die Untertabelle? Die würde doch sowieso immer nur einen Datensatz mit den drei Software-Ja/Nein-Feldern enthalten. Und dann könnte man die ja auch gleich mit in der Kundentabelle abbilden.

Davon abgesehen: Die Abfrage ließe sich ebenfalls in der Kundentabelle vornehmen, in dem man die betreffenden Spalten hinzufügt:

Klick auf Spaltentitel -> "Spalte einblenden" -> "Software" -> "Software_eins" -> "Auflisten"

Und dasselbe dann noch mal für die beiden anderen Ja/Nein-Felder. 

Nun ließe sich diese Spalte entsprechend gruppieren:

Etwas "Gecodetes" - hm, aber einen Sinn sollte der Code ja schon haben ... ;)

Gut, man könnte eine "Abfragetabelle" mit nur einem Datensatz erstellen und dort eine Ansicht (Gestaltungslement) platzieren. Dazu ein Auswahl- sowie ein Ja/Nein-Feld. Und in die "Funktion" der Ansicht folgenden Code:

if Software != null and 'Ja / Nein' != null then
    let JN := 'Ja / Nein';
    switch Software do
    case 1:
        (select Software where Software_eins = JN)
    case 2:
        (select Software where 'Datev Mandant' = JN)
    case 3:
        (select Software where Software_drei = JN)
    end
else
    select Software
end

Das Formular könnte man so breit ziehen, dass die Tabelle, welche ja sowieso nur einen Datensatz enthält, überdeckt wird (oder eine neue Ansicht als "Formular").

Ich habe die Feldnamen aus den Screenshots übernommen. Wenn die Ja/Nein-Felder in der Tabelle 'Software' anders heißen, dann müssen die Bezeichnungen entsprechend angepasst werden. 

Hallo Karl, ich hatte den Code für die Ansicht auf das von dir ganz oben mit Screenshots abgebildete Datenmodell bezogen. Da gab es eine Tabelle 'Kundenstamm' mit einer Untertabelle 'Software', außerdem eine Tabelle 'Abfrage' ohne jegliche Verknüpfung.

Und die braucht man für eine Ansicht auch nicht. Die Tabelle Abfrage enthält deshalb keine Verknüpfungen, sondern nur diese drei Elemente:

1 Auswahlfeld 'Software' (Optionen: "Software_eins" / "Datev Mandant" / "Softare_drei")
1 Ja/Nein-Feld 'Ja / Nein'
1 Ansicht ("Funktion": siehe Code oben)

Um sicher zu gehen: Mit "Ansicht" ist das gleichnamige Gestaltungselement gemeint, mit dem man in einem Datenformular auch nicht(!)-verknüpfte Tabellen darstellen kann.

Vielleicht solltest du statt Software_eins 'Software_eins' schreiben.

Das Gleiche auch bei Software_drei in Hochkomma-Zeichen einfassen.
Ninox sieht den Unterstrich als Sonderzeichen an wie das Leerzeichen.
Sobald ein Leerzeichen oder Sonderzeichen im Namen enthalten ist helfen meist Hochkomma

Ist das die gleiche Fehlermeldung?

Vielleicht das let JN := .... außerhalb der if-Anweisung verschieben. (Als erste Zeile)

Hast du mal einen Screenshot bitte

Gibt es denn in der Tabelle Software ein Feld mit Namen Software_eins das verglichen wird?

Die Fehlermeldung besagt, das das Feld Software_eins in der Tabelle Software nicht existiert oder anders geschrieben wird.

Bei den vorigen Screenshots soeht es so aus als ob das Feld folgendermaßen geschrieben wurde: Software _eins nicht Software_eins.

Schau dir mal dein drittes und viertes screenshot an.
Das sieht aus wie ein Leerzeichen vor dem Unterstrich.

Das ist uns allen schon passiert.