Northwind 2.0 Developer Edition: Inventory

Визначення дуже важливі. Вони можуть бути зроблені по-різному, жоден з яких не є правильним над усіма іншими. Але незалежно від підходу, ваші визначення повинні бути внутрішньо послідовними. У файлах шаблонів Northwind використовуються наведені нижче визначення.  (Див. також modInventory.) 

• Продукт купується , коли Компанія Northwind отримує продукт на замовлення.

• Продукт продається , коли Northwind виставляє замовлення на цей продукт.

• Продукт Доступний – кількість одиниць фізичного навантаження на полиці. Це стосується одиниць, які вже виділено для замовлень, але ще не відправлено.

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

• Замовлення продукту означає, що його призначено для замовлення на придбання зі статусом Затверджено.

Попередня версія шаблонів Northwind також мала відстеження запасів, хоча і дещо заплутаних і погано задокументованих. Отже, тут ми прагнемо зробити краще. Ми пішли за статтею Аллена Брауна: фізична кількість на руках є результатом простого обчислення:

[Остання фондова взяти кількість] + [Сума сум, придбаних з цього дня] - [Сума проданих кількостей з цього дня] = [Фізична кількість на руках]

Щоб побачити запаси в дії тут, в NW 2 Developer Edition, давайте почнемо просто, з нового продукту. Дайте йому назву, яку ви очікуєте побачити в оптовому каталозі продуктів. 

Ми використовуватимемо такі числа:
> перевпорядкування рівня 50
> цільового рівня 40
> Min Reorder Qty of 100
Спочатку цей продукт не має ні замовлень, ні замовлень на придбання, а Stock-Take запису з кількістю 0. 

Створіть замовлення лише для цього продукту з кількістю 10.
Спостерігайте за станом елемента рядка буде Без запасу. У нас немає жодного продукту під рукою. Замовлення не можна виставляти за рахунком-фактурою, доки ми не придбали деякі продукти в одного з наших постачальників. 

Щоб отримати акції, ми створюємо замовлення на покупку для цього продукту.
Спостерігайте, щоб кількість 100 була встановлена як стандартна.

Перемотування замовлення на придбання до стану затвердженого .
Тепер у формі "Товар" відображається значення "Qty No Stock of 10" (Без акцій) і "Qty" у порядку 100, а в рядку замовлення в зразку тепер відображається стан " За замовленням". 

Зміна стану отриманого замовлення на придбання .
Процедура ReallocateInventory виконується, і вона повертається в часі, шукаючи позиції замовлення в стані "Немає запасу " або " За замовленням", і якщо залишилося достатньої кількості, вона "виконує" їх, установивши стан "Виділено". Це станеться з нашим замовленням, і тепер ми можемо перейти до фінішу. Готово!

У NW 2.0 ми обробляємо кілька інших сценаріїв, зокрема:

• Коли видаляється попередньо виділений елемент рядка замовлення, ця кількість стає доступною для виділення, і ми виконуємо таку саму процедуру, як і вище.

• Коли кількість виділеного рядка замовлення елемента зменшується, дельта стає доступним для виділення, а також.

• Коли продукт у виділеному рядку замовлення елемент змінюється, стара кількість продукту знову доступна для виділення.

Це все може здатися досить фантазійним і всеохопним. Не хвилюйтеся. Відстеження запасів може бути складним, але цей набір шаблонів не має наміру надавати рішення з ключем для запуску будь-якого бізнесу. Це демонстрація того, що можливо в Access, що може дати вам кілька ідей для власної реалізації. 

• Часткові рахунки-фактури та часткові відправлення.

• Продукти повертаються (клієнтами або постачальниками).

• Перевага у виділенні продукту для наших найкращих клієнтів.

• Розташування сховища ("бін") для кожного продукту та підтримка сканування за допомогою сканера штрих-кодів. Друк підпису штрих-коду для позначення біна.

• Термін дії продукту – дуже важливе поняття в харчовому бізнесі.

• Замовлення на придбання отримано та (частково) повернуто, оскільки деякі елементи вм'ятини, термін дії минув тощо. Процес RMA.

Northwind 2.0 Developer Edition: що ви повинні знати 

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