Northwind 2.0 Developer Edition: Bestellungen

Diese Dev Edition der Northwind Purchase Orders-Beispielanwendung verfügt über das einzige Bestellmodul. In der Starter Edition gehen Produkte nie aus und müssen nie gekauft werden. Diese Dev Edition erweitert das Datenbankschema (verwendete Tabellen) in Northwind 2.0 Starter Edition und verwendet erweiterte Features. Es ist immer noch dazu gedacht, Sie in die wichtigsten Features von Microsoft Access einzuführen, nicht um ein bestimmtes Geschäft zu führen.

• Die Bestellliste ist über das Menüband verfügbar. Es enthält Links zum Öffnen der einzelnen Bestellungen.

• Sowohl die Bestellliste als auch das Menüband verfügen über die Schaltfläche Neue Bestellung, um eine neue, leere Bestellung zu öffnen. Sie können bestellungen auch über das Formular Produkte >Schaltfläche Produkt neu bestellen erstellen.

• Die Schaltflächen in der Kopfzeile führen die Bestellungen über den Workflow durch Absenden, Genehmigen, Empfangen und Schließen weiter. Die entsprechenden Nachverfolgungsfelder im Formular sind gesperrt, da sie nur programmgesteuert durch Klicken auf die Aktionsschaltflächen festgelegt werden sollten.

• Für die Genehmigung einer Bestellung ist die Berechtigung "Kaufgenehmigung" erforderlich. Sie können sich als Andrew Cencini anmelden, der über die Berechtigung verfügt, oder sie sich selbst in System Admin > Privileges gewähren. Beachten Sie, dass Ihre Fähigkeit dazu einer der vielen Gründe ist, warum Northwind keine Anwendung in Produktionsqualität ist. In der realen Welt können Benutzer ihre eigenen Berechtigungen nicht erhöhen.

• Positionen in einer Bestellung werden hinsichtlich ihrer Menge überprüft. Es muss mindestens die Mindestmenge für neu bestellte Produkte sein, und im Idealfall sollte der Bestand mindestens auf die Zielebene zurückgesetzt werden, wie für jedes Produkt festgelegt.

• Wenn eine Bestellung empfangen wird, wird eine spezielle Verarbeitung aufgerufen, um diese Produkte an Bestellpositionen zu verteilen, die sich in No Stock status befinden, und sie auf Zugeordnet festzulegen. Die verbleibende Menge wird an den Bestand gesendet. Der StockTake-Tabelle wird ein Datensatz hinzugefügt.

In diesem Abschnitt werden wichtige Implementierungsdetails des Bestellformulars frmPurchaseOrderDetails behandelt:

1. Das Bestellformular ruft seine Daten aus einer einfachen Abfrage qryPurchaseOrder ab (siehe RecordSource-Eigenschaft ). Das Erstellen eines Dateneingabeformulars auf einer einfachen Abfrage ist eine bewährte Methode. Beachten Sie, dass es nicht erforderlich ist, die PurchaseOrderDetails-Tabelle in diese Abfrage einzufügen. Details werden vom Unterformular verarbeitet. Die Abfrage wird jedoch mit anderen Tabellen verknüpft, um die schreibgeschützten Felder StatusName, SubmittedBy und ApprovedBy zu übernehmen.

2. Das Formular PurchaseOrderList kann mehrere Instanzen des Bestellformulars öffnen. Dies ist praktisch, da die PO-Abteilung viele Unterbrechungen hat und möglicherweise eine andere PO öffnen muss, während sie an der ersten arbeitet - oder sie mit einem dritten PO vergleichen muss. Die Technik ist hier dokumentiert.

3. VendorID ruft seinen Wert aus einem zweispaltigen Kombinationsfeld ab: einer ausgeblendeten ID-Spalte und einer sichtbaren Beschreibungsspalte. Solche Kombinationsfelder sind an einfache zweispaltige Abfragen gebunden. Weitere Informationen finden Sie in der RowSource-Eigenschaft .

4. Beim Speichern eines Datensatzes müssen mindestens die erforderlichen Felder ausgefüllt werden. In der Starter Edition lassen wir das Access-Standardverhalten auftreten. in dieser Dev Edition wird eine benutzerfreundlichere Technik implementiert, wie unten ausführlich beschrieben.

5. Wenn der Auftragsstatusempfangen wird, wird eine spezielle Verarbeitung (Prozedur AllocateToInventory) aufgerufen, um den neuen Bestand auf Bestellungen zu verteilen, die auf diese Produkte warten.

VALIDIERUNG

Der in northwind Dev Edition implementierte Validierungscode erfordert nur drei Codezeilen:

• In Form_BeforeUpdate: Cancel = ValidateForm(Me)

• In Form_AfterUpdate:  ValidateForm_RemoveHighlights Mir

• In Form_Current: ValidateForm_RemoveHighlights Mir

Dies ist ein gutes Muster: Wenn Sie Ihren Code sehr eigenständig gestalten, ist es einfach, überall zu implementieren. Professionelle Entwickler können dies noch weiter gehen, z. B. mithilfe von Formularunterklassen. (Dies geht über die Ziele von Northwind Dev hinaus.)

Der eigenständige Validierungscode akzeptiert ein Formularobjekt, das überprüft werden soll.  Anschließend wird die zugrunde liegende RecordsetClone-Formularauflistung überprüft, um herauszufinden, welche Steuerelemente an erforderliche Felder gebunden sind, und ob sie über einen Wert verfügen. Wenn dies nicht der Fall ist, werden sie hervorgehoben. 

• Northwind 2.0 Developer Edition: Dinge, die Sie wissen sollten.

• Northwind 2.0 Developer Edition: Alle Themen