Какво е SAP? И как така тя струва $163 милиарда?
Всяка година компаниите харчат $41 млрд за софтуер за планиране на корпоративни ресурси, известен с абревиатурата ERP. Днес практически всяка голяма компания е внедрила някаква ERP система. Но повечето малки компании обикновено не купуват ERP системи, а повечето разработчици вероятно никога не са ги виждали в действие. Така че за нас, които не сме използвали ERP, възниква въпросът… каква е работата? Как компания като SAP успява да продава ERP на стойност $25 млрд годишно?
И как стана така, че , включително 78% от доставките на хранителни стоки, преминават през програмите на SAP?
ERP е мястото, където компаниите съхраняват основните оперативни данни. Говорим за прогнози за продажби, поръчки за покупка, складови наличности, а също и за процесите, които се задействат въз основа на тези данни (например, плащания на доставчици при оформяне на поръчки). В известен смисъл ERP е "мозъкът" на компанията – тя съхранява всички важни данни и всички действия, които се инициират от тези данни в работните процеси.
Но преди да завладее напълно съвременния бизнес свят, как всъщност се появи този софтуер? Историята на ERP започва с сериозна работа по автоматизация на офисната дейност през 60-те години. По-рано, в 40-те и 50-те години, основно се извършваше автоматизация на механична работа "сини якички" – помнете General Motors, която създаде своя отдел за автоматизация през 1947 година. А автоматизацията на работата на "белите якички" (често с помощта на компютри!) започна през 60-те.
Автоматизацията на 60-те: появата на компютрите
Първите бизнес процеси, които автоматизираха с помощта на компютри, бяха изчисляването на заплатите и фактурирането. По-рано цели армии офис работници ръчно изчисляваха часовете на работа на служителите в счетоводни книги, умножаваха ги по почасовата ставка, след това ръчно изваждаха данъци, удръжки за обезщетения и така нататък… всичко това само за да се изчисли заплатата за един месец! Този трудоемък, повтарящ се процес бе подложен на човешки грешки, докато той идеално подхождаше за компютърна автоматизация.
До 60-те години много компании за автоматизация на заплатите и фактурирането използваха компютри IBM. Обработката на данни е остарял термин, от който е останала само компанията . Вместо това днес говорим за "ИТ". Тогава индустрията на софтуерната разработка все още не беше оформена, поради което в ИТ отделите често взимаха анализатори и ги обучаваха да програмират на място. Първият факултет по компютърни науки в САЩ открива университетът Пердю през 1962 година, а първият випуск по специалността се състои няколко години по-късно.
Писането на програми за автоматизация/обработка на данни през 60-те години беше сложна задача заради ограниченията на паметта. Нямаше нито езици с висок ниво, нито стандартизирани операционни системи, нито персонални компютри - само големи, скъпи мейнфрейми с малък обем памет, където програмите се стартираха на магнитни ленти! Програмистите често работеха с компютъра през нощта, когато беше свободен. За компании като General Motors обикновено беше практика да пишат свои собствени операционни системи, за да получат максимална производителност от мейнфреймовете си.
Днес стартираме приложен софтуер на няколко стандартни операционни системи, но такова нещо нямаше до 90-те години. 90% от всичкото софтуер беше писано по поръчка, а само 10% се продаваше в готов вид.
Тази ситуация дълбоко повлия на начина, по който компаниите развиваха технологиите си. Някои предполагаха, че бъдещето принадлежи на стандартизираното оборудване с неизменна ОС и език за програмиране, като за авиационната индустрия (която се използва и до днес!). Повечето компании продължаваха да създават собствено напълно изолирано софтуерно решение, често изобретявайки велосипед отново.
Рождението на стандартния софтуер: разширяемата програма SAP
През 1972 година петима инженери напускат IBM, за да сключат договор за доставка на софтуер с голяма химическа компания на име ICI. Те основават нова компания на име SAP (Systemanalyse und Programmentwicklung или „системен анализ и разработка на програми“). Както повечето разработчици на софтуер по това време, те предимно се занимавали с консултации. Служителите на SAP идвали в офисите на клиентите и разработвали софтуер на техните компютри, основно за управление на логистиката.
Бизнесът процъфтявал: SAP завършила първата година с приходи от 620 000 марки, което е малко над 1 милион долара в днешни валути. Скоро те започнали да продават своя софтуер на други клиенти, пренасяйки го на различни операционни системи, когато това било необходимо. През следващите четири години те имали повече от 40 клиенти, приходите им нараснали шест пъти, а броят на служителите се увеличил от 9 на 25. Може би това е далеч от , но бъдещето на SAP изглеждало оптимистично.
Софтуерът на SAP бил специален по няколко причини. По това време повечето програми работели през нощта и печатали резултатите на хартия, която проверявали на сутринта. Вместо това програмите на SAP работели в реално време, като резултатите не се извеждали на хартия, а на монитори (които по това време стрували около 30 000 долара).
Но най-важното, софтуерът на SAP бил създаден от самото начало да е разширяем. В първоначалния договор с ICI, компанията SAP не създавала софтуер от нулата, както било прието по това време, а писала код върху предишен проект. Когато SAP пуснала своя софтуер за финансово счетоводство през 1974 година, първоначално планирала в бъдеще да пише допълнителни софтуерни модули върху него и да ги продава. Тази разширяемост станала определяща характеристика на SAP. По това време взаимодействието между клиентските контексти било считано за радикална иновация. Програмите се писали от нулата за всеки клиент.
Значението на интеграцията
Когато SAP представи своя втори софтуерен модул за производство в допълнение на първия финансов модул, тези два модула лесно могат да взаимодействат помежду си, тъй като имат обща база данни. Тази интеграция направи комбинацията от модулите значително по-ценна, отколкото просто двете програми поотделно.
Тъй като софтуерът автоматизира определени бизнес процеси, влиянието му в значителна степен зависеше от достъпа до данни. Данните за поръчките за закупуване се съхраняват в модула за продажби, данните за запасите от продукти в модула за склад и т.н. И тъй като тези системи не взаимодействат, редовно трябва да бъдат синхронизирани, т.е. служителят ръчно копира данни от една база в друга.
Интегрираният софтуер решава този проблем, улеснявайки комуникацията между системите на компанията и позволявайки нови видове автоматизации. Такъв тип интеграция – между различни бизнес процеси, както и източници на данни – е ключова характеристика на ERP системите. Това стана особено важно с развитието на хардуера, което отвори нови възможности за автоматизация – и ERP системите процъфтяха.
Скоростта на достъп до информация в интегрирания софтуер позволява на компаниите . Компанията Compaq със ERP внедри нов модел „производство по поръчка“ (т.е. сглобяване на компютри само след явното получаване на поръчка). Този модел пести пари, намалявайки складовите запаси и разчитайки на бърз оборот – точно това е, с което помага правилната ERP. Когато IBM последва същия пример, тя намали времето за доставка на компоненти от 22 до 3 дни.
Как всъщност изглежда ERP
Думата „корпоративен софтуер“ никак не се асоциира с модерен и удобен интерфейс, а SAP не е изключение. Основната инсталация на SAP съдържа 20 000 таблици в базата данни, 3000 от които са таблици с конфигурация. В тези таблици има около 8000 конфигурационни решения, които трябва да бъдат взети още преди стартирането на програмата. Ето защо е реална професия!
Въпреки сложността на настройката, софтуерът 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
