Шта је САП? И зашто, дођавола, вреди 163 милијарде долара?
Сваке године компаније потроше 41 милијарду долара на софтвер за планирање ресурса предузећа, познат по акрониму ЕРП. Данас је скоро свако велико предузеће имплементирало један или други ЕРП систем. Али већина малих компанија обично не купује ЕРП системе, а већина програмера их вероватно није видела на делу. Дакле, за нас који нисмо користили ЕРП, питање је... у чему је квака? Како компанија попут САП-а успева да прода ЕРП у вредности од 25 милијарди долара годишње?
И како се то догодило , укључујући 78% залиха хране, пролази кроз САП програм?
ЕРП је место где компаније чувају кључне оперативне податке. Говоримо о предвиђањима продаје, наруџбинама, залихама и процесима који се покрећу на основу ових података (на пример, плаћања добављачима на каси). У извесном смислу, ЕРП је „мозак“ компаније – он чува све важне податке и све радње које су покренуте овим подацима у токовима посла.
Али пре потпуног преузимања модерног пословног света, како је уопште настао овај софтвер? Историја ЕРП-а почиње озбиљним радом на канцеларијској аутоматизацији 1960-их. Још 40-их и 50-их, аутоматизован је углавном био машински рад плавих оковратника - помислите на Џенерал моторс, који је 1947. године створио свој одељење за аутоматизацију. Али аутоматизација рада „белих оковратника” (често уз помоћ компјутера!) почела је 60-их година.
Аутоматизација 60-их: појава рачунара
Први пословни процеси који су аутоматизовани коришћењем рачунара били су обрачун зарада и фактурисање. У прошлости, армије канцеларијских радника су ручно бројале сате запослених у књигама, множиле са сатном стопом, а затим су ручно одузимале порезе, одбитке за бенефиције и тако даље… све само да би се збројила месечна плата! Овај дуготрајан процес који се понавља је подложан људским грешкама и идеалан је за аутоматизацију рачунара.
До 60-их, многе компаније су користиле ИБМ рачунаре за аутоматизацију обрачуна плата и наплате. Обрада података је застарео термин, од којег је остало само предузеће . Уместо тога, данас кажемо „ИТ“. У то време, индустрија развоја софтвера још није била формирана, па су аналитичаре често водили у ИТ одељења и учили их да програмирају на лицу места. Први одсек за компјутерске науке у Сједињеним Државама отворен је на Универзитету Пурдуе 1962. године, а прва диплома у овој специјалности одржана је неколико година касније.
Писање програма за аутоматизацију/обраду података 60-их је био тежак задатак због ограничења меморије. Није било језика високог нивоа, није било стандардизованих оперативних система, није било персоналних рачунара — само велики скупи мејнфрејмови са мало меморије који су покретали програме на колутима магнетне траке! Програмери су често радили на рачунару ноћу када је био бесплатан. Било је уобичајено да компаније попут Генерал Моторса пишу сопствене оперативне системе како би извукле максимум из својих мејнфрејмова.
Данас користимо апликативни софтвер на неколико стандардних оперативних система, али то није био случај све до 1990-их. ИН 90% целокупног софтвера је написано по наруџбини, а само 10% је продато на полици.
Ова ситуација је дубоко утицала на то како су компаније развиле своју технологију. Неки су претпоставили да будућност лежи у стандардизованом хардверу са истим оперативним системом и програмским језиком као за ваздухопловну индустрију (која се и данас користи!) Већина компанија је наставила да ствара сопствени потпуно изоловани софтвер, често поново измишљајући точак.
Рођење стандардног софтвера: САП прошириви програм
Године 1972. пет инжењера је напустило ИБМ да би склопили софтверски уговор са великом хемијском фирмом под називом ИЦИ. Основали су нову компанију под називом САП (Системаналисе унд Программентвицклунг или „анализа система и развој програма“). Као и већина програмера софтвера у то време, они су се углавном бавили консалтингом. Запослени у САП-у би долазили у корисничке канцеларије и развијали софтвер на својим рачунарима, углавном за управљање логистиком.
Посао је ишао добро: САП је завршио своју прву годину са приходом од 620 марака, нешто више од милион долара у данашњим доларима. Убрзо су почели да продају свој софтвер другим клијентима, преносећи га на различите оперативне системе по потреби. У наредне четири године стекли су преко 1 клијената, шест пута повећали приходе, а број запослених са 40 повећали на 9. Можда је то далеко. , али будућност САП-а је изгледала оптимистично.
САП софтвер је био посебан из неколико разлога. У то време већина програма је радила ноћу и штампала резултат на папирним тракама које сте проверавали следећег јутра. Уместо тога, САП програми су радили у реалном времену, а резултат није био приказан на папиру, већ на мониторима (који су тада коштали око 30 долара).
Што је најважније, САП софтвер је направљен од темеља да буде проширив. У првобитном уговору са ИЦИ-јем, САП није направио софтвер од нуле, као што је то било уобичајено у то време, већ је кодиран на врху претходног пројекта. Када је САП објавио свој софтвер за финансијско рачуноводство 1974. године, првобитно је планирао да напише додатне софтверске модуле на њега и да их продаје у будућности. Ова проширивост је постала дефинитивна карактеристика САП-а. У то време, интеракција између контекста клијената сматрана је радикалном иновацијом. Програми су писани од нуле за сваког клијента.
Важност интеграције
Када је САП представио свој други производни софтверски модул, поред првог финансијског модула, два модула су могла лако да комуницирају један са другим јер су делили заједничку базу података. Ова интеграција је учинила комбинацију модула много вреднијом од два програма сама.
Пошто је софтвер аутоматизовао одређене пословне процесе, његов утицај је у великој мери зависио од приступа подацима. Подаци о наруџбини се чувају у модулу продаје, подаци о залихама се чувају у модулу магацина итд. А пошто ови системи немају интеракцију, потребно их је редовно синхронизовати, односно запослени ручно копира податке из једне базе података у другу. .
Интегрисани софтвер решава овај проблем тако што олакшава комуникацију између система компаније и омогућава нове врсте аутоматизације. Ова врста интеграције—између различитих пословних процеса као и извора података—је кључна карактеристика ЕРП система. Ово је постало посебно важно како се хардвер развијао, отварајући нове могућности за аутоматизацију — а ЕРП системи су цветали.
Брзина приступа информацијама у интегрисаном софтверу омогућава компанијама да . Цомпак је уз помоћ ЕРП-а увео нови модел „маке-то-ордер” (односно склапање рачунара тек након експлицитног добијања поруџбине). Овај модел штеди новац тако што смањује залихе ослањајући се на брзи обрт, што је управо оно што добар ЕРП ради. Када је ИБМ следио њихов пример, смањио је време испоруке делова са 22 на три дана.
Како ЕРП заиста изгледа
Реч „софтвер за предузећа“ нема никакве везе са модерним интерфејсом прилагођеним кориснику, а САП није изузетак. Основна инсталација САП-а садржи 20 табела базе података, од којих су 000 конфигурационе табеле. Ове табеле садрже око 3000 конфигурационих одлука које треба донети пре него што програм почне. Зато је права професија!
Упркос сложености прилагођавања, САП ЕРП софтвер пружа кључну вредност – широку интеграцију између неколико пословних процеса. Ова интеграција резултира хиљадама случајева коришћења широм организације. САП организује ове случајеве коришћења у "трансакције", које су пословне активности. Неки примери трансакција укључују „креирање поруџбине“ и „приказ корисника“. Ове трансакције су организоване у формату угнежђеног директоријума. Дакле, да бисте пронашли трансакцију Креирај продајни налог, идите у директоријум Логистика, затим Продаја, па Наруџбина и тамо ћете пронаћи стварну трансакцију.
Назвати ЕРП „претраживачем трансакција“ био би изненађујуће тачан опис. Веома је сличан претраживачу, са дугметом за повратак, дугмадима за зумирање и текстуалним пољем „ТЦодес“, еквивалентним адресној траци у претраживачу. САП подржава , тако да навигација стаблом трансакција може бити незгодна без ових кодова.
Упркос вртоглавом броју доступних конфигурација и трансакција, компаније и даље имају јединствене случајеве употребе и морају да фино подесе своје радње. За руковање овим јединственим токовима посла, САП има уграђено програмско окружење. Ево како сваки део функционише:
Подаци
У САП интерфејсу, програмери могу креирати сопствене табеле базе података. Ово су релационе табеле попут нормалних СКЛ база података: колоне различитих типова, страни кључеви, ограничења вредности и дозволе за читање/писање.
Логицс
САП је развио језик под називом АБАП (Адванцед Бусинесс Апплицатион Программинг, оригинално Аллгемеинер Берицхтс-Ауфбереитунгс-Прозессор, немачки за Генерал Репортинг Процессор). Омогућава програмерима да покрену прилагођену пословну логику као одговор на одређене догађаје или према распореду. АБАП је богат језик синтаксе са око три пута више кључних речи од ЈаваСцрипт (погледајте доле). ). Када сте написали свој програм (САП има уграђени уређивач за програмирање), објављујете га као сопствену трансакцију, заједно са појединачним Ткодом. Можете да прилагодите постојеће понашање помоћу опсежног система кукица званих „додаци“ где је програм конфигурисан да се покреће када се одређена трансакција изврши – слично СКЛ окидачима.
UI
САП такође долази са УИ буилдером. Подржава превлачење и испуштање и долази са практичним функцијама као што су генерисани обрасци засновани на ДБ табели. Упркос томе, прилично је тешко користити. Мој омиљени део конструктора је цртање колона табеле:
Потешкоће у имплементацији ЕРП-а
ЕРП није јефтин. Велика мултинационална корпорација може потрошити од 100 до 500 милиона долара на имплементацију, укључујући 30 милиона долара за накнаде за лиценце, 200 милиона долара за консултантске услуге, а остатак за хардвер, обуку менаџера и запослених. Потпуна имплементација траје четири до шест година. је рекао: „Конкурентску предност у индустрији добиће она фирма која може боље и јефтиније да изведе радове на имплементацији САП-а.
И не ради се само о новцу. Имплементација ЕРП-а је ризичан подухват, а резултати се веома разликују. Један од успешних случајева је имплементација ЕРП-а у Цисцо-у, која је трајала 9 месеци и 15 милиона долара.Поређења ради, имплементација у Дов Цхемицал Цорпоратион-у коштала је милијарду долара и трајала је 1 година. . Већ верују да увођење ЕРП-система носи „умерене шансе да нашкоди пословању“. Не чујете то често када оцењујете софтвер!
Интегрисана природа ЕРП-а значи да захтева да га имплементира цела компанија. А пошто компаније имају користи тек после свеприсутан имплементација, посебно је ризична! Имплементација ЕРП-а је више од одлуке о куповини: то је обавеза да промените своје праксе управљања операцијама. Инсталирање софтвера је једноставно, реконфигурисање целог тока посла је оно где је највећи део посла.
Клијенти често ангажују консултантску фирму као што је Аццентуре да имплементира њихов ЕРП систем и плаћају им милионе долара за рад са појединачним пословним јединицама. Аналитичари одређују како да интегришу ЕРП у процесе компаније. И чим интеграција почне, компанија треба да почне са обуком свих запослених како да користе систем. Гартнер резервишите 17% буџета само за образовање!
Упркос изгледима, већина компанија са листе Фортуне 500 усвојила је ЕРП системе до 1998. године, убрзано страхом од И2К. ЕРП тржиште и данас наставља да расте . Ово је један од највећих сегмената у глобалној софтверској индустрији.
Модерна ЕРП индустрија
Највећи играчи су Орацле и САП. Иако су обоје лидери на тржишту, њихови ЕРП производи су изненађујуће различити. САП-ов производ је углавном направљен у компанији, док је Орацле агресивно куповао конкуренте као што су ПеоплеСофт и НетСуите.
Орацле и САП су толико доминантни да чак уместо сопственог Мицрософт Динамицс ЕРП производа.
Пошто већина индустрија има прилично специфичне ЕРП потребе, Орацле и САП имају унапред конфигурисане конфигурације за многе индустрије као што су прехрамбена, аутомобилска и хемијска, као и вертикалне конфигурације као што су продајни процеси. Међутим, увек постоји простор за нишне играче који имају тенденцију да се фокусирају на одређену вертикалу:
- за универзитете
- и МцКессон нуде ЕРП за здравствене организације
- за производњу и логистику
Вертикални ЕРП-ови специјализовани су за интеграције и токове рада специфичне за циљно тржиште: на пример, у ЕРП-у у здравству .
Међутим, специјализација није једини начин да пронађете своју нишу на тржишту. Неки стартапи покушавају да изнесу модерније софтверске платформе на тржиште. Пример би био : нуди могућност интеграције (са различитим ЕРП-овима!) путем претплате. Стартапи попут Анаплан и Зохо раде исто.
ЕРП у порасту?
САП одлично послује у 2019. са 24,7 милијарди евра прихода прошле године и тржишном капитализацијом . Али свет софтвера није оно што је био. Када је САП први пут изашао, подаци су били изоловани и тешки за интеграцију, тако да је чување свега у САП-у изгледало као очигледан одговор.
Али сада се ситуација убрзано мења. Већина модерног пословног софтвера (као што је Салесфорце, Јира, итд.) има позадину са добрим АПИ-јима за извоз података. Формирају се језера података: нпр. олакшава међусобно повезивање база података, што је било немогуће пре само неколико година.
Извор: ввв.хабр.цом