Що таке SAP? І з якого дідька вона коштує $163 мільярди?
Щороку компанії витрачають $41 млрд на софт для планування корпоративних ресурсів, Відомий під абревіатурою ERP. Сьогодні практично у кожному великому бізнесі впроваджено ту чи іншу ERP-систему. Але більшість маленьких компаній зазвичай не купують ERP-системи, а більшість розробників, ймовірно, не бачили їх у справі. Тож у тих з нас, хто не використовував ERP, виникає питання… в чому прикол? Як компанія на зразок SAP примудряється продавати ERP на $25 млрд на рік?
І як вийшло, що , включаючи 78% постачання продуктів харчування, проходить через програми SAP?
ERP - те місце, де компанії зберігають основні операційні дані. Ми говоримо про прогнози продажу, замовлення на купівлю, складські запаси, а також про процеси, які спрацьовують на основі цих даних (наприклад, виплати постачальникам при оформленні замовлень). У певному сенсі ERP є «мозком» компанії – вона зберігає всі важливі дані та всі дії, які ініціюються цими даними у робочих процесах.
Але як повністю захопити сучасний світ бізнесу, як взагалі з'явилося це програмне забезпечення? Історія ERP починається з серйозної роботи з автоматизації офісної діяльності у 1960-ті роки. Раніше, у 40-ті та 50-ті роки відбувалася головним чином автоматизація механічної роботи «синіх комірців» — згадайте General Motors, яка створила свій відділ автоматизації у 1947 році. А ось автоматизація роботи «білих комірців» (часто за допомогою комп'ютерів!) розпочалася у 60-ті.
Автоматизація 60-х: поява комп'ютерів
Першими бізнес-процесами, які автоматизували за допомогою комп'ютерів, стали розрахунок зарплати та виставлення рахунків. Раніше цілі армії офісних працівників вручну підраховували години роботи співробітників у бухгалтерських книгах, множили на погодинну ставку, потім вручну вичитали податки, відрахування на допомогу і таке інше… все це тільки для того, щоб порахувати зарплату за один місяць! Цей трудомісткий процес, що повторюється, був схильний до людських помилок, при цьому він ідеально підходить для комп'ютерної автоматизації.
До 60-х років багато компаній для автоматизації розрахунку зарплати та виставлення рахунків використовували комп'ютери IBM. Процесинг даних - застарілий термін, від якого залишилася тільки компанія . Натомість сьогодні ми говоримо «ІТ». Тоді ще сформувалася галузь розробки програмного забезпечення, у відділи ІТ часто брали аналітиків і навчали їх програмувати дома. Перший у США факультет Computer Science відкрив університет Пердью у 1962 році, а перший випуск за спеціальністю відбувся через кілька років.
Написання програм для автоматизації/обробки даних у 60-ті роки було складним завданням через обмеження пам'яті. Не було ні мов високого рівня, ні стандартизованих операційних систем, ні персональних комп'ютерів — лише великі дорогі мейнфрейми з невеликим обсягом пам'яті, де програми запускалися на котушках магнітної стрічки! Програмісти часто працювали з комп'ютером вночі, коли він був вільний. Для компаній типу General Motors звичайною справою було писати власні операційні системи, щоб отримати максимальну віддачу від своїх мейнфреймів.
Сьогодні ми запускаємо прикладне програмне забезпечення у кількох стандартних операційних системах, але такого не було до 1990-х років. У 90% всього програмного забезпечення писалося на замовлення, і лише 10% продавалося у готовому вигляді.
Така ситуація глибоко вплинула, як компанії розвивали свої технології. Деякі припускали, що майбутнє за стандартизованим обладнанням з незмінною ОС та мовою програмування, як для авіаційної промисловості (яка використовується досі!) Більшість компаній продовжували створювати власне повністю ізольоване програмне забезпечення, часто винаходячи велосипед.
Народження стандартного програмного забезпечення: програма SAP, що розширюється.
1972 року п'ять інженерів звільнилися з IBM, щоб укласти контракт на постачання програмного забезпечення з великою хімічною фірмою під назвою ICI. Вони започаткували нову компанію під назвою SAP (Systemanalyse und Programmentwicklung або «системний аналіз та розробка програм»). Як і більшість розробників програмного забезпечення на той час, вони в основному займалися консалтингом. Співробітники SAP приходили до офісів клієнтів і розробляли софт на їхніх комп'ютерах, в основному, для управління логістикою.
Бізнес йшов добре: SAP закінчила перший рік з виручкою 620 тис. марок, що трохи більше $1 млн у сьогоднішніх доларах. Незабаром вони почали продавати своє програмне забезпечення іншим клієнтам, портуючи його на різні операційні системи, коли це було потрібно. За наступні чотири роки у них з'явилося понад 40 клієнтів, дохід зріс у шість разів, а кількість співробітників збільшилася з 9 до 25. Може, це далеко від , Але майбутнє SAP виглядало оптимістично.
Програмне забезпечення SAP було особливим з кількох причин. У той час більшість програм працювали ночами і друкували результат на паперових стрічках, які ви перевіряли наступного ранку. Натомість програми SAP працювали в режимі реального часу, причому результат виводився не на папір, а на монітори (які на той час коштували близько $30 тис.).
Але найголовніше, програмне забезпечення SAP спочатку створювалося таким, що розширюється. У початковому контракті з ICI компанія SAP не створювала програмне забезпечення з нуля, як було прийнято на той час, а писала код поверх попереднього проекту. Коли SAP випустила своє програмне забезпечення для фінансового обліку в 1974 році, то спочатку планувала в майбутньому писати поверх нього додаткові програмні модулі та продавати їх. Така розширюваність стала визначальною особливістю SAP. На той час взаємодія між клієнтськими контекстами вважалася радикальною інновацією. Програми писалися з нуля кожного клієнта.
Важливість інтеграції
Коли SAP представила свій другий програмний модуль для виробництва на додаток до першого фінансового модуля, ці два модулі змогли легко взаємодіяти один з одним, оскільки вони мали загальну базу даних. Така інтеграція зробила поєднання модулів значно ціннішим, ніж дві програми окремо.
Оскільки програмне забезпечення автоматизувало певні бізнес-процеси, його вплив значною мірою залежало від доступу до даних. Дані замовлення на закупівлю зберігаються в модулі продажів, дані запасів продукції зберігаються в модулі складу і т. д. І оскільки ці системи не взаємодіють, їх регулярно потрібно синхронізувати, тобто співробітник вручну копіював дані з однієї бази в іншу.
Інтегроване ПЗ вирішує цю проблему, полегшуючи комунікацію між системами компанії та дозволяючи нові види автоматизації. Така інтеграція — між різними бізнес-процесами, а також джерелами даних — є ключовою особливістю ERP-систем. Це стало особливо важливим з розвитком апаратного забезпечення, що відкривало нові можливості автоматизації — і системи ERP процвітали.
Швидкість доступу до інформації в інтегрованому програмному забезпеченні дозволяє компаніям . Компанія Compaq за допомогою ERP впровадила нову модель «виробництво на замовлення» (тобто складання комп'ютера лише після отримання замовлення). Ця модель заощаджує гроші, зменшуючи складські запаси, покладаючись на швидкий оборот - саме те, в чому допомагає грамотна ERP. Коли IBM наслідувала той самий приклад, то скоротила час доставки комплектуючих з 22-х до трьох днів.
Як насправді виглядає ERP
Слова "корпоративне програмне забезпечення" ніяк не асоціюється з модним та зручним інтерфейсом, і SAP не виняток. Базова установка SAP містить 20 таблиць БД, 000 з яких є таблицями конфігурації. У цих таблицях близько 3000 конфігураційних рішень, які необхідно прийняти ще початку роботи програми. Ось чому - Це реальна професія!
Незважаючи на складність налаштування, програмне забезпечення SAP ERP забезпечує ключову цінність – широку інтеграцію між собою кількох бізнес-процесів. Ця інтеграція призводить до тисяч варіантів використання в організації. SAP організує ці варіанти використання в «транзакціях», які є бізнес-діями. Деякі приклади транзакцій включають створення замовлення і відображення клієнта. Ці транзакції організовані у форматі вкладеного каталогу. Таким чином, щоб знайти транзакцію «Створити замовлення на продаж», ви йдете до каталогу «Логістика», потім «Продажі», потім «Замовлення», і там знайдете фактичну транзакцію.
Якщо назвати ERP «браузером транзакцій», це буде напрочуд точним описом. Він дуже схожий на браузер, тут є кнопка «Назад», кнопки зумування та текстове поле для кодів “TCodes”, еквівалент адресного рядка в браузері. SAP підтримує Тому навігація по дереву транзакцій може бути складною без цих кодів.
Незважаючи на запаморочливу кількість доступних конфігурацій та транзакцій, у компаній все одно зустрічаються унікальні варіанти використання, їм потрібно тонко налаштовувати свої дії. Для обробки таких унікальних робочих процесів SAP має вбудоване середовище програмування. Ось як працює кожна частина:
Дані
В інтерфейсі SAP розробники можуть створювати власні таблиці БД. Це реляційні таблиці як стандартні бази SQL: стовпці різних типів, зовнішні ключі, обмеження значень, і навіть дозволи читання/запис.
Логіка
SAP розробила мову під назвою ABAP (Advanced Business Application Programming, спочатку Allgemeiner Berichts-Aufbereitungs-Prozessor, німецькою мовою «загальний процесор створення звітів»). Він дозволяє розробникам запускати індивідуальну бізнес-логіку у відповідь певні події чи за розкладом. ABAP - це мова з багатим синтаксисом, тут приблизно втричі більше ключових слів, ніж у JavaScript (див. ). Коли ви написали свою програму (в SAP є вбудований редактор для програмування), публікуєте її як власну транзакцію, разом з індивідуальним кодом TCode. Можете налаштувати існуючу поведінку за допомогою обширної системи хуків, які називаються бізнес-надбудовами (add-ins), де програма налаштовується для запуску при виконанні певної транзакції - аналогічно тригерам SQL.
UI
SAP також постачається з конструктором для створення UI. Він підтримує драг-н-дроп і поставляється зі зручними функціями, такими як форми, що згенеровані на основі таблиці БД. Незважаючи на це, його досить важко використати. Моя улюблена частина конструктора – малювання стовпців таблиці:
Проблеми застосування ERP
ERP коштує недешево. Велика транснаціональна корпорація може витратити на використання від $100 млн до $500 млн, включаючи $30 млн ліцензійних платежів, $200 млн за консалтингові послуги, інше на апаратне забезпечення, навчання менеджерів та співробітників. Повне використання займає від чотирьох до шести років. сказав: «Конкурентну перевагу в галузі отримає фірма, яка зможе краще та дешевше провести роботи з впровадження SAP».
І справа не лише у грошах. Впровадження ERP - ризиковане підприємство, і результати дуже відрізняються. Одним із успішних кейсів вважається впровадження ERP у Cisco, яке зайняло 9 місяців і $15 млн. Для порівняння, впровадження в корпорації Dow Chemical коштувало $1 млрд і зайняло 8 років. . Аж вважають, що використання ERP-систем несе «помірний шанс пошкодити бізнесу». Таке не часто почуєш при оцінці програмного забезпечення!
Інтегрована природа ERP означає, що з її застосування потрібні зусилля підприємства повністю. А оскільки компанії отримують вигоду тільки після повсюдного впровадження, це особливо ризиковано! Впровадження ERP - не просто рішення про купівлю: це зобов'язання змінити свої методи управління операціями. Встановлення програмного забезпечення – це легко, переналаштування робочого процесу всієї компанії – ось де основна робота.
Для впровадження у себе ERP-системи клієнти часто наймають консалтингову фірму, таку як Accenture, і платять їй мільйони доларів за роботу з окремими бізнес-підрозділами. Аналітики визначають, як інтегрувати ERP у процеси компанії. І як тільки інтеграція починається, компанія має розпочати навчання всіх співробітників, як використовувати систему. Gartner резервувати 17% бюджету лише на навчання!
Незважаючи на всі труднощі, більшість компаній зі списку Fortune 500 упровадили ERP-системи до 1998 року: процес прискорився страхом Y2K. Ринок ERP продовжує зростати і сьогодні . Це один із найбільших сегментів у світовій індустрії програмного забезпечення.
Сучасна промисловість ERP
Найбільшими гравцями є Oracle та SAP. Хоча обидві є лідерами ринку, їх ERP-продукти напрочуд відрізняються. Продукт SAP був в основному побудований всередині компанії, тоді як Oracle агресивно скупила конкурентів, таких як PeopleSoft та NetSuite.
Oracle та SAP настільки домінують, що навіть замість власного ERP-продукту Microsoft Dynamics.
Оскільки в більшості галузей досить специфічні потреби в ERP, Oracle і SAP мають готові конфігурації для багатьох галузей, таких як харчова, автомобільна та хімічна, а також вертикальні конфігурації, такі як процеси організації продажів. Проте завжди залишається місце для нішевих гравців, які, як правило, орієнтуються на конкретну вертикаль:
- для університетів
- та McKesson пропонують ERP для організацій охорони здоров'я
- для виробництва та логістики
Вертикальні ERP спеціалізуються на інтеграціях та робочих процесах, специфічних для цільового ринку: наприклад, ERP для охорони здоров'я .
Проте спеціалізація – не єдина можливість знайти свою нішу на ринку. Деякі стартапи намагаються вивести ринку більш сучасні програмні платформи. Прикладом може бути : вона пропонує можливість інтеграції (з різними ERP!) підпискою. Стартапи на кшталт Anaplan і Zoho пропонують те саме.
ERP на підйомі?
У 2019 році SAP почувається чудово: минулого року виручка склала €24,7 млрд, а ринкова капіталізація зараз . Але світ програмного забезпечення вже не той, що раніше. Коли SAP вперше з'явилася, дані були ізольовані і важко інтегрувалися, тому зберігання всього цього в SAP здавалося очевидною відповіддю.
Але наразі ситуація швидко змінюється. У більшості сучасних корпоративних програм (наприклад, Salesforce, Jira тощо) є бекенд з хорошими API для експорту даних. Формуються озера даних: наприклад, полегшує з'єднання між собою баз даних, неможливе лише кілька років тому.
Джерело: habr.com