SCM (Supply Chain Management - управління ланцюгами постачання). Системи управління ланцюгами поставок (SCM) Scm системи

Управління ризиками при впровадженні SCM

Система управління ланцюгами поставок SCM (Supply Chain Management)

О.Плотніковкомпанія «i2 СНД»

Впровадження системи управління ланцюгами поставок SCM (Supply Chain Management) дозволяє значно скоротити витрати і підвищити якість поставок продукту з моменту видобутку сировини до моменту отримання продукту кінцевим споживачем. При впровадженні SCM значно зменшуються страхові запаси уздовж всього ланцюжка поставок, витрати на зберігання страхових запасів, обсяг рутинних операцій з управління поставками. Одночасно з цим підвищуються вимоги до точності даних, що вносяться до системи, значно зростають ризики для бізнесу, пов'язані з помилками операторів і менеджерів.

Функціональність SCM-систем ділиться на два основні блоки: планування ланцюжків постачань SCP (Supply Chain Planning) і їх виконання SCE (Supply Chain Execution). У блок планування SCP входять компоненти, що відповідають за моделювання та оптимізацію ланцюжків поставок (наприклад, розрахунок місця розташування складів, їх потужності, планування транспортних потоків), а також формування календарних графіків, Прогнозування попиту і поставок продукції. Блок управління операціями SCE відповідає за функції транспорту та складу. У його завдання входить визначення оптимального маршруту перевезення товарів або сировини. При цьому система виходить з таких критеріїв, як термін поставки, вартість перевезення і вантажно-розвантажувальних робіт. У блоці управління операціями SCE здійснюється і моніторинг доставки.

Зазвичай впровадження функціональності Supply Chain Planning і Supply Chain Execution відбувається в рамках різних, достатньо незалежних проектів. розглянемо окремо ризики для кожного з цих проектів.

Впровадження Supply Chain Planning вимагає внесення в систему великої кількості інформації, необхідної для моделювання та оптимізації логістичних процесів. Найчастіше команда впровадження починає пошук інформації вже після початку проекту, і в результаті проект затягується. Через дефіцит часу частина важливих даних вноситься без ретельного аналізу і перевірки, і тоді результат моделювання виходить неточним.

Щоб знизити цей ризик, перед початком проекту збирають інформацію про вартість логістичних витрат по всьому логістичному ланцюжку і про плани розвитку компанії. Найскладніше - це збір інформації про логістичні витрати. Зокрема, важко отримати коректну інформацію про собівартість зберігання і складської обробки одиниці товару на складах, залежність вартості залізничних перевезень від обсягів, пропускної здатності ж.-д. вузлів (особливо в країнах Центральної Азії), статистику по митній обробці вантажів. Перед початком проекту необхідно також зібрати статистику по продажах, плани компанії зі стратегічного маркетингу, в тому числі по зміні товарного портфеля, плани по розширенню компанії, політиці злиттів і поглинань. Наявність підготовлених і перевірених даних дозволить виконати проект впровадження Supply Chain Planning в запланованих рамках і отримати адекватні плани розвитку логістичних ланцюжків.

Другим за значимістю ризиком є ​​зміна бізнес-процесу планування. По суті впровадження системи планування - це прийняття нової ідеології роботи бізнесу. Радикальна зміна бізнес-процесів викликає істотний опір з боку співробітників, які вважають, що їхнє становище і роль в організації принижаются. Щоб знизити такі ризики, слід серйозно опрацювати питання мотивації тих співробітників, яких торкнулося впровадження системи. Також важливо чітко визначити, а краще зафіксувати у вигляді регламентів обов'язки співробітників після впровадження системи Supply Chain Planning.

Впровадження функціональності Supply Chain Execution розпадається, як правило, на два проекти: впровадження системи управління власне ланцюжком поставок і впровадження системи управління складом WMS. Розглянемо спочатку ризики впровадження системи управління логістичним ланцюгом без WMS. На наш погляд, для такого проекту існують два головні ризики. Перший ризик викликаний неправильно вносяться даними, а другий - неякісною роботою інтерфейсів між системою SCE і іншими системами.

До впровадження системи SCE на багатьох ділянках логістичного ланцюга зберігаються страхові запаси, безліч людей беруть участь в процесі управління нею, тому помилки операторів компенсуються страховими запасами і іншими співробітниками. Впровадження SCE призводить до того, що число операторів, керуючих ланцюжком, скорочується, а обсяг страхових запасів знижується. Зростають вимоги до якості даних, що вносяться і до точності роботи операторів.

Щоб уникнути ризику внесення помилкових даних в рамках проекту впровадження необхідно закладати додаткові процеси, що дозволяють гарантувати якість даних, що вносяться і правильність прийнятих рішень. Наведемо два приклади помилок при роботі з SCM з практики. В одному випадку, коли формувався документ про відправку великого судна, що доставляє сотні автомобілів в Росію, оператор не виправив код порту, що проставляється системою за замовчуванням, і сотні автомобілів ледь не поїхали на інший кінець Росії. У другому випадку при відправці з Москви до Хабаровська через помилки оператора замість однієї палети були відвантажені зі складу три вагони медичних шприців. з простих способівконтролю якості даних ми рекомендуємо використовувати автоматичну процедуру, яка виявляє, коли дані на вході або виході системи значно відхиляються від допустимого діапазону (наприклад, значно перевищують середньостатистичні дані), після чого процедура вимагає додаткової перевірки даних іншим оператором.

Другим за значимістю ризиком проекту впровадження SCE є неправильна робота інтерфейсів між SCE і іншими системами, в першу чергу системою управління ресурсами підприємства (ERP) і системою управління складом (WMS).

Щоб уникнути ризику неправильної роботи інтерфейсів необхідно:

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

При впровадженні SCM зустрічаються ризики, типові для більшості проектів в IT, а саме нестача кваліфікованого персоналу, кваліфікація і мотивація команди впровадження, якість опрацювання бізнес-процесів, якість тестування, власне підготовка до переходу на нову систему. Детальніше про компенсацію цих ризиків написано нижче, під час обговорення ризиків впровадження WMS-системи.

Тепер розглянемо ризики при впровадженні WMS. При цьому можливі дві ситуації: автоматизується новий склад і автоматизується вже функціонуючий склад. Почнемо з проблем, які виникають при автоматизації нового складу. Зазвичай контракт на впровадження WMS укладають в момент, коли склад практично побудований. Залишається залити підлоги, змонтувати стелажі, закупити складське устаткування. Тут-то і криється найпоширеніша проблема - технічна неготовність складу на момент запуску.

Найчастіше після навчання і налаштування системи з'ясовується, що контракт на монтаж стелажів оплачений тільки сьогодні, а стелажі встановлять тільки через місяць. У цій ситуації компанія - постачальник WMS ставиться перед фактом затримки проекту, і її фахівці переключаються на інші завдання. Проектну команду, яка була сформована з боку покупця WMS, відправляють у відпустку або перекидають на інші роботи. Після того як склад привели в технічну готовність, відбувається запуск, при цьому часто потрібне додаткове навчання. В результаті і покупець, і постачальник зазнали збитків через простій своїх команд, причому частина команди за час простою змінила місце роботи.

Які ж дії треба зробити, щоб компенсувати цей ризик? Так як ця проблема виникає в нашій країні на більшості нових складів, її треба поставити однією з найбільш високопріоритетних. Перед укладенням контракту компанії - постачальника WMS слід переконатися, що контракти з компаніями, які здійснюють поставки і монтаж складського обладнання, не тільки укладені, але і оплачені. Саме терміни оплати найчастіше гальмують початок робіт. На терміни затримок особливий вплив роблять монтаж стелажів, поставка радіотерміналів, закупівля серверів, підключення комунікацій і Інтернету до нового складу. Якщо прогнозуються затримки з технічною готовністю складу, роботи по проекту слід починати пізніше.

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

Тепер перейдемо до проблем специфічним для працюючих складів. Працюючі склади діляться на дві групи: з адресним зберіганням і без адресного зберігання. При впровадженні WMS на складі, який працював без адресного зберігання, треба бути готовим до того, що запуск може повторитися кілька разів. Персонал, який звик брати товар з будь-якої адреси, продовжить роботу за колишньою схемою. Відповідно до кінця першого тижня після запуску адреси товару в WMS будуть сильно відрізнятися від реального стану справ. Дуже корисно на таких складах проводити впровадження WMS по ділянках складу - галереям.

Головною проблемою при автоматизації працюють складів з системою адресного зберігання є усталені схеми процесів на цих складах. Дуже рідко бізнес-процеси, під які написана WMS, збігаються зі старими процесами на складі. Працівники складу часто наполягають на тому, щоб WMS підтримувала процеси в тому вигляді, до якого вони звикли, і тому доводиться погоджуватися на великий обсяг доробок WMS, які зазвичай затягують терміни впровадження, знижують продуктивність системи, збільшують ймовірність помилок в її роботі.

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

Наступним важливим ризиком при впровадженні системи є кваліфікація і мотивація команди впровадження. Члени команди впровадження з боку постачальника системи повинні мати успішний досвід запусків WMS, а також мати мотивацію виконати роботу якісно і в строк. Великі постачальники WMS-систем зазвичай відповідають таким умовам. При цьому для проектної команди з боку замовника WMS-системи кваліфікація і мотивація часто виявляються першорядною проблемою.

Команда впровадження з боку замовника повинна мати щонайменше двох висококваліфікованих фахівців. Перший - це співробітник з хорошим знанням бізнес-процесів складів з адресним зберіганням під управлінням WMS-систем. Зазвичай на таку роль підходить начальник зміни або керівник групи операторів, який пропрацював кілька років на складах під управлінням WMS-систем. Другий співробітник - це IT-фахівець, який має досвід побудови звітів, знає СУБД, на якій буде працювати WMS, а також має досвід побудови інтерфейсів між інформаційними системами. Заробітня плататаких фахівців порівнянна із заробітною платою керівників складського комплексу. Як варіант мотивації цих двох співробітників можна обумовити в разі успішного запуску WMS-системи присвоєння першого співробітника посади одного з керівників складського комплексу, а другого - посади керівника IT-служби складського комплексу з відповідними фінансовими бонусами. Спроби замовника заощадити на двох висококваліфікованих співробітників і перенести їх функції на команду постачальника WMS-системи негативно позначаються на роботі складу після її запуску.

Після запуску системи фахівець з бізнес-процесів буде, можливо, виконувати функції wаrehouse manager (співробітника, керівника обробкою замовлень на складі) або, якщо він зайнятий на інших роботах, на цю посаду треба заздалегідь готувати іншого фахівця. Крім того, замовник WMS повинен заздалегідь найняти і навчити співробітника функцій stock manager. Цей співробітник буде управляти настройками товарів і осередків в WMS. В значній мірі від нього залежить ефективність роботи складу після впровадження системи. Наприклад, цей співробітник може виділити для товару з високою частотоюзвернення (товару категорії А) місце в зоні відбору, зручне для частих звернень (зона відбору категорії А), або місце на задвірках зони відбору (зона відбору категорії С).

Для всього персоналу складу дуже корисно провести популяризацію ідеї впровадження нової WMS, пояснити вигоди від впровадження системи. Корисно оголосити про невеликі бонуси успішним співробітникам складу, якщо склад перейде на нову систему в строк.

Наступний важливий ризик, який треба контролювати при впровадженні WMS-системи, - це якість опрацювання бізнес-процесів. Процеси роботи складу повинні бути детально задокументовані. При цьому особливу увагу треба звернути на виняткові ситуації. Наприклад, повинні бути описані гілки бізнес-процесів - що передбачається робити, якщо в постачанні присутня товар, якого немає в електронній накладній, і якщо цей товар відсутній у довіднику товарів WMS-системи. Відсутність інструкцій по роботі в виняткових ситуаціях часто призводить до зупинки роботи складу, накопичення помилок і розбіжностей між даними WMS, інших інформаційних систем і фактичної ситуацією на складі.

Тестування - один з найбільш трудомістких етапів впровадження. Часто буває так, що через стислі терміни проекту намагаються тестування вмістити в кілька днів. Це дуже небезпечно. Простіше виправляти помилки, виявлені на етапі тестування, ніж правити працюючу систему. Перед проведенням тестування слід розробити його докладний план. Обов'язково тестування повинно включати моделювання всіх виняткових ситуацій. На фінальному інтеграційному тестуванні важливо перевірити всі процеси, включаючи виключні ситуації, із залученням кількох співробітників з використанням декількох радіотерміналів. Обов'язково повинні тестуватися виняткові ситуації в роботі інтерфейсів між інформаційними системами.

Наступний важливий ризик - це підготовка до переходу на нову систему. Перед запуском WMS треба розробити план переходу, в якому детально прописати і узгодити всі роботи. Зокрема, в плані має бути чітко прописано, хто, коли і в якому форматі готує дані довідників для WMS. Обов'язково процес переходу повинен бути промодельований у вигляді ділової гри. В результаті виявляться проблемні місця переходу, а персонал навчиться послідовності операцій при переході на роботу з новою WMS.

Тепер хотілося б розглянути наступне питання - різні схеми запуску. Перший підхід, коли відразу запускається весь склад, - самий традиційний. При цьому в WMS обробляється товар одного власника. Це, на перший погляд, найдешевший і швидкий спосіб. Але нам не відомі приклади, коли такий запуск проходив гладко. Зазвичай він пов'язаний з авралами, коли помилки, виявлені в ході запуску, виправляють прямо в роботі. Дуже часто склад, запущений за такою схемою, через тиждень або місяць після запуску зупиняють, систему допрацьовують і потім проводять повторний запуск.

Другий варіант - коли склад запускають по частинах. Для цього вибирають один стелаж і одну групу товарів. Цей товар обробляють за допомогою WMS, а решті склад працює в старій системі. Потім в WMS додають наступний стелаж і наступну групу товарів. При такому підході помилки і збої не порушують роботу складу. Запуск WMS на складі відбувається повільніше, йде поступове залучення персоналу.

Існує ще один різновид схеми запуску, коли з метою зниження ризиків в перший час після запуску проводиться облік складських операцій в старій і новій WMS-системах. Зазвичай такий підхід значно збільшує навантаження на персонал складу. Крім цього ніхто з персоналу, поки не виключена стара система, не розглядає нову систему як запущену в реальну експлуатацію. Відповідно перехід на нову систему затягується. Даний варіант схеми запуску можна застосовувати тільки в разі, коли в старій системі ведеться кількісний облік без адресного зберігання, а в новій WMS-системі - власне управління роботою складу. Головною передумовою використання такої схеми є запуск в умовах, коли WMS не до кінця протестована і є висока ймовірність повторних запусків.

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

Крім цього слід добре продумати мотивацію як учасників проекту впровадження, так і співробітників, яких торкається проектом. А до роботи з системою треба обов'язково залучити кілька висококваліфікованих співробітників як з боку бізнесу, так і з боку інформаційних технологій. Все це дозволить зробити процес впровадження безболісним для бізнесу, а результат впровадження SCM дозволить істотно підвищити ефективність бізнесу і істотно зменшити витрати.

Поняття про управління ланцюгами поставок (етапи управління, завдання, переваги, функції, стратегії). Еволюція ланцюжків поставок. SCM на Заході, зарубіжний ринок рішень: ERP-системи. SCM з російською специфікою і вітчизняний ринок рішень (приклади).

Надіслати свою хорошу роботу в базу знань просто. Використовуйте форму, розташовану нижче

Студенти, аспіранти, молоді вчені, які використовують базу знань в своє навчання і роботи, будуть вам дуже вдячні.

подібні документи

Історія економічної думки про управління ланцюгами поставок, які побудовані на основі прямих поставок (прямі господарські зв'язки постачальника та отримувача товарно-матеріальних цінностей). Особливості логістичного ланцюга компанії і стратегії управління нею.

курсова робота, доданий 31.03.2010


Управління ланцюгами поставок як розвиток концепції інтегрованої логістики. Особливості інтеграції бізнес-процесів. Принципи побудови системи моніторингу ланцюгів поставок. Електронний документооберт, Що моделює система логістичної оптимізації.

курсова робота, доданий 11.05.2014


Управління ланцюгами поставок. Застосування логістичних методів управління процесами закупівель. Організаційна структураТОВ "Акванд". аналіз економічних показниківкомпанії. Удосконалення процесу автоматизації закупівельної діяльності підприємства.

дипломна робота, доданий 26.05.2015


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

курсова робота, доданий 14.03.2015


Російський ринок - найбільший і потенційно найпривабливіший ринок газу для "Газпрому", його структура. Виробничі потужності Групи "Газпром" на території Росії. Структура поставок і споживання газу. Робота над стратегічними об'єктами.

реферат, доданий 24.04.2015


Поняття, сутність і види матеріальних запасів. Методика проектування логістичної системи контролю над станом. Логістика матеріальних запасів і їх нормування. Резерви зростання ефективності управління запасами в процесі здійснення поставок.

дипломна робота, доданий 12.02.2013


Організація, планування, контроль і виконання товарного потоку від закупівель через виробництво до кінцевого споживача. Характеристика логістичного сервісу, функції посередників. Аутсорсинг як елемент загальної бізнес-стратегії сучасного підприємства.

контрольна робота, доданий 13.02.2015


Дослідження експортної ДІЯЛЬНОСТІ ДП "Бродівське ЛГ". Організація поставок лісопродукції та оброблення лісоматеріалів. Поняття та основні етапи аутсорсинг-проекту. Аналіз ефективності Впровадження аутсорсингу в Здійснення експортно операцій компании.

дипломна робота, доданий 20.09.2016

Стрімко зростає, що свідчить про важливу роль, яку відіграють програмні рішення в ефективному управлінні ланцюгами поставок.

Сукупний дохід ринку SCM продуктів за 2013 рік склав $ 8, 944 мільярдів (включаючи додатки для закупівель), що на 7,4% вище доходів за 2012 рік. Без додатків для закупівель - тільки на таких продуктах, як WMS (системи управління складом), TMS (системи управління транспортуванням) і т.п. - за 2013 рік ринок заробив $ 6,1 мільярда, перевищивши показник за 2012 рік на 9%. За оцінкою Gartner сукупний середньорічний темп зростання від продажів SCM продуктів складе 9,9% протягом майбутніх 5 років, досягнувши до 2018 року до $ 9,8 мільярда.

Топ - 5 лідерів ринку склали:

1. SAP- $ 2,138 мільярда, з зростанням прибутку близько $ 400 мільйонів або приблизно 20% завдяки додаванню Ariba в свій асортимент продуктів;
2. Oracle- $ 1, 455 мільярда;
3. JDASoftware- $ 445 мільйонів;
4. ManhattanAssociates- $ 167 мільйонів без урахування прибутку від продажів фізичного обладнання, з сукупною виручкою $ 414 мільйонів;
5. ToolsGroup - $ 275 мільйонів ;
6. Epicor- $ 159 млн;

Тут, ми особливо хотіли відзначити, що такий розкид цифр не повинен лякати або викликати недовіру до таких гравцям ринку як JDA, ToolsGroup, ManhattanAssociates і Epicor. Це компанії, створені з «О», спеціалізіруютс виключно на ПЗ для управління ланцюгами поставок. Вони довели свою спроможність, твердження, що «SAP і IBM - це не панацея», їм можна довіряти і вони пропонують не менш цікаві, ефективні рішення, Які більш прийнятні клієнтам за вартістю. Особливо, вважаємо ці компанії можуть бути актуальні в Росії і країнах СНД.

Найбільш важливі тенденції розвитку індустрії

У минулому році спостерігалися наступні тенденції в категоріях ERP (ERP-систем) і SCP (планування ланцюга поставок); WMS (систем управління складом); TMS (систем управління транспортуванням); і MES (систем оперативного управління виробництвом).

ERP/ SCP/ SCM

Системи планування в минулому році зафіксували 10% зростання і прибуток в $ 3,4 мільярда. У цій категорії спостерігалися наступні тенденції:

• Вся справа в запасах . У минулому годунаблюдался інтерес до оптимізації запасів, що дозволило досягти 11% зростання. Це результат тривалого інтересу компаній до скорочення інвестицій в запаси і одночасно підтриманню або підвищенню інвестицій в рівень обслуговування.
• Ще один вдалий рік для S & OP (Продажів і операційного планування). Другий рік поспіль додатки S & OP, які тісно пов'язують роботу в ланцюзі постачань з роботами в області маркетингу і продажів, зафіксували 20% зростання. Ці програми дозволяють отримувати інформацію з різних джерел і використовувати її для дій в режимі реального часу. За допомогою аналітики S & OP програми дозволяють протягом декількох годин створити сценарій, на що раніше з електронними таблицями йшло кілька днів.
• Співпраця на платформі мульти-бізнес . Компанії все більше прагнуть скористатися перевагами своїх мереж постачальників і замовників. Придбання компанією SAP сервісу Ariba, який обслуговує 1,5 мільйона компаній, є найбільш наочним прикладом цієї тенденції. Один подібний вендор може мати досить високу ступінь інтегрованості, щоб звести разом покупців і постачальників в даній галузі. Це сприяє також більшої прозорості бізнесу.
• Популярність хмарних технологій . Хмарна обчислювальне середовище зростає приблизно на 25% в рік. Все більше і більше компаній проводять міграцію деяких своїх операцій в хмари. Проте, на сьогоднішньому ринку хмара більше застосовується для мережевих додатків, таких як управління транспортуванням і закупівлями.
• позиції ERP посилюються . Як і в минулому році, постачальники ERP рішень - такі як SAP, Oracle, Infor і Epicor - продовжують тримати свою частку ринку. Manhattan лідирує по частині доходів, але інші постачальники ERP рішень збільшують число своїх клієнтів на швидкості, що перевищує розвиток ринку. Завдяки своїм надійним WMS рішень ці компанії можуть набирати вже дуже великих клієнтів, тому що якщо даний клієнтвже користується ERP рішенням будь-якого постачальника, впровадження WMS рішення від того ж постачальника набагато легше.
• Єдина платформа . Компанії давно прагнуть оптимізувати розрізненість в своїх операціях, таких як транспортування та дистрибуція. Тепер вони зацікавлені в тому, щоб виконувати всі різноманітні функції на одній платформі для можливості їх синхронізації і оптимізації. Manhattan і SAP вже давно розробляють подібні платформи на відміну від інших розробників, які пропонують окремі рішення для інтеграції.
• планування роботи . Це новий вид додатків, що розробляються компаніями Manhattan і JDA, які дозволяють організувати роботу на всіх етапах (від отримання замовлення, відбору компонентів на замовлення до транспортування): запланувати роботи, забезпечивши наявність необхідної робочої силиі обладнання в потрібний час і в потрібному місці.

WMS

Ринок систем управління складом в 2013 році виріс на 3%, досягнувши трохи більше $ 1,1 мільярда, і продовжує розвиватися.

об'єднання WMS / WCS . У міру того, як компанії все більше автоматизують своє виробництво, особливо в області багатоканальної комерції, відмінність між WMS (системою управління складом) і WCS (системою контролю складу) все більше розмивається, і користувачі починають цінувати WCS більше, ніж раніше.

Ринок програмних рішень для управління транспортуванням виріс на 12% в 2013 році, досягнувши показника доходу близько $ 820 мільйонів.

• Розробка TMS для невеликих компаній вантажоперевізників . За минулий рік витрати вантажоперевізників середніх розмірів на транспортування зросли від $ 25 до $ 100 мільйонів. В даний час індустрія знаходиться в пошуках розробника провідною стратегії для обслуговування вантажоперевізників дрібних і середніх розмірів.
• більше аналітики . Деякі провідні розробники TMS сьогодні пропонують інструменти, що дозволяють працювати за сценаріями, виходячи за рамки традиційного планування. Наприклад, яким буде найвигідніший спосіб вантажоперевезення, якщо паливний збір зросте на 10%, Або, якою буде необхідна потужність даного підприємства через 4 місяці, щоб можна було домовитися з транспортним агентством вже сьогодні.
• мобільність . Провайдери програмних рішень відмовляються від спеціального обладнання, яке потрібно було встановлювати в кабіні вантажівки. Замість цього розробляються програми, що працюють на смартфонах і планшетах. Менш об'ємні, вони пропонують більш сучасний інтерфейс і можуть використовувати переваги соціальних мереж.

За оцінкою Gartner дохід від MES рішень в минулому році склав $ 1,6 мільярда, приблизно на $ 100 мільйонів більше порівняно з 2012 роком. Вагомий внесок в це мають і розробники ERP рішень, які додають MES в свої портфоліо. Ключовим стимулом є бажання домогтися просування інформації всередині виробничого підприємства.

Найбільш наочним тут є приклад виробника їжі і напоїв, який в перший же рік, поліпшивши видимість у використанні своїх сировинних матеріалів, зумів заощадити $ 800 тисяч, регулюючи кількість використовуваного в кожної партії сировини. Це приклад виробничого інтелекту, який допомагає досягти швидких прибуткових результатів за рік, а не проходити весь довгий процес MES оперативного управління.

сайт веде роботу по підвищенню інформованості бізнес-спільноти про таких важливих напрямках розвитку закупівель та управління ланцюгами поставок. Закупити, привезти, доставити до клієнта - це не просте заняття. Десятки іноземних компаній активно створюють нові продукти для оптимізації роботи. Поки ще не пізно, ми пропонуємо вскочити на підніжку поїзда і використовувати ефективні розробки для підвищення конкуренції та отримання прибутку.

Якщо вам необхідна допомога в питанні підбору програмного забезпеченнядля управління ланцюгами поставок, .

Ви знайшли цю статтю цікавою? Будемо вдячні, якщо ви поділитеся їй з друзями або розмістіть посилання на своїй сторінці в соціальних мережах.

У складі SCM-системи можна умовно виділити дві підсистеми:

• SCP - ( англ. Supply Chain Planning) - планування ланцюжків постачань. Основу SCP складають системи для розширеного планування та формування календарних графіків. У SCP також входять системи для спільної розробки прогнозів. Крім вирішення завдань оперативного управління, SCP-системи дозволяють здійснювати стратегічне планування структури ланцюжка поставок: розробляти плани мережі поставок, моделювати різні ситуації, оцінювати рівень виконання операцій, порівнювати планові і поточні показники.
• SCE - ( англ. Supply Chain Execution) - виконання ланцюгів поставок в режимі реального часу.

Управління ланцюгами поставок (SCM)

• Управління ланцюгами поставок (Supply Chain Management - SCM) являє собою процес планування, виконання та контролю з точки зору зниження витрат потоку сировини, матеріалів, незавершеного виробництва, готової продукції, Сервісу і пов'язаної інформаціївід точки зародження заявки до точки споживання (включаючи імпорт, експорт, внутрішні та зовнішні переміщення), тобто до повного задоволення вимог клієнтів. Сутністю поняття "управління ланцюгами поставок" є розгляд логістичних операцій протягом усього життєвого циклувиробів, тобто процес розробки, виробництва, продажу готових виробів і їх післяпродажне обслуговування.
• Управління ланцюгами поставок є стратегією бізнесу, що забезпечує ефективне управління матеріальними, фінансовими та інформаційними потоками для забезпечення їх синхронізації в розподілених організаційних структурах.

Склад систем SCE (DRP)

• Прогноз продажів компанії- прогнозування тижневих / денних продажів товару;
• Управління запасами- оптимізаційне планування гарантійного запасу, поточного запасу і т. Д. З урахуванням обраної моделі управління запасами для кожної товарної категорії;
• управління поповненнями- оптимізаційне планування поставок всередині логістичної мережі компанії з урахуванням планованих продажів, поставок від виробника, наявності залишків, транспортних потужностей, різних обмежень і бізнес-правил.

Див. також

посилання

Wikimedia Foundation. 2010 року.

Дивитися що таке "Supply Chain Management" в інших словниках:

Supply chain management- (SCM) is the process of planning, implementing and controlling the operations of the supply chain as efficiently as possible. Supply Chain Management spans all movement and storage of raw materials, work in process inventory, and finished goods ... ... Wikipedia

supply chain management- ➔ management * * * supply chain management UK US noun [U] (ABBREVIATION SCM) PRODUCTION, COMMERCE the activity of being in charge of and controlling the process of getting a product from the place where it is made to customers ... Financial and business terms

Supply-Chain-Management- Gegenstand des Supply Chain Managements sind komplexe und dynamische Lieferanten und Kundennetzwerke. (Vgl. Wieland / Wallenburg, 2011) Der Ausdruck Supply Chain Management (SCM) bzw. Lieferkettenmanagement, deutsch auch Wertschöpfungslehre, ... ... Deutsch Wikipedia

Supply Chain Management- Der Begriff Supply Chain Management (SCM) bzw. Lieferkettenmanagement bezeichnet die Planung und das Management aller Aufgaben bei Lieferantenwahl und Beschaffung, Umwandlung und aller Aufgaben der Logistik. Insbesondere enthält es die ... ... Deutsch Wikipedia

supply-chain management- The management of the links between an organization and its suppliers and customers to achieve strategic advantage. Many specialist companies now offer to manage the whole of the supply chain, on behalf of manufacturers. Supply chain management ... ... Big dictionary of business and management

Supply chain management- Gestion de la chaîne logistique Pour les articles homonymes, voir SCM. Ne doit pas être confondu avec Gestion de configuration logicielle. La gestion de la chaîne logistique (GCL) (en anglais supply chain management, SCM) est l activité qui ... Wikipédia en Français

Supply Chain Management- 1. Begriff: S.C.M. bezeichnet den Aufbau und die Verwaltung integrierter Logistikketten (Material und Informationsflüsse) über den gesamten Wertschöpfungsprozess, ausgehend von der Rohstoffgewinnung über die Veredelungsstufen bis hin zum ... ... Lexikon der Economics

supply chain management- / sə plaɪ tʃeɪn ˌmænɪdʒmənt / noun the management of the movement of goods and the flow of information between an organisation and its suppliers and customers (NOTE: Supply chain management covers the processes of materials management, logistics, ... ... Marketing dictionary in english

supply chain management- A cross functional approach to procuring, producing, and delivering products and services to customers. The broad management scope includes sub suppliers, suppliers, internal information, and funds flow. See also supply; supply chain ... Military dictionary

supply chain management- ● en loc. f. DECI Voir SCM ... Dictionnaire d "informatique francophone

книги

• Supply Chain Management in the Drug Industry. Delivering Patient Value for Pharmaceuticals and Biologics, Hedley Rees. This book bridges the gap between practitioners of supply-chain management and pharmaceutical industry experts. It aims to help both these groups understand the different worlds they live in ...