Northwind 2.0 Developer Edition: Заказы на покупку

В этом выпуске Dev для примера приложения "Заказы на покупку Northwind" есть только модуль Заказов на покупку. В Starter Edition продукты никогда не иссякают и не требуют приобретения. Этот выпуск Dev Edition расширяет схему базы данных (используемые таблицы) в Northwind 2.0 Starter Edition и использует более сложные функции. Он по-прежнему предназначен для ознакомления с основными функциями Microsoft Access, а не для ведения какого-либо конкретного бизнеса.

• Список заказов на покупку доступен на ленте. Он содержит гиперссылки для открытия каждого заказа на покупку.

• В списке заказов на покупку и на ленте есть кнопка Создать заказ на покупку, чтобы открыть новый пустой заказ на покупку. Вы также можете создать заказы на покупку в форме Продукты >кнопку Изменить порядок продукта .

• Кнопки в заголовке перемещают заказы на покупку через рабочий процесс через отправку, утверждение, получение и закрытие. Соответствующие поля отслеживания в форме блокируются, так как они должны быть заданы только программным способом, щелкнув кнопки действия.

• Для утверждения заказа требуется разрешение на утверждение покупки. Вы можете войти как Эндрю Ченчини, у которого есть привилегия, или предоставить ее себе в системе Администратор > Привилегии. Обратите внимание, что ваша возможность сделать это является одной из многих причин, по которым Northwind не является приложением для качества производства. В реальном мире пользователи не смогут повысить свои собственные разрешения.

• Позиции в заказе на покупку проверяются с учетом их количества. Это должно быть по крайней мере минимальное количество reOrder, и в идеале он должен получить запасы по крайней мере до целевого уровня, установленного для каждого продукта.

• Когда заказ на покупку получен, вызывается специальная обработка, чтобы распространить эти продукты на позиции заказа, которые находятся в состоянии "Нет запасов" , и установить для них значение "Выделено". Все оставшееся количество отправляется в инвентарь. Запись добавляется в таблицу StockTake .

В этом разделе рассматриваются важные сведения о реализации формы заказа на покупку frmPurchaseOrderDetails:

1. Форма "Заказ на покупку" получает данные из простого запроса qryPurchaseOrder (см. свойство RecordSource ). Рекомендуется основывать форму ввода данных на простом запросе. Обратите внимание, что не обязательно включать в этот запрос таблицу PurchaseOrderDetails . Сведения обрабатываются подчиненной формой. Но запрос соединяется с другими таблицами, чтобы получить поля StatusName, SubmittedBy и ApprovedBy только для чтения.

2. Форма PurchaseOrderList может открывать несколько экземпляров формы Заказа на покупку. Это удобно, потому что отдел po занимается большим количеством прерываний и может потребоваться открыть еще один po во время работы над первым - или сравнить его с третьим po. Метод описан здесь.

3. VendorID получает значение из поля со списком с двумя столбцами: скрытый столбец идентификатора и видимый столбец Description. Такие поля со списком привязаны к простым запросам из двух столбцов: см. свойство RowSource .

4. При сохранении записи необходимо заполнить по крайней мере необходимые поля. В выпуске Starter мы позволяем выполнять поведение Access по умолчанию. В этом выпуске dev реализован более удобный метод, как подробно описано ниже.

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

ПРОВЕРКИ

Для кода проверки, реализованного в выпуске Northwind Dev, требуется только три строки кода:

• В Form_BeforeUpdate: Cancel = ValidateForm(Me)

• В Form_AfterUpdate:  ValidateForm_RemoveHighlights

• В Form_Current: ValidateForm_RemoveHighlights

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

Автономный код проверки принимает объект формы для проверки.  Затем он проверяет базовую коллекцию форм RecordsetClone, чтобы узнать, какие элементы управления привязаны к обязательным полям, и проверяет, имеют ли они значение. В противном случае они будут выделены. 

• Northwind 2.0 Developer Edition: сведения, которые следует знать.

• Northwind 2.0 Developer Edition: все разделы