Office: (Office 2010) Werte aus mit Kombifeld aus UF übernehmen

Hallo,habe mal wieder ein kleines Problem:

Habe folgende Formulare:

Rechnung mit einem Auswahlfeld um den Kunden auszuwählen der individuelle Preise hat.

Diese Preise sind in einem Preise_Unterformular, (rechts daneben.

Nun benötige ich noch ein Unterformular wo ich die Leistung auswählen kann und dann den Preis aus dem Preise_Unterformular zieht bzw. einsetzt.





Ist das irgendwie möglich ?

:)

 

Hallo
Lies einmal in meiner Doc s. Fusszeile unten rechts
auf Seite 123 und folgende
6.7 Ansprechen von Felde in einem Unterformular
6.8 Bedinungsanleitung Formular / Unterformular
Seite 124
6.8.1 Verweise auf Steuerelemente im Unterformular

 

Moin,

mach aus Leistungen2 ein Kombifeld, dann kann UF Kundenpreise entfallen.

 

Hallo Drambeldier

das Leistungen2 ist eine Kombifeld.

Wie meinst du das?

 

\@ drambeldier

Vielen Dank für den Hinweis, aber ich verstehe da leider nur Bahnhof. Bin ein Laie

@alle

Frage: Könnte mir das jemand eventuell gegen ein kleines Endgeld erledigen?

 

Das kann ich auf dem Bild nicht erkennen, Kombifelder haben rechts einen kleinen Pfeil.

 

Für so'n Kleinkram Geld nehmen? Sachma...

stell die DB oder ein Minimalbeispiel hier ein, dann wird sich schon jemand erbarmen.

 

\@ drambeldier &all

Bin es halt leider gewöhnt, dass niemand etwas umsonst macht.

FREUT MICH ABER UMSO MEHR, dass es hier wohl nicht so ist.

Habe die DB gezipt angehängt.

Das Formular ist das Rechnungen Formular.

Wie gesagt bin nur Laie vielleicht ist der Aufbau auch falsch.

Würde mich freuen wenn sich jemand erbarmen würde.*Smilie

ThÄnX Jamel

 

Moin,

oh je, worauf habe ich mich da eingelassen...

Am Anfang steht das Datenmodell, das sind die Tabellen und deren Beziehungen. Komischerweise finden Anfänger immer genau das, was völlig unbrauchbar ist, nämlich "Beziehungen", die nicht von Schlüsselattributen ausgehen sind. Access erlaubt das, damit lassen sich Attribute quer durch die Tabellen verschleppen; niemand weiß, wozu das gut sein soll.

Schau Dir mal mein Beziehungsbild an und frag Dich, ob Du damit weiterarbeiten möchtest. Weil Namen nicht ganz sinnfrei sind, habe ich Preise in Leistung und Rechnung_UF in Rechnungsposition umbenannt. Für Rechnungen habe ich immoment keine Verwendung.

ps: Die Nachschlagefelder habe ich aus den Tabellen rausgeschmissen - noch so eine Microsoft-Erfindung, die nicht nur nutzlos, sondern sogar schädlich ist.

Nachfrage zu Kundenpreise: Ist da beabsichtigt, jedem Kunden spezielle Preise zu gewähren?

 

Hallo Ralf,

Ich wäre wohl bereit dich dabei zu unterstützen; - Fakturierung mit
kundenspezifischen Preisen habe ich vor Jahren selbst schon mal
angefangen.
Kann allerdings erst am WE einsteigen, da ich erst morgen aus dem
Urlaub zurückkomme.
gruss ekkehard

 

\@ drambeldier

Erst mal Danke dass du dich erbarmst. *Smilie

Bin für alles offen wenn es dann funktioniert.

Fühl dich frei mit deinem Handhaben.

Ja, es ist gewollt, dass jeder Kunde seine individuellen Preise bekommt.

Rechnung: Hier wollte ich dann die Rechnungen die gestellt werden erfassen.

ThÄnX @Beaker s.a.

Melvin

 

P.S. Habe mir ein Accsessbuch bestellt und werde mich dann auch mit Beziehungen auseinandersetzen *wink.gif*

Ist seid Klasse*mrcool

 

sehr löblich, für Datenmodellierung und Beziehungen gibt es aber reichlich Tutorials.

Gestern war wenig Zeit, deshalb ein Hinweis: Datenmodellierung ist ein Werkzeug, mit dem Daten ohne Kenntnis der gewünschten Auswertungen und der nötigen Formulare so strukturiert werden, dass sie jeder (jeder!) Auswertung zugänglich sind. Deshalb gibt es auch keine Tabellen à la "Rechnung_UF" - Tabellen bilden die Dinge und deren Beziehungen ab, mit denen der Anwender zu tun hat. Und sie heißen auch so ;-) Wenn das Modell dann steht, überlegt man sich die Formulare, um den Bestand zu pflegen.

Um Auswertungen kümmert sich der Entwickler erst, wenn die Daten stehen. Das hat seinen guten Grund: Die meisten Auftraggeber wissen sich nicht auszudrücken, ja meist nicht einmal, was sie brauchen. Wenn der Entwickler zu früh mit Auswertungen anfängt, hechelt er wie ein Blöder dem Kunden hinterher, dessen Wünsche sich täglich stündlich ändern, weil er erst am fertigen Papier erkennt, was für einen Murx er gefordert hat.

 

Moin, Melvin,

als Fingerübung habe ich die Db ein wenig frisiert, schau mal, ob Du das brauchen kannst. Wesentlicher Unterschied: Bei mir gibt es keine Datenblattansicht, weil der Anwender damit zu viel Murx machen kann.

 

Hallo Jamel,
Um mich da jetzt näher mit zu beschäftigen hätte ich noch ein paar Fragen.

Gibt es ausser Kunden noch andere Personengruppen, - Mitarbeiter, Lieferanten ?

Gibt es Kundengruppen, denen man evtl. spez. Preise zuordnen könnte?
Oder andres gefragt kann man es so einrichten, dass man Kunden auf
Grund ihrer Preise gruppieren könnte?

Berechnet Ihr nur DL oder auch Waren (Ersatzteile, Verbrauchsmaterial)?

Werden/müssen die DL in Einzelheiten (reine DL, Ersatzteile, Verbrauchsmat.) aufgelistet werden?

gruss ekkehard


Uups, da hat sich mein Beitrag gerade mit Ralfs überschnitten. Schaue ich mir jetzt mal an.