Northwind 2.0 Developer Edition: Comenzi de achiziționare

Această ediție Dev a aplicației eșantion Comenzi de achiziționare Northwind are singurul modul Comenzi de achiziție. În Ediția Starter, produsele nu se execută niciodată și nu trebuie să fie achiziționate niciodată. Această ediție Dev se extinde pe schema bazei de date (tabele utilizate) în Northwind 2.0 Starter Edition și utilizează caracteristici mai complexe. Este menit să vă prezinte caracteristicile majore ale Microsoft Access, nu să rulați nicio firmă specifică.

• Lista Comenzi de achiziționare este disponibilă din panglică. Are hyperlinkuri pentru a deschide fiecare comandă de achiziție.

• Atât Lista comenzilor de cumpărare, cât și Panglica au un buton Comandă nouă de achiziție pentru a deschide o comandă de achiziție nouă, necompletată. De asemenea, puteți crea comenzi de achiziție din formularul Produse >butonul Reordonare produs .

• Butoanele din antet avansează comenzile de achiziție prin fluxul de lucru, prin Remitere, Aprobare, Primire și Închidere. Câmpurile de urmărire corespunzătoare din formular sunt blocate, deoarece ar trebui setate programatic doar făcând clic pe butoanele de acțiune.

• Aprobarea unei po necesită privilegiul Aprobare achiziție. Vă puteți conecta ca Andrew Cencini, care are privilegiul, sau să vi-l dați în Sistem Admin > Privilegii. Rețineți că capacitatea dvs. de a face acest lucru este unul dintre numeroasele motive pentru care Northwind nu este o aplicație pentru calitatea producției. În lumea reală, utilizatorii nu își vor putea ridica propriile permisiuni.

• Articolele de linie dintr-o comandă de cumpărare sunt validate în ceea ce privește Cantitatea lor. Aceasta trebuie să fie cel puțin cantitatea minimă de reordonare și, în mod ideal, ar trebui să obțină inventarul înapoi la cel puțin nivelul țintă, așa cum este setat pentru fiecare produs.

• Atunci când este primită o comandă de cumpărare, este invocată procesarea specială pentru a distribui produsele respective pentru a comanda elementele de linie care sunt în starea Fără stoc și a le seta la Alocat. Orice cantitate rămasă este trimisă la inventar. O înregistrare este adăugată la tabelul StockTake .

Această secțiune tratează detaliile de implementare demne de reținut ale formularului de comandă de achiziționare, frmPurchaseOrderDetails:

1. Formularul Comandă de cumpărare își preia datele dintr-o interogare simplă, qryPurchaseOrder (consultați proprietatea RecordSource ). Un formular de introducere a datelor bazat pe o interogare simplă este un exemplu de bună practică. Rețineți că nu este necesar să includeți tabelul PurchaseOrderDetails în această interogare. Detaliile sunt gestionate de subformular. Dar interogarea se asociază cu alte tabele pentru a prelua câmpurile StatusName, SubmittedBy și ApprovedBy doar în citire.

2. Formularul PurchaseOrderList poate deschide mai multe instanțe ale formularului Comandă de achiziție. Acest lucru este util, deoarece departamentul de po se ocupă cu o mulțime de întreruperi și poate fi necesar să deschidă un alt PO în timp ce lucrează la o prima -- sau comparați-l cu o a treia PO. Tehnica este documentată aici.

3. VendorID își obține valoarea dintr-o casetă combo cu două coloane: o coloană ID ascunsă și o coloană Descriere vizibilă. Astfel de casete combo sunt legate la interogări simple cu două coloane: vedeți proprietatea RowSource .

4. Atunci când salvați o înregistrare, trebuie completate cel puțin câmpurile obligatorii . În ediția Starter, permitem ca comportamentul implicit Access să aibă loc; în această ediție Dev, este implementată o tehnică mai prietenoasă cu utilizatorul - așa cum este descris în detaliu mai jos.

5. Atunci când starea comenzii de achiziție trece la Primit, este invocată procesarea specială (procedură AllocateToInventory) pentru a distribui noul inventar peste comenzile care așteaptă aceste produse.

VALIDARE

Codul de validare implementat în ediția Northwind Dev necesită doar trei linii de cod:

• În Form_BeforeUpdate: Anulare = ValidateForm(Me)

• În Form_AfterUpdate:  ValidateForm_RemoveHighlights eu

• În Form_Current: ValidateForm_RemoveHighlights mine

Acesta este un model bun de urmat: ceea ce face codul foarte auto-conținute face ușor de a implementa peste tot. Dezvoltatorii profesioniști pot duce acest lucru și mai departe, de exemplu, utilizând subclasificarea formularelor. (Acest lucru depășește obiectivele pentru Dev Northwind.)

Codul de validare auto-conținut acceptă un obiect de formular pentru validare.  Apoi verifică colecția de formulare subiacentă RecordsetClone pentru a afla ce controale sunt legate la câmpurile obligatorii și verifică dacă au o valoare. Dacă nu, acestea sunt evidențiate. 

• Northwind 2.0 Developer Edition: Lucruri pe care ar trebui să le știți.

• Northwind 2.0 Developer Edition: Toate subiectele