Northwind 2.0 Developer Edition: Kjøpsordrer

Denne utviklerutgaven av eksempelprogrammet Gastronor-kjøpsordrer har den eneste modulen Kjøpsordrer. I Starter Edition går produkter aldri tom og trenger aldri å kjøpes. Denne Utviklerutgaven utvides på databaseskjemaet (tabellene som brukes) i Northwind 2.0 Starter Edition og bruker mer avanserte funksjoner. Det er fortsatt ment å introdusere deg for de viktigste funksjonene i Microsoft Access, ikke for å drive en bestemt bedrift.

• Innkjøpsordrelisten er tilgjengelig fra båndet. Den har hyperkoblinger for å åpne hver innkjøpsordre.

• Både innkjøpsordrelisten og båndet har en ny innkjøpsordreknapp for å åpne en ny, tom bestilling. Du kan også opprette kjøpsordrer fra produkter-skjemaet >knappen Omorganisere produkt .

• Knappene i toppteksten går fremover kjøpsordrene gjennom arbeidsflyten gjennom Send, Godkjenn, Motta og Lukk. De tilsvarende sporingsfeltene i skjemaet er låst fordi de bare skal angis programmatisk ved å klikke handlingsknappene.

• Godkjenning av en innkjøpsordre krever kjøpsgodkjenningsrettigheter. Du kan logge på som Andrew Cencini, som har rettigheten, eller gi den til deg selv i System Admin > Privileges. Vær oppmerksom på at det er en av de mange grunnene til at Northwind ikke er et program for produksjonskvalitet. I den virkelige verden vil ikke brukere kunne heve sine egne tillatelser.

• Linjeelementer i en innkjøpsordre valideres med hensyn til antallet. Det må minst være Minimumsantall for gjenbestilling, og ideelt sett bør det få beholdningen tilbake til minst målnivået, som angitt for hvert produkt.

• Når en innkjøpsordre mottas, aktiveres spesiell behandling for å distribuere disse produktene til ordrelinjeelementer som ikke har aksjestatus, og sette dem til Fordelt. Eventuelle gjenstående antall sendes til beholdningen. En post legges til i StockTake-tabellen .

Denne delen tar for seg bemerkelsesverdige implementeringsdetaljer for innkjøpsordreskjemaet, frmPurchaseOrderDetails:

1. Innkjøpsordreskjemaet henter dataene fra en enkel spørring, qryPurchaseOrder (se RecordSource-egenskapen ). Det er anbefalt fremgangsmåte å basere et skjema for dataregistrering på en enkel spørring. Vær oppmerksom på at det ikke er nødvendig å inkludere Tabellen PurchaseOrderDetails i denne spørringen. Detaljer håndteres av delskjemaet. Spørringen slår seg imidlertid sammen med andre tabeller for å hente de skrivebeskyttede feltene StatusName, SubmittedBy og ApprovedBy .

2. PurchaseOrderList-skjemaet kan åpne flere forekomster av innkjøpsordreskjemaet. Dette er praktisk fordi po-avdelingen håndterer mange avbrudd og kanskje må åpne en annen po mens du arbeider på den første - eller sammenligne den med en tredje PO. Teknikken er dokumentert her.

3. VendorID henter verdien fra en kombinasjonsboks med to kolonner: en skjult ID-kolonne og en synlig Beskrivelse-kolonne. Slike kombinasjonsbokser er bundet til enkle spørringer med to kolonner: se RowSource-egenskapen .

4. Når du lagrer en post, må de nødvendige feltene i det minste fylles ut. I Starter-utgaven lar vi access-standardvirkemåten skje. i denne Utviklerutgaven implementeres en mer brukervennlig teknikk – som beskrevet i detalj nedenfor.

5. Når po-statusen sendes til Mottatt, aktiveres spesialbehandling (prosedyre AllocateToInventory) for å distribuere den nye beholdningen over ordrer som venter på disse produktene.

VALIDERING

Valideringskoden som implementeres i Northwind Dev-utgaven, krever bare tre linjer med kode:

• I Form_BeforeUpdate: Avbryt = ValidateForm(Me)

• I Form_AfterUpdate:  ValidateForm_RemoveHighlights Meg

• I Form_Current: ValidateForm_RemoveHighlights meg

Dette er et godt mønster å følge: å gjøre koden svært selvstendig gjør det enkelt å implementere overalt. Profesjonelle utviklere kan ta dette enda lenger, for eksempel ved hjelp av skjemaunderklasse. (Dette er utenfor målene for Northwind Dev.)

Den selvstendige valideringskoden godtar et skjemaobjekt som skal valideres.  Den kontrollerer deretter den underliggende RecordsetClone-skjemasamlingen for å finne ut hvilke kontroller som er bundet til obligatoriske felt, og kontrollerer om de har en verdi. Hvis de ikke gjør det, er de uthevet. 

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

• Northwind 2.0 Developer Edition: Alle emner