Office: (Office 2007) Feld aus Formular 1 im Formular 2 darstellen

Hi vlt kann mir ja jemand Helfen oder hat eine Idee, vlt habe ich auch nur einen Denkfehler.

Es geht um das frm_RechnungErstellen, das ist rechts unten ein Feld Gesamtsumme.
Dieses Feld müsste in frm_Rechnungsarchiv unter Betrag erscheinen.

Grund für das Feld Betrag im Rechnungsarchiv ist der, das die Kunden nicht immer ihre Daten korrekt bei der Überweisung angeben.

1000 dank vlt hat ja jemand eine Idee ich arbeite mich gerade etwas in Access ein und habe noch keine großen Erfahrungen.
Vielleicht fällt ja jemanden noch ein Fehler auf oder hat eine Idee.


Gruß Gernot

:)

 

Hallo,
das geht so nicht. Das Formular "Rechnungsarchiv" muss geöffnet sein, wenn man in ein Feld was schreiben will.
Verwende DomSumme mit Bezug auf die RechnungsID um die Gesamtsumme der Rechnung direkt im Formular zu ermitteln.
Code:

Als Eintrag in dem Betragsfeld im Rechnungsarchiv.
Die gleiche Formel kannst Du auch in dem anderen Formular verwenden um den Bezug auf das UFO zu vermeiden.

 

Vielen Dank ich probiere das gleich mal aus.
Ich dachte es gibt vlt noch eine Möglichkeit ohne das das Rechnungsarchiv geöffnet sein muss

1000 Dank

Hab es gerade probiert super 1 AAA

Danke

 

Hi,
dein Tabellenmodell solltest du überarbeiten.
Rechnungs- oder Lieferadresse des Kunden solltest du in eine eigene Tabelle nehmen. So kannst du beliebig viele Liefer oder Rechnungsadressen anlegen.
Bzgl. Preis des Artikels, bedarf es entweder eine Erweiterung über die Gültigkeit des Preises, d.h. weitere Preistabelle oder ein weiteres Feld über den Preis in den Details.

Eine Id ist eine Zahl und auch eindeutig!
LIKE ist unsinnig, das muss ein "=" sein, LIKE verwendet man bei Textmuster Suche, desweiteren sind die Anführungszeichen zur Kennzeichnung von Text gedacht.

Im Docmd.OpenForm kannst du bereits dein Kriterium mitgeben, d.h. die folgenden Zeilen entfallen dann.

 

Stimmt mit Like hast du recht danke

Okay mit der Lieferadresse werde ich mal drüber nachdenken.
Es wird aber immer nur eine Lieferadresse und eine Rechnungsadrese geben.

Vielen Dank

 

Hallo,
der Steuersatz ist in der Tabelle mit den Positionen auch überflüssig. Du hast ja den Artikel und der hat ja den Steuersatz. So wie das jetzt ist, musst Du diesen ja 2x eingeben.

 

Super Danke stimmt
hab es gerade geändert.
vlt fällt dir ja noch was auf

 

Hallo,
natürlich auch die Anmerkungen von FredFred bez. Preis und Adressen.
Die Kommunikationsdaten (Tel, Mobil, Fax, Email usw.) gehören auch in eine extra Tabelle (als n:m Beziehung). Auch für die Ansrechpartner sollte es eine Tabelle geben, sonst hast Du bald einen Mülller (mit 3 l, Tippfehler) der dann mit Müller nicht gefunden wird.

 

Was machst, wenn dein Kunde umzieht ?
die alte Adresse überschreiben und somit die Historie verändern ?

In einer Tabelle Adresse erfasst du Liefer und Rechnungsadresse als 2 Datensätze und erfasst ein weiteres Merkmal, um welche Art es sich handelt.

Den Preis solltest du auf jeden Fall überarbeiten.
Verändert sich der Preis in der Artikel-Tabelle, veränderst du damit alle bisherigen Rechnungen mit dem alten Preis. Also, entweder doppelt erfassen in den Details, oder wie schon geschrieben einen Zeitraum für den den Preis führen.

 

ohh Stimmt da hast du recht.

Die Historie darf sich nicht verändern !!!!

Nur wie erreiche ich das ??????

 

Hallo,

das wurde doch schon gesagt. Du brauchst eine extra Tabelle für die Adressen. Wahrscheinlich ist auch noch eine Tabelle für Ort und PLZ sinnvoll.
In die Tabelle mit den Kunden müssen dann 2 Fremdschlüsselfelder die auf die Adressentabelle verweisen. Die Adresstabelle muss dann 2x in das Beziehungsfenster aufgenommen werden.
Auch das mit den Anprechpartnern musst Du überdenken, es kann ja mehrere Ansprechpartner geben (wegen Urlaub oder sonstiger Vertretung).

Auch für den Preis wird eine extra Tabelle benötigt. Mit einem Datumsfeld "GueltigAb".
Dann kann man entweder den gültgen Preis in einer Abfrage einsetzten oder man speichert den Preis redundant in der Positionstabelle.

Da gibt es noch viel zu tun, bevor Du Dich weiter mit Formularen und Berichten beschäftigst.

 

Beide Möglichkeiten habe ich dir bereits genannt.

1.) Eine Tabelle Artikelpreis, in der die Gültigkeit des Artikelpreises geführt wird. "Gültig ab", das ist die etwas aufwendigere Methode, da du entsprechend des Rechnungsdatums den richtigen Preis "abfragen" musst.

2.) in der Tabelle Bestelldetails fügst du ein weiteres Feld "Preis" hinzu, und überträgst beim Erfassen der Bestellung den aktuellen Preis des Artikels in dieses Feld redundant. Das ist die einfachere Methode.

 

Super Danke jetzt hab ich es kappiert

 

Hallo,
und die Umgestaltung der Adressen nicht vergessen. Siehe #11.

 

Hi so habe ein wenig gebastelt und ein neues Beziehungsmodell erstellt
Was haltet Ihr davon