Управление событиями в цепях поставок
Давление глобальной конкуренции и потребность в дальнейшем развитии межорганизационного сотрудничества заставляют компании совершенствовать свои цепи поставок в направлении повышения их гибкости, динамичности и надежности. Для достижения этой цели персонал, управляющий цепями поставок, должен быть готов реагировать на большое число рисковых событий, как ожидаемых, так и неожидаемых.
Неожидаемые события в цепи поставок (иначе, исключения) происходят вследствие того, что обычно существует разрыв между запланированным и фактическим действием (процессом, функцией, работой, операцией) в цепи. Планирование цепи поставок представляет собой ряд задач, которые могут быть достигнуты в заданное время с учетом некоторых ограничений. В динамичной окружающей среде ограничения и действующие факторы постоянно изменяются, так что можно говорить о некотором регулярном расхождении (девиации) плана с фактом. Примерами такой девиации (которая в общем случае приводит к повышенным затратам в цепи поставок) могут служить неточности прогнозирования спроса, отсутствие товара на складе (или на полке магазина), задержка с поставкой товара и т.п.
Часто события имеют тенденцию распространяться на связанную цепь партнеров по бизнесу, иллюстрацией чего может служить хорошо известный эффект хлыста (см. параграф 6.1). Необходимость учета, контроля и управления такими рисковыми событиями послужила причиной появления новой концепции/технологии в УЦП – supply chain event management (SCEM) – управление событиями в цепи поставок.
Основная цель технологии SCEM – создание и функционирование определенного контрольного механизма управления событиями в цепи поставок, в особенности исключениями, в динамичной окружающей среде. Эта технология поддерживает функционирование цепей поставок в разрезе эффективности, надежности и безопасности. SCEM в настоящее время воспринимается как управленческая концепция, информационная технология и компонент программного обеспечения в системах ERP/SCM-класса.
SCEM базируется на трех основных моментах. Во-первых, управление событиями в цепях поставок – это информационные системы и технические средства мониторинга (датчики, сенсоры) для идентификации и передачи актуальной информации о протекании процессов в цепи поставок, такие, например, как штрих-кодирование, системы спутниковой связи и навигации (tracking and tracing systems – T&T), RFID, мобильные технологии и многие другие. Во-вторых, она используется (как часть контроллинга) для сравнения фактических и плановых показателей выполнения операций в цепи поставок. В-третьих, методы моделирования в SCEM (например, событийного) используются для принятия решений по восстановлению эффективности процессов (работ, операций) в цепи поставок.
С концептуальных позиций SCEM представляет собой интеграцию следующих аспектов УЦП: мониторинга, извещения (сообщения), контроллинга и измерения ключевых функциональностей (процессов) цепи поставок [210] (рис. 8.3).
Первоначально ключевой аспект технологии SCEM заключался в мониторинге (1) логистических бизнес-процессов в цепи
Рис. 8.3. Компоненты технологии SCEM
поставок на предмет выявления определенных событий. Интерпретация понятия "события" была связана с логической или физической сущностью определенного "объекта" (например, заказа клиента или контейнерной отправки) как вида логистической деятельности в цепи поставок. В концепции SCEM предполагалось, что, для того чтобы отслеживать такие объекты, они должны быть определены в виде референтных точек среди множества возможных событий. Событие в данной интерпретации представляется некоторым индикатором, характеризующим разницу между фактическим и запланированным значением параметра (KPI) логистического процесса цепи поставок [19, 102, 208].
Реализация такого события может являться следствием эффектов планирования или выполнения других логистических процессов (как вверх, так и вниз по цепи поставок). Для эффективного УЦП необходимы учет критических событий, связанных с логистическими процессами, и автоматическое извещение о них контрагентов цепи поставок.
В дальнейшем идеология SCEM распространилась и на другие ключевые процессы в цепях поставок, в частности производственные, процессы продаж и т.д.
Для управления событиями также необходимо автоматическое извещение (2) вовлеченных в данный процесс SC-менеджеров в разрезе координации принятия управленческих решений в цепи поставок (см. рис. 8.3). При этом получение релевантной информации для персонала, отвечающего за управление событиями в цепи поставок, является необходимым условием обеспечения противодействия негативным последствиям рисковых событий.
На основе полученной достоверной информации производится моделирование (имитация) (3) возможных вариантов развития событий для верификации и проведения бенчмаркинга возможных альтернатив реализации процессов в цепи поставок (см. рис. 8.3). Далее выбранные альтернативы проецируются на процессы цепи поставок с целью ее возможной корректировки (контроль (4)).
Для обеспечения запланированных условий выполнения ключевых процессов производятся измерение (5) и анализ фактических и плановых значений KPI всей цепи поставок.
По определению компании "AMR Research", "SCEM – это приложение (ИТ), которое поддерживает процессы контроля для управления событиями внутри компаний и между компаниями в цепи поставок. Это позволяет отслеживать процессы в цепи поставок, улучшая прозрачность процессов, и предупреждать контрагентов цепи о возможных критических ситуациях"[1].
Системы класса SCEM предназначены для выявления нарушений и отклонений в выполнении отдельных процессов (работ, операций) в цепях поставок, связанных, например, с нарушением графика доставки из-за поломки транспортного средства, превышением уровня страхового запаса, отклонением в выполнении регламентов производственных процессов и т.д. В случае возникновения отклонения SCEM-система идентифицирует возникшие нестандартные ситуации в цепи поставок и оповещает SC-менеджера о причинах и последствиях нарушений.
Функциональность SCEM-систем состоит в мониторинге (совместно с технологиями SCMo), распознавании и визуализации нарушений и помех, управлении оповещением (alert management) и моделировании альтернативных вариантов дальнейшего выполнения процессов (работ, операций). Для эффективного функционирования SCEM-систем необходимо создание ЕИП на базе информационных систем всех контрагентов цепи поставок, обеспечивающего необходимую степень визуализации, актуальности и точности данных.
Системы SCEM-класса активно развивались в период с 1995 по 2012 г. В настоящее время SCEM рассматривается как связующее звено между планированием и оперативным управлением процессами в цепи поставок, а также в качестве стратегии принятия решений в случае нарушений (отклонений) регламентов процессов и стандартов KPI цепи поставок.
Достижение заданного уровня безопасности, надежности и устойчивости цепей поставок в SCEM задается событийной интерпретацией ключевых бизнес-процессов (функций и операций) (рис. 8.4).
При этом выделяются следующие виды событий: стандартное, нестандартное, запланированное, незапланированное, ожидаемое, неожидаемое, зарегистрированное и незарегистрированное [19–21].
Событие в цепи поставок может быть интерпретировано как некоторый индивидуальный результат (или отсутствие результата) в SC-цикле или процессе, операции, задаче. События обычно коррелированы друг с другом в форме облака событий; некоторые события имеют четкую последовательность и должны рассматриваться совместно; последствия событий могут значительно отличаться в плане воздействия на эффективность цепи поставок. Ключевая проблема лежит в выделении значимых событий цепи поставок и их контроле в режиме реального времени.
Для этого требуются мониторинг и система предупреждения (предугадывания) возможного исхода события, моделирования вариантов развития событий для поддержки принятия решений по УЦП.
В случае если контрагенты цепи поставок интегрированы, события, происходящие у одного из партнеров, могут повлиять
Рис. 8.4. Событийная интерпретация процессов цепей поставок
на процессы других, и их реакция на эти события может вызвать непредсказуемые изменения ("шторм событий").
В общем случае события в любой организации бизнеса цепи поставок могут возникать из трех источников:
1) события, связанные со статусом задачи (такие как начало и конец задачи);
2) события, продуцированные задачей, например события "запас частично доступен", "отсутствие запаса", как результат задачи контроля доступности запасов;
3) внешние события, которые могут проявиться от других контрагентов цепи поставок или из внешней среды, например появление нового заказа, задержка отгрузки, изменение политики импорта и т.п.
Перечисленные виды событий обычно называют в SCEM прямыми или исходными (первичными) событиями, в отличие от сложных (составных) событий. Сложные события являются агрегированием простых и часто являются следствием появления группы исходных событий, которые вызывают, как правило, негативные последствия в цепи поставок. Например, однократное отсутствие продукта в запасе в течение месяца может считаться почти нормой и не вызывает опасений с позиций клиентского сервиса, но отсутствие данного продукта дважды в течение недели может вызвать определенные проблемы в цепи поставок и идентифицироваться SCEM-системой как событие (исключение).
В качестве другого примера можно привести группу событий, идентифицированных с товарными запасами, связанными определенными инвойсами, временем доставки и другими параметрами выполнения заказа, которые могут привести к нарушению политики обслуживания и установленных регламентов процессов.
Агрегирование событий является механизмом фильтрации исходных событий и выделением значимой информации из них для установления точек подачи сигналов тревоги и реакции на возможные кризисные ситуации. Таким образом, агрегирование событий добавляет ценность с позиций УЦП. В связи с этим важную роль играют правила агрегирования событий, которые должны устанавливаться в рамках бизнес-правил (см. рис. 8.3). Например, если выполнение заказа клиента задержано на время, большее чем запланированное время Т, это может автоматически идентифицироваться в SCEM-системе как событие "аннулированный заказ".
Кроме того, цепь поставок обычно рассматривается как синхронные и асинхронные взаимодействия (трансакции) между торговыми партнерами. Когда случается некое событие, особенно исключение, торговый партнер, ответственный за него, может отреагировать на событие с обоснованным (оговоренным в договоре) дополнительным временем для разрешения события. Например, прописать в договоре возможность задержки выполнения заказа. Однако если задержка превышает оговоренный срок задержки, заказ может быть автоматически аннулирован. Приведенные примеры показывают необходимость тщательного и корректного моделирования ситуаций, связанных с вариантами реагирования на события и управления сопутствующими рисками.
Основная идея анализа событий в концепции SCEM [76] представлена на рис. 8.5.
Как было указано выше, событие являются ключевым элементом в SCEM. События характеризуются тремя статусами: документированный (описание процессов и мест перехода ответственности за процесс/функцию/операцию, например доставка заказа клиенту); наблюдаемый (текущее значение параметров процесса выполнения заказа) и статус ожидания информации (характеризует полноту и наличие необходимой информации в данной контрольной точке; например, водитель может доставить товар и ввести данные об этом в систему с помощью своего мобильного телефона, но по техническим причинам эта информация может, например, не быть доставлена в SCEM-систему). События могут иметь негативный ("опоздание автомобиля на несколько часов") и позитивный ("поставка возможна уже сегодня") характер.
Рис. 8.5. Идеология анализа событий в технологии SCEM
Другим принципиальным аспектом в SCEM (как и в общем SC-контроллинге) являются отклонения (gaps). Для их анализа устанавливаются определенные области допустимых значений отклонений от заданных параметров (KPI). Если отклонения находятся в пределах допусков, то они не вызывают нарушений, способных привести к снижению эффективности выполнения процессов (работ, операций) в цепи поставок и к невыполнению целей цепи поставок (например, по предельным затратам, обязательствам по срокам поставок и т.п.). Эта область допустимых значений отклонений является основой для оповещения (alerting) и инициировании в SCEM-системе вариантов расчетов по принятию решения о ликвидации нарушения.
Программное обеспечение SCEM позволяет контрагентам цепи поставок быстро, а иногда и автоматически идентифицировать незапланированные события и реагировать на них без полной перепланировки решений по УЦП. В долгосрочной перспективе применение технологии SCEM не только улучшает эффективность бизнеса партнеров по цепи поставок, но и существенно повышает удовлетворенность клиентов.
Применение технологии SCEM особенно эффективно для цепей поставок, которые нуждаются в следующих элементах.
1. Мониторинг большого количества сегментов рынка/каналов дистрибьюции, потребителей, поставщиков и продуктов.
Аналитическая платформа SCEM позволяет SC-менеджерам сосредоточиться не на контроле большого количества трансакций, а на критических параметрах процессов в цепи поставок, таких как уровни запасов, лимитированные прогнозами спроса, уровни обслуживания клиентов или даты поставок.
2. Поддержка продуктовых направлений/линеек.
С технологией SCEM вариации спроса формируют специфические события, которые запускают сигналы тревоги и фокусируют действия менеджеров на разрешении возникшей ситуации. Запасы могут быстрее оборачиваться, большие количества материалов закупаться, определенные тактические решения в производственном процессе внедряться более быстрыми темпами, а заказы выполняться точно в срок.
3. Отслеживание ключевых индикаторов.
Для многих компаний одним из первых шагов для установления процессов контроля и управления является формирование системы KPI и анализ на ее основе ситуаций исключения (отклонений от стандартов KPI). Аналитическая платформа SCEM позволяет контролировать допуски на KPI и вовремя оповещать персонал о возникших проблемных событиях.
4. Балансировка спроса и поставок.
Сегодня быстрая реакция на изменения, происходящие на рынке, является необходимым условием конкурентоспособности компаний и цепей поставок в целом. Отсутствие баланса спроса и предложения может привести в потерям в прибыли. Компании, которые используют в своей практике концепции/ технологии интеграции, например S&OP (см. параграф 7.1), нуждаются в продвинутых инструментах выполнения и мониторинга планирования в цепях поставок. Эту возможность им как раз и предоставляет SCEM-система.
SCEM рассматривает все возможные события в цепи поставок, которые могут создать узкие места в цепи и предлагает решения по устранению таких мест. Информационные SCEM-системы оперируют с событиями, основанными на синхронизации дискретных заказов и процессов управления запасами, при управлении каналами распределения, выполнении заказов, межорганизационной координации, закупках и доставке продукции в цепях поставок. SCEM работает на основе использования правил мониторинга чувствительных ко времени событий, извещений об этих событиях, автоматической корректировке действий и общей декомпозиции процессов с помощью компонентов автоматической системы мониторинга критических событий в каждом из процессов цепи поставок.
Среди многочисленных программных SCEM-приложений, предлагаемых на рынке системными интеграторами, особо следует выделить продукты корпорации SAP AG[2]. В этом плане среди основных категорий УЦП, поддерживаемых программными приложениями mySAP (рис. 8.6), необходимо указать на блок "Координация", включающий функции управления эффективностью, отчетность и управление событиями в логистической цепочке (цепи поставок).
На уровне контроля событий в цепи поставок необходимы инструменты для обработки информации, так как анализировать каждый из заказов или документов перемещения товара нет необходимости. SC-менеджмент, выполняющий функции контроля и реагирования на события в цепи поставок, получает с помощью решения SAP ЕМ агрегированные данные в том
Рис. 8.6. Основные категории УЦП в решениях mySAP
разрезе, который нужен для принятия эффективных и оперативных решений.
При этом, так как вся информация формируется непосредственно из оперативных документов, можно перейти к этим документам для получения более детальной информации. Так, при необходимости качество сформированного плана может быть оценено без анализа всех сформированных в ходе планирования документов. Для этого плановику необходимо проанализировать события-исключения (болевые точки), например где потребность выше, чем запланированные поступления, понять причины сложившейся ситуации: узкие места цепи поставок в снабжении, производстве, дистрибьюции.
Пульт управления цепью поставок в mySAP SCM (см. рис. 8.6) интегрирован как с системой предупреждений, так и с инструментами для планирования и анализа информации. Интеграция с системой предупреждений позволяет увидеть предупреждения об исключениях в привязке к объектам цепи поставок, к которым они относятся. Таким образом, SC-менеджер может быстро оценить сложившуюся ситуацию и перейти к инструментам реагирования для более детальной информации и корректировки плана.
Централизованная система предупреждений SAP ЕМ (рис. 8.7) позволяет контролировать цепь поставок в целом; SC-менед- жерам вовремя получать информацию о возможных проблемах с поставками и других негативных событиях в цепи; сосредоточить усилия SC-менеджеров на проблемных точках (узких местах процессов цепи поставок).
Инструмент SAP SCM является новой версией ранее известного приложения SAP АРО (advanced planner & optimizer). Под-
Рис. 8.7. Система предупреждений SAP ЕМ (пример)
система Event management (ЕМ) входит в последние версии SAP SCM наряду с непосредственно АРО, а также рядом дополнительных модулей, упрощающих работу при управлении цепью поставок: Extended warehouse management, Forecasting and replenishment, Supply network collaboration. Но ядром SAP SCM является, безусловно, функционал АРО.
SAP ЕМ находится в блоке мониторинга иерархии модулей SAP SCM по горизонту планирования при взаимодействии с ERP-системой (рис. 8.8).
Результатами использования SAP ЕМ являются выработка сообщений о событиях в бизнес-процессах цепи поставок, уве-
домление пользователей о различных способах реакции на возникшие события и визуализация информации о событиях. Для оптимизации времени реакции на возникшие события и улучшения качества потребительского сервиса система позволяет идентифицировать персонал, ответственный за принятие решений по урегулированию возникших критических ситуаций и управлению исключениями. Например, если персонал УЦП-департамента работает с хранилищем бизнес- информации (SAP BIF –Business information warehouse), SAP EM поддерживает инструменты оценки результатов ее работы.
В SAP ЕМ уведомления об особых ситуациях в планировании и работе цепи поставок автоматически передаются в монитор предупреждений (рис. 8.9). Монитор предупреждений предоставляет возможность централизованного контроля за негативными событиями в цепи поставок.
В итоге SC-менеджеры получают детальную информацию о факторах в цепи поставок, которые могут вызвать критическое событие, и о способах элиминирования рисковой ситуации.
SAP ЕМ интегрирует партнеров цепи поставок и позволяет достичь выгоды от кроссфункционального взаимодействия. При этом контрагенты цепи поставок могут использовать SAP ЕМ для всех процессов планирования и выполнения логистической деятельности.
Функциональность SAP ЕМ включает:
• трансфер релевантных данных в "SCEM-relevant" из любых приложений SAP;
• продуцирование и оценку сообщений о событиях в цепи поставок, что позволяет осуществлять мониторинг процессов и событий (например, доступность продукта, получение и передачу заказа на закупку, окончание производственного цикла или отгрузки);
• автоматический мониторинг и запуск шагов процесса, которые не были локализованы (например, превентивную реакцию SC-менеджера на задержку или некорректные параметры доставки заказа клиенту);
• формирование обзора (статуса, расположения и параметров процесса) SCEM релевантных объектов и предоставление пользователю текущей информации об объекте в любое время;
• обмен информацией между партнерами (например с использованием ЭОД, Интернета или технологии XML);
• оповещение партнеров по цепи поставок (например, с использованием электронной почты или смс-сообщений);
• анализ данных из системной базы данных, если требуется адаптация продуцирования будущих событий.
На рис. 8.10 представлен обзор описанных выше процессов SAPEM[3].
Для получения значимой информации о событиях цепи поставок и формирования отчетов SAP ЕМ использует следующие интерфейсы.
• Интерфейс для обмена данными с системными приложениями. Этот интерфейс позволяет SAP ЕМ получать релевантные данные из системных приложений и для подтверждения внутренней информации (например, обновление статуса или отправка просроченных сообщений о событиях).
• Интерфейс для связи внутренних и внешних систем и устройств, которые посылают сообщения о событиях в SAP ЕМ (например, доступ через интернет-браузер или PDA).
• Интерфейс для трансфера данных в системную базу данных. Этот интерфейс позволяет SAP ЕМ посылать информацию в системную базу данных (например, SAP BIW) для оценки возможных вариантов принятия решений.
На рис. 8.11 представлен обзор интерфейсов и участников, с которыми SAP ЕМ осуществляет коммуникации.
Рис. 8.11. Обзор интерфейсов SAP ЕМ
Ключевыми моментами в реализации идеологии SCEM являются два вопроса: как определить границы допусков на KPI и как выбрать варианты принятия решений по восстановлению эффективности цепи поставок. Относительного первого вопроса на практике используются экспертные методы и методы эвристики, в редких случаях количественные методы [64]. Для принятия решений о вариантах ликвидации нарушений используются методы сценарно-событийного моделирования, основанные на том, что уже на этапе планирования цепей поставок различным возможным нарушениям соотносятся возможные управленческие сценарии выхода из них.
На практике невозможно учесть все возможные сценарии протекания процессов в цепи поставок и возникновения рисковых ситуаций в силу высокой неопределенности внешней и внутренней среды. В настоящее время разработано несколько методических подходов к решению данной проблемы, основанных на анализе устойчивости цепи поставок и системе многоуровневой адаптации (см., например, работу [19]).