Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/index.php on line 16

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50
Показать содержимое по тегу: референтная модель
Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/plugins/k2/k2additonalcategories/k2additonalcategories.php on line 49

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/plugins/k2/k2additonalcategories/k2additonalcategories.php on line 49

Strict Standards: Declaration of JParameter::loadSetupFile() should be compatible with that of JRegistry::loadSetupFile() in /home/new300566/lscm.ru/docs/libraries/joomla/html/parameter.php on line 512

Опубликовано №3 (86) июнь 2018 г.

АВТОР: СЕРГЕЕВ В.И.  

РУБРИКА Аналитика в логистике и SCM Планирование в цепях поставок Управление цепями поставок

 

Аннотация  

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

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

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

Электронная версия

Ключевые слова: 

Опубликовано №2 (85) апрель 2018 г.

АВТОРЫ: ЛЕВИНА Т. В. 

РУБРИКА Аналитика в логистике и SCM Управление цепями поставок 

Аннотация 

Задача диагностики процессов в цепи поставок с целью определения резервов и перспектив повышения эффективности является наиболее трудоемким этапом стратегического планирования, требует аккумуляции и систематизации огромного массива разнородной информации. При этом комплексных методик, которые позволили бы реализовать цикл стратегического планирования, обеспечив при этом объективность выводов, не так много. Одной из таких методик является диагностика процессов в цепи поставок с использованием Референтной модели операций в цепи поставок (SCOR - Supply Chain Operations Reference model). В статье проведен анализ публикаций, посвященных проблемам использования SCOR, показаны основные проблемы интерпретации методики, показаны особенности ее применения. Предложена процедура диагностики процессов в цепях поставок с использованием SCOR, этапы которой продемонстрированы на примере. Показано, что последовательная реализация описанных этапов позволяет существенно упростить процедуру стратегического анализа цепей поставок, при этом обеспечив системность и аргументированность принимаемых решений.  

Электронная версия

Ключевые слова: 

 

Понедельник, 26 Январь 2015 09:52

SCOR-моделирование

Опубликовано № 2 (49) апрель 2012 г.

АВТОРЫ: Левина Т.В.

РУБРИКА Аналитика в логистике и SCM

Ключевые слова:SCOR проектирование цепей поставок процессная модель контроллинг диагностика референтная модель реинжиниринг бизнес-процессов Business Process Reengineering бенчмаркинг Benchmarking лучшие практики

 


SCOR-модель[1] была разработана известной международной организацией - Советом по цепям поставок[2] (The Supply-Chain Council - SCC) с целью более эффективного анализа, планирования и проектирования цепей поставок.  SCOR относится к классу процессно-ориентированных моделей[3]. Общая идеология SCOR-модели заключается в сочетании принципа неразрывности товарного и информационного потоков одновременно с функциональной интеграцией. Модель объединяет три весьма популярные современные управленческие концепции/технологии – реинжиниринг бизнес-процессов (Business Process Reengineering), бенчмаркинг (Benchmarking)[4], и использование наилучшей практики (Best Practice). Реализуя подход, аналогичный используемому при реинжиниринге бизнес-процессов, SCOR-модель предусматривает фиксацию текущего состояния процессов, и устанавливает, как процессы должны выглядеть в дальнейшем (Рисунок 1).

Рисунок 1 Этапы проекта SCOR-mod

Рисунок 1 Этапы проекта SCOR-mod

Модель SCOR на сегодняшний день признается в качестве международного межотраслевого стандарта при планировании и управлении цепями поставок.  Описывая цепи поставок путем комбинации готовых составляющих процессов, модель может быть использована как для описания самых простых цепей поставок, так и для сложных комплексных сетей, используя стандартный набор определений. В результате, несопоставимые отрасли бизнеса и отдельные компании могут быть легко интегрированы в описание структуры практически любой сетевой структуры цепей поставок. Модель позволяет описать и создать основу для совершенствования цепей поставок, как для глобальных проектов, так и для специфических конкретного подразделения компании. Границы модели определяются  «от поставщиков поставщика до клиентов потребителя», т.е. модель описывает так называемую «расширенную» цепь поставок (Рисунок 2).

 Рисунок 2 Обобщенный вид SCOR-mod

Рисунок 2 Обобщенный вид SCOR-mod

В общем случае участники цепи поставок реализуют следующие укрупненные группы процессов:

  • Планирование (Plan)
  • Снабжение (Source)
  • Производство (Make)
  • Доставка (Deliver)
  • Организация возвратных потоков (Return)

для которых  в рамках модели:

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

На текущий момент SCOR модель включает описание более 200 элементарных процессов, 550 лучших практик и 500 KPI (Key Performance Indicators – Ключевые показатели эффективности). Стандарт постоянно обновляется, сейчас актуальна версия 10.0.

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

  • DCOR (Product Design) – Референтная модель разработки и проектирования продуктов
  • CCOR (Sales & Support) - Референтная модель продаж и их поддержки

Интеграция данных моделей осуществляется на третьем уровне процессов.

SCOR-модель содержит три уровня детализации процессов в цепях поставок (Рисунок 3):

Рисунок 3 Уровни декомпозиции SCOR-mod 

Рисунок 3 Уровни декомпозиции SCOR-mod

1.       Высший уровень (Типы процессов). Этот уровень определяет рамки и содержание SCOR-модели. Здесь задаются базовые цели по достижению конкурентных преимуществ.

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

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

В рамках первого этапа проектирования осуществляется процедура сравнительного бенчмаркинга.

2.       Уровень конфигураций (Категории процессов). Цепь поставок определенной компании может быть сконфигурирована на этом уровне из ключевых категорий процессов (Рисунок 4).

На втором уровне каждый процесс SCOR-модели может быть описан через следующие типы процессов:

  • Планирование (Planning). Процесс, который распределяет имеющиеся ресурсы для удовлетворения ожидаемого спроса. Процессы планирования обеспечивают баланс совокупного спроса и предложения. Одной из важных характеристик планирования является горизонт планирования: он должен быть правильно установлен для всех видов планирования. Обычно эти процессы протекают с регулярными периодичными интервалами. Успешное планирование может повлиять на скорость реагирования цепи поставок на изменение внешней среды бизнеса.
  • Выполнение (Execution). Это процесс, который инициируется спросом (запланированным или текущим), и изменяет состояние физических продуктов. Как правило, эти процессы включают:

2.1. Графики/согласования.

2.2. Трансформация продукта и/или

2.3. Перемещение продукта к следующему процессу.

  • Обеспечение (Enable). Процесс, который готовит, поддерживает или управляет информацией или отношениями, на которых основаны процессы планирования и выполнения.

 Рисунок 4 Категории процессов 2-го уровня декомпозиции SCOR-mod

Рисунок 4 Категории процессов 2-го уровня декомпозиции SCOR-mod

3. Уровень элементов процесса (Декомпозиция процессов). Этот уровень определяет способность компании успешно конкурировать на выбранных ею рынках и состоит из:

• определения элементов процесса,

• входящей и исходящей информации элементов процесса,

• измерителей функционирования процесса,

• лучшей практики,

• системных мощностей, необходимых для поддержки лучшей практики,

• систем и инструментов.

На третьем уровне модели представлена детальная информация об элементах процесса для каждой категории уровня 2 (Рисунок 5), включая:

  • ход процесса,
  • входящие и исходящие потоки,
  • источники входящих потоков,
  • назначение исходящих потоков.

На этом уровне компании производят настройку их операционной стратегии.

Рисунок 5 Пример описания процессов третьего уровня 

Рисунок 5 Пример описания процессов третьего уровня

4. Декомпозиция элементов процесса (Технологические процессы)

5. Трансакции (Операции)

Последние 4 и 5 уровни не входят в рассмотрение модели. На данных уровнях компании внедряют специфические приемы управления цепями поставок.

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

Показатели оценки функционирования цепи поставок (Таблица 1) в SCOR условно разделяются на две группы элементов:

1.    Показатели функционирования ЦП - Performance Attributes (attributes).  Показатели функционированияпредставляют собой сгруппированные метрики, используемые для установки направлений стратегии ЦП. Сами по себе показатели деятельности не могут быть измерены, они лишь задают направление стратегии.

В модели SCOR  выделяется 5 групп показателей (аспектов) деятельности:

  • Надежность поставок в цепи в обеспечении доставки: нужного продукта, в нужное время и место, в надлежащем состоянии и упаковке, нужного количества, с правильной документацией, нужному потребителю.
  • Отклик цепи поставок - скорость прохождения товара по цепи поставки к потребителю.
  • Маневренность цепи поставок - темп, с которым цепь поставок реагирует на изменения ситуации на рынке с целью получения или сохранения конкурентных преимуществ.
  • Затраты[5] цепи поставок - издержки, связанные с операциями в цепи поставок
  • Управление активами в цепи поставок - эффективность управления активами в обеспечении удовлетворения спроса (включает управление всеми видами активов: основными средствами, управление запасами, оборотным капиталом).

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

2.    Метрики (система измеряемых показателей) - Metrics. Метрики предназначены для оценки возможности достижения этих стратегических решений, обозначенных в терминах показателей деятельности ЦП. Метрика – это установленный стандарт для оценки деятельности или процесса.  Метрики SCOR используются в целях диагностики проблем цепи поставок. Модель SCOR выделяет три уровня метрик (показателей):

  • Уровень 1 содержит показатели, диагностирующие общее состояние цепи поставок. Также известны как стратегические метрики или ключевые показатели деятельности (KPI - Key Performance Indicator). Сравнительный анализ данных показателей первого уровня помогает в постановке реальных целей и задач для выбранного стратегического направления. 
  • Уровень 2 включает показатели, которые в свою очередь являются диагностирующими для метрик первого уровня и помогают выявить причины отклонения запланированных значений.
  • Уровень 3 содержит показатели, которые соответственно служат для диагностики метрик второго уровня.

Таблица 1 Структура показателей функционирования ЦП

Таблица 1 Структура показателей функционирования ЦП

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

Рисунок 6 Пример структуры параметра затрат цепи поставок

Рисунок 6 Пример структуры параметра затрат цепи поставок

Новацией версии 10.0 SCOR-mod является попытка описания навыков, необходимых сотрудникам, ответственных за реализацию определенных процессов в цепи поставок (Таблица 2).

Таблица 2 Характеристика навыков персонала (пример)

НАВЫК

HS.0011. Основы транспортного менеджмента

Характеристика

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

Процессы

sP2.1 Определение, расстановка приоритетов, обобщение условий и требований поставки
sP2.2 Определение, оценка и обобщение требуемых ресурсов для доставки
sP2.3 Сопоставление ресурсы с производственными требованиями продукта
sP2.4 Разработка планов снабжения
sEP.6 Интегрированное управление транспортировкой в цепи поставок
sES.6 Управление входящей продукцией
sEM.6 Управление транспортом (WIP)
sED.1 Управление доставкой
sED.6 Управление транспортом
sER.6 Управление возвратной транспортировкой

Способности

HA.0001 Ответственный
HA.0004 Аналитический склад ума
HA.0007 Бизнес знания и сообразительность (зависит от компании)
HA.0010 Управление изменениями
HA.0014 Компьютерная грамотность
HA.0023 Сбор, анализ информации и решение проблем
HA.0028 Использование технологий
HA.0030 Способности помощи
HA.0038 Инициативный
HA.0039 Лидер
HA.0045 Переговорщик
HA.0052 Презентативные способности
HA.0055 Совершенствование процессов
HA.0056 Процессная ориентация, системность и концептуальное мышление
HA.0065 Работа в команде и сотрудничество
HA.0072 Письменная/устная коммуникация

Опыт

HE.0023 Выбор и оценка перевозчика
HE.0046 Анализ прибыли и убытков
HE.0083 Планирования ресурсов предприятия (ERP)
HE.0116 Внешнеэкономическая деятельность (ВЭД)
HE.0159 Управление документацией 
HE.0162 Работа со спецификациями
HE.0205 Управления проектами
HE.0209 Менеджмент качества, связанный с запасами (испытание, срок годности)
HE.0230 Планирование сбыта и производства (S&OP)
HE.0236 Выбор и планирование видов транспорта
HE.0247 Управление электронными таблицами
HE.0265 Стратегические соглашения с поставщиками услуг
HE.0281 Транспортный аутсорсинг
HE.0286 Планирования транспортировки
HE.0299 Использование систем по управлению транспортом

Статья подготовлена по материалам http://www.supply-chain.org

ССЫЛКИ

[1] SCOR-mod - Supply Chain Operations Reference model - Референтная модель операций в цепях поставок.  

[2] http://www.supply-chain.org

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

[4]  Подробнее см. статья Бенчмаркинг, журнал «Логистика и управление цепями поставок», №6 – 2011 г.

[5] Здесь необходимо заметить, что в практике управленческого и бухгалтерского учета в России нет единого определения категории «издержки» и соотношения их с терминами «затраты» и «расходы». В практике отечественного учета «затраты» становятся «расходами» только в составе реализованной продукции (работ, услуг). До момента реализации потребленные ресурсы учитываются как затраты и отражаются в балансе предприятия как активы в виде остатков НП, ГП на складе и т.д. Признание затрат расходами минуя получение дохода, возможно в отдельных случаях, например, при признании их убытками (потреблённые ресурсы не принесут дохода). Однако в контексте данной работы принимаем, что «расходы», «затраты» и «издержки» являются синонимами (от анг. «cost»).

Воскресенье, 25 Январь 2015 19:30

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

Опубликовано № 1 (48) февраль 2012 г.

АВТОР: Левина Т.В.

РУБРИКА Транспортировка в логистикеИнформационные технологии в логистике и SCM 

Аннотация

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

Ключевые слова: Система управления транспортировкой TMS Transport Management System Система управления парком транспортных средств Fleet Management маршрутизация диспетчеризация RDS Routing And Dispatching Sistems мониторинг референтная модель классификация  


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

Рис. 1 Основные категории информационных систем управления процессами транспортировки

Рис. 1 Основные категории информационных систем управления процессами транспортировки

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

К данной категории программных продуктов можно отнести системы маршрутизации и диспетчеризации транспорта (RDS - Routing And Dispatching Sistems) – совокупность технических средств (навигационно-связного оборудования, датчиков),  каналов передачи данных и программного обеспечения для контроля основных показателей производительности и оперативного управления транспортным средством (Рис. 2). 

 Рис. 2 Система мониторинга транспорта

Рис. 2 Система мониторинга транспорта

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

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

  • Назначать маршрутные задания вручную или автоматически по заданному графику работы
  • Отслеживать ход выполнения маршрутного задания (определение местоположения, направления движения, прохождение «контрольных» точек – выполнение отдельных операций - времени и места погрузки/выгрузки грузов)
  • Определять состояние транспортного средства, работу специальных систем и оборудования на основе показаний датчиков
  • Оперативно изменять маршрутные задания в процессе выполнения
  • Формировать отчеты о движении транспортных средств, использовании рабочего времени, формируя статистическую базу для последующего анализа и оптимизации процессов транспортировки

2.       Система управления парком транспортных средств (Fleet Management)- решение, используемое грузоотправителями/ перевозчиками для планирования и контроля перевозок, осуществляемых собственными транспортными активами, включая управление основным процессом перевозки (мониторинг, контроль и оперативное управление) и административно-хозяйственными процессами (Рис. 3).

Рис. 3 Система управления парком транспортных средств

 Рис. 3 Система управления парком транспортных средств

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

3.    Системы управления транспортировкой (TMS - Transport Management System)  - комплексное решение, охватывающее весь процесс транспортировки  — от поддержки процедур принятия стратегических решений, планирования закупок и календарного планирования работы транспорта, до осуществления доставки и контроля за ней, управления затратами и координации с потребителями/поставщиками транспортных услуг. Зачастую TMS-системы выступают как отдельное бизнес-приложение, однако наибольший эффект достигается при их интеграции с другими подсистемами глобальных продуктов – ERP или SCM-систем (Рис. 4). 

Рис. 4 Место TMS в системе информационного обеспечения управления цепями поставок

 Рис. 4 Место TMS в системе информационного обеспечения управления цепями поставок[1]

TMS системы проектируются по модульному принципу, исходя из потребностей заказчика. Поставщики TMS – решений (особенно крупнейшие из них - Oracle, SAP, i2 Technologies) постоянно расширяют функционал системы, поэтому предложить какую-либо референтную модель TMS решений (особенно с учетом специфики российского рынка) на данном этапе не представляется возможным. Такая попытка была предпринята в 2011 г. специалистами консалтинговой компании Capgemini Comsulting в периодическом отчете «Transportation Management Report 2011» [7], несколько измененная модель предложенного ими функционала TMS представлена на Рис. 5.

Рис. 5 Референтная модель функционала TMS-систем

Рис. 5 Референтная модель функционала TMS-систем

Далее представлены некоторые уникальные задачи управления перевозками, решаемые  в рамках TMS-систем, и составляющих их отличительные особенности в  сравнении с другими категориями программного обеспечения, рассмотренных выше:

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

Управление эффективностью - обеспечение согласованности показателей эффективности транспортировки с параметрами функционирования цепи поставок на стратегическом уровне. Основанное на принципах и технологиях Business Intelligence Management решение позволяет в режиме он-лайн формировать аналитический базис для принятия решений по совершенствованию процессов транспортировки в цепях поставок

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

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

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

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

Среди основных направлений развития TMS-систем выделяют: интеграцию систем управления транспортировкой контрагентов в цепи поставок (потребитель-логистический оператор-поставщик), сервис-ориентированное проектирование программного обеспечения управления транспортировкой (Service Oriented Architecture  - SOA),развитие мобильных решений, интеграция с  CRM/WMS/APS-решениями, мониторинг воздействия на окружающую среду.

Литературные источники

  1.  Воропаев А. Комплексное решение задач транспортной логистики//Автотрансинфо -  24 января 2011 №1 (239), с. 17-24
  2. Гаспарян В. Об оптимальном уровне автоматизации процессов, связанных с планированием работы транспорта// Логистика сегодня - № 02(44)2011, с. 110-11
  3. Петров Д. Обзор рынка YMS// Складские технологии - № 04(июнь)2008 [http://www.wms-explorer.ru]
  4. Сингх Ранджит. Концепция работы замкнутого цикла планирования транспортировок// Логистика сегодня - № 04(40)2010, с. 200-203
  5. http://www.antor.ru
  6. http://www.aquamcg.com
  7. http://www.capgemini.com
  8. http://www.dssconsulting.ru
  9. http://www.inconso.com
  10. http://www.inet-logistics.com
  11. http://www.m2m-t.ru
  12. http://www.naviscan.ru
  13. http://www.psilogistics.com
  14. http://www.sap.ru

ССЫЛКИ

[1] YMS - (Yard Management System) - Система управления транспортными средствами на территории складского комплекса.

Опубликовано № 1 (60) февраль 2014 г.

АВТОР: Сергеев В.И., Левина Т.В. 

РУБРИКА Управление цепями поставокПланирование в цепях поставокАналитика в логистике и SCM

Аннотация

Рассмотрены проблемы стратегического планирования цепей поставок. На примере компании - дистрибьютора компьютерных комплектующих, цифровой техники и офисного оборудования показана идеология стратегического планирования с использование референтной модели операций в цепи поставок. Показаны перспективы внедрения в практику планирования интегрированной (объединенной) концепции Lean Six Sigma с референтной моделью SCOR.

Ключевые слова: стратегическое планирование проектирование цепей поставок моделирование цепей поставок диагностика SCOR LEAN Six Sigma бережливое производство референтная модель

 


Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/config.php on line 11

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Only variables should be passed by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/warp.php on line 135

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 35

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 36

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/classes/helper.php on line 31

Strict Standards: Non-static method Warp::getInstance() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/html/config.php on line 13

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Non-static method JSite::getMenu() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/menus/pre.php on line 33

Strict Standards: Non-static method JApplication::getMenu() should not be called statically, assuming $this from incompatible context in /home/new300566/lscm.ru/docs/includes/application.php on line 536

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 70

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 79

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 79

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 45

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 70

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 79

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 79

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/menus/default.php on line 90

Контакты


Strict Standards: Non-static method Warp::getInstance() should not be called statically in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/html/config.php on line 13

Работа с авторами 

Левина Тамара

моб. 8(962) 965-48-54

E-mail: levina-tamara@mail.ru

Распространение

Алямовская Наталия

моб. 8(916) 150-07-21

E-mail: nalyamovskaya@mail.ru

Адрес 

125319, Москва, ул. Черняховского, д.16

тел./факс (495) 771 32 58


Strict Standards: Non-static method Warp::getInstance() should not be called statically in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/html/config.php on line 13

ISSN 2587-6775

Издается с 2004 г.

Включен в перечень ВАК с 2008 г.

ИНДЕКСИРОВАНИЕ ЖУРНАЛА


Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50

Strict Standards: Only variables should be assigned by reference in /home/new300566/lscm.ru/docs/templates/yoo_royalplaza/warp/systems/joomla/helpers/modules.php on line 50