Northwind 2.0 Developer Edition: Indkøbsordrer

Eksempelprogrammet Dev Edition af Northwind-indkøbsordrer har det eneste købsordremodul. I Starter Edition løber produkter aldrig tør og behøver aldrig at blive købt. Denne Dev Edition udvides til databaseskemaet (tabeller, der bruges) i Northwind 2.0 Starter Edition og bruger mere avancerede funktioner. Det er stadig meningen, at du skal introducere dig for de vigtigste funktioner i Microsoft Access, ikke for at drive en bestemt virksomhed.

• Indkøbsordrelisten er tilgængelig fra båndet. Den har links til at åbne hver indkøbsordre.

• Både indkøbsordrelisten og båndet har knappen Ny indkøbsordre for at åbne en ny, tom indkøbsordre. Du kan også oprette indkøbsordrer fra formularen Produkter >knappen Omarranger produkt .

• Knapperne i sidehovedet fremfører indkøbsordrer gennem arbejdsprocessen via Send, Godkend, Modtag og Luk. De tilsvarende sporingsfelter i formularen er låst, fordi de kun skal angives programmeringsmæssigt ved at klikke på handlingsknapperne.

• Godkendelse af en indkøbsordre kræver købsgodkendelsesrettigheder. Du kan logge på som Andrew Cencini, der har rettigheden, eller give det til dig selv i System Administration > Rettigheder. Bemærk, at din evne til at gøre det er en af de mange grunde Northwind er ikke en produktion kvalitet ansøgning. I den virkelige verden vil brugerne ikke kunne hæve deres egne tilladelser.

• Linjevarer i en indkøbsordre valideres med hensyn til deres Antal. Det skal som minimum være Minimumsordreantal, og ideelt set bør det få lageret tilbage til mindst det målniveau, der er angivet for hvert produkt.

• Når en indkøbsordre er modtaget, tilbagekaldes specialbehandling for at distribuere disse produkter til ordrelinjevarer, der ikke er på lager , og angive dem til Allokeret. Eventuelt resterende antal sendes til lageret. Der føjes en post til tabellen StockTake .

Dette afsnit omhandler vigtige implementeringsoplysninger om formularen Indkøbsordre, frmPurchaseOrderDetails:

1. Formularen Indkøbsordre henter sine data fra en simpel forespørgsel, qryPurchaseOrder (se egenskaben Postkilde ). Det er bedst at basere en dataindtastningsformular på en simpel forespørgsel. Bemærk, at det ikke er nødvendigt at medtage tabellen PurchaseOrderDetails i denne forespørgsel. Oplysningerne håndteres af underformularen. Men forespørgslen sammenkæder med andre tabeller for at hente felterne skrivebeskyttet StatusName, SubmittedBy og ApprovedBy .

2. I formen Indkøbsordreliste kan du åbne flere forekomster af formularen Indkøbsordre. Dette er praktisk, fordi po afdeling beskæftiger sig med masser af afbrydelser og kan være nødvendigt at åbne en anden PO, mens du arbejder på den første - eller sammenligne det med en tredje PO. Teknikken er dokumenteret her.

3. VendorID henter sin værdi fra et kombinationsfelt med to kolonner: en skjult id-kolonne og en synlig Beskrivelse-kolonne. Sådanne kombinationsfelter er bundet til simple forespørgsler med to kolonner: Se egenskaben Rækkekilde .

4. Når du gemmer en post, skal de obligatoriske felter som minimum udfyldes. I Starter-udgaven lader vi Access-standardfunktionsmåden ske. i denne Dev-udgave implementeres en mere brugervenlig teknik – som beskrevet nærmere nedenfor.

5. Når po-status går til Modtaget, aktiveres særlig behandling (procedure AllocateToInventory) for at distribuere det nye lager over ordrer, der venter på disse produkter.

VALIDERING

Den valideringskode, der implementeres i Northwind Dev Edition, kræver kun tre kodelinjer:

• I Form_BeforeUpdate: Cancel = ValidateForm(Me)

• I Form_AfterUpdate:  ValidateForm_RemoveHighlights mig

• I Form_Current: ValidateForm_RemoveHighlights mig

Dette er et godt mønster at følge: At gøre din kode meget selvstændig gør det nemt at implementere overalt. Professionelle udviklere kan gå endnu videre med dette, f.eks. ved hjælp af formularunderklassificering. (Dette er ud over målene for Northwind Dev.)

Den selvstændige valideringskode accepterer et formularobjekt til validering.  Derefter kontrolleres den underliggende RecordsetClones formularsamling for at finde ud af, hvilke kontrolelementer der er bundet til obligatoriske felter, og kontrollerer, om de har en værdi. Hvis de ikke gør det, fremhæves de. 

• Northwind 2.0 Developer Edition: Ting, du bør vide.

• Northwind 2.0 Developer Edition: Alle emner