Про складские остатки

Часто во время демонстрации системы у пользователей возникает вопрос – куда смотреть, чтобы узнать можно ли продать товар или нельзя.

С одной стороны, всегда можно рассказать о поле Наличие (Inventory) или Свободное наличие (Available Qty), с другой стороны, в жизни все не так просто как кажется на первый взгляд.

Попробую пояснить на примерах.

Начнем с самого простого. Будем говорить о некоем абстрактном товаре и клиентах.
Итак, начнем с самого-самого простого. КЛИЕНТ1 интересуется, можем ли мы отгрузить ему ТОВАР. Товара в остатках нет, поэтому ответ простой – отгрузить не можем, надо заказывать у поставщика.
Все прозрачно, поле Наличие (Inventory), которое отражается текущий остаток на складе (его можно пойти и пересчитать/потрогать руками на полке), содержит значение 0.
Если же товар на складе есть, то продавец может приступить к оформлению документов (к созданию Заказа на продажу).
Ниже вы можете увидеть модель с одним измерением. Товар либо есть/либо его нет.

inv010.png

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

Но раз заказы на продажу уменьшают наличие, то заказы на покупку должны это наличие увеличивать. И этот факт начинает вносить дисбаланс в модель – с одной стороны количество вроде как есть (в заказе покупки), а продать его клиенту нельзя (потому что еще это количество на склад не поступило).

Чтобы разрешить эту проблему – усложним модель, добавив в нее еще одно измерение – дату ожидаемого изменения остатков на складе. Для заказов на поставку это Ожидаемая Дата Получения (Expected Receipt Date) – ее обычно сообщает поставщик. С другой стороны появляется Дата Отгрузки (Shipment Date) – эта либо дата когда клиент просит отгрузить товар, либо дата когда мы можем отгрузить товар клиенту.

inv020.png

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

Очень важно понимать, что для эффективного использования информации о свободном наличии на дату, очень важно эту дату вводить. А именно ожидаемую дату поставки в заказы покупки и дату отгрузки в заказы продажи.

После этого система не только начнет предупреждать если в заданную дату товар отгрузить невозможно:

inv030.png

Но и вовсе предлагать товар к закупке или производству. Однако перед тем как рассматривать данные функции, я бы хотел обратить внимание на возможность пользователю получить информацию о текущем состоянии с помощью различных вариантов окон типа «Наличие по»:

inv025.png

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

Именно на этом я бы хотел остановится в данной статье.

Одним из основных полей, на которые должен обратить внимание сотрудник интересующийся свободным наличием на дату, является Projected Available Balance (Предпол. Свободное Наличие), которое рассчитывается на основании наличия на текущий момент и еще трех показателей:

  • Scheduled Receipt (Утвержд. Приход). Поступление товаров. Заказы отправлены поставщику и поступления ожидаются с высокой степенью достоверности.
  • Planned Order Receipt (Плановый Приход Заказов). Не такое достоверное поступление товаров. Как минимум заказы поставщику не отправлены, а только рассчитаны с помощью механизм планирования.
  • Gross Requirement (Полная Потребность). Совокупный спрос. Т.е. то, что компания уже пообещала клиенту.

Если с полем Наличие (которое содержит информацию по остаткам все понятно), то остальные поля являются суммой ряда показателей. Для наглядности ниже приведена схема, с перечнем компонентов входящих в показатели.

inv040_projavailbal.png

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

В следующей таблице будет указано откуда конкретно берется то или иное значение.

Показатель Таблица-Источник.Поле Фильтр по полю Статус в Таблице-Источнике Фильтр по дате в Таблице-Источнике
Item.Inventory Item Ledger Entry.Quantity n/a No
_
Item.”Planned Order Receipt (Qty.)” Prod. Order Line.Remaining Qty. (Base) Planned Due Date
Item.”Purch. Req. Receipt (Qty.)” Requisition Line.Quantity (Base) n/a Due Date
_
Item “Qty. on Sales Order” Sales Line.Outstanding Qty. (Base) Order Shipment Date
Item.”Qty. on Service Order” Service Line.Outstanding Qty. (Base) Order Needed by Date
Item.”Qty. on Job Order” Job Planning Line.Remaining Qty. (Base) Order Planning Date
Item.”Scheduled Need (Qty.)” Prod. Order Component.Remaining Qty. (Base) Planned|Firm Planned|Released Due Date
Item.”Trans. Ord. Shipment (Qty.)” Transfer Line.Outstanding Qty. (Base) n/a Shipment Date
Item.”Qty. on Asm. Component” Assembly Line.Remaining Quantity (Base) Order Due Date
Item.CalcPurchReturn Purchase Line.Outstanding Qty. (Base) Return Order Expected Receipt Date
Item.”Planning Issues (Qty.)” Planning Component.Expected Quantity (Base) n/a Due Date
_
Item.”FP Order Receipt (Qty.)” Prod. Order Line.Remaining Qty. (Base) Firm Planned Due Date
Item.”Rel. Order Receipt (Qty.)” Prod. Order Line.Remaining Qty. (Base) Released Due Date
Item.”Qty. on Purch. Order” Purchase Line.Outstanding Qty. (Base) Order Expected Receipt Date
Item.”Qty. in Transit” Transfer Line.Qty. in Transit (Base) n/a Receipt Date
Item.”Trans. Ord. Receipt (Qty.)” Transfer Line.Outstanding Qty. (Base) n/a Receipt Date
Item.”Qty. on Assembly Order” Assembly Header.Remaining Quantity (Base) Order Due Date
Item.CalcSalesReturn Sales Line.Outstanding Qty. (Base) Return Order Shipment Date

Часть из этих компонентов может быть отражена в окне с информацией «Наличие по…», видимо, наиболее популярная часть, другие компоненты не выведены.

Зато присутствуют такие показатели как:

  • Expected Inventory
  • Available Inventory

Которые на самом деле практически совпадают по структуре с Projected Available Balance, за малым исключением:

inv050_expinv.png

Кроме того, в формуле на отсутствует также Item.”Qty. on Asm. Component”, но это я склонен относить к технической ошибке, поэтому данный показатель присутствует на рисунке.

Следующие же показатели по какой-то причине пытаются сбить с толку пользователя.

Во-первых, Scheduled Receipt (Qty.), которое очень похоже по названию на Scheduled Receipt, рассмотренный выше. Но это только на первый взгляд. Потому как Scheduled Receipt (Qty.) включает только заказы на производство в статусах Firm Planned и Released.

inv060_schrec.png

Показатель Таблица-Источник.Поле Фильтр по полю Статус в Таблице-Источнике Фильтр по дате в Таблице-Источнике
Item.”Scheduled Receipt (Qty.)” Prod. Order Line.Remaining Qty. (Base) Firm Planned|Released Due Date

Следующий любопытный показатель - Planned Order Releases. Он включает в себя следующие компоненты:

Показатель Таблица-Источник.Поле Фильтр по полю Статус в Таблице-Источнике Фильтр по дате в Таблице-Источнике
Item.”Planned Order Release (Qty.)” Prod. Order Line.Remaining Qty. (Base) Starting Date Planned
Item.”Purch. Req. Release (Qty.)” Requisition Line.Quantity (Base) Order Date n/a

На поверхностный взгляд может сложится впечатление, что оба эти компонента уже упоминались при рассмотрении Planned Order Receipt. Те же таблицы, те же поля, те же статусы. Но есть нюанс, фильтр по дате применяется к иным полям. Если для Planned Order Receipt указывается Дата завершения работ по производственному заказ наряду и заказу на поставку, то для Planned Order Releases даты начала работ или дата заказа.

И на последок, еще было не раскрыта суть показателя Net Change, практически брат-близнец поля Inventory с одним отличием – к нему применяется фильтрация по Date Filter

Показатель Таблица-Источник.Поле Фильтр по полю Статус в Таблице-Источнике Фильтр по дате в Таблице-Источнике
Item.”Net Change” Item Ledger Entry.Quantity n/a Posting Date

Поле с точки зрения обзора наличия товара на какую-либо дату в будущем, довольно бесполезно.

Но какие же выводы можно сделать на основании рассмотренных выше материалов.

  1. Для успешного использования понятия Свободное наличие очень важно заполнять/поддерживать в актуальном состояние даты планируемой отгрузки/поставки.
  2. Такая система предполагает использование работы под заказ и не позволяет заглядывать очень далько в будущее, период достоверности (срок на который можно посмотреть Ожидаемые остатки в будущем) определяется для каждого предприятия индивидуально.
  3. Для наиболее эффективного и прозрачного обзора неплохо бы провести легкий тюннинг окон с информацией о «наличии по…». В зависимости от используемого функционала потребуется скрыть/вывести показатели. Например, компаниям не использующим модуль производство можно спокойно убирать соответствующие показатели, заменив их более полезными.

Метки: ,



Оставьте свой отзыв!