Основні тенденції і прогнози розвитку світового ринку ERP-систем для торгівлі, Інформаційні системи, Бази даних, статті

ERP-системи для автоматизації торгових компаній з’явилися відносно недавно. За оцінками AMR Research, ще в 2005 році 52% діючих інформаційних систем в сегменті роздрібної торгівлі були розроблені або підтримувалися власними силами компаній. Як відзначають експерти, в даний час тиражні ERP-системи, пропоновані торговим компаніям, в своїй більшості поки не відповідають усім вимогам галузі, тому всі вони ще знаходяться в стадії постійної доопрацювання.

Три шляхи створення ERP-систем для торгівлі

Сьогодні на технологічному рівні можна виділити наступні тенденції в розвитку «торгових» ERP:


  1. Реалізація відсутніх «торгових» функцій в універсальних ERP-системах;
  2. Реалізація облікових і оптимізаційних в спеціалізованих рішеннях для автоматизації торгівлі; і
  3. Інтеграція універсальних ERP-систем зі спеціалізованими рішеннями.

Спеціалізація універсальних рішень

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

Зазначена доопрацювання може виконуватися як силами самого постачальника ERP-систем, так і незалежними розробниками з числа його партнерів. Оскільки при цьому використовується вбудований в саму систему інструментарій, в обох випадках галузеве рішення виходить монолітним в сенсі використовуваних даних і метаданих, СУБД, користувальницького інтерфейсу, протоколів передачі даних, форматів файлів і т.п. Аналогічний ефект досягається, якщо вендор поширює власну платформу, засновану на ПО проміжного рівня (SAP NetWeaver, Oracle Fusion Middleware, Microsoft .NET), Або використовує «чужу» (IBM WebSphere, Progress OpenEdge та ін) для побудови ERP-системи. При цьому у партнерів з’являється можливість розробки спеціалізованих рішень, не спираються на ERP-систему, але сумісних з нею.

«Доведення» до ERP

Друга тенденція проявилася з розвитком спеціалізованих рішень для торгівлі до цього рівня. «Закривши» практично всі специфічні потреби замовників у своєму сегменті, розробники цих систем приступили до реалізації «бек-офісного» функціонала, властивого ERP-систем (фінансовий облік і планування, управління персоналом, консолідація даних і т.п.). Очевидно, таке розширення функцій «торгових» систем стало реакцією розробників на існуючий попит з боку консолідуючого торгового бізнесу. В результаті замовникам пропонуються так само монолітні системи, але побудовані «від потреб» компаній галузі і володіють можливостями корпоративних систем. У цьому сенсі на рівні «бек-офісу» реалізується тільки дійсно необхідний мінімум функцій, а не набір «на всі випадки життя», пропонований універсальними ERP-системами.

Побудова «композитних» рішень

Третій спосіб створення ERP-систем для торгівлі (і не тільки) – конструювання галузевого рішення за допомогою інтеграції універсального та спеціалізованого рішень різних постачальників. Подібні композитні рішення з’явилися в результаті «зустрічі» ERP-систем, які прийшли в торгові компанії «згори», і спеціальних систем автоматизації торгівлі, розвинулися «знизу». Популярність і широка популярність ряду «торгових» систем, укупі з неповним «покриттям» ERP-системами всіх функцій, необхідних для компаній, що займаються торгівлею, в ряді випадків створили оптимальні умови для їх спільного використання. Можна припустити, що виникнення цього напрямку зобов’язана більшою мірою замовникам ERP-систем, реалізували у себе інтеграційні проекти і стимулировавшим співпрацю різних розробників.

Таке спільне рішення неминуче виходить гетерогенним і для вирішення проблем спільної роботи постачальниками складових його систем (або їх партнерами) спеціально розробляються програмні шлюзи, що забезпечують можливість взаємного обміну даними, синхронізації баз, а також містять «перехідники» для різних форматів файлів і пакетів обміну даними. Коли така можливість передбачається на рівні розробки систем, «клаптева» рішення працює практично так само ефективно, як і монолітне. У той же час, кожен з учасників виконує ту частину роботи, в якій найбільш компетентний: постачальник ERP-системи удосконалює базові функції корпоративного обліку та управління, а розробник спеціалізованого рішення займається поліпшенням реалізації тих функцій, в області яких він є експертом. Часто розробниками спеціалізованої «торгової» системи розробляються «шлюзи» для її підключення до ERP-систем різних постачальників

Технічні тенденції

На технічному рівні комплексні рішення для торгівлі розвиваються в тому ж напрямку, що і всі інші ERP-системи, що ж стосується галузевої специфіки, то вона диктує необхідність максимально повної підтримки сучасних організаційних форм торговельної діяльності, а також новітнього спеціалізованого обладнання. Більш конкретно можна зазначити: перехід цих рішень на сервісно-орієнтовану архітектуру, використання відкритих стандартів і проколів, використання галузевих стандартів для уніфікації інтерфейсів з POS-системами, а також обміну даними в рамках ланцюжка поставок, підтримка радіочастотної ідентифікації товарів (RFID) на складах і в торговельних залах, посилення функціоналу з підтримки мобільного та онлайн-торгівлі, таких новацій як «магазин без продавця / self checkout», «розумна візок», «розумна вітрина / інформаційний кіоск »та інші, рух у напрямку систем управління якістю та запобігання крадіжок і шахрайства. Значна частина цих змін необхідна просто для підтримки відповідності пропонованих рішень об’єктивно сформованим вимогам з боку замовників і забезпечує торговельним компаніям не стільки конкурентну перевагу, скільки стандартну інфраструктуру для управління бізнесом.

Розвиток ринку

На ринковому рівні у розвитку ERP-систем для торговельної галузі можна виділити не відрізняється унікальністю тенденцію до консолідація шляхом злиття і поглинань. На світовому ринку в минулому році вона проявилася в повній мірі. Найбільшими злиттями й поглинаннями були: угода JDA і Manugistics (об’єднана компанія залишить за собою назву JDA), GERS і Ecometry (в результаті була створена компанія Escalate Retail), Datavantage і Commercialware (далі буде використовуватися найменування Datavantage), поглинання CRS компанією Epicor, а також поглинання Blue Cube компанією Red Prairie. Одним з «родоначальників» цього процесу стала Oracle, Яка поглинула компанію Retek в 2005 році.

Схожі статті:


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

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*