Northwind 2.0 Developer Edition: Zamówienia zakupu

Ta wersja Dev przykładowej aplikacji Northwind Purchase Orders ma jedyny moduł Zamówienia zakupu. W wersji Starter nigdy nie zabraknie produktów i nigdy nie trzeba ich kupować. Ta wersja Dev Edition rozszerza schemat bazy danych (używane tabele) w wersji Northwind 2.0 Starter Edition i korzysta z bardziej zaawansowanych funkcji. Nadal ma to na celu wprowadzenie do głównych funkcji programu Microsoft Access, a nie prowadzenie żadnej konkretnej firmy.

• Lista zamówień zakupu jest dostępna na Wstążce. Zawiera hiperlinki umożliwiające otwarcie każdego zamówienia zakupu.

• Zarówno lista zamówień zakupu, jak i Wstążka mają przycisk Nowe zamówienie zakupu, aby otworzyć nowe, puste zamówienie zakupu. Możesz również utworzyć zamówienia zakupu na formularzu Produkty >przycisku Zmień kolejność produktu .

• Przyciski w nagłówku przechodzą przez przepływ pracy Zamówienia zakupu za pośrednictwem opcji Prześlij, Zatwierdź, Odbierz i Zamknij. Odpowiadające im pola śledzenia w formularzu są zablokowane, ponieważ powinny być ustawiane programowo tylko przez kliknięcie przycisków akcji.

• Zatwierdzanie zamówienia zakupu wymaga uprawnienia Do zatwierdzania zakupu. Możesz zalogować się jako Andrew Cencini, który ma to uprawnienie, lub dać go sobie w System Administracja > Privileges. Należy pamiętać, że Możliwość tego jest jednym z wielu powodów Northwind nie jest aplikacja jakości produkcji. W świecie rzeczywistym użytkownicy nie będą mogli podwyższać poziomu swoich uprawnień.

• Pozycje w zamówieniu zakupu są sprawdzane pod kątem ich ilości. Musi to być co najmniej minimalna kolejność ilości, a najlepiej, aby zapasy były z powrotem do poziomu docelowego ustawionego dla każdego produktu.

• Gdy zamówienie zakupu zostanie odebrane, specjalne przetwarzanie jest wywoływane w celu rozpowszechnienia tych produktów w wierszu zamówienia pozycji, które są w stanie Brak akcji i ustawić je na Przydzielone. Pozostała ilość jest wysyłana do magazynu. Rekord zostanie dodany do tabeli StockTake .

Ta sekcja dotyczy godnych uwagi szczegółów implementacji formularza Zamówienia zakupu, frmPurchaseOrderDetails:

1. Formularz Zamówienia zakupu pobiera dane z prostego zapytania qryPurchaseOrder (zobacz właściwość RecordSource ). Najlepszym rozwiązaniem jest utworzenie formularza wprowadzania danych na podstawie prostego zapytania. Należy pamiętać, że nie jest konieczne uwzględnianie tabeli PurchaseOrderDetails w tym zapytaniu. Szczegóły są obsługiwane przez podformularz. Jednak zapytanie łączy się z innymi tabelami, aby pobierać pola StatusName (Stan tylko do odczytu), SubmittedBy (PrzesłaneBy) i ApprovedBy (Zatwierdzone Przez ).

2. Formularz Lista Zakupów może otworzyć wiele wystąpień formularza Zamówienie zakupu. Jest to przydatne, ponieważ dział zamówienia zakupu zajmuje się wieloma przerwami i może być konieczne otwarcie kolejnego zamówienia zakupu podczas pracy nad pierwszym dokumentem — lub porównanie go z trzecim punktem sprzedaży. Technika jest tutaj udokumentowana.

3. Identyfikator Dostawcy pobiera swoją wartość z dwukolumnowego pola kombi: ukrytej kolumny identyfikatora i widocznej kolumny Opis. Takie pola kombi są powiązane z prostymi zapytaniami dwukolumnowymi: zobacz właściwość RowSource (ŹródłoWiołów ).

4. Podczas zapisywania rekordu należy wypełnić co najmniej wymagane pola. W wersji Starter zezwalamy na zachowanie domyślne programu Access. w tej wersji Dev wdrożono technikę bardziej przyjazną dla użytkownika , co opisano szczegółowo poniżej.

5. Po przejściu stanu zamówienia zakupu do pozycji Odebrano jest wywoływane specjalne przetwarzanie (procedura AllocateToInventory) w celu rozpowszechnienia nowego spisu w zamówieniach oczekujących na te produkty.

SPRAWDZANIA POPRAWNOŚCI

Kod sprawdzania poprawności zaimplementowany w wersji Northwind Dev wymaga tylko trzech wierszy kodu:

• W Form_BeforeUpdate: Cancel = ValidateForm(Me)

• W Form_AfterUpdate:  ValidateForm_RemoveHighlights mnie

• W Form_Current: ValidateForm_RemoveHighlights mnie

Jest to dobry wzorzec do naśladowania: dzięki czemu kod bardzo samodzielny ułatwia zaimplementowanie wszędzie. Profesjonalni deweloperzy mogą posunąć to jeszcze bardziej, na przykład za pomocą podklasy formularzy. (To wykracza poza cele Northwind Dev).

Samodzielny kod sprawdzania poprawności akceptuje obiekt formularza do weryfikacji.  Następnie sprawdza kolekcję formularzy recordsetClone, aby dowiedzieć się, które kontrolki są powiązane z wymaganymi polami, i sprawdza, czy mają wartość. Jeśli nie, zostaną one wyróżnione. 

• Northwind 2.0 Developer Edition: co należy wiedzieć.

• Northwind 2.0 Developer Edition: Wszystkie tematy