Моделирование логистической сети представляет собой описание всех ее элементов и их характеристик через соответствующие справочники и настройки Системы, которые впоследствии будут использоваться в других блоках при реализации их функционала.
Товарная номенклатура является основной характеристикой материального потока от поставщиков к потребителям, проходящего по цепям поставок. Стоимостная оценка материального потока формируется на основании цен товарной номенклатуры, которые устанавливаются ценовыми соглашениями с поставщиками и покупателями или между собственными бизнес-единицами.
Товарная номенклатура – это систематизированный перечень сырья, материалов или товаров, объединенных в разделы и группы по различным признакам.
Для эффективной работы блока Управления запасами и всей системы DOM требуется синхронизация единого нормализованного справочника номенклатуры с системами учета предприятия (ERP/бухгалтерская система), а затем с оперативными системами WMS/WOS/TMS. При этом функциональность нормализации и гармонизации независимых справочников номенклатуры из множественных учетных систем лежит вне границ функциональности DOM и может быть реализована либо путем консолидации на стороне учетной системы, либо путем внедрения специализированного решения класса MDM (Master Data Management) на платформе DATAREON.
Справочник товарной номенклатуры в DOM содержит как набор атрибутов, первично унаследованный из учетной системы, так и дополнительные логистические детали:
Покупатели относятся к справочнику контрагентов и выступают как потребители в Заказах на обеспечение и как плательщики в Счетах на оплату, которые формируются на их основании.
Ценовые соглашения с покупателями устанавливают индивидуальные или публичные цены на товарную номенклатуру, на основании которых формируется доходная часть по Заказам на продажу в виде стоимости товаров в Счетах на оплату.
Поставщики относятся к справочнику контрагентов и выступают как источники обеспечения потребности по Заказам на обеспечение при построении цепей поставок.
Ценовые соглашения с поставщиками устанавливают индивидуальные или публичные цены по ассортименту поставляемой товарной номенклатуры, а также сроков поставки, на основании которых формируется расходная часть по Заказам на обеспечение в виде плановой стоимости товаров в Распоряжениях на закупку у поставщика.
Назначение блока Управление запасами по сети состоит в консолидации и поддержании актуальной информации о состоянии и стоимостной оценке запасов по всей управляемой сети за счет получения оперативных данных о движениях запасов от всех узлов, на которых ведется локальный учет запасов, а также ведении собственного управленческого учета запасов на основании документов планирования движений запасов по логистической сети.
В процессе управления запасами по сети используются следующие виды накоплений, характеризующие запас по его текущему состоянию:
Синхронизация состояния доступных запасов в DOM с отдельными оперативными системами WMS/WOS на складах или системами учета (ERP/бухгалтерская система) реализуется через интеграцию по соответствующим первичным документам (Приходный ордер, Расходный ордер) и документам для начального ввода и корректировки остатков (Инвентаризация, Неподтвержденные расхождения). При этом для периодического контроля соответствия состояния доступных запасов в DOM и оперативных системах могут применяться процедуры сверки остатков в абсолютном выражении с последующей корректировкой при необходимости.
Синхронизация состояния ожидаемых поступлений в DOM с ERP реализуется через интеграцию по соответствующим плановым документам (заказ поставщику, заказ на производство, заказ на перемещение) и формирование соответствующих Внешних Распоряжений на обеспечение.
Назначение блока Планирование пополнения и распределения состоит в реализации стратегии предприятия по поддержанию оптимального уровня запасов по сети путем формирования плановой потребности в сырье, материалах и товарах на основании выбранных методик пополнения.
Сформированная в результате регламентного автоматического планирования/прогнозирования потребность фиксируется в виде Заказов на обеспечение, которые подлежат исполнению по общей процедуре обеспечения в системе DOM с ограничением стратегии пополнения только через закупку/производство.
В общем виде система планирования пополнения основана на методике Мин – Макс, а уровни минимального и максимального запасов номенклатуры в узле должны задаваться с установленной периодичностью для каждой позиции номенклатуры:
Назначение блока Прием заказов на обеспечение состоит в поддержке получения различных видов Заказов на обеспечение из ERP, CRM и других систем через интеграцию и предоставлении пользовательского интерфейса для прямого ввода заказов в систему DOM с возможностями подбора номенклатуры, доступа к актуальным данным учета и различных проверок заполнения заказа, включая пересчеты количества по видам упаковок и контроль кратности минимальной партии заказа.
При регистрации Заказа на обеспечение выполняется их предварительная обработка, прежде чем они будут переданы в блок планирования. Подготовка к планированию включает:
Принятые Заказы на обеспечение формируют общий план потребности, подлежащий обеспечению, и передаются в блок Планирования обеспечения заказов.
Назначение блока Планирования обеспечения заказов состоит в подборе, расчете стоимости и времени исполнения и отображении вариантов возможных схем обеспечения заявленной потребности (на уровне единичного заказа или массива необеспеченных строк множества заказов). Оптимальный вариант цепочки поставок выбирается автоматически по заданным правилам или вручную, фиксируется как окончательное решение в виде массива распоряжений на все необходимые операции и перемещения и передается на исполнение.
Планирование обеспечения заказов выполняется из следующих источников:
Основой функциональности Планирование обеспечения является формирование вариантов схем обеспечения по заданным стратегиям: самый дешевый, самый быстрый, самый дешевый без нарушения срока отгрузки, предпочтение запасов или закупки, обеспечение только с одного склада или с разных, возможность частичной отгрузки, возможность использование промежуточного склада (кросс-дока) или только прямая отгрузка и т.д. Одна из стратегий используется по умолчанию для автоматического планирования обеспечения, а остальные могут быть предложены пользователю для выбора в ручном режиме.
При формировании вариантов схем обеспечения учитываются следующие аспекты:
При планировании обеспечения заказа формируются различные варианты цепочек поставок, которые содержат полную себестоимость, рассчитанную с учетом цены номенклатуры, стоимости всех перемещений до склада отгрузки и стоимости доставки заявителю потребности.
Заказ считается обеспеченным, если по нему выполнено полное резервирование по заявленной номенклатуре в необходимом количестве и при этом соблюдена установленная плановая дата потребности.
Время исполнения по схеме складывается последовательно по связанным ребрам из времени поставки в нашу сеть, времени операций (услуг) на узлах и сервисного времени на перемещение между узлами.
Расчет времени прибытия/убытия последовательно по узлам схемы выполняется на основании справочника Сервисных условий по перевозкам и складским операциям, который хранит правила расчета времен и фиксированные данные по текущему уровню сервиса и по накопленной статистике, что позволяет оперировать как расчетными, так и прогнозными временами при формировании вариантов схем обеспечения.
Расчет времени исполнения по схеме сопровождается проверкой соблюдения временных окон заказа на обеспечение и установкой резерва по времени.
При обеспечении заказов может быть необходимо учитывать ограничения на требуемые партии номенклатуры: партия может быть заявлена в заказе в явном виде, а может быть определена в виде ограничений, которым должна соответствовать фактическая партия при отгрузке, например, ограничение на остаточный срок годности в процентах. Ограничения по партии должны учитываться, начиная с этапа подбора вариантов схем обеспечения, когда несоответствие доступных или ожидаемых запасов ограничениям по партии может приводить к отказу от части возможных вариантов. В случае известной партии резервирование должно выполняться строго по этой партии и затем предаваться в складскую систему в виде обязательного ограничения при фактической отгрузке. В случае обобщенных ограничений резервирование может быть как по конкретным партиям, которые соответствуют заявленным ограничениям, так и нестрого (без указания конкретных партий) с проверкой общего количества по партиям, которые соответствуют ограничениям. В последнем случае в складскую систему в распоряжении передаются только ограничения, согласно которым по факту может быть отгружена любая партия, которая подходит под ограничения. При поступлении фактического движения отгрузки будет выполняться проверка соответствия конкретной партии или ограничениям, указанным на соответствующем распоряжении и в зависимости от результата проверки могут выполняться корректировки.
Стоимость исполнения по схеме складывается последовательно по связанным ребрам из плановой стоимости услуг по перевозке, складской обработке и прочих дополнительных услуг, рассчитанных на основании справочника тарифов с учетом параметров грузов к перемещению, возможностей консолидации и географии перевозок. Набор услуг на конкретной цепи поставок определяется услугами, которые являются обязательными или доступными по условиям тарифов, явно указаны на заказе как обязательные, являются обязательными или доступными на конкретных узлах и подлежат тарификации.
При расчете времени исполнения по схеме может учитываться доступность ресурсов узлов и ребер, выраженная как условная физическая пропускная способность (мощность) в единицу времени. Например, для склада это может быть количество паллет/тонн грузов, отгружаемых/принимаемых в сутки или количество машин/вагонов/контейнеров, которые могут быть приняты или отправлены со склада в сутки; для ребра это может быть количество рейсов, которое может быть выполнено на этом ребре за сутки за счет ограничений парка. В качестве ресурсов могут выступать ворота или погрузочные линии склада, персонал, оборудование, транспортные средства.
Планируемые перемещения по цепи поставок задействуют ресурсы узлов и ребер на соответствующую их объему емкость, для чего выполняется постановка на доступные окна ресурсов (резервирование ресурсов). При ее отсутствии ресурса в требуемую дату время исполнения перемещения увеличится за счет сдвига на следующую дату, в которую имеется доступная емкость. Перерасчет времени исполнения по схеме сопровождается проверкой соблюдения временных окон заказа на обеспечение и обновлением резерва по времени.
После завершения цикла планирования обеспечения по заказам возможна дополнительная оптимизация за счет объединения сформированных планов (распоряжений) по совпадающим ребрам при условии соблюдения временных окон каждого перемещения. Также предполагается консолидация частных планов с уже объединенными ранее при планировании единичных заказов после завершения основного цикла планирования. При условии использования тарифов кратных ТС, консолидация позволит снизить общую стоимость решения и распределенные плановые логистические затраты на единицу перемещенной номенклатуры.
Стоимость всех транспортных и дополнительных услуг по выбранной цепочке поставок консолидируется и распределяется пропорционально весу/объему/количеству или цене между первоначальными заказами на обеспечение. Это позволяет предварительно оценить логистическую себестоимость, приходящуюся на каждую номенклатурную позицию, и использовать эту информацию в том числе для оценки маржинальности заказа на продажу при сравнении с ценой продажи по ценовому соглашению с покупателем. В случае каждой консолидации, деконсолидации или отмены связанных с заказом распоряжений распределение плановых затрат подлежит пересчету.
Назначение блока Исполнение и отслеживание заказов состоит в координации и синхронизации исполнения распоряжений на обеспечение и отгрузку в ERP и в оперативных системах WMS/WOS/TMS и предполагает регулярное получение обратной связи от смежных систем в виде актуального статуса исполнения переданных распоряжений и в конечном итоге – первичных документов, отражающих фактические движения запасов (отгрузки и поступления). На основании получаемой информации и документов в процессе исполнения в DOM поддерживается актуальное состояние запасов по сети, инициируются корректировки планов при необходимости и отслеживается прогресс исполнения по исходным заказам на обеспечение.
В процессе исполнения на стороне ERP (например, в ходе закупочных процедур или при уточнении планов производства) возможны корректировки по срокам исполнения исходных распоряжений, что требует проверки выполнимости планов на стороне DOM и соответствующих корректирующих действий: перепланирование схемы обеспечения, сдвиг сроков по текущему плану и т.д.
В процессе исполнения в оперативных системах WMS/WOS/TMS исходные распоряжения могут консолидироваться и деконсолидироваться, но при этом предполагается поддержание связи производных документов с исходными для целей обратной передачи данных о статусе исполнения, плановых и фактических затратах
Исполнение заказов подразумевает отражение в системе изменений состояния запасов по категориям (Доступно, Ожидается, Резерв доступного, Резерв ожидаемого) по мере продвижения по цепи поставок относительно узлов отправления и назначения. Конкретная последовательность изменения состояний запасов зависит от сценария обеспечения. Ниже приведены примеры нескольких циклов обеспечения.
Оперативная обработка всех поступающих изменений является важнейшей частью процесса управления цепями поставок, которая обеспечивает своевременное принятие решений по корректирующим действиям в каждой конкретной ситуации.
На любом этапе планирования и исполнения возможно возникновение корректировок, расхождений и прочих исключительных ситуаций, которые требуют обработки и урегулирования с учетом особенностей этого конкретного этапа, на котором возникло исключение, и применимых в этой ситуации бизнес-правил и допущений.
Назначение блока Расчетов с клиентами состоит в формировании плановой доходной части по заказам на продажу, выставлении счетов на оплату товаров и логистических услуг по ценам продажи и отслеживании сроков и состояния расчетов с клиентами в консолидированном виде в процессе исполнения взаимных обязательств.
Процесс расчетов с клиентом в рамках конкретного заказа на продажу инициируется выставлением счета на основании Распоряжений на отгрузку и ценового соглашения с клиентом (прайс-листа) или формируется от логистической себестоимости товаров на конечном узле получения/доставки с применением целевой маржи, усреднения и округления полученных цен номенклатуры по заказу. Фиксация цены продажи и расходной части на логистику по всей цепи поставок позволяет выполнить расчет плановой маржинальности по заказу и оперативно внести необходимые корректировки.
Блок Распределения затрат отвечает за формирование плановой и фактической логистической себестоимости запасов на каждом из узлов логистической сети за счет консолидации расходов на транспортировку и складские услуги из оперативных систем TMS/WMS/WOS и их распределения на перемещенную номенклатуру.
Себестоимость по доступным запасам на каждом узле цепи поставок формируется путем дооценки исходной стоимости запасов (по ценам поставщика или отпускным ценам производителя), полученной из ERP по факту поступления на фактически понесенные логистические затраты (транспортные и складские), распределенные на конкретные партии запасов. Детализация логистических затрат поступает из TMS и WMS по факту завершения операций. Учетная цена запасов также может быть скорректирована путем прямого отнесения прочих видов затрат или переоценки стоимости запасов со стороны ERP через документ Распределение затрат.
Себестоимость по ожидаемым запасам на выбранном складе отгрузки/точке доставки для целей планирования обеспечения формируется с учетом плановых логистических затрат на все необходимые перемещения, которые рассчитываются на основании внутренних тарифов DOM на соответствующие виды услуг и распределяются на планируемую к перемещению номенклатуру. В данном случае дооценка по плановым затратам выполняется относительно оперативной цены на узле обеспечения (отгрузки), которая учитывает уже накопленные фактические затраты от предыдущих перемещений. Кроме непосредственно логистических затрат оперативная цена может включать плановые транзакционные издержки в случае необходимости перепродажи запаса от одной организации-владельца другой по ходу исполнения выбранной схемы обеспечения.
Аналитическая отчетность по уровню сервиса и показателям эффективности цепей поставок и конкретных узлов сети на основании накопленных статистических данных по обеспечению потребностей, исполнению перемещений и обработке материальных потоков:
Типовой протокол интеграции AXELOT SCM предусматривает обмен оперативными данными между модулями платформы по API и интеграцию с ERP-системами через сервисную шину DATAREON ESB.
Обмен через DATAREON ESB происходит в асинхронном режиме, на каждое изменение/событие в отдающей системе с помощью специального адаптера (обработчика) формируется и выгружается отдельный пакет с данными заданной структуры, который впоследствии будет загружен в принимающую систему и обработан там по правилам загрузки. При этом механизмы промежуточного преобразования и логика маршрутизации данных пакетов между системами реализованы на стороне DATAREON ESB. Также DATAREON ESB отвечает за контроль результата загрузки, получая ответ от принимающей системы и повторяя попытку загрузки при неудаче.
В рамках поддержки типового протокола интеграции в поставку программных продуктов платформы AXELOT SCM (DOM, WMS, WOS, TMS) входят готовые обработчики для обеспечения внутреннего обмена согласно стандартному сквозному бизнес-процессу, а также обработчики для ряда популярных ERP-систем, которые обеспечивают обмен со стороны этих ERP-систем.
Управление всеми системными процессами DOM построено на принципах событийно-ориентированной архитектуры (EDA – Event Driven Architecture), которые определяют единые подходы к определению, созданию, потреблению, реакции и обработке событий.
В системе DOM реализована собственная событийная модель для автоматизации процессов распределенного управления заказами, которая позволяет описывать различные типы событий и классифицировать их по источнику, типу объекта, характеру изменения, принадлежности к бизнес-процессу или к группе событий, что в дальнейшем позволяет отбирать поступающие события по этим признакам и настраивать их обработку в соответствии с необходимой бизнес-логикой и стандартными процессами системы DOM.
При событийном управлении процессами в системе DOM параллельно с событийной моделью используется статусная модель, которая описывает все возможные состояния каждого объекта системы на каждом этапе его жизненного цикла. Каждый объект системы (документ или элемент справочника) имеет набор типов статусов, которые характеризуют его состояние с точки зрения участия в различных процессах и прочих аспектов.
Каждый объект системы DOM имеет набор типов статусов, которые характеризуют его состояние с точки зрения участия в различных процессах и прочих аспектов. Среди этих типов выделяется Базовый статус, значения которого отражают обобщенное или главное состояние объекта, в то время как значения по остальным типам отражают состояние по частным процессам, в которых участвует этот объект. Значение Базового статуса может устанавливаться автоматически в зависимости от значений по остальным типам статусов.
Для каждого типа статуса существует набор значений, каждое из которых соответствует определенному состоянию объекта, стадии его обработки или операции с его участием, которые условно можно разделить на укрупненные категории, отмеченные цветовой индикацией.
Типы и значения статусов для документов могут пополняться в соответствующем справочнике, а работа с ними настраивается через механизм Подписки на события, который через Обработчик события позволяет устанавливать произвольные значения статусов в ответ на те или иные события.
Менеджеры AXELOT будут рады ответить на все вопросы по тел. +7(495)961-26-09. Также вы можете написать нам через форму