Чи мертве програмне забезпечення для планування ресурсів підприємства (erp)?

Системи планування ресурсів вашого діда (ERP) вмирають. Традиційні засоби ERP були побудовані, щоб бути всеосяжними; вони були повними наборами, що поєднували бізнес-аналітику (BI), управління взаємовідносинами з клієнтами (CRM), облік загальної книги та кадрові додатки (HR). Вони були створені як локальні додатки, які безпосередньо пов'язані із заздалегідь задуманими, конкретними справами та пристроями для ділового використання. Хоча більшість компаній все ще використовують локальну ERP, згідно з даними Panorama Consulting, перехід на хмарний ERP не лише змінює те, як компанії отримують доступ до інструментів ERP, але і те, як вони також їх конструюють.

Сьогодні компанії частіше використовують хмарні ERP-рішення. Перехід до хмари дозволяє компаніям масштабувати та укладати контракти за необхідності, а хмарні реалізації дозволяють ІТ-фахівцям швидко оновлювати додатки, коли нові функції та патчі безпеки стануть доступними. Зазвичай хмарні постачальники ERP створюють додатки, розбиті на окремі модулі, які можуть легко підключатися. По суті, якщо вам потрібні програми BI та CRM, ви можете вмикати їх. Якщо вам не потрібні програми управління персоналом та торгові точки (POS), ви можете вимкнути їх. Якщо щось зміниться, просто перемкніть, і ваші дані з’являться там, де це потрібно.

Через цей а-ля-карт стиль побудови ERP-пакету слід задати питання: чи повністю інтегровані рішення ERP, хмарні або локальні, мертві? Чи можете ви створити один ERP-пакет із колекцією програм від третіх сторін? Подумайте про це: За допомогою інструментів інтеграції, таких як IFTTT, MuleSoft і Zapier, ви зможете зв’язати сотні сторонніх інструментів разом, щоб створити одну команду всіх зірок. Вам подобається додаток генеральної книги постачальника X, але ви віддаєте перевагу додаток CRM, виготовлений постачальником Y? Побудуйте його.

"Багато компаній не впроваджують все за один раз", - сказав Пол Хамерман, віце-президент і головний аналітик Forrester Research. "Це може бути HR в цьому році, а потім CRM. У переважній більшості компаній, з якими я говорив, вони використовують технології різних постачальників".

Зображення через: Panorama Consulting

Чому вибирають одного постачальника ERP?

Існує кілька переваг роботи лише з одним постачальником ERP. Більшість постачальників ERP будують все на одній і тій же цифровій архітектурі, що означає, що ви отримуєте однаковий інтерфейс користувача (UI) для кожного модуля - від CRM до електронної комерції до загальної книги. Це також означає, що ви використовуєте лише один протокол безпеки для контролю та захисту даних, що живуть у цій архітектурі. Чим більше додатків ви комбінуєте, тим більше налаштувань безпеки потрібно внести.

Вибираючи, чи потрібно впроваджувати повністю інтегрований набір, Hamerman пропонує компаніям задати собі наступні питання: Які додатки вони наразі мають? Чи те, що вони існують, все ще є життєздатним чи є певні компоненти, які вони потребують замінити? Яка їх довгострокова стратегія? Причина задавати ці питання проста: Різні потреби потребують різних видів стратегій впровадження ERP.

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

З іншими типами інструментів, а саме відстеження заявників (AT), управління талантами та управління персоналом, можна витягнути ці програми від різних постачальників, а потім підключити їх назад до вашого ERP для базової автоматизації та обміну даними. Якщо ви все ще плутаєте різницю, то подумайте про це так: Загальна книга є основним компонентом будь-якого засобу ERP. Це головний облік бухгалтерського обліку для вашої компанії. Це специфічно для вашого бізнесу, і його не можна легко тиражувати та підлаштовувати під інші системи. Отже, якщо ви мали би розпочати бізнес з нуля, виберіть один інструмент ERP замість кількох інструментів обліку, які поєднуються, щоб утворити "Voltron ERP".

"Спроба розділити такі речі, як управління активами, розподіл та облік, було б занадто складно", - сказав Джон Роскілл, генеральний директор ERP компанії Acumatica. "Обсяг роботи в основі всіх цих систем - це головна книга. Приблизно кожен продукт, який ви дивитесь, має його всередині. Кожен бізнес повинен мати це. Спроба розділити свою головну книгу на різні системи була б це як купувати Toyota і намагатися встромити цей двигун у Honda. Ви можете змусити його працювати, але обсяг роботи не має сенсу. Ця основна система обліку є атомною одиницею і намагається вийти за межі цієї атомної одиниці - це не те, що я хотів би, щоб хтось робив "

Вейд Фостер, генеральний директор компанії Zapier, заявив, що є аналогія автомобіля двигуна Роскілла. Однак Фостер сказав, що компанії, з якими він розмовляє, ухиляються від "привабливих інструментів ERP", які потребують значних налаштувань і не дуже добре спілкуються із стороннім програмним забезпеченням. "Завдяки цим великим ERP-інструментам ви можете налаштувати їх до дев'яти до тієї міри, що буде ускладнювати роботу програми поряд із будь-яким інструментом", - сказав Фостер. "Але, коли ви бачите більше організацій, які застосовують більше інструментів, ви побачите, що пошук способів інструментів для спілкування один з одним стає все важливішим, а не налаштування під один інструментарій."

Roskill також рекомендує будь-якій компанії з потужною бізнес-моделлю вибирати ERP-інструмент як основну частину архітектури Software-as-a-Service (SaaS). Звідти, за його словами, ви можете використовувати важкі інструменти інтеграції, такі як Azuqua та Mulesoft для потреб бізнесу з великим обсягом транзакцій та промислових потреб. Отже, по суті, коли ваш ERP встановлений, використовуючи такі інструменти, як Azuqua, для підключення CRM, візуалізації даних та програмного забезпечення для електронної комерції є життєздатним. Просто переконайтеся, що ви не розділяєте фінансові рішення, ланцюги поставок та відстеження продуктів, які є ядром вашої загальної книги та ERP-основи.

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

Фостер не погоджується з твердженням Роскілла. За його словами, Zapier може забезпечити точну потужність та продуктивність інструменту, до якого він підключений. Отже, якщо ви підключили Zapier до масивного виробничого рішення, а також до інструменту бухгалтерського обліку, тоді немає жодних причин турбуватися про те, як працюватиме Zapier, оскільки він покладається на інструменти походження для виконання важкої роботи. Крім того, час роботи "Зап'єра" становить 99, 99999 відсотків, сказав він.

Незалежно від того, чи вважаєте ви, що традиційний ERP мертвий, більше стосується ваших потреб та уподобань, ніж це стосується ефективності роботи інструментів. Сьогодні все більше компаній використовують локальне, «забиваюче» ERP програмне забезпечення, ніж хмарні ERP-інструменти, повідомляє Panorama Consulting. Їх дані показують, що компанії, які вже встановили локальне програмне забезпечення ERP, як правило, не бажають повторення. Однак компанії, які застосовують інструменти на основі SaaS на користь локальних інструментів, зростають. Як результат, вони шукатимуть рішення, які підключатимуться та гратимуть з іншими типами корпоративного програмного забезпечення.

Чи призведе це в кінцевому підсумку до найкращого у підході до побудови ERP з менших, більш цілеспрямованих облікових записів та додатків для бізнесу? Деякі, як Роскілл, кажуть, що це неможливо. Але деякі, як Фостер, кажуть так. Відповідь скоріше відповідає оцінці Хамермана щодо ситуації: "У будь-якому випадку може працювати".