Kas ir SAP? Un kāpēc pie velna tas ir 163 miljardu dolāru vērts?
Katru gadu uzņēmumi programmatūrai tērē 41 miljardu dolāru uzņēmuma resursu plānošanapazīstams ar akronīmu ERP. Šodien gandrīz katrs lielais uzņēmums ir ieviesis vienu vai otru ERP sistēmu. Bet lielākā daļa mazo uzņēmumu parasti nepērk ERP sistēmas, un lielākā daļa izstrādātāju, iespējams, nav redzējuši tās darbībā. Tiem no mums, kuri nav izmantojuši ERP, rodas jautājums... kāda ir problēma? Kā tādam uzņēmumam kā SAP izdodas pārdot ERP 25 miljardu dolāru vērtībā gadā?
Un kā tas notika , tostarp 78% no pārtikas piegādēm, iet caur SAP programmu?
ERP ir vieta, kur uzņēmumi glabā galvenos darbības datus. Mēs runājam par pārdošanas prognozēm, pirkšanas pasūtījumiem, krājumiem un procesiem, kas tiek aktivizēti, pamatojoties uz šiem datiem (piemēram, maksājumi piegādātājiem izrakstīšanās laikā). Savā ziņā ERP ir uzņēmuma "smadzenes" – tā darbplūsmās glabā visus svarīgos datus un visas darbības, ko šie dati iniciē.
Bet, pirms pilnībā pārņēma mūsdienu biznesa pasauli, kā šī programmatūra vispār radās? ERP vēsture sākas ar nopietnu darbu pie biroja automatizācijas 1960. gados. Agrāk, 40. un 50. gados, galvenokārt notika zilo apkaklīšu mehānisko darbu automatizācija – padomājiet par General Motors, kas 1947. gadā izveidoja savu automatizācijas nodaļu. Bet "balto apkaklīšu" darba automatizācija (bieži vien ar datoru palīdzību!) sākās 60. gados.
Automatizācija 60. gados: datoru parādīšanās
Pirmie biznesa procesi, kas tika automatizēti, izmantojot datorus, bija algu un rēķinu izrakstīšana. Agrāk biroja darbinieku armijas manuāli skaitīja virsgrāmatās darbinieku stundas, reizina ar stundas likmi, pēc tam manuāli atņēma nodokļus, pabalstu atskaitījumus un tā tālāk... viss, lai saskaitītu viena mēneša atalgojumu! Šis laikietilpīgais, atkārtotais process ir bijis pakļauts cilvēka kļūdām, un tas ir ideāli piemērots datoru automatizācijai.
Līdz 60. gadiem daudzi uzņēmumi izmantoja IBM datorus, lai automatizētu algu un rēķinu izrakstīšanu. Datu apstrāde ir novecojis termins, no kura palicis tikai uzņēmums . Tā vietā šodien mēs sakām "IT". Tajā laikā programmatūras izstrādes nozare vēl nebija izveidojusies, tāpēc analītiķus bieži veda uz IT nodaļām un mācīja programmēt uz vietas. Pirmā Datorzinātņu nodaļa Amerikas Savienotajās Valstīs tika atvērta Purdue universitātē 1962. gadā, un pirmais absolvējums specialitātē notika dažus gadus vēlāk.
Automatizācijas/datu apstrādes programmu rakstīšana 60. gados bija grūts uzdevums atmiņas ierobežojumu dēļ. Nebija ne augsta līmeņa valodu, ne standartizētu operētājsistēmu, ne personālo datoru, tikai lieli, dārgi lieldatori ar mazu atmiņu, kas darbojās uz magnētiskās lentes ruļļiem! Programmētāji bieži strādāja pie datora naktīs, kad tas bija brīvs. Bija ierasts, ka tādi uzņēmumi kā General Motors rakstīja savas operētājsistēmas, lai maksimāli izmantotu savus lieldatorus.
Mūsdienās mēs darbinām lietojumprogrammatūru vairākās standarta operētājsistēmās, taču tas tā nebija līdz 1990. gadiem. IN 90% no visas programmatūras tika rakstīti pēc pasūtījuma, un tikai 10% tika pārdoti jau iepriekš.
Šī situācija būtiski ietekmēja to, kā uzņēmumi izstrādāja savas tehnoloģijas. Daži ir pieņēmuši, ka nākotne ir saistīta ar standartizētu aparatūru ar tādu pašu operētājsistēmu un programmēšanas valodu aviācijas nozarei (kas tiek izmantota arī šodien!) Lielākā daļa uzņēmumu turpināja izveidot savu pilnībā izolētu programmatūru, bieži vien no jauna izgudrojot riteni.
Standarta programmatūras dzimšana: SAP paplašināma programma
1972. gadā pieci inženieri pameta IBM, lai noslēgtu programmatūras līgumu ar lielu ķīmijas uzņēmumu ICI. Viņi nodibināja jaunu uzņēmumu ar nosaukumu SAP (Systemanalyse und Programmentwicklung jeb "sistēmas analīze un programmu izstrāde"). Tāpat kā lielākā daļa programmatūras izstrādātāju tajā laikā, viņi galvenokārt nodarbojās ar konsultācijām. SAP darbinieki ieradās klientu birojos un savos datoros izstrādāja programmatūru, galvenokārt loģistikas pārvaldībai.
Uzņēmējdarbība noritēja labi: SAP savu pirmo gadu pabeidza ar 620 1 marku ieņēmumiem, kas ir nedaudz vairāk par 40 miljonu ASV dolāru mūsdienu dolāros. Drīz viņi sāka pārdot savu programmatūru citiem klientiem, vajadzības gadījumā pārnesot to uz dažādām operētājsistēmām. Nākamo četru gadu laikā viņi ieguva vairāk nekā 9 klientus, sešas reizes palielināja ieņēmumus un palielināja darbinieku skaitu no 25 līdz XNUMX. Varbūt tas ir tālu. , taču SAP nākotne izskatījās optimistiska.
SAP programmatūra bija īpaša vairāku iemeslu dēļ. Tolaik lielākā daļa programmu darbojās naktī un rezultātu izdrukāja uz papīra lentēm, kuras pārbaudījāt nākamajā rītā. Tā vietā SAP programmas strādāja reāllaikā, un rezultāts tika attēlots nevis uz papīra, bet gan monitoros (kas tolaik maksāja aptuveni 30 XNUMX USD).
Vissvarīgākais ir tas, ka SAP programmatūra tika izveidota no paša sākuma, lai tā būtu paplašināma. Sākotnējā līgumā ar ICI SAP neveidoja programmatūru no nulles, kā tolaik bija ierasts, bet gan kodēja iepriekšējam projektam. Kad SAP 1974. gadā izlaida savu finanšu grāmatvedības programmatūru, tā sākotnēji plānoja tai pievienot papildu programmatūras moduļus un nākotnē tos pārdot. Šī paplašināmība ir kļuvusi par SAP noteicošo iezīmi. Tolaik mijiedarbība starp klientu kontekstiem tika uzskatīta par radikālu inovāciju. Katram klientam programmas tika rakstītas no nulles.
Integrācijas nozīme
Kad SAP ieviesa savu otro ražošanas programmatūras moduli, papildus pirmajam finanšu modulim abi moduļi varēja viegli sazināties viens ar otru, jo tiem bija kopīga datu bāze. Šī integrācija ir padarījusi moduļu kombināciju daudz vērtīgāku nekā abas programmas atsevišķi.
Tā kā programmatūra automatizēja noteiktus biznesa procesus, tās ietekme lielā mērā bija atkarīga no piekļuves datiem. Pirkuma pasūtījuma dati tiek glabāti pārdošanas modulī, krājumu dati tiek glabāti noliktavas modulī utt. Un tā kā šīs sistēmas nesadarbojas, tās regulāri jāsinhronizē, tas ir, darbinieks manuāli pārkopēja datus no vienas datu bāzes uz citu. .
Integrētā programmatūra atrisina šo problēmu, atvieglojot komunikāciju starp uzņēmuma sistēmām un nodrošinot jaunus automatizācijas veidus. Šāda veida integrācija starp dažādiem biznesa procesiem, kā arī datu avotiem ir galvenā ERP sistēmu iezīme. Tas kļuva īpaši svarīgi, attīstoties aparatūrai, paverot jaunas iespējas automatizācijai, un uzplauka ERP sistēmas.
Ātrums piekļūt informācijai integrētajā programmatūrā ļauj uzņēmumiem . Compaq ar ERP palīdzību ir ieviesis jaunu "make-to-order" modeli (tas ir, datora salikšana tikai pēc skaidras pasūtījuma saņemšanas). Šis modelis ietaupa naudu, samazinot krājumus, paļaujoties uz ātru apgrozījumu, kas ir tieši tas, ko dara laba ERP. Kad IBM sekoja šim piemēram, tas samazināja detaļu piegādes laiku no 22 uz trim dienām.
Kā ERP patiesībā izskatās
Vārdam "uzņēmuma programmatūra" nav nekāda sakara ar modernu un lietotājam draudzīgu saskarni, un SAP nav izņēmums. SAP pamata instalācijā ir 20 000 datu bāzes tabulu, no kurām 3000 ir konfigurācijas tabulas. Šajās tabulās ir aptuveni 8000 konfigurācijas lēmumu, kas jāpieņem pirms programmas palaišanas. Tāpēc ir īsta profesija!
Neskatoties uz pielāgošanas sarežģītību, SAP ERP programmatūra nodrošina galveno vērtību - plašu integrāciju starp vairākiem biznesa procesiem. Šīs integrācijas rezultāts ir tūkstošiem lietošanas gadījumu visā organizācijā. SAP organizē šos lietošanas gadījumus "darījumos", kas ir uzņēmējdarbība. Daži darījumu piemēri ir “pasūtījuma izveide” un “rādīšana klientam”. Šīs transakcijas tiek organizētas ligzdotu direktoriju formātā. Tātad, lai atrastu darījumu Izveidot pārdošanas pasūtījumu, dodieties uz direktoriju Loģistika, pēc tam uz Pārdošana, pēc tam uz Pasūtījums, un tur atradīsit faktisko darījumu.
ERP nosaukšana par "darījumu pārlūkprogrammu" būtu pārsteidzoši precīzs apraksts. Tas ir ļoti līdzīgs pārlūkprogrammai, ar pogu Atpakaļ, tālummaiņas pogām un teksta lauku "TCodes", kas ir pārlūkprogrammas ekvivalents adreses joslai. SAP atbalsta , tāpēc bez šiem kodiem navigācija darījumu kokā var būt sarežģīta.
Neskatoties uz reibinošo pieejamo konfigurāciju un darījumu skaitu, uzņēmumiem joprojām ir unikāli lietošanas gadījumi, un tiem ir jāpielāgo savas darbības. Lai apstrādātu šīs unikālās darbplūsmas, SAP ir iebūvēta programmēšanas vide. Lūk, kā darbojas katra daļa:
Dati
SAP saskarnē izstrādātāji var izveidot savas datu bāzes tabulas. Tās ir relāciju tabulas, piemēram, parastās SQL datu bāzes: dažādu veidu kolonnas, ārējās atslēgas, vērtību ierobežojumi un lasīšanas/rakstīšanas atļaujas.
Loģika
SAP izstrādāja valodu ar nosaukumu ABAP (Advanced Business Application Programming, sākotnēji Allgemeiner Berichts-Aufbereitungs-Prozessor, vācu valodā General Reporting Processor). Tas ļauj izstrādātājiem vadīt pielāgotu biznesa loģiku, reaģējot uz konkrētiem notikumiem vai pēc grafika. ABAP ir bagātīga sintakses valoda ar aptuveni trīs reizes vairāk atslēgvārdu nekā JavaScript (skatiet tālāk). ). Kad esat uzrakstījis savu programmu (SAP ir iebūvēts programmēšanas redaktors), jūs publicējat to kā savu darījumu kopā ar individuālu TCode. Varat pielāgot esošo uzvedību, izmantojot plašu āķu sistēmu, ko sauc par "pievienojumprogrammām", kur programma ir konfigurēta tā, lai tā darbotos, kad tiek izpildīts konkrēts darījums, līdzīgi kā SQL aktivizētāji.
UI
SAP komplektācijā ietilpst arī UI veidotājs. Tas atbalsta vilkšanu un nomešanu, un tam ir ērtas funkcijas, piemēram, ģenerētas veidlapas, kuru pamatā ir DB tabula. Neskatoties uz to, to ir diezgan grūti izmantot. Mana mīļākā konstruktora daļa ir tabulas kolonnu zīmēšana:
Grūtības ERP ieviešanā
ERP nav lēts. Liela starptautiska korporācija ieviešanai var tērēt no 100 miljoniem līdz 500 miljoniem ASV dolāru, tostarp 30 miljonus ASV dolāru licences maksām, 200 miljonus ASV dolāru konsultāciju pakalpojumiem un pārējo daļu aparatūrai, vadītāju un darbinieku apmācībai. Pilnīga īstenošana prasa četrus līdz sešus gadus. teica: "Konkurences priekšrocības nozarē tiks dotas uzņēmumam, kas var labāk un lētāk veikt darbu pie SAP ieviešanas."
Un runa nav tikai par naudu. ERP ieviešana ir riskants pasākums, un rezultāti ir ļoti atšķirīgi. Viens no veiksmīgajiem gadījumiem ir ERP ieviešana Cisco, kas aizņēma 9 mēnešus un 15 miljonus ASV dolāru Salīdzinājumam, ieviešana Dow Chemical Corporation izmaksāja 1 miljardu dolāru un ilga 8 gadus. . Jau tagad uzskata, ka ERP sistēmu ieviešana rada "mērenu iespēju kaitēt biznesam". Jūs to bieži nedzirdat, vērtējot programmatūru!
ERP integrētais raksturs nozīmē, ka tā ieviešanai ir nepieciešams viss uzņēmums. Un tā kā uzņēmumi gūst labumu tikai pēc tam visuresošs īstenošana, tas ir īpaši riskanti! ERP ieviešana ir vairāk nekā tikai pirkšanas lēmums: tā ir apņemšanās mainīt savu darbību pārvaldības praksi. Programmatūras instalēšana ir vienkārša, un lielākā daļa darba ir visas uzņēmuma darbplūsmas pārkonfigurēšana.
Klienti bieži nolīgst konsultāciju firmu, piemēram, Accenture, lai ieviestu savu ERP sistēmu un samaksātu viņiem miljoniem dolāru par darbu ar atsevišķām biznesa vienībām. Analītiķi nosaka, kā integrēt ERP uzņēmuma procesos. Un, tiklīdz integrācija sākas, uzņēmumam jāsāk apmācīt visus darbiniekus, kā lietot sistēmu. Gartner 17% no budžeta rezervē tikai izglītībai!
Neraugoties uz izredzēm, lielākā daļa Fortune 500 uzņēmumu bija pieņēmuši ERP sistēmas līdz 1998. gadam, ko paātrina bailes no Y2K. ERP tirgus šodien turpina augt . Šis ir viens no lielākajiem segmentiem globālajā programmatūras industrijā.
Mūsdienu ERP nozare
Lielākie spēlētāji ir Oracle un SAP. Lai gan abi ir tirgus līderi, to ERP produkti ir pārsteidzoši atšķirīgi. SAP produkts lielākoties tika izveidots iekšēji, savukārt Oracle agresīvi uzpirka tādus konkurentus kā PeopleSoft un NetSuite.
Oracle un SAP ir tik dominējoši, ka pat sava Microsoft Dynamics ERP produkta vietā.
Tā kā lielākajai daļai nozaru ir diezgan specifiskas ERP vajadzības, Oracle un SAP ir iepriekš konfigurētas konfigurācijas daudzām nozarēm, piemēram, pārtikai, automobiļu rūpniecībai un ķimikālijām, kā arī vertikālām konfigurācijām, piemēram, pārdošanas procesiem. Tomēr vienmēr ir vieta nišas spēlētājiem, kuri mēdz koncentrēties uz noteiktu vertikāli:
- universitātēm
- un McKesson piedāvā ERP veselības aprūpes organizācijām
- ražošanai un loģistikai
Vertikālās ERP specializējas mērķa tirgum raksturīgās integrācijās un darbplūsmās, piemēram, veselības aprūpes ERP. .
Tomēr specializācija nav vienīgais veids, kā atrast savu nišu tirgū. Daži jaunizveidotie uzņēmumi cenšas laist tirgū modernākas programmatūras platformas. Piemērs būtu : piedāvā integrācijas iespēju (ar dažādiem ERP!) abonējot. Jaunuzņēmumi, piemēram, Anaplan un Zoho, dara to pašu.
ERP pieaug?
SAP 2019. gadā klājas lieliski, ar 24,7 miljardu eiro ieņēmumiem pagājušajā gadā un tirgus kapitalizāciju . Taču programmatūras pasaule nav tāda, kāda tā bija agrāk. Kad SAP pirmo reizi iznāca, dati bija izolēti un grūti integrējami, tāpēc visu to saglabāšana SAP šķita acīmredzama atbilde.
Taču tagad situācija strauji mainās. Lielākajai daļai mūsdienu uzņēmumu programmatūras (piemēram, Salesforce, Jira utt.) ir aizmugursistēma ar labām API datu eksportēšanai. Tiek veidoti datu ezeri: piem. atvieglo datu bāzu savstarpēju savienošanu, kas vēl pirms dažiem gadiem nebija iespējama.
Avots: www.habr.com
