DOM как часть единой логистической платформы

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

Компания AXELOT предоставляет не просто настроенный обмен данными между различными системами, а полноценное интегрированное решение на базе различных компонент, предоставляемых как для самостоятельного развертывания, так и поставляемых в качестве преднастроенных типовых схем обмена. AXELOT DOM способна взаимодействовать со следующими компонентами AXELOT SCM:

  • AXELOT TMS – в части передачи на исполнение заявок на перевозку грузов.
  • AXELOT WMS/WOS – в части передачи на исполнение планов отгрузок и поступлений на соответствующие склады по логистической сети.
  • AXELOT MAPS – в части предоставления геоинформационных сервисов, включая геокодирование и картографию для визуализации логистической сети и схем обеспечения.

Логистическая сеть

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

  • Логистическая сеть – это совокупность центров логистической деятельности с установленными взаимосвязями, которые образуют некоторую сетевую структуру, проводящую материальные потоки от одного или более источников к центрам распределения и от них к потребителям. Логистическая сеть является основой для построения логистических цепей или цепей поставок для обеспечения конкретных потребностей в материальных ресурсах.
  • Узел логистической сети – это базовый элемент логистической сети, который может представлять любые точки, в которых могут храниться, обрабатываться, создаваться или потребляться запасы: Поставщики, Склады, Производства, Магазины, Потребители. В зависимости от контекста конкретной цепочки поставок узлы могут выполнять роли источников обеспечения или источников потребности в сырье, материалах или товарах.
  • Ребро логистической сети отражает наличие связи между узлами логистической сети, направления движения материального потока и возможного способа перемещения (вид транспорта/вид перевозки). 
  • Сервисные условия определяют полное время на выполнение перемещения между двумя узлами логистической сети и задаются как правила применения и расчета длительности транспортных и складских услуг для узлов и ребер, а также как нормативное время поставки номенклатуры поставщиков.
  • Тарифы на логистические сервисы определяют правила расчета полной стоимости транспортных и дополнительных услуг по перемещению между двумя узлами логистической сети, а также услуг складской обработки на узлах. При этом для целей тарификации перевозок узлы могут задаваться обобщенно как географическая зона или список адресов с одинаковой стоимостью доставки до них.

Товарная номенклатура и цены

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

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

Справочник товарной номенклатуры в DOM содержит как набор атрибутов, первично унаследованный из учетной системы, так и дополнительные логистические детали.

Для эффективной работы блока Управления запасами и всей системы DOM требуется синхронизация единого нормализованного справочника номенклатуры с системами учета предприятия (ERP/бухгалтерская система), а затем с оперативными системами WMS/WOS/TMS. При этом функциональность нормализации и гармонизации независимых справочников номенклатуры из множественных учетных систем лежит вне границ функциональности DOM и может быть реализована либо путем консолидации на стороне учетной системы, либо путем внедрения специализированного решения класса MDM (Master Data Management) на платформе DATAREON.

Управление запасами по сети

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

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

В процессе управления запасами по сети используются следующие виды накоплений, характеризующие запас по его текущему состоянию относительно конкретного узла:

  • Доступно – запас находится на узле и доступен для использования в качестве источника при планировании схем обеспечения;
  • Резерв доступного – запас находится на узле, но зарезервирован под перемещение или отгрузку в рамках обеспечения какого-либо заказа. При утверждении планов обеспечения, состоящих из цепочек перемещений, запасы из категории «Доступно» переходят в «Резерв доступного» со ссылкой на заказ;
  • Ожидается – запас физически отсутствует на узле, но является свободным в может использоваться в качестве источника при планировании схем обеспечения. Ожидаемые запасы формируются плановыми перемещениями или поступлениями от поставщиков по узлам назначения;
  • Резерв ожидаемого – запас физически отсутствует на узле, но зарезервирован под последующее перемещение или отгрузку в рамках обеспечения какого-либо заказа. При утверждении планов обеспечения, которые использовали в качестве источника свободные ожидаемые запасы из категории «Ожидается», они переходят в «Резерв ожидаемого» со ссылкой на заказ;

Синхронизация состояния доступных запасов в DOM с отдельными оперативными системами WMS/WOS на складах или системами учета (ERP/бухгалтерская система) реализуется через интеграцию по соответствующим первичным документам (Приходный ордер, Расходный ордер) и документам для начального ввода и корректировки остатков (Инвентаризация, Неподтвержденные расхождения).

Синхронизация состояния ожидаемых поступлений в DOM с ERP реализуется через интеграцию по соответствующим плановым документам (заказ поставщику, заказ на производство, заказ на перемещение).

Планирование пополнения и распределения

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

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

Описание картинки

Прием заказов на обеспечение

Назначение блока Прием заказов на обеспечение состоит в получении различных видов Заказов на обеспечение из ERP, CRM и других систем через интеграцию и поддержке пользовательского интерфейса для прямого ввода заказов в систему DOM с предварительной подготовкой к планированию:

  • определение узла получения (отгрузки) и приоритетного узла обеспечения
  • уточнение требуемого окна отгрузки/доставки;
  • предварительный расчет количества упаковок, грузовых мест, массы и объема заказа;
  • определение необходимых дополнительных услуг на различных сегментах цепи поставок
  • определение прочих ограничений исполнения: приоритет, категория по сроку годности номенклатуры и состоянию
  • стратегия обеспечения: предпочтение запасов/закупки, только полная отгрузка или частичное исполнение и т.п. 

Планирование обеспечения заказов

Назначение блока Планирования обеспечения заказов состоит в подборе, расчете стоимости и времени исполнения и отображении вариантов возможных схем обеспечения заявленной потребности.

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

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

Планирование обеспечения заказов выполняется из следующих источников:

  • Доступные запасы. При поступлении заказа определяется приоритетный склад отгрузки, доступные запасы по которому проверяются и резервируются под данный заказ в первую очередь. Переход к следующим вариантам обеспечения выполняется только в случае нехватки доступного запаса заявленной номенклатуры.
  • Ожидаемые поступления. При нехватке доступного запаса на выбранном складе отгрузки для обеспечения заказа выполняется проверка наличия свободных ожидаемых поступлений по номенклатуре/датам и резервирование недостающего количества. После перехода резерва ожидаемого поступления в доступный запас резерв под заказ сохраняется.
  • Планирование обеспечения под заказ. При нехватке доступного запаса на приоритетном складе и в отсутствии ожидаемых поступлений может быть инициировано обеспечение под конкретный заказ через создание и передачу в ERP Распоряжения на обеспечение (на внутреннее перемещение, на закупку у поставщика или на собственное производство), которое создаст ожидаемое поступление и сразу зафиксирует резерв под заказ.

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

Сценарии обеспечения

Обеспечение заказов подразумевает отражение в системе изменений состояния запасов по категориям (Доступно, Ожидается, Резерв доступного, Резерв ожидаемого) по мере продвижения по цепи поставок относительно узлов отправления и назначения. Конкретная последовательность изменения состояний запасов зависит от сценария обеспечения. Ниже приведены примеры нескольких циклов обеспечения.

Подбор оптимальных схем обеспечения

  • Расчет времени исполнения по схеме обеспечения
  • Планирование с учетом ограничений на партии
  • Расчет логистической себестоимости по схеме обеспечения
  • Учет пропускной способности ресурсов узлов и ребер
  • Консолидация планов обеспечения
  • Распределение плановых логистических затрат

Расчет времени исполнения по схеме обеспечения

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

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

Расчет времени исполнения по схеме сопровождается проверкой соблюдения временных окон заказа на обеспечение и установкой резерва по времени.

Описание картинки

Планирование с учетом ограничений на партии

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

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

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


Расчет логистической себестоимости по схеме обеспечения

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


Учет пропускной способности ресурсов

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

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

Консолидация планов обеспечения

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


Распределение плановых логистических затрат

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

Исполнение и отслеживание

Назначение блока Исполнение и отслеживание заказов состоит в координации и синхронизации исполнения распоряжений на обеспечение и отгрузку в ERP и в оперативных системах WMS/WOS/TMS и предполагает регулярное получение обратной связи от смежных систем в виде актуального статуса исполнения переданных распоряжений и первичных документов, отражающих фактические движения запасов.

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

  • В процессе исполнения на стороне ERP (например, в ходе закупочных процедур или при уточнении планов производства) возможны корректировки по срокам исполнения исходных распоряжений, что требует проверки выполнимости планов на стороне DOM и соответствующих корректирующих действий: перепланирование схемы обеспечения, сдвиг сроков по текущему плану и т.д.
  • В процессе исполнения в оперативных системах WMS/WOS/TMS исходные распоряжения могут консолидироваться и деконсолидироваться, но при этом предполагается поддержание связи производных документов с исходными для целей обратной передачи данных о статусе исполнения, плановых и фактических затратах.

Обработка корректировок и исключений при исполнении планов поставок

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

  • Корректировка Заказа на обеспечение может быть инициирована непосредственно заявителем, если требуется изменить количество или номенклатурный состав заказа, либо уточнить состав дополнительных услуг, которые потребуются при его исполнении.
  • Корректировка Распоряжений на обеспечение может быть связана с обработкой корректировок на уровне Заказа на обеспечение или с получение информации об отклонениях от исходных параметров Распоряжения из ERP или оперативных систем WMS/TMS.
  • Корректировка Плана обеспечения, а именно выбранной схемы по Заказу может быть связана с появлением незапланированных поступлений нужной номенклатуры в результате возврата от покупателя или в результате оприходования излишков по Акту сверки со складом, либо напротив – списания недостач.

Распределение затрат

Блок Распределения затрат отвечает за формирование плановой и фактической логистической себестоимости запасов на каждом из узлов логистической сети за счет консолидации расходов на транспортировку и складские услуги из оперативных систем TMS/WMS/WOS и их распределения на перемещенную номенклатуру.

  • Себестоимость по доступным запасам на каждом узле цепи поставок формируется путем дооценки исходной стоимости запасов (по ценам поставщика или отпускным ценам производителя), полученной из ERP по факту поступления на фактически понесенные логистические затраты (транспортные и складские), распределенные на конкретные партии запасов. Детализация логистических затрат поступает из TMS и WMS по факту завершения операций. Учетная цена запасов также может быть скорректирована путем прямого отнесения прочих видов затрат или переоценки стоимости запасов со стороны ERP через документ Распределение затрат.
  • Себестоимость по ожидаемым запасам на выбранном складе отгрузки/точке доставки для целей планирования обеспечения формируется с учетом плановых логистических затрат на все необходимые перемещения, которые рассчитываются на основании внутренних тарифов DOM на соответствующие виды услуг и распределяются на планируемую к перемещению номенклатуру. В данном случае дооценка по плановым затратам выполняется относительно оперативной цены на узле обеспечения (отгрузки), которая учитывает уже накопленные фактические затраты от предыдущих перемещений.

Расчеты с клиентами

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

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

Анализ ключевых показателей

Аналитическая отчетность по уровню сервиса и показателям эффективности цепей поставок и конкретных узлов сети на основании накопленных статистических данных по обеспечению потребностей, исполнению перемещений и обработке материальных потоков:

  • Грузооборот по узлам и ребрам
  • Качество и полнота исполнения заказов
  • Оборачиваемость запасов на узле
  • Количество и масса обработанного товара
  • Среднее время исполнения заказа
  • Статистика выполнения заказов

Событийное управление и статусная модель

Управление всеми системными процессами DOM построено на принципах событийно-ориентированной архитектуры (EDA – Event Driven Architecture), которые определяют единые подходы к определению, созданию, потреблению, реакции и обработке событий.

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

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

Статусная модель для поддержки сквозных процессов

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

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

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