Што такое 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 звычайнай справай было пісаць уласныя аперацыйныя сістэмы, каб атрымаць максімальную аддачу ад сваіх мэйнфрэймаў.
Cёння мы запускаем прыкладное праграмнае забеспячэнне ў некалькіх стандартных аперацыйных сістэмах, але такога не было да 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