Kio estas SAP? Kaj kial diable ĝi valoras 163 miliardojn da dolaroj?
Ĉiujare, kompanioj elspezas $41 miliardojn por programaro por entreprena rimedplanado, konata per la akronimo ERP. Hodiaŭ, preskaŭ ĉiu granda komerco efektivigis unu aŭ alian ERP-sistemon. Sed plej multaj malgrandaj kompanioj kutime ne aĉetas ERP-sistemojn, kaj plej multaj programistoj verŝajne ne vidis ilin en agado. Do por tiuj el ni, kiuj ne uzis ERP, la demando estas... kio estas la kapto? Kiel kompanio kiel SAP sukcesas vendi 25 miliardojn da dolaroj da ERP jare?
Kaj kiel tio okazis , inkluzive de 78% de manĝaĵoj, trapasas la SAP-programon?
ERP estas kie kompanioj stokas ŝlosilajn operaciajn datumojn. Ni parolas pri vendoprognozoj, aĉetmendoj, inventaro kaj procezoj, kiuj estas ekigitaj surbaze de ĉi tiuj datumoj (ekzemple, pagoj al provizantoj ĉe la kaso). Iasence, ERP estas la "cerbo" de la kompanio - ĝi stokas ĉiujn gravajn datumojn kaj ĉiujn agojn, kiujn ĉi tiuj datumoj komenciĝas en laborfluoj.
Sed antaŭ ol tute transpreni la modernan komercan mondon, kiel ĉi tiu programaro eĉ okazis? La historio de ERP komenciĝas per serioza laboro pri oficeja aŭtomatigo en la 1960-aj jaroj. Reen en la 40-aj jaroj kaj 50-aj jaroj, ĝi estis plejparte blukoluma mekanika laboro kiu estis aŭtomatigita - pensu pri General Motors, kiu kreis sian aŭtomatigan sekcion en 1947. Sed la aŭtomatigo de la laboro de "blankaj kolumoj" (ofte helpe de komputiloj!) komenciĝis en la 60-aj jaroj.
Aŭtomatigo en la 60-aj jaroj: la apero de komputiloj
La unuaj komercprocezoj estantaj aŭtomatigitaj uzante komputilojn estis salajro-etato kaj fakturado. En la pasinteco, armeoj de oficejaj laboristoj mane nombris dungitajn horojn en la ĉeflibroj, multobligis per la hora tarifo, tiam mane subtrahis impostojn, profitajn deprenojn, kaj tiel plu... ĉio nur por aldoni unu monaton de salajro! Ĉi tiu tempopostula, ripetema procezo estis inklina al homa eraro kaj estas ideala por komputila aŭtomatigo.
De la 60-aj jaroj, multaj firmaoj uzis IBM-komputilojn por aŭtomatigi salajro-etaton kaj fakturadon. Prilaborado de datumoj estas malnoviĝinta termino, de kiu restas nur la kompanio . Anstataŭe, hodiaŭ ni diras "IT". En tiu tempo, la industrio pri programaro disvolvas ankoraŭ ne formiĝis, tial analizistoj ofte estis kondukitaj al IT-fakoj kaj instruis ilin programi surloke. La unua Komputika fako en Usono malfermiĝis en Purdue University en 1962, kaj la unua diplomiĝo en la specialaĵo okazis kelkajn jarojn poste.
Verki aŭtomatigajn/datumtraktadprogramojn en la 60'oj estis malfacila tasko pro memorlimigoj. Ne ekzistis altnivelaj lingvoj, neniuj normigitaj operaciumoj, neniuj personaj komputiloj—nur grandaj multekostaj komputilegoj kun malmulte da memoro rulantaj programojn sur bobenoj de magneta bendo! Programistoj ofte laboris sur la komputilo nokte kiam ĝi estis senpaga. Estis ofte por firmaoj kiel General Motors skribi siajn proprajn operaciumojn por akiri la plej el siaj komputilegoj.
Hodiaŭ ni funkciigas aplikaĵon sur pluraj normaj operaciumoj, sed tio ne estis la kazo ĝis la 1990-aj jaroj. EN 90% de ĉiuj programoj estis verkitaj laŭmende, kaj nur 10% estis venditaj tuj.
Ĉi tiu situacio profunde influis kiel kompanioj disvolvis sian teknologion. Iuj supozis, ke la estonteco kuŝas kun normigita aparataro kun la sama operaciumo kaj programlingvo kiel por la aviada industrio (kiu ankoraŭ estas uzata hodiaŭ!) Plej multaj kompanioj daŭre kreis sian tute izolitan programaron, ofte reinventante la radon.
Naskiĝo de norma programaro: SAP etendebla programo
En 1972, kvin inĝenieroj forlasis IBM por akcepti softvarkontrakton kun granda kemia firmao nomita ICI. Ili fondis novan firmaon nomitan SAP (Systemanalyse und Programmentwicklung aŭ "sistemanalizo kaj programevoluo"). Kiel la plej multaj programistoj tiutempe, ili ĉefe okupiĝis pri konsultado. SAP-dungitoj venus al klientaj oficejoj kaj disvolvus softvaron sur siaj komputiloj, ĉefe por loĝistika administrado.
Komerco iris bone: SAP finis sian unuan jaron kun enspezo de 620 markoj, iom pli ol $1 miliono en la hodiaŭaj dolaroj. Ili baldaŭ komencis vendi sian programaron al aliaj klientoj, porti ĝin al diversaj operaciumoj laŭbezone. Dum la venontaj kvar jaroj, ili akiris pli ol 40 klientojn, pliigis enspezon sesoble kaj pliigis la nombron da dungitoj de 9 ĝis 25. Eble tio estas tre malproksima. , sed la estonteco de SAP aspektis optimisma.
SAP-programaro estis speciala pro pluraj kialoj. Tiutempe, la plej multaj programoj funkciis nokte kaj presis la rezulton sur paperbendoj, kiujn vi kontrolis la sekvan matenon. Anstataŭe, SAP-programoj funkciis en reala tempo, kaj la rezulto estis montrita ne sur papero, sed sur ekranoj (kiuj kostis proksimume $30 tiutempe).
Plej grave, SAP-programaro estis konstruita de la grundo por esti etendebla. En la origina kontrakto kun ICI, SAP ne konstruis softvaron de komence, kiel estis kutima tiutempe, sed kodigis aldone al antaŭa projekto. Kiam SAP publikigis sian financan kontadan programaron en 1974, ĝi origine planis skribi kromajn softvarmodulojn sur ĝi kaj vendi ilin en la estonteco. Ĉi tiu etendebleco fariĝis difina trajto de SAP. Tiutempe, interagado inter klientkuntekstoj estis konsiderita radikala novigado. Programoj estis skribitaj de nulo por ĉiu kliento.
La Graveco de Integriĝo
Kiam SAP lanĉis ĝian duan produktadprogramaran modulon, aldone al la unua financmodulo, la du moduloj povis facile komuniki unu kun la alia ĉar ili kunhavis oftan datumbazon. Ĉi tiu integriĝo faris la kombinaĵon de moduloj multe pli valora ol la du programoj sole.
Ĉar softvaro aŭtomatigis certajn komercprocezojn, ĝia efiko dependis peze de aliro al datenoj. Datenoj pri aĉeto estas stokitaj en la vendomodulo, inventardatumoj estas konservitaj en la magazena modulo, ktp. Kaj ĉar ĉi tiuj sistemoj ne interagas, ili devas esti sinkronigitaj regule, tio estas, la dungito mane kopiis la datumojn de unu datumbazo al alia. .
Integrita programaro solvas ĉi tiun problemon faciligante komunikadon inter firmaaj sistemoj kaj ebligante novajn specojn de aŭtomatigo. Ĉi tiu speco de integriĝo - inter malsamaj komercaj procezoj kaj ankaŭ datumfontoj - estas ŝlosila trajto de ERP-sistemoj. Ĉi tio iĝis aparte grava kiam aparataro evoluis, malfermante novajn eblecojn por aŭtomatigo - kaj ERP-sistemoj prosperis.
La rapideco de aliro al informoj en integra programaro permesas al kompanioj . Compaq, kun la helpo de ERP, enkondukis novan modelon "fara laŭmendo" (tio estas, kunmeti komputilon nur post eksplicite ricevo de mendo). Ĉi tiu modelo ŝparas monon reduktante inventaron fidante je rapida turniĝo, kio estas ĝuste tio, kion faras bona ERP. Kiam IBM sekvis eblemon, ĝi reduktis la livertempon por partoj de 22 ĝis tri tagoj.
Kia ERP Vere Aspektas
La vorto "entreprena programaro" havas nenion komunan kun laŭmoda kaj amika interfaco, kaj SAP ne estas escepto. Baza SAP-instalaĵo enhavas 20 datumbaztablojn, 000 el kiuj estas agordaj tabloj. Ĉi tiuj tabeloj enhavas ĉirkaŭ 3000 agordajn decidojn, kiuj devas esti faritaj antaŭ ol la programo komenciĝas. Tial estas vera profesio!
Malgraŭ la komplekseco de personigo, SAP ERP-programaro disponigas ŝlosilan valoron - la larĝan integriĝon inter pluraj komercaj procezoj. Ĉi tiu integriĝo rezultigas milojn da uzkazoj tra la organizo. SAP organizas tiujn uzkazojn en "transakcioj", kiuj estas komercaj agadoj. Kelkaj ekzemploj de transakcioj inkluzivas "mendokreadon" kaj "klientmontradon". Ĉi tiuj transakcioj estas organizitaj en nestita dosierujo-formato. Do por trovi la transakcion Krei Vendo-Ordon, vi iru al la dosierujo de Loĝistiko, tiam Vendoj, tiam Ordo, kaj vi trovos la realan transakcion tie.
Nomi ERP "transakcia retumilo" estus surprize preciza priskribo. Ĝi estas tre retumila, kun malantaŭa butono, zombutonoj, kaj "TCodes" tekstkampo, la ekvivalento de la retumilo de la adresbreto. SAP-subtenoj , do navigi la transakcian arbon povas esti malfacila sen ĉi tiuj kodoj.
Malgraŭ la kapturna nombro da disponeblaj agordoj kaj transakcioj, kompanioj ankoraŭ havas unikajn uzkazojn kaj bezonas agordi siajn agojn. Por trakti ĉi tiujn unikajn laborfluojn, SAP havas enkonstruitan programan medion. Jen kiel ĉiu parto funkcias:
datumoj
En la SAP-interfaco, programistoj povas krei siajn proprajn datumbaztablojn. Ĉi tiuj estas interrilataj tabeloj kiel normalaj SQL-datumbazoj: kolumnoj de diversaj tipoj, fremdaj ŝlosiloj, valorlimoj, kaj legado/skribi permesoj.
Logikoj
SAP evoluigis lingvon nomitan ABAP (Advanced Business Application Programming, origine Allgemeiner Berichts-Aufbereitungs-Prozessor, la germana por General Reporting Processor). Ĝi permesas al programistoj funkcii laŭmendan komercan logikon en respondo al specifaj eventoj aŭ laŭ horaro. ABAP estas riĉa sintaksa lingvo kun ĉirkaŭ trioble pli da ŝlosilvortoj ol JavaScript (vidu sube). ). Kiam vi skribis vian programon (SAP havas enkonstruitan redaktilon por programado), vi publikigas ĝin kiel via propra transakcio, kune kun individua TCode. Vi povas personecigi ekzistantan konduton per ampleksa sistemo de hokoj nomitaj "aldonaĵoj" kie programo estas agordita por funkcii kiam aparta transakcio estas efektivigita - simile al SQL-eksiloj.
UI
SAP ankaŭ venas kun UI-konstruanto. Ĝi subtenas treni kaj faligi kaj venas kun oportunaj funkcioj kiel generitaj formoj bazitaj sur DB-tabelo. Malgraŭ tio, ĝi estas sufiĉe malfacila uzi. Mia plej ŝatata parto de la konstrukciisto estas desegni la tabelkolumnojn:
Malfacilaĵoj en efektivigo de ERP
ERP ne estas malmultekosta. Granda multnacia korporacio povas elspezi de $100 milionoj ĝis $500 milionoj por efektivigo, inkluzive de $30 milionoj en licencaj kotizoj, $200 milionoj por konsultaj servoj, kaj la resto por aparataro, trejnado de administrantoj kaj dungitoj. Plena efektivigo daŭras kvar ĝis ses jarojn. diris: "La konkurenciva avantaĝo en la industrio estos donita al la firmao, kiu povas pli bone kaj pli malmultekoste plenumi laboron pri la efektivigo de SAP."
Kaj ne temas nur pri mono. Efektivigi ERP estas riska entrepreno, kaj la rezultoj multe varias. Unu el la sukcesaj kazoj estas la efektivigo de ERP ĉe Cisco, kiu daŭris 9 monatojn kaj $ 15 milionojn. Por komparo, la efektivigo ĉe Dow Chemical Corporation kostis $ 1 miliardo kaj daŭris 8 jarojn. . Jam kredas, ke la enkonduko de ERP-sistemoj havas "moderan ŝancon vundi la komercon." Oni ne aŭdas tion ofte kiam oni taksas programaron!
La integra naturo de ERP signifas, ke ĝi postulas la tutan kompanion efektivigi ĝin. Kaj ĉar kompanioj profitas nur poste ĉiea efektivigo, ĝi estas precipe riska! Efektivigi ERP estas pli ol nur aĉeta decido: ĝi estas devontigo ŝanĝi viajn operaciajn administradpraktikojn. Instali programaron estas facila, reagordi la laborfluon de la tuta firmao estas kie la plejparto de la laboro estas.
Klientoj ofte dungas konsilantan firmaon kiel Accenture por efektivigi sian ERP-sistemon kaj pagi al ili milionojn da dolaroj por labori kun individuaj komercaj unuoj. Analizistoj determinas kiel integri ERP en firmaajn procezojn. Kaj tuj kiam la integriĝo komenciĝas, la kompanio devus komenci trejni ĉiujn dungitojn kiel uzi la sistemon. Gartner rezervu 17% de la buĝeto nur por edukado!
Malgraŭ la malfacilaĵoj, plej multaj kompanioj de Fortune 500 adoptis ERP-sistemojn antaŭ 1998, akcelitaj de la timo de Y2K. La ERP-merkato daŭre kreskas hodiaŭ . Ĉi tiu estas unu el la plej grandaj segmentoj en la tutmonda programara industrio.
La Moderna ERP-Industrio
La plej grandaj ludantoj estas Oracle kaj SAP. Dum ambaŭ estas merkataj gvidantoj, iliaj ERP-produktoj estas surprize malsamaj. La produkto de SAP estis plejparte konstruita endome, dum Oracle ofensive aĉetis konkurantojn kiel ekzemple PeopleSoft kaj NetSuite.
Orakolo kaj SAP estas tiel dominaj ke eĉ anstataŭ sia propra Microsoft Dynamics ERP-produkto.
Ĉar la plej multaj industrioj havas sufiĉe specifajn ERP-bezonojn, Oracle kaj SAP havas antaŭkonfiguritajn agordojn por multaj industrioj kiel ekzemple manĝaĵo, aŭtomobilo kaj kemiaĵoj, same kiel vertikalaj agordoj kiel vendaj procezoj. Tamen, ĉiam estas loko por niĉaj ludantoj, kiuj emas koncentriĝi sur specifa vertikalo:
- por universitatoj
- kaj McKesson ofertas ERP por sanorganizoj
- por produktado kaj loĝistiko
Vertikalaj ERP-oj specialiĝas pri integriĝoj kaj laborfluoj specifaj por la celmerkato: ekzemple pri sanservo ERP .
Tamen, specialiĝo ne estas la sola maniero trovi vian niĉon en la merkato. Iuj noventreprenoj provas alporti pli modernajn programajn platformojn al merkato. Ekzemplo estus : ĝi ofertas la eblecon de integriĝo (kun malsamaj ERP-oj!) per abono. Startups kiel Anaplan kaj Zoho faras la samon.
ERP pliiĝas?
SAP fartas bonege en 2019, kun 24,7 miliardoj da eŭroj en enspezo pasintjare kaj merkatkapitaligo. . Sed la mondo de programaro ne estas tia, kia ĝi antaŭe estis. Kiam SAP unue aperis, datumoj estis izolitaj kaj malfacile integreblaj, do konservi ĉion en SAP ŝajnis la evidenta respondo.
Sed nun la situacio rapide ŝanĝiĝas. Plej moderna entreprena programaro (kiel Salesforce, Jira, ktp.) havas backend kun bonaj API-oj por eksporti datumojn. Datenlagoj formiĝas: ekzemple, faciligas la interkonekton de datumbazoj, kio estis neebla antaŭ nur kelkaj jaroj.
fonto: www.habr.com