Northwind 2.0 Developer Edition: Purchase Orders

מהדורת Dev זו של היישום לדוגמה של הזמנות רכש של Northwind כוללת את המודול 'הזמנות רכש' היחיד. ב- Starter Edition, המוצרים לעולם לא יתרוצו ולעולם לא יהיה צורך לרכוש אותם. מהדורת Dev זו מתרחבת בסכימת מסד הנתונים (טבלאות בשימוש) ב- Northwind 2.0 Starter Edition ומשתמשת בתכונות מתקדמות יותר. הוא עדיין נועד להציג בפניך את התכונות העיקריות של Microsoft Access, ולא להפעיל שום עסק ספציפי.

• רשימת הזמנות הרכש זמינה מרצועת הכלים. הוא כולל היפר-קישורים לפתיחת כל הזמנת רכש.

• הן רשימת הזמנות הרכש והן רצועת הכלים כוללות לחצן הזמנת רכש חדשה כדי לפתוח הזמנת רכש ריקה חדשה. באפשרותך גם ליצור הזמנות רכש מתוך הטופס 'מוצרים' >'סדר מחדש מוצר '.

• הלחצנים בכותרת קדם את הזמנות הרכש באמצעות זרימת העבודה באמצעות 'שלח', 'אשר', 'קבל' ו'סגור'. שדות המעקב התואמים בטופס נעולים מאחר שיש להגדיר אותם באופן תיכנותי בלבד על-ידי לחיצה על לחצני הפעולה.

• אישור הזמנת רכש דורש הרשאת אישור רכישה. באפשרותך להיכנס בתור אנדרו Cencini, שיש לו את ההרשאה, או להעניק אותו לעצמך ב- System מרכז הניהול > Privileges. שים לב שהיכולת שלך לעשות זאת היא אחת מהסיבות הרבות לכך ש- Northwind אינו יישום איכות ייצור. בעולם האמיתי, המשתמשים לא יוכלו להעלות את ההרשאות שלהם.

• פריטי שורה בהזמנה רכש מאומתים ביחס לכמות שלהם. עליו להיות לפחות כמות מינימום של סידור מחדש, ו באופן אידיאלי הוא אמור לקבל את המלאי בחזרה לרמת היעד לפחות, כפי שוגדר עבור כל מוצר.

• כאשר הזמנת רכש מתקבלת, עיבוד מיוחד מופעל כדי להפיץ מוצרים אלה כדי להזמין פריטי שורה שאינם במצב 'מניות' ולהגדיר אותם כ'מוקצים'. כל הכמות הנותרת נשלחת למלאי. רשומה נוספת לטבלה StockTake .

סעיף זה מטפל בפרטי יישום ראויים לציון של טופס הזמנת הרכש, frmPurchaseOrderDetails:

1. הטופס הזמנת רכש מקבל את הנתונים שלו מהשאילתה פשוטה, qryPurchaseOrder (ראה המאפיין RecordSource ). בישור טופס הזנת נתונים בשאילתה פשוטה הוא שיטות עבודה מומלצות. שים לב כי אין צורך לכלול את הטבלה PurchaseOrderDetails בשאילתה זו. הפרטים מטופלים על-ידי טופס המשנה. אך השאילתה מצטרפת לטבלאות אחרות כדי לבחור את השדות StatusName, SubmittedBy ו- ApprovedBy לקריאה בלבד.

2. הטופס PurchaseOrderList יכול לפתוח מופעים מרובים של טופס הזמנת הרכש. פעולה זו שימושית מכיוון שמחלקות הזמנת רכש עוסקות בהפרעות רבות וייתכן שיהיה עליך לפתוח הזמנת רכש אחרת בזמן העבודה על הרכש הראשון - או להשוות אותה ל- PO שלישי. הטכניקה תפורסם כאן.

3. ה- VendorID מקבל את הערך שלו מתיבת משולבת בעלת שתי עמודות: עמודת מזהה מוסתר ועמודת תיאור גלויה. תיבות משולבות כאלה מאוגדות לשאילתות פשוטות בעלות שתי עמודות: עיין במאפיין RowSource .

4. בעת שמירת רשומה, יש למלא את השדות הנדרשים לפחות. ב- Starter edition, אפשרנו לאו אופן הפעולה המוגדר כברירת מחדל של Access להתרחש; במהדורה זו של Dev, מיושמת טכניקה ידידותית יותר למשתמש - כמתואר בפירוט להלן.

5. כאשר מצב הזמנת הרכש עובר ל'התקבל ', עיבוד מיוחד מופעל (פרוצדורה AllocateToInventory) כדי להפיץ את המלאי החדש על-פני הזמנות הממתינים למוצרים אלה.

אימות

קוד האימות המיושם ב- Northwind Dev Edition דורש שלוש שורות קוד בלבד:

• ב Form_BeforeUpdate: ביטול = ValidateForm(Me)

• בתוך Form_AfterUpdate:  ValidateForm_RemoveHighlights Me

• ב Form_Current: ValidateForm_RemoveHighlights Me

זוהי תבנית טובה לפעול לפיה: הפיכת הקוד שלך לכלול מאוד את עצמי מקלה עליך ליישם בכל מקום. מפתחים מקצועיים עשויים להוסיף עוד יותר, לדוגמה, שימוש ב-subclassing של טפסים. (זה מעבר למטרות עבור Northwind Dev.)

קוד האימות הכלול ב עצמית מקבל אובייקט טופס לאימות.  לאחר מכן, היא בודקת את אוסף הטופסים של RecordsetClone המשמש כגבול כדי לברר אילו פקדים מאוגדים לשדות נדרשים, ובדוק אם יש להם ערך. אם לא, הם מסומנים. 

• Northwind 2.0 Developer Edition: Things you should know.

• Northwind 2.0 Developer Edition: All topics