Bestellpositionen speichern wir in einer eigenen Tabelle beispielsweise namens tblBe\u00adstellpositionen, die als m:n-Verkn\u00fcpfungstabelle zwischen Tabellen wie tblBestellungen und tblProdukte dient. Diese Tabelle nimmt dann jeweils noch Felder auf wie Einzelpreis, Mehrwertsteuersatz und Einheit, die wir aus der Produkte-Tabelle in die Bestellpositionen-Tabelle kopieren. Damit das automatisch beim Anlegen einer Bestellposition geschieht, f\u00fcgen wir normalerweise ein Ereignis zum Eingabeformular f\u00fcr die Bestellpositionen hinzu, das diese Daten ausliest und in die Bestellposition eintr\u00e4gt. Es gibt jedoch noch eine Alternative: Dabei verwenden wir ein Datenmakro, das durch das Ereignis \u00bbVor \u00c4nderung\u00ab des Datensatzes ausgel\u00f6st wird und verlegen die Logik damit in die Tabelle selbst. Wie das gelingt, zeigt der vorliegende Beitrag.<\/p>\n
Zum Artikel …<\/a><\/p>\n Immer mehr Vorg\u00e4nge werden per E-Mail verarbeitet. Dazu geh\u00f6ren auch Bestellungen, Rechnungen et cetera. Fr\u00fcher wurden beispielsweise Rechnungen an die Postadresse geschickt, was einigerma\u00dfen fehlertolerant war. Sp\u00e4testens der Brieftr\u00e4ger hat die falsche Hausnummer erkannt und die Sendung dank regelm\u00e4\u00dfigem Zustellungsgebiet beim richtigen Adressaten abgeliefert. Bei E-Mails verh\u00e4lt sich dies v\u00f6llig anders: Hier f\u00fchrt jede Ungenauigkeit zur Unzustellbarkeit, toleriert werden allenfalls noch Abweichungen bei der Gro\u00df-\/Kleinschreibung. Daher lohnt es sich, die E-Mail-Adressen von Kunden und anderen Adressaten zumindest oberfl\u00e4chlich zu pr\u00fcfen.<\/p>\n Zum Artikel …<\/a><\/p>\n In vielen Beispieltabellen, die wir in diesem Magazin vorstellen, verwenden wir einfach das Prim\u00e4rschl\u00fcsselfeld als Kundennummer, Bestellnummer und so weiter. In manchen F\u00e4llen ist das nicht praktikabel, weil diese Nummern nach bestimmten anderen Regeln erstellt werden m\u00fcssen. Dann bietet es sich an, dennoch ein Prim\u00e4rschl\u00fcsselfeld mit Autowertfunktion zu nutzen, um die Datens\u00e4tze eindeutig zu identifizieren und dieses auch f\u00fcr das Herstellen von Beziehungen zu nutzen. Die Kundennummern oder Bestellnummern m\u00f6chte man aber dennoch nicht von Hand eingeben, sondern die Datenbank soll das erledigen. Wie Sie das realisieren k\u00f6nnen, zeigt der vorliegende Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n Manche Felder in Tabellen d\u00fcrfen nur bestimmte Zeichen aufnehmen. So soll beispielsweise eine Postleitzahl nur aus Zahlen bestehen, Namen sollen keine Zahlen enthalten, Telefonnummern nur Zahlen und bestimmte Zeichen wie Plus, Minus und Klammern. Um dies durchzusetzen, gibt es verschiedene M\u00f6glichkeiten. Die einfachste ist, nach der Eingabe zu pr\u00fcfen, ob das Feld nur die zul\u00e4ssigen Zeichen enth\u00e4lt und den Benutzer darauf hinzuweisen. Man k\u00f6nnte aber auch direkt bei der Eingabe nur die zul\u00e4ssigen Zeichen akzeptieren. Dabei gibt es jedoch einige Fallstricke. In diesem Beitrag schauen wir uns die verschiedenen M\u00f6glichkeiten an.<\/p>\n Zum Artikel …<\/a><\/p>\n Bezeichnungsfelder oder auch Beschriftungsfelder sind ein wichtiger Bestandteil von Formularen und Berichten, denn sie geben in der Regel an, welche Daten der Benutzer in Steuerelemente eingeben kann oder dienen als \u00dcberschriften in Datenbl\u00e4ttern oder Berichten in der Tabellenansicht. Beschriftungen f\u00fcr gebundene Felder lassen sich bereits im Tabellenentwurf festlegen, sodass das Anlegen dieser Felder in Formularen und Berichten ein Kinderspiel werden k\u00f6nnte. Wenn Sie allerdings noch w\u00fcnschen, dass Beschriftungsfelder wie in Vorname: mit einem Doppelpunkt ausgestattet werden, m\u00fcssen Sie eigentlich doch wieder jedes Beschriftungsfeld von Hand \u00e4ndern. Au\u00dfer nat\u00fcrlich, Sie lesen diesen Beitrag. Hier erfahren Sie n\u00e4mlich alle Tricks rund um Beschriftungsfelder.<\/p>\n Zum Artikel …<\/a><\/p>\n Nachdem wir im Beitrag \u00bbRechnungsverwaltung: Datenmodell\u00ab das Datenmodell f\u00fcr die Rechnungsverwaltung definiert haben, k\u00f6nnten wir eigentlich zur Programmierung der f\u00fcr die Dateneingabe ben\u00f6tigten Formulare \u00fcbergehen. Allerdings macht die Programmierung von Formularen deutlich mehr Spa\u00df, wenn bereits einige Beispieldaten vorliegen und man direkt damit ausprobieren kann, ob die Formulare funktionieren. Als Hilfsmittel zum Erstellen der Beispieldaten verwenden wir das im Beitrag \u00bbBeispieldaten generieren mit .NET und Bogus\u00ab vorgestellte Werkzeug.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbRechnungsverwaltung: Bestellformular\u00ab (www.access-im-unternehmen.de\/1382) aus der kommenden Ausgabe 5\/2022 stellen wir ein Formular zur Eingabe neuer Bestellungen inklusive Bestellpositionen vor. Damit der Benutzer komfortabel auf bereits angelegte Bestellungen zugreifen und neue Bestellungen anlegen kann, stellen wir ihm ein \u00dcbersichtsformular f\u00fcr die Bestellungen zur Seite. Wie Sie dieses erstellen, zeigen wir im vorliegenden Beitrag. Dabei wollen wir nicht nur die Bestellungen in der \u00dcbersicht anzeigen, sondern auch M\u00f6glichkeiten zum Durchsuchen der Rechnungen sowie f\u00fcr die Anzeige der zuletzt verwendeten Rechnungen anbieten.<\/p>\nE-Mail-Adressen validieren per VBA<\/h3>\n
Nummern f\u00fcr Bestellungen et cetera generieren<\/h3>\n
Textfeld nur mit bestimmten Zeichen f\u00fcllen<\/h3>\n
Bezeichnungsfelder im Griff<\/h3>\n
Rechnungsverwaltung: Beispieldaten<\/h3>\n
Rechnungsverwaltung: Bestell\u00fcbersicht<\/h3>\n