Какво е SAP? И защо, по дяволите, струва 163 милиарда долара?

Всяка година компаниите харчат 41 милиарда долара за софтуер за планиране на ресурсите на предприятието, известен с акронима ERP. Днес почти всеки голям бизнес е внедрил една или друга ERP система. Но повечето малки компании обикновено не купуват ERP системи и повечето разработчици вероятно не са ги виждали в действие. Така че за тези от нас, които не са използвали ERP, въпросът е... каква е уловката? Как компания като SAP успява да продаде ERP на стойност 25 милиарда долара годишно?

И как стана така 77% от световната търговия, включително 78% от хранителните доставки, минава през програмата SAP?

ERP е мястото, където компаниите съхраняват ключови оперативни данни. Говорим за прогнози за продажби, поръчки за покупка, инвентар и процеси, които се задействат въз основа на тези данни (например плащания към доставчици при плащане). В известен смисъл ERP е "мозъкът" на компанията - той съхранява всички важни данни и всички действия, които се инициират от тези данни в работни потоци.

Но преди да превземе напълно съвременния бизнес свят, как изобщо се появи този софтуер? Историята на ERP започва със сериозна работа по автоматизация на офисите през 1960-те години на миналия век. По-рано, през 40-те и 50-те години на миналия век, това беше основно автоматизирането на механичната работа на сините яки - помислете за General Motors, която създаде свой собствен отдел за автоматизация през 1947 г. Но автоматизацията на работата на "белите якички" (често с помощта на компютри!) започва през 60-те години.

Автоматизацията през 60-те години: появата на компютрите

Първите бизнес процеси, автоматизирани с помощта на компютри, са заплатите и фактурирането. В миналото армиите от офис служители ръчно отчитаха часовете на служителите в счетоводните книги, умножаваха по почасовата ставка, след това ръчно изваждаха данъци, удръжки на обезщетения и така нататък… всичко това само за да съберат едномесечната заплата! Този отнемащ време, повтарящ се процес е податлив на човешка грешка и е идеален за компютърна автоматизация.

До 60-те години на миналия век много компании използват IBM компютри за автоматизиране на заплатите и фактурирането. Обработката на данни е остарял термин, от който е останала само фирмата Автоматична обработка на данни, Inc. Вместо това днес казваме „ТО“. По това време индустрията за разработка на софтуер все още не се е формирала, така че анализаторите често са отвеждани в ИТ отделите и са ги учели да програмират на място. Първият факултет по компютърни науки в САЩ отваря врати в университета Пърдю през 1962 г., а първото дипломиране по специалността се състоя няколко години по-късно.

Писането на програми за автоматизация/обработка на данни през 60-те години беше трудна задача поради ограничения на паметта. Нямаше езици на високо ниво, нямаше стандартизирани операционни системи, нямаше персонални компютри, само големи, скъпи мейнфрейми с малко памет, изпълняващи програми на ролки с магнитна лента! Програмистите често работеха на компютъра през нощта, когато беше свободно. Беше обичайно компании като General Motors да пишат свои собствени операционни системи, за да извлекат максимума от своите мейнфрейми.

Днес изпълняваме приложен софтуер на няколко стандартни операционни системи, но това не беше така до 1990-те години. IN средновековна мейнфрейм ера 90% от целия софтуер е написан по поръчка и само 10% се продава готов.

Тази ситуация силно повлия на начина, по който компаниите развиват своите технологии. Някои предполагат, че бъдещето е със стандартизиран хардуер със същата операционна система и език за програмиране система SABER за авиационната индустрия (което все още се използва днес!) Повечето компании продължиха да създават свой собствен напълно изолиран софтуер, често преоткривайки колелото.

Раждането на стандартния софтуер: разширяема програма на SAP

През 1972 г. петима инженери напускат IBM, за да поемат софтуерен договор с голяма химическа фирма, наречена ICI. Те основават нова компания, наречена SAP (Systemanalyse und Programmentwicklung или „системен анализ и разработване на програми“). Като повечето софтуерни разработчици по онова време, те се занимават основно с консултации. Служителите на SAP идват в офисите на клиентите и разработват софтуер на техните компютри, главно за управление на логистиката.

Бизнесът вървеше добре: SAP завърши първата си година с приходи от 620 1 марки, малко над $40 милион в днешни долари. Скоро те започнаха да продават софтуера си на други клиенти, пренасяйки го към различни операционни системи, ако е необходимо. През следващите четири години те спечелиха над 9 клиента, увеличиха приходите шест пъти и увеличиха броя на служителите от 25 на XNUMX. Може би това е далече. T2D3 крива на растеж, но бъдещето на SAP изглеждаше оптимистично.

Софтуерът на SAP беше специален по няколко причини. По това време повечето програми работеха през нощта и отпечатваха резултата на хартиени ленти, които проверявахте на следващата сутрин. Вместо това програмите на SAP работеха в реално време и резултатът се показваше не на хартия, а на монитори (които тогава струваха около 30 XNUMX долара).

Най-важното е, че софтуерът на SAP е създаден от нулата, за да бъде разширяем. В първоначалния договор с ICI SAP не създава софтуер от нулата, както беше обичайно по това време, а кодира върху предишен проект. Когато SAP пусна своя финансов счетоводен софтуер през 1974 г., първоначално планираше да напише допълнителни софтуерни модули върху него и да ги продаде в бъдеще. Тази разширяемост се превърна в определяща характеристика на SAP. По това време взаимодействието между клиентските контексти се смяташе за радикална иновация. Програмите бяха написани от нулата за всеки клиент.

Значението на интеграцията

Когато SAP представи втория си софтуерен модул за производство, в допълнение към първия финансов модул, двата модула успяха лесно да комуникират помежду си, защото споделяха обща база данни. Тази интеграция направи комбинацията от модули много по-ценна от двете програми поотделно.

Тъй като софтуерът автоматизира определени бизнес процеси, неговото въздействие зависи силно от достъпа до данни. Данните за поръчката се съхраняват в модула за продажби, данните за инвентара се съхраняват в модула за склад и т.н. И тъй като тези системи не взаимодействат, те трябва да се синхронизират редовно, тоест служителят ръчно копира данните от една база данни в друга .

Интегрираният софтуер решава този проблем, като улеснява комуникацията между фирмените системи и позволява нови видове автоматизация. Този вид интеграция – между различни бизнес процеси, както и източници на данни – е ключова характеристика на ERP системите. Това стана особено важно, когато хардуерът се разви, отваряйки нови възможности за автоматизация и ERP системите процъфтяваха.

Скоростта на достъп до информация в интегрирания софтуер позволява на компаниите да напълно променят своите бизнес модели. Compaq, с помощта на ERP, въведе нов модел "make-to-order" (т.е. сглобяване на компютър само след изрично получаване на поръчка). Този модел спестява пари, като намалява инвентара, като разчита на бързо изпълнение, което е точно това, което доброто ERP прави. Когато IBM последва примера, намали времето за доставка на части от 22 на три дни.

Как наистина изглежда ERP

Думата „корпоративен софтуер“ няма нищо общо с модерен и удобен за потребителя интерфейс и SAP не прави изключение. Базовата инсталация на SAP съдържа 20 000 таблици на база данни, 3000 8000 от които са конфигурационни таблици. Тези таблици съдържат около XNUMX конфигурационни решения, които трябва да бъдат направени преди стартирането на програмата. Ето защо Специалист по конфигуриране на SAP е истинска професия!

Въпреки сложността на персонализирането, софтуерът SAP ERP предоставя ключова стойност - широката интеграция между няколко бизнес процеса. Тази интеграция води до хиляди случаи на употреба в цялата организация. SAP организира тези случаи на използване в „транзакции“, които са бизнес дейности. Някои примери за транзакции включват „създаване на поръчка“ и „показване на клиента“. Тези транзакции са организирани във формат на вложена директория. Така че, за да намерите транзакцията Създаване на поръчка за продажба, отивате в директорията Логистика, след това Продажби, след това Поръчка и ще намерите действителната транзакция там.

Наричането на ERP „браузър за транзакции“ би било изненадващо точно описание. Много прилича на браузър, с бутон за връщане назад, бутони за мащабиране и текстово поле „TCodes“, еквивалент на адресната лента на браузъра. SAP поддържа над 16 000 вида транзакции, така че навигирането в дървото на транзакциите може да бъде трудно без тези кодове.

Въпреки главозамайващия брой налични конфигурации и транзакции, компаниите все още имат уникални случаи на употреба и трябва да прецизират действията си. За да се справи с тези уникални работни процеси, SAP има вградена среда за програмиране. Ето как работи всяка част:

Данни

В интерфейса на SAP разработчиците могат да създават свои собствени таблици на бази данни. Това са релационни таблици като обикновени SQL бази данни: колони от различни типове, външни ключове, ограничения на стойността и разрешения за четене/запис.

логика

SAP разработи език, наречен ABAP (Advanced Business Application Programming, първоначално Allgemeiner Berichts-Aufbereitungs-Prozessor, немски за General Reporting Processor). Тя позволява на разработчиците да изпълняват персонализирана бизнес логика в отговор на конкретни събития или по график. ABAP е богат синтаксисен език с около три пъти повече ключови думи от JavaScript (вижте по-долу). внедряване на играта 2048 в ABAP). Когато сте написали вашата програма (SAP има вграден редактор за програмиране), вие я публикувате като ваша собствена транзакция, заедно с индивидуален TCode. Можете да персонализирате съществуващото поведение с обширна система от кукички, наречени „добавки“, където програмата е конфигурирана да се изпълнява, когато се изпълнява определена транзакция – подобно на SQL тригерите.

UI

SAP също така идва с UI builder. Той поддържа плъзгане и пускане и се предлага с удобни функции като генерирани формуляри, базирани на DB таблица. Въпреки това е доста трудно да се използва. Любимата ми част от конструктора е чертането на колоните на таблицата:

Трудности при внедряването на ERP

ERP не е евтино. Голяма мултинационална корпорация може да похарчи от 100 до 500 милиона долара за внедряване, включително 30 милиона долара за лицензионни такси, 200 милиона долара за консултантски услуги, а останалите за хардуер, обучение на мениджъри и служители. Пълното внедряване отнема от четири до шест години. Изпълнителен директор на голяма химическа компания каза: "Конкурентното предимство в индустрията ще бъде дадено на фирмата, която може по-добре и по-евтино да извърши работата по внедряването на SAP."

И не става въпрос само за пари. Внедряването на ERP е рисковано начинание и резултатите варират значително. Един от успешните случаи е внедряването на ERP в Cisco, което отне 9 месеца и $15 млн. За сравнение внедряването в Dow Chemical Corporation струва $1 млрд. и отнема 8 години. Американският флот похарчи 1 милиард долара за четири различни ERP проекта, но всички те се провалиха.. Вече 65% от мениджърите смятат, че въвеждането на ERP-системи носи "умерен шанс да навреди на бизнеса". Не чувате толкова често, когато оценявате софтуер!

Интегрираният характер на ERP означава, че изисква цялата компания да го внедри. И тъй като компаниите печелят само след вездесъщ изпълнение, то е особено рисковано! Внедряването на ERP е повече от просто решение за покупка: това е ангажимент да промените практиките си за управление на операциите. Инсталирането на софтуер е лесно, преконфигурирането на целия работен процес на компанията е основната част от работата.

Клиентите често наемат консултантска фирма като Accenture за внедряване на тяхната ERP система и им плащат милиони долари за работа с отделни бизнес единици. Анализаторите определят как да интегрират ERP във фирмените процеси. И веднага щом започне интеграцията, компанията трябва да започне да обучава всички служители как да използват системата. Gartner препоръчва заделяйте 17% от бюджета само за образование!

Въпреки шансовете повечето компании от Fortune 500 бяха приели ERP системи до 1998 г., ускорени от страха от Y2K. ERP пазарът продължава да расте днес надхвърля 40 милиарда долара. Това е един от най-големите сегменти в световната софтуерна индустрия.

Модерната ERP индустрия

Най-големите играчи са Oracle и SAP. Докато и двамата са лидери на пазара, техните ERP продукти са изненадващо различни. Продуктът на SAP до голяма степен е създаден вътрешно, докато Oracle агресивно купува конкуренти като PeopleSoft и NetSuite.

Oracle и SAP са толкова доминиращи, че дори Microsoft използва SAP вместо собствения си продукт Microsoft Dynamics ERP.

Тъй като повечето индустрии имат доста специфични ERP нужди, Oracle и SAP имат предварително конфигурирани конфигурации за много индустрии като хранителна, автомобилна и химическа, както и вертикални конфигурации като процеси на продажби. Винаги обаче има място за нишови играчи, които са склонни да се фокусират върху конкретен вертикал:

• Ellucian Banner за университети
• В за и McKesson предлагат ERP за здравни организации
• QAD за производство и логистика

Вертикалните ERP са специализирани в интеграции и работни потоци, специфични за целевия пазар: например в ERP за здравеопазване може да поддържа HIPAA протоколи.

Специализацията обаче не е единственият начин да намерите своята ниша на пазара. Някои стартиращи фирми се опитват да пуснат на пазара по-модерни софтуерни платформи. Пример би бил Zuora: предлага възможност за интеграция (с различни ERP!) чрез абонамент. Стартъпи като Anaplan и Zoho правят същото.

ERP във възход?

SAP се справя страхотно през 2019 г. с 24,7 милиарда евро приходи миналата година и пазарна капитализация надхвърли 150 милиарда евро. Но светът на софтуера не е това, което беше. Когато SAP излезе за първи път, данните бяха изолирани и трудни за интегриране, така че запазването им в SAP изглеждаше като очевиден отговор.

Но сега ситуацията бързо се променя. Повечето съвременни корпоративни софтуери (като Salesforce, Jira и др.) имат бекенд с добри API за експортиране на данни. Формират се езера от данни: напр. Престо улеснява взаимното свързване на бази данни, което беше невъзможно само преди няколко години.

Източник: www.habr.com