Частые вопросы о решениях JDA

Что это?

Часть глобальной  платформы, позволяющей управлять  цепочками поставок – от стратегического  планирования, позволяющего создать  оптимальную географическую сеть  объектов, до распределения полочного  пространства, от операционного  управления транспортом до управления производственными линиями. Часть этой платформы, а именно модули Networks Fulfillment и Networks Demand, являются первым шагом автоматизации управления цепочками поставок.

Это инструмент тактического планирования товарного потока – что, сколько и когда закупить / произвести, куда, когда, сколько и откуда привезти. Как правило, горизонт такого планирования составляет от нескольких недель до нескольких месяцев. Несмотря на то, что технически Система не имеет ограничений на горизонт планирования, а точность по времени ограничена одной минутой, на практике такая точность почти никогда не востребована, и большинство компаний планируют с точностью до одного дня, а то и до недели.

Что является объектом планирования?

Объектом  является Supply Chain – цепочка поставок, включающая в себя точки продаж, промежуточные склады, распределительные центры, производственные объекты, поставщиков.

Что является результатом?

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

Несмотря на то, что количество объектов сети распределения и количество продуктов номенклатурного справочника не ограничены, обеспечивается взаимная согласованность всех вышеперечисленных планов.

Как это работает?

Система исповедует  подход, известный как "цепочка  поставок, управляемая спросом". Это означает, что исходным, ключевым фактором планирования является план или прогноз спроса конечных  клиентов. Для определения прогноза  как раз и служит модуль Networks Demand. Ядром его является набор математических методов прогнозирования, а в качестве полезных дополнений - инструменты автоматического выбора метода и подбора оптимальных параметров. Кроме математических методов присутствуют также элементы бизнес-прогнозирования - в частности, учет влияния рекламных кампаний самого разного типа.

 

Прогноз спроса является входной информацией для модуля Networks Fulfillment, который обеспечивает удовлетворение клиентского спроса с заданным уровнем обслуживания. Выполнение последней задачи возможно благодаря целому набору методов вычисления требуемого уровня страхового запаса. Поведение же рабочего запаса определяется выбором соответствующей стратегии пополнения и ее параметров. 

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

Как это выглядит?

С точки зрения менеджера-пользователя  настройка и эксплуатация Системы  сводится к двум основным принципам:

• настройка сводится к определению и установке параметров объектов управления. Всякий объект сети – товар, склад, поставщик, и т.д., имеет ряд обязательных и множество необязательных характеристик. Аналогично обстоит дело и с взаимосвязями этих объектов. В зависимости от значений таких параметров меняется и результат планирования;
• эксплуатация по принципу контроля за отклонениями: при большой размерности задачи целесообразно "отлавливать" отклонения результата от заранее определенных бизнес-правил; все же, что находится в рамках заданного норматива, остается в автоматическом режиме управления.

С точки  зрения IT Система представляет из себя каноническую трехуровневую среду "сервер баз данных – сервер приложений – тонкий клиент". Учитывая то, что на клиентской стороне требуется лишь web-обозреватель, усилия по сопровождению такой архитектуры минимальны. Используемая архитектура максимально открыта, что позволяет создавать  требуемые кастомные обработки данных, создавать отчеты или кубы.

 

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