slt что это такое в логистике

Уровень сервиса (Service Level)

Наиболее часто уровень сервиса определяется через 7+1 правило управления логистикой и цепями поставок, также называемое идеальный заказ (perfect order):

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

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

Чаще всего выделяют три дополняющих друг друга варианта оценки уровня логистического сервиса:

Первый, называемый α-уровень сервиса, представляет собой метрику, которая может быть ориентирована либо на события, либо на циклы в цепи поставок. С событийной точки зрения α-уровень сервиса определяется вероятностью того, что поступающий заказ может быть полностью выполнен с использованием текущих складских запасов. При определении этой вероятности берется в расчет предопределенный период (связанный со стратегическими целями компании), выражаемый в днях, неделях или относительно цикла обработки заказа. С точки зрения циклов α-уровень сервиса определяется как доля периодов, в течение которых не было ситуации «out of stock» («нет на складе»).

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

Повышение уровня логистического сервиса и затраты на его обеспечение

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

Источник

Slt что это такое в логистике

09.11.2021

Россиянам стал доступен британский онлайн-сервис для совместного просмотра фильмов и сериалов

03.11.2021

Дмитрий Чернышенко: Более 100 хакатонов пройдут в России до 2024 года

03.11.2021

Участники конкурса «Цифровой прорыв» разработают решения для экологии и сельского хозяйства

03.11.2021

Итоги II ИТ-Форума РУССОФТ 2021

02.11.2021

21.09.2021

Поможет ли стратегия развитию Open Source в России?

18.08.2021

Платформенный бизнес в России

16.05.2021

08.04.2021

KPI: стоит ли овчинка выделки?

13.02.2020

Чат-бот CallShark не требует зарплаты, а работает круглосуточно

24.12.2019

До встречи в «Пьяном Сомелье»!

21.12.2019

Искусство как награда Как изготавливали статуэтки для премии IT Stars им. Георгия Генса в сфере инноваций

04.12.2019

ЛАНИТ учредил премию IT Stars памяти основателя компании Георгия Генса

04.06.2019

Маркетолог: привлекать, продавать, продвигать?

SLT, OLA, SLA
Сложно о простых буквах

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

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

Разумеется, имеет смысл обратиться к официальному словарю ITIL [1] (см. врезку). Сразу же бросается в глаза ключевое различие в сути каждого из этих терминов. Если в SLA обязательно участвуют две стороны (заказчик и поставщик услуг), и это список измеряемых характеристик оказываемой услуги и сроков исправления нарушений ее предоставления, то KPI – это некий показатель, которым измеряют фактически предоставляемые услуги.

Краткий словарь терминов

SLA (Service Level Agreement) – Соглашение между поставщиком ИТ-услуг и заказчиком. Соглашение об уровне услуг описывает ИТ-услугу, документирует целевые показатели уровня услуги, указывает зоны ответственности сторон – поставщика ИТ-услуг и заказчика.

KPI (Key Performance Indicator) – Метрика, которая используется для управления ИТ-услугой, процессом, планом, проектом или другой деятельностью. Ключевые показатели эффективности используются для измерения реализации ключевых факторов успеха.

SLR (Service Level Requirement) – Требование к уровню услуг. Требование заказчика к ИТ-услуге. Требования к уровню услуг основаны на бизнес-целях и используются для переговоров и согласования целевых показателей уровня услуг.

Если в SLA, как в любом договоре, возможно внести санкции за некачественное исполнение, то KPI сам по себе только виртуальная полоса на графике взлетов и падений уровня сервиса. KPI всегда остается безучастным к невыполнению показателей, а только безмолвно фиксирует отклонение. Ну и последнее: хотелось бы отметить, что соблюдение требований, описанных в SLA, используется как основной ключевой показатель эффективности (KPI) ИТ-отдела.

Предвестником последующего создания соглашения об уровне сервиса является еще один трехбуквенный документ – SLR. После того как стороны договорятся о том, каким образом будут оценивать качество услуг, как раз и должно в недрах ИТ-подразделения быть материализовано на бумаге «Соглашение об уровне услуг». А протоколом «договоренностей», чтобы ничего не упустить, и выступает SLR.

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

Но это в идеальной картине книг ITIL. Чаще всего инертность и безразличие «бизнеса», а порой просто непонимание, что же конкретно требовать от ИТ, приводит к тому, что и SLR подготавливается в стенах ИТ-подразделения. А затем вся связка необходимых документов преподносится на обсуждение руководству компании исходя исключительно из цифр выделенного на ИТ бюджета. В ИТ-службе не до конца способны понимать такой параметр для оказываемых ими услуг, как «критичность для бизнеса», «затронутые бизнес-транзакции» и действительно требуемый уровень услуг для поддержания функционирования зависимых подразделений.

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

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

В книгах по ITIL дается только общее понимание роли «Требования об уровне сервиса» и не содержится четкой таблицы, какие же параметры должны быть отражены в этом документе, чтобы он был понятен при создании SLA. Поэтому их различные участники создания «требований» вписывают в свободной форме.

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

Таблица 1. Формуляр, данные из которого можно переносить в SLA и использовать для создания KPI

Описание услуги

Указывается общепонятное название услуги, которое должно быть понятно при использовании как внутри компании, так и за ее пределами.

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

Не лишним будет указать емкость данной услуги, описав, если возможно, такие параметры, как:

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

В этом разделе отображаются конкретные имена владельцев и исполнителей, ответственных за услугу как со стороны бизнеса, так и от ИТ

Требования по поддержке услуги

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

Задействованные подразделения

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

Задействованные бизнес-транзакции

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

Инциденты и сбои

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

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

Плановый простой услуги

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

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

Запросы на обслуживание и обучение

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

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

OLA (Operational Level Agreement, Соглашение операционного уровня)

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

Примером таких договоренностей могут быть условия подготовки помещения для размещения новых рабочих мест. Ведь ИТ-специалисты должны только подготовить ПК, телефоны и в нужный момент принести их в указанный в заявке кабинет и расставить. А вот покраска стен, привоз и сборка мебели и другие работы лежат на подразделении АХО. Как раз механизмы такого взаимодействия и составляют основу этого документа.

Словарь ITIL дает определение для OLA как «Соглашение между поставщиком ИТ-услуг и другой частью той же организации». Слова «той же организации» являются ключевыми.

Если, например, речь идет о соглашении по срокам исправления неисправности доступа в сеть интернет или качества самого соединения со стороны провайдера, то это с точки зрения ITIL будет «Внешний договор» (UC, Underpinning Contract).

Сложность трактования этого документа в том, что для ИТ-службы данный документ подходит под все признаки «Соглашения операционного уровня», а для зависимого подразделения это будет полноценное SLA.

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

Ради чего все эти сложности

Собрав требования бизнеса (SLR) и договорившись с нужными для оказания услуг подразделениями (OLA), можно приступать к написанию итогового документа – «Соглашения об уровне услуг». Все зависимости документов изображены на рис. 1.

Рисунок 1. Схема создания SLA

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

С точки зрения здравого смысла и теоретических вкладок ITIL разработка SLA происходит на стадии Service Design, т.е. тогда, когда сервис еще не запущен в промышленную эксплуатацию и только готовится к внедрению. Для уже внедренных сервисов происходит пересмотр SLA и остальных параметров, тоже на стадии Service Design. Разработка SLA сама по себе влечет за собой пересмотр архитектуры ИТ- инфраструктуры для появления разрабатываемого сервиса, если по факту текущего состояния обеспечить выполнение условий не представляется возможным. Понятное дело, что также пересматриваются уже текущие бизнес-процессы, и внутрь них накладываются новые.

Само по себе соглашение (SLA) должно содержать четкие ответы на следующие четыре вопроса:

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

По определению в официальной книге ITIL:Service Design в зависимости от разреза услуги SLA делятся на три группы [2]:

Для упрощения написания SLA подходят к разработке некого единого общего «соглашения» (Default SLA), включенного в «Каталог услуг», при этом все потребители получают общий набор сервисов с единым уровнем обслуживания и максимальным сроком исполнения поступивших обращений. В случаях, если какое-либо бизнес-подразделение не устраивает общий уровень по группе сервисов или даже по всему списку, тогда разрабатывается отдельный документ, «специально» описывающий особые условия.

Разработка полноценного «Соглашения об уровне услуг» – показатель зрелости бизнес-процессов в ИТ-подразделении компании и определенный шаг вверх с точки зрения измерения качества взаимодействия между ИТ и другими подразделениями.

Сразу отмечу, что настоящее SLA – это серьезно, потому что это часть юридически значимого документа. Не все внутренние ИТ-службы готовы включить «режим юриста» и заняться написанием умных слов о сервисах, которые они изо дня в день поддерживают на плаву. Термины и даже окончания терминов оказываются важны, потому что, появившись, документ, превращается в обоюдоострый меч, которым будут колоть как ИТ-подразделение, так и мы будем отбиваться от обоснованных и не очень обвинений.

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

Собирать информацию для данного документа рекомендуется:

Большинство SLA после преамбулы начинаются с раздела «Термины». Это очень хорошо, потому что этим достигается важная цель – единый понятийный аппарат в оценке сервисов.

Важно не забыть и дать описания таких понятий, как «Аварийная ситуация», «Инцидент», «Стандартное время регламентных работ (обслуживания)», «Доступность» и «Система регистрации заявок».

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

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

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

Каждый уровень «деградации» сервиса (см. таблицу 2) описывается в разрезе таких параметров, как «Время реакции на запрос (передача запроса на исполнение ответственному специалисту)», «Время выполнения (информирование заказчика о факте завершения запроса)». Последний столбец такой таблицы – стоимость неустойки за час или каждый просроченный случай.

Таблица 2. Уровни «деградации» сервиса

Уровень сервиса

Время реакции на запрос
(передача запроса на исполнение ответственному специалисту)

Время выполнения (информирование заказчика о факте завершения запроса)

Источник

Лекция Х. Аутсорсинг в логистике.

Аутсорсинг в логистике заключается в передаче логистических процессов третьей стороне.

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

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

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

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

Встречаются следующие определения аутсорсинга.

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

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

Логистические аутсорсеры (провайдеры, операторы).

(Logisic Service Providers, LSP, 3PL, TPL) Логистические провайдеры, они же провайдеры (операторы) логистических услуг (Logistic Service Providers —LSPs, 3PLs, TPLs) — это коммерческие организации, оказывающие услуги в сфере логистики, выполняющие отдельные операции или комплексные логистические функции (складирование, транспортировка, управление заказами, физическое распределение и пр.), а также осуществляющие интегрированное управление логистическими цепочками предприятия-клиента.

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

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

1PL — независимая автономная логистика. Грузовладелец самостоятельно выполняет все необходимые операции.

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

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

2PL – предоставление традиционных услуг по управлению складами и транспортировкой груза (транспортные компании, экспедиторы, таможенные агенты, страховые компании, склады и грузовые терминалы).

3PL – стандартный перечень услуг дополнен прочими операциями, такими как: перегрузка, складирование, обработка груза и т.д, осуществляя комплексный логистический сервис.

4PL – предполагает интеграцию всех фирм, которые вовлечены в цепь поставок. Лог-провайдер данного класса занимается планированием, управлением и осуществлением контроля над всеми логистическими бизнес-процессами заказчика, сочетая в себе функции консалтинговой компании и 3PL-провайдера, что позволяет достичь долгосрочных стратегических целей и расширить бизнес клиента.

5PL – менеджмент всех компонентов, входящих в единую цепь поставок продукции с использованием электронных средств обработки информации (Internet).

3PL, 4PL, 5PL логистические операторы — это интеграторы логистических процессов высокого уровня, когда вся цепочка поставок контролируется и управляется одним высококвалифицированным логистическим провайдером. Обычно такого типа операторы востребованы на конкурентных рынках. Их услугами пользуются транснациональные корпорации, производящие высокотехнологичные продукты при непрерывном производственном цикле. Транснациональных корпораций, пользующихся услугами 4PL-операторов, множество, это, в частности, Sony, Toshiba, автомобильные концерны (Ford, Daimler Chrusler) и др.

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

В мировом бизнесе широко известны крупные транспортно-экспедиторские компании, фирмы, занятые экспресс-доставкой (выступающие в качестве комплексных логистических (3PL) провайдеров), такие, как Shenker-BTL, TNT Group, Danzas, DHL, ASG AB, Ryder, Federal Express, UPS, Leasnay, American Express, Welchelt, Sped-Bertraud Faure, Carlberson, Scansped, и другие. У них есть крупнейшие грузовые терминалы и терминальные комплексы, они интегрируют подавляющую часть логистических операций в сфере физического распределения, эффективно обслуживают снабжение и распределение продукции сотен производителей и торговых компаний.

Например, всемирно известная фирма экспресс-доставки TNT Express Worldwide, имеющая более 200 отделений во многих странах, предлагает клиентам широкий спектр логистических услуг, включающий:

Виды аутсорсинга.

В зависимости от места расположения поставщика услуг:

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

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

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

В зависимости от вида передаваемой деятельности аутсорсинг бывает:

В 1996 году, когда 3PL-провайдеры стали появляться один за другим, консалтинговая фирма Алекса Брауна подсчитала, что благодаря их работе можно сэкономить на логистических затратах от 10 до 40 процентов. Кроме того, логистические затраты составляют около 10 процентов внутреннего валового продукта (ВВП) США. Согласно данным, к концу 1990-х рынок услуг 3PL-провайдеров мог стоить порядка 50 миллиардов долларов. Многие тогда отнеслись к этой цифре с недоверием, но она оказалась правильной.
Логистика третьей стороны очень важна, и сейчас ее роль будет только возрастать. Одним из пионеров этого движения стала компания Ryder. Занимавшаяся сдачей напрокат грузовиков, она вступила в дорогостоящую и обременительную войну с фирмами «Сам себе перевозчик». С 1993 года Ryder тратила на грузовики и усовершенствование системы работы около 200 миллионов долларов в год, но прибыли так и не было. Поэтому в 1996 году ее президент Энтони Бернс решил продать парк грузовиков и выйти на рынок 3PL-провайдеров. К концу десятилетия Ryder заняла лидирующее место среди 3PL-провайдеров.

(Сандер «Логистика. Искусство управления цепочками поставок»)

Причины, по которым передаются функции внешним исполнителям:

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

Кросс-докинг.

Достаточно часто логистические компании применяют специальные операционные технологии с минимальными затратами на хранение, то есть операции по кросс-докингу.

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

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

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

Преимуществами сквозного складирования являются:

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

Риски, связанные с использованием аутсорсинга в логистике

— утечка коммерческой информации компании, снижение оперативности в предоставлении сведений для управления предприятием;

-отказ предприятия от выполнения некоторых функций может привести к полной зависимости от внешних исполнителей.

-достаточно велик риск убытков из-за низкого качества услуг, если на рынке нет эффективного логистического провайдера;

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

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

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

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

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

Источник