Ich bin ziemlich sicher, daß die Firmenstruktur in der Realität
nicht so aussieht wie in Deiner Muster-DB.
Alle Abteilungen arbeiten für alle Firmenteile?
Alle Abteilungen sind für alle Bereiche zuständig?
Beides in Form einer Matrixorganisation?
Die Tabellen Monat und umbo verstehe ich überhaupt nicht.
Sind das fixe Vorgabenwerte oder Ergebnisse von Auswertungen?
Die Tabelle daten ist nicht hierarchisch, sondern
ein bunter Mix verschiedenster Informationen.
Hier werden in einer einzigen Tabelle Monate mit
Bereichen und Abteilungen verknüpft, was einen
schlechten Ansatz darstellt.
Gibt es eigentlich Personen, die in den Abteilungen tätig sind?
Die Boni sind abteilungsbezogen?
Verknüpfungen in der form "id_firmenteil;id_bereich;id_abteilung"
weisen schon auf Mängel des Datenmodells oder des Formulares selbst hin.
Damit wird eine Hierarchie abgebildet, die durch
div. Auswahlmöglichkeiten festgelegt werden sollte.
Eigentlich sollte jedes UF mit nur einem Feld im
übergeordneten HF verknüpft sein.
Wenn zB. das Unterformular bonus1 in verknüpft nach
id_firmenteil;id_bereich;id_abteilung
enthält, warum kann man dann genau diese drei Felder im Form
zusätzlich erfasssen. Das ist Unfug.
Das tut ja schon das "HF" bereich-Unterformular.
Gleiches gilt für das Feld id_firm im Form bereich-Unterformular.
Im Form base wird doch schon der Firmenteil festgelegt.
Wer so ein Datenmodell warten soll ist ein armes Schwein.
Jede auch noch so kleine Änderung wird zur Herausforderung.
Du solltest die vielen UFs sauber aus den HFs herausnehmen und durch
Listenfelder eine sinnvolle Auswahl ermöglichen.
Was im übergeordneten Form ausgewählt wird,
darf schon wegen der Verknüpfung im UF nicht mehr geändert werden.
Sollte an den nicht verknüpften Daten etwas geändert werden müssen,
so mittels Schaltfläche, die dann das ehem. UF öffnet.
Das schlug ich bereits vor.
Hast Du die DB geerbt oder verbrochen?
Dein Problem läuft in jedem Fall auf eine "großflächige" Lösung hinaus.