Office: (Office 2016) Listenfeld in Unterformular soll auf Datensatz des Hauptformulars reagieren

Hallo zusammen,

ich habe ein Problem, was durch einen erfahrenen Access Benutzer sicher schnell gelöst ist:

Ich habe ein Hauptformular, das mit der Tabelle tblInvoices verknüpft ist. Diese Tabelle besteht aus allen möglichen Informationen, die eine Rechnung haben kann, u.a. existiert auch ein Feld CustomerID. tblInvoices hat eine 1:n Beziehung zu der Tabelle tblCustomer, wo die entsprechenden Kundendaten hinterlegt sind.

Nun möchte ich ein Formular zur Bearbeitung dieser Datensätze erstellen. Ich stelle es mir folgendermaßen vor:

Ich hätte gerne ein Listenfeld, welches die Namen aller Kunden enthält und rechts daneben einige Textfelder, die die Details zu dem ausgewählten Kunden anzeigen (soll nicht bearbeitbar sein). Darüber hinaus sollen noch weitere Steuerelemente auf dem Formular sein, die an tblInvoices gebunden sind.

Mein Lösungsansatz:

Ich habe ein Hauptformular, welches an tblInvoices gebunden ist. Darin existiert ein Unterformular, welches wiederrum an tblCustomer gebunden ist und ein Listenfeld sowie mehrere Textfelder enthält. Dieses Unterformular ist mit dem Hauptformular über CustomerID -> ID verknüpft.
Wenn ich jetzt im Hauptformular durch die einzelnen Datensätze navigiere, soll im Listenfeld der entsprechende Kunde markiert werden und die dazugehörigen Textfelder aktualisiert werden. Es regt sich aber rein gar nichts.

Was mache ich falsch?

Danke für eure Hilfe*Smilie

:)

 

Servus officeNutzer89,
wie wäre zusätzlich noch eine gezippte Demo-DB mit ein paar anonymisierten Daten, um effektiver helfen zu können?

 

Lade das bitte mal hoch.. gezippt!

Die tblCustomer stellt aber die 1-Seite.

 

Anbei ein Minimalbeispiel.

Das Unterformular alleine betrachtet funktioniert, aber eingebettet in das Formular frmInvoices, fehlen Access anscheinend Informationen.

 

Kunde bzw. Customer stellt die 1-Seite da, bildet also das Hauptformular und nicht das UFO. Du hast das umgedreht

 

Das geht leider nicht.

Das echte Datenmodell ist ja viel komplexer. Das Formular dient in Wirklichkeit dazu eine Rechnung zu erstellen, sprich es muss ein Kunde aus einer Liste ausgewählt werden, außerdem werden Rechnungsposten hinzugefügt, eine Rechnungsnummer erstellt und und und...

Natürlich hast du recht, dass der Kunde die 1-Seite ist, denn schließlich kann ein Kunde mehrere Rechnungen haben, aber nicht eine Rechnung mehrere Kunden. Dennoch geht es hier um die Erstellung einer Rechnung. Mag sein, dass der Weg über das Ufo und die dazugehörige Verknüpfung verkehrt ist, aber wie wäre dann eine alternative Lösung?

 

Wenn die Rechnung mehrere Kunden haben kann, dann ist das eine n:m Beziehung.
Im jetzigen Modell kannst du genausowenig einer Rechnung mehrere Kunden zuordnen.
Insofern verstehe ich nicht welchen Sinn es machen soll, die Kunden als UFO anzulegen.
Die Rechnungspositionen ist wiederum in Abhängigkeit zur Invoice und bildet zur Invoice den n-Teil, einer weiteren Tabelle.

Welche alternative Lösung ?
Im HF wählst du den Kunden. Im Ufo erfasst du die Rechnungen.
D.h. Rechnungskopf und andere Daten.
Über das Öffnen eines weiteren Formulars lassen sich dann die Details erfassen.
z.b bildet in einem Register-Steuerelement die Kunden das 1.Blatt.
Im weiteren Blatt dann als UFO die Rechnungen des Kunden bzw. auch das Neuerfassen.

 

Der Kunde gehört in den Kopfsatz der Rechnung, mit Rechnungsnummer, Datum u.ä., und zur Auswahl des Kunden bietet sich eine Kombobox an. Die Kombobox kann alles mögliche an Kundeninformationen anzeigen und nach Auswahl eines Kunden kann man weitere Daten auch in zusätzlichen Feldern anzeigen, z. B. Liefer- und Rechnungsanschrift, sofern im Kundenstamm vorhanden oder damit verknüpft. Ein Unterformular mit einer Liste diverser Kunden zur Auswahl eines Kunden halte ich für völlig ungeeignet und alles andere als praxistauglich. Warum sollte ich erst durch drölfundneunzig Kunden scrollen, bis ich den richtigen gefunden habe?

Gruß
Fred