Office: (Office 2016) Kunde auswählen aus einem Unterformular

Hallo @all,

ich habe in einem Auftragsformular u.a. Felder zur Auswahl und Ansicht von Kunden und Unternehmer. Funktioniert wenn alle Felder im HF sind.
Nun habe ich die Kunden - und Unternehmer in ein UF ausgegliedert und mit dem HF verknüpft. Funktioniert auch im 1. Test.

Mein Problem:
Es kommt vor das sich der Kunde oder der Unternehmer ändert aber es gelingt mir nicht die Änderung aus dem UF heraus vorzunehmen.
Mit einem ungebundenen Kombinationsfeld aus dem HF funktioniert es.

Meine Frage:
Gibt es eine Möglichkeit den Datensatzwechsel im UF vorzunehmen ?
Ich habe eine kleine Demo mal angehangen.

:)

 

Etwa so: Gleicher Datensatz nach Requery
Du ermittelst per Auswahl eine verwendungsfähige ID. Damit kannst Du auf das Recordset des anderen Unterformulars gehen und dort nach der beschriebenen Methode (ohne Requery) per FindFirst den Fokus auf den betreffenden Datensatz legen.

 

Hallo Hubert,
Das Problem erledigt sich von selbst, wenn man den Workflow dem logischen Ablauf
einer Auftragsannahme anpasst. Nach meiner Erfahrung in über 30 Jahren Versand-
handel habe ich immer zuerst einen Kunden und dann erst einen Auftrag. Also
- Kunde finden, ändern oder neu anlegen
- Auftrag erstellen per Button vom Kundenformular, wobei ich die KundenID gleich mit
übermittle und mich so bei der Auftragserfassung nicht mehr darum kümmern muss.
gruss ekkehard

 

Hallo Ekkehard,

danke für die Ausführungen deiner Arbeitsweise die ich mit meinen 45 Jahren Berufserfahrung als Logistiker bis heute nicht viel anders handhabe.
(Wir nannten das Arbeitsprozesse oder Geschäftsabläufe...pfui in Deutsch)
Logisch erteilt der Kunde einen Auftrag der auch dann erst angelegt wird.

Nun können sich Kunden ändern weil sie falsch angelegt wurden, eine andere Rechnungsadresse benötigen oder auf eine andere Filiale fakturiert werden sollen usw. (Ist dir sicher alles mehr als bekannt...)

Dann ändert sich der eingesetzte Lkw oder Frachtführer samt Adresse, oder die Be- und Entladeadresse ändert sich. Also gut wir haben halt Bedarf an Adressänderungen die mit einem falschen Workflow so gar nichts zu tun haben.

Ein Austausch ohne die Access Problematik. Bemerkenswert!

Alles Gute und Grüße

Hubert

 

Hallo Eberhard,

danke für deinen Vorschlag.
(Versuche diesen zu testen...)

Konnte evtl. eine andere Lösung finden, indem ich die KundenId
im HF wie folgt ändere:
Code:

Die 1. Tests in der Demo waren erfolgreich.

 

Code:

 

Hatte schon mit mit meinem Glas Gin gewettet das du davon nichts hältst...
(Gin weil man ja nicht mehr alles anfassen soll...)

Danke für deine Lösungsvorschlag !

P.S. Warum gibt es den Befehl DoCmd.Save wenn nicht klar definiert ist was gesichert wird? (Obwohl Haustüre sichern in diesen Zeiten auch sinnvoll ist!)

 

Save berührt keine Daten, sondern nur eine Formulardefinition (bzw. Objektdefinition), die hoffentlich nicht zur Laufzeit (Design-View) geändert wird.
Ohne Ändern macht Sichern dann nicht wirklich Sinn - wobei: Sicherheit mag ja der Deutsche. Da ist der Glaube auch schon was wert.

Das ist nun Deine "Leistung". Man kann auch vollständiger sein, siehe Hilfe:
Code:

 

Hallo,
irgendwie verstehe ich das Problem nicht. Wenn Du den Kunden (bzw. Adresse) in einem gebundenen Formular anzeigst, kannst Du doch ändern wie Du lustig bist.
Und wenn die alte Adresse erhalten bleiben soll (was auch notwendig sein könnte), muss ohnehin eine neuer Adressdatensatz angelegt werden.
Die jetzige Tabelle "tbl_Adressen" ist so ungeeignet. Die Daten die mit der Adresse zusammenhängen sollten in einer extra Tabelle abgelegt werden.


PS1:
DoCmd.Save speichert keine Daten, sondern nur Objekte wenn ein Formular z.B. im Entwurf geöffnet war und die Änderungen des Entwurf gespeichert werden sollen. Mit den Daten hat der Befehl nichts zu tun.
Kann in der Hilfe (die auch benutzt werden sollte) nachgelesen werden.

PS2:
Auch in einem Beispiel sollte man Beziehungen im Beziehungsfentwer anlegen, es erleichtert Fremden die Zusammenhänge zu erkennen.

 

Servus Eberhard
Servus Klaus,

die Anweisung docmd.save habe ich irrtümlich verwendet weil sie mir bei der Eingabe von docmd.save angeboten wurde.
Für die Sicherung des Datensatzes verwende ich hoffentlich richtig:
Code:

(Zukünftig sollte ich in der Hilfe die Bedeutung der Anweisungen nachlesen als selber zu zu deuten. Sorry mein Fehler)

Aus dem Unterformular (Kunden) oder (Frachtführer) oder (Be- Entladeadresse) möchte ich nur die Möglichkeit haben eine andere Firma auswählen zu können und nicht eine Adresse ändern zu können.

Ist es überhaupt sinnvoll die Adressen von Kunden, Unternehmern etc. als Unterformulare einzubinden statt wie bisher im Hauptformular zu händeln?
Ich spare mir halt sehr viele Felder für die Abfrage des Hauptformulares und es ist wohl von Vorteil beim Umstieg auf einen SQL Server als Backend.

 

HFo, UFo ... primär folgt das doch den Tabellenbeziehungen und ist dann auch einfach ohne Sondermaßnahmen.

 

Servus Eberhard,

nochmals danke für deinen Lösungsvorschlag.

Funktioniert nun so:
Code:

 

Hallo,
der gezeigte Code ist schlicht und ergreifend überflüssig.
Binde das Kombi an das Schlüsselfeld (AdrKdId, gebundene Spalte die Spalte mit dem Schlüsselfeld) und Du kannst ändern wie Du lustig bist, ohne einen Buchstaben VBA Code.

 

Guten Morgen Klaus,

danke für den tollen Vorschlag aber es gelingt mir einfach nicht.

Wenn ich das Kombi im UF an das Formularfeld im HF binde bleibt es gesperrt.
Steuerelementinhalt=[Formulare]![frmAuf]![txtAdrKdId]
Steuerelementinhalt=[Formulare]![frmAuf]![AdrKdId]

Oder verstehe ich deinen Vorschlag nicht richtig?