Northwind 2.0 Developer Edition: замовлення на придбання

У цьому зразку програми Dev Edition зразка замовлень на придбання Компанії Northwind є єдиний модуль замовлень на придбання. У Starter Edition продукти ніколи не закінчуються, і їх ніколи не потрібно купувати. Це видання Dev розширюється на схему бази даних (таблиці, що використовуються) у Northwind 2.0 Starter Edition і використовує більш розширені функції. Він все ще має на меті познайомити вас з основними функціями Microsoft Access, а не для будь-якого конкретного бізнесу.

• Список замовлень на придбання доступний на стрічці. Вона містить гіперпосилання на відкриття кожного замовлення на придбання.

• У списку замовлень на придбання та на стрічці є кнопка Нове замовлення на придбання, щоб відкрити нове пусте замовлення на придбання. Також можна створити замовлення на придбання з форми "Товари" >кнопку "Перевпорядкувати продукт ".

• Кнопки в заголовку передують замовленням на придбання в робочому циклі за допомогою кнопок "Надіслати", "Затвердити", "Отримати" та "Закрити". Відповідні поля відстеження у формі заблоковано, оскільки їх потрібно встановити лише програмно, натиснувши кнопки дій.

• Щоб затвердити передплату на придбання, потрібен дозвіл на затвердження придбання. Ви можете ввійти як Андрій Сенкіні, який має право, або надати його собі в системному Admin > Privileges. Зверніть увагу, що ваша здатність зробити це є однією з багатьох причин, чому Northwind не є якісним додатком для виробництва. У реальному світі користувачі не зможуть підвищити власні дозволи.

• Позиції в замовленні на придбання перевірено відповідно до їхньої кількості. Вона має бути принаймні мінімальним перевпорядкуванням кількості, і в ідеалі вона повинна отримати запаси назад принаймні до цільового рівня, як установлено для кожного продукту.

• Коли замовлення на придбання отримано, спеціальна обробка викликається, щоб розповсюджувати ці продукти, щоб замовити позиції, які перебувають у стані "Немає запасу", і встановіть для них значення "Виділено". Будь-яка залишкова кількість надсилається на інвентаризацію. Запис додасться до таблиці StockTake .

Цей розділ звертає увагу на деталі реалізації форми замовлення на придбання, frmPurchaseOrderDetails:

1. Форма замовлення на придбання отримує дані з простого запиту qryPurchaseOrder (див. властивість RecordSource ). Базувати форму введення даних у простому запиті – це найкращий спосіб. Зверніть увагу, що не потрібно включати таблицю PurchaseOrderDetails до цього запиту. Відомості обробляються підформою. Проте запит об'єднує інші таблиці, щоб отримати поля StatusName, SubmittedBy і ApprovedBy лише для читання.

2. Форма PurchaseOrderList може відкривати кілька екземплярів форми замовлення на придбання. Це зручно, тому що відділ po займається великою кількістю перерв і, можливо, доведеться відкрити інший PO під час роботи над першим - або порівняти його з третьою PO. Техніка описана тут.

3. Код постачальника отримує значення зі поля зі списком із двома стовпцями: прихований стовпець ідентифікатора та видимий стовпець Опис. Такі поля зі списком прив'язані до простих запитів із двома стовпцями: див. властивість RowSource .

4. Під час збереження запису необхідно заповнити принаймні обов'язкові поля. У випуску Starter ми дозволили програмі Access відбуватися за замовчуванням; у цьому випуску Dev реалізовано більш зручний метод , як докладно описано нижче.

5. Коли стан замовлення надходить до отриманого, викликається спеціальна обробка (процедура AllocateToInventory), щоб розповсюджувати нові запаси над замовленнями, які очікують на ці продукти.

ПЕРЕВІРКИ

Код перевірки, впроваджений у випуску Northwind Dev, вимагає лише трьох рядків коду:

• У Form_BeforeUpdate: Cancel = ValidateForm(Me)

• У Form_AfterUpdate:  ValidateForm_RemoveHighlights мене

• У Form_Current: ValidateForm_RemoveHighlights мене

Це хороша модель, щоб слідувати: роблячи ваш код дуже автономним робить його легко реалізувати скрізь. Професійні розробники можуть взяти це ще більше, наприклад, використовуючи підкласизацією форм. (Це виходить за рамки цілей для Northwind Dev.)

Код самостійної перевірки приймає об'єкт форми для перевірки.  Потім він перевіряє базову колекцію форм RecordsetClone, щоб з'ясувати, які елементи керування прив'язані до обов'язкових полів, і перевіряє, чи є у них значення. Якщо ні, вони виділяються. 

• Northwind 2.0 Developer Edition: Things you should know.

• Northwind 2.0 Developer Edition: Усі теми