Beth yw SAP? Pam ar y ddaear ei fod yn werth $163 biliwn?
Bob blwyddyn, mae cwmnïau'n gwario $41 biliwn ar feddalwedd ar gyfer cynllunio adnoddau menter, a adnabyddir wrth yr acronym ERP. Heddiw, mae bron pob busnes mawr wedi gweithredu un system ERP neu'r llall. Ond nid yw'r rhan fwyaf o gwmnïau bach fel arfer yn prynu systemau ERP, ac mae'n debyg nad yw'r rhan fwyaf o ddatblygwyr wedi gweld un ar waith. Felly i'r rhai ohonom sydd heb ddefnyddio ERP, y cwestiwn yw ... beth yw'r hwyl? Sut mae cwmni fel SAP yn llwyddo i werthu $25 biliwn y flwyddyn mewn ERP?
A sut y digwyddodd hynny , gan gynnwys 78% o gyflenwadau bwyd sy'n mynd trwy raglenni SAP?
ERP yw lle mae cwmnïau'n storio data gweithredol craidd. Rydym yn sôn am ragolygon gwerthiant, archebion prynu, rhestr eiddo, a'r prosesau sy'n cael eu sbarduno yn seiliedig ar y data hwnnw (fel talu cyflenwyr pan osodir archebion). Mewn ffordd, ERP yw "ymennydd" y cwmni - mae'n storio'r holl ddata pwysig a'r holl gamau gweithredu sy'n cael eu sbarduno gan y data hwn mewn llifoedd gwaith.
Ond cyn cymryd drosodd y byd busnes modern yn llwyr, sut daeth y feddalwedd hon i fod? Mae hanes ERP yn dechrau gyda'r gwaith difrifol o awtomeiddio gweithgareddau swyddfa yn y 1960au. Yn flaenorol, yn y 40au a'r 50au, roedd awtomeiddio swyddi mecanyddol coler las yn bennaf - meddyliwch am General Motors, a greodd ei adran awtomeiddio ym 1947. Ond dechreuodd awtomeiddio swyddi coler wen (yn aml gyda chymorth cyfrifiaduron!) yn y 60au.
Awtomeiddio'r 60au: ymddangosiad cyfrifiaduron
Y prosesau busnes cyntaf i gael eu hawtomeiddio gan ddefnyddio cyfrifiaduron oedd y gyflogres ac anfonebu. Roedd yn arfer bod byddinoedd cyfan o weithwyr swyddfa yn cyfrifo oriau gweithwyr ar y llyfrau â llaw, wedi'i luosi â'r gyfradd fesul awr, yna trethi wedi'u tynnu â llaw, didyniadau budd-daliadau, ac ati ... i gyd dim ond i gyfrifo cyflog un mis! Roedd y broses ailadroddus, llafurddwys hon yn agored i gamgymeriadau dynol, ond roedd yn ddelfrydol ar gyfer awtomeiddio cyfrifiadurol.
Erbyn y 60au, roedd llawer o gwmnïau'n defnyddio cyfrifiaduron IBM i awtomeiddio'r gyflogres ac anfonebu. Mae prosesu data yn derm hen ffasiwn, a dim ond y cwmni sydd ar ôl ohono . Heddiw rydyn ni'n dweud “IT” yn lle. Ar y pryd, nid oedd y diwydiant datblygu meddalwedd wedi ffurfio eto, felly roedd adrannau TG yn aml yn llogi dadansoddwyr ac yn eu dysgu sut i raglennu ar y safle. Agorwyd yr adran Gyfrifiadureg gyntaf yn yr Unol Daleithiau gan Brifysgol Purdue ym 1962, a chynhaliwyd y myfyriwr graddedig cyntaf yn yr arbenigedd ychydig flynyddoedd yn ddiweddarach.
Roedd ysgrifennu rhaglenni awtomeiddio/prosesu data yn y 60au yn dasg anodd oherwydd cyfyngiadau cof. Nid oedd unrhyw ieithoedd lefel uchel, dim systemau gweithredu safonol, dim cyfrifiaduron personol - dim ond prif fframiau mawr, drud gyda rhywfaint o gof, lle'r oedd rhaglenni'n rhedeg ar riliau o dâp magnetig! Roedd rhaglenwyr yn aml yn gweithio ar y cyfrifiadur gyda'r nos pan oedd yn rhad ac am ddim. Roedd yn gyffredin i gwmnïau fel General Motors ysgrifennu eu systemau gweithredu eu hunain i gael y gorau o'u prif fframiau.
Heddiw rydym yn rhedeg meddalwedd cymhwysiad ar sawl system weithredu safonol, ond nid oedd hyn yn wir tan y 1990au. YN Ysgrifennwyd 90% o'r holl feddalwedd i archeb, a dim ond 10% a werthwyd yn barod.
Effeithiodd y sefyllfa hon yn fawr ar sut y datblygodd cwmnïau eu technolegau. Awgrymodd rhai y byddai'r dyfodol yn galedwedd safonol gydag OS sefydlog ac iaith raglennu, fel ar gyfer y diwydiant hedfan (sy'n dal i gael ei ddefnyddio heddiw!) Parhaodd y rhan fwyaf o gwmnïau i greu eu meddalwedd cwbl ynysig eu hunain, gan ailddyfeisio'r olwyn yn aml.
Genedigaeth Meddalwedd Safonol: Meddalwedd Estynadwy SAP
Ym 1972, gadawodd pum peiriannydd IBM i gymryd contract meddalwedd gyda chwmni cemegol mawr o'r enw ICI. Fe sefydlon nhw gwmni newydd o’r enw SAP (Systemanalyse und Programmentwicklung neu “dadansoddi systemau a datblygu rhaglenni”). Fel y rhan fwyaf o ddatblygwyr meddalwedd ar y pryd, roeddent yn ymwneud yn bennaf ag ymgynghori. Daeth gweithwyr SAP i swyddfeydd cleientiaid a datblygu meddalwedd ar eu cyfrifiaduron, yn bennaf ar gyfer rheoli logisteg.
Roedd busnes yn dda: daeth SAP i ben y flwyddyn gyntaf gyda refeniw o 620 mil o farciau, sef ychydig dros $1 miliwn mewn doleri heddiw. Yn fuan, dechreuon nhw werthu eu meddalwedd i gwsmeriaid eraill, gan ei drosglwyddo i wahanol systemau gweithredu yn ôl yr angen. Dros y pedair blynedd nesaf, maent wedi ennill mwy na 40 o gleientiaid, tyfodd refeniw chwe gwaith, a chynyddodd nifer y gweithwyr o 9 i 25. Efallai bod hynny'n ergyd hir. , ond roedd dyfodol SAP yn edrych yn ddisglair.
Roedd meddalwedd SAP yn arbennig am sawl rheswm. Bryd hynny, roedd y rhan fwyaf o raglenni'n rhedeg gyda'r nos ac yn argraffu'r canlyniad ar dapiau papur, y gwnaethoch chi eu gwirio y bore wedyn. Yn lle hynny, roedd rhaglenni SAP yn gweithio mewn amser real, a chafodd y canlyniad ei arddangos nid ar bapur, ond ar fonitorau (a gostiodd tua $30 mil ar y pryd).
Ond yn bwysicaf oll, dyluniwyd meddalwedd SAP i fod yn estynadwy o'r cychwyn cyntaf. Yn y contract gwreiddiol gydag ICI, ni wnaeth SAP adeiladu'r feddalwedd o'r dechrau, fel a oedd yn gyffredin ar y pryd, ond yn hytrach ysgrifennodd god ar ben prosiect blaenorol. Pan ryddhaodd SAP ei feddalwedd cyfrifo ariannol ym 1974, roedd yn bwriadu ysgrifennu modiwlau meddalwedd ychwanegol ar ei ben yn y dyfodol a'u gwerthu. Mae'r estynadwyedd hwn wedi dod yn nodwedd ddiffiniol o SAP. Bryd hynny, ystyriwyd bod rhyngweithio rhwng cyd-destunau cleientiaid yn arloesiad radical. Ysgrifennwyd rhaglenni o'r dechrau ar gyfer pob cleient.
Pwysigrwydd integreiddio
Pan gyflwynodd SAP ei ail fodiwl meddalwedd gweithgynhyrchu yn ychwanegol at ei fodiwl cyllid cyntaf, roedd y ddau fodiwl yn gallu cyfathrebu'n hawdd â'i gilydd oherwydd eu bod yn rhannu cronfa ddata gyffredin. Gwnaeth yr integreiddio hwn y cyfuniad o fodiwlau yn sylweddol fwy gwerthfawr na dim ond y ddwy raglen ar wahân.
Oherwydd bod y feddalwedd yn awtomeiddio prosesau busnes penodol, roedd ei effaith yn dibynnu'n fawr ar fynediad at ddata. Mae data archeb brynu yn cael ei storio yn y modiwl gwerthu, mae data rhestr eiddo yn cael ei storio yn y modiwl warws, ac ati A chan nad yw'r systemau hyn yn rhyngweithio, mae angen eu cysoni'n rheolaidd, hynny yw, mae'r gweithiwr yn copïo data â llaw o un gronfa ddata i'r llall .
Mae meddalwedd integredig yn datrys y broblem hon trwy hwyluso cyfathrebu rhwng systemau cwmni a galluogi mathau newydd o awtomeiddio. Mae'r math hwn o integreiddio - rhwng gwahanol brosesau busnes yn ogystal â ffynonellau data - yn nodwedd allweddol o systemau ERP. Daeth hyn yn arbennig o bwysig wrth i galedwedd esblygu, gan agor posibiliadau newydd ar gyfer awtomeiddio - a systemau ERP yn ffynnu.
Mae cyflymder mynediad at wybodaeth mewn meddalwedd integredig yn caniatáu i gwmnïau . Cyflwynodd Compaq, gan ddefnyddio ERP, fodel newydd o “wneud-i-archeb” (hynny yw, adeiladu cyfrifiadur dim ond ar ôl derbyn archeb benodol). Mae'r model hwn yn arbed arian trwy leihau rhestr eiddo, gan ddibynnu ar drawsnewid cyflym - yn union yr hyn y mae ERP da yn helpu ag ef. Pan ddilynodd IBM yr un peth, gostyngodd yr amser dosbarthu ar gyfer cydrannau o 22 diwrnod i dri.
Sut olwg sydd ar ERP mewn gwirionedd
Nid yw'r geiriau “meddalwedd menter” yn gysylltiedig â rhyngwyneb ffasiynol a hawdd ei ddefnyddio, ac nid yw SAP yn eithriad. Mae gosodiad SAP sylfaenol yn cynnwys 20 o dablau cronfa ddata, y mae 000 ohonynt yn dablau ffurfweddu. Mae'r tablau hyn yn cynnwys tua 3000 o benderfyniadau ffurfweddu y mae angen eu gwneud cyn i'r rhaglen ddechrau rhedeg. Dyna pam - mae hwn yn broffesiwn go iawn!
Er gwaethaf cymhlethdod addasu, mae meddalwedd SAP ERP yn darparu gwerth allweddol - integreiddio eang rhwng sawl proses fusnes. Mae'r integreiddio hwn yn arwain at filoedd o achosion defnydd ar draws sefydliad. Mae SAP yn trefnu'r achosion defnydd hyn yn “drafodion,” sef gweithredoedd busnes. Mae rhai enghreifftiau o drafodion yn cynnwys "creu archeb" a "cwsmer arddangos". Trefnir y trafodion hyn mewn fformat cyfeiriadur nythu. Felly, i ddod o hyd i'r trafodiad Creu Gorchymyn Gwerthu, ewch i'r cyfeiriadur Logisteg, yna Gwerthu, yna Archeb, ac yno fe welwch y trafodiad gwirioneddol.
Byddai galw ERP yn “borwr trafodion” yn ddisgrifiad rhyfeddol o gywir. Mae'n debyg iawn i borwr, gyda botwm cefn, botymau chwyddo, a maes testun ar gyfer “TCodes,” sy'n cyfateb i far cyfeiriad porwr. SAP yn cefnogi , felly gall llywio'r goeden drafodion fod yn anodd heb y codau hyn.
Er gwaethaf y nifer syfrdanol o gyfluniadau a thrafodion sydd ar gael, mae cwmnïau'n dal i wynebu achosion defnydd unigryw ac mae angen iddynt fireinio eu gweithrediadau. Er mwyn ymdrin â llifoedd gwaith mor unigryw, mae gan SAP amgylchedd rhaglennu adeiledig. Dyma sut mae pob rhan yn gweithio:
Data
Yn y rhyngwyneb SAP, gall datblygwyr greu eu tablau cronfa ddata eu hunain. Mae'r rhain yn dablau perthynol fel cronfeydd data SQL rheolaidd: colofnau o wahanol fathau, allweddi tramor, cyfyngiadau gwerth, a chaniatâd darllen / ysgrifennu.
Rhesymeg
Datblygodd SAP iaith o'r enw ABAP (Rhaglenu Cymwysiadau Busnes Uwch, yn wreiddiol Allgemeiner Berichts-Aufbereitungs-Prozessor, Almaeneg ar gyfer “prosesydd adrodd cyffredinol”). Mae'n caniatáu i ddatblygwyr redeg rhesymeg busnes arferol mewn ymateb i ddigwyddiadau penodol neu ar amserlen. Mae ABAP yn iaith gyfoethog o ran cystrawen, gyda thua thair gwaith cymaint o eiriau allweddol â JavaScript (gweler isod). ). Pan fyddwch wedi ysgrifennu'ch rhaglen (mae gan SAP olygydd rhaglennu adeiledig), rydych chi'n ei chyhoeddi fel eich trafodiad eich hun, ynghyd â TCode unigol. Gallwch chi addasu ymddygiad presennol gan ddefnyddio system helaeth o fachau o'r enw “ychwanegion busnes,” lle mae rhaglen wedi'i ffurfweddu i redeg pan fydd trafodiad penodol yn digwydd - yn debyg i sbardunau SQL.
UI
Mae SAP hefyd yn dod gyda dylunydd ar gyfer creu UI. Mae'n cefnogi llusgo-n-drop ac yn dod gyda nodweddion defnyddiol fel ffurflenni a gynhyrchir yn seiliedig ar dabl DB. Er gwaethaf hyn, mae'n eithaf anodd ei ddefnyddio. Fy hoff ran o'r dylunydd yw lluniadu'r colofnau tabl:
Anawsterau gweithredu ERP
Nid yw ERP yn rhad. Gall corfforaeth ryngwladol fawr wario rhwng $100 miliwn a $500 miliwn ar weithredu, gan gynnwys $30 miliwn mewn ffioedd trwyddedu, $200 miliwn ar gyfer gwasanaethau ymgynghori, a'r gweddill ar galedwedd, hyfforddiant i reolwyr a gweithwyr. Mae gweithredu llawn yn cymryd pedair i chwe blynedd. Dywedodd: “Bydd mantais gystadleuol yn y diwydiant yn cael ei roi i’r cwmni sy’n gallu cyflawni gwaith gweithredu SAP yn well ac yn rhatach.”
Ac nid yw'n ymwneud ag arian yn unig. Mae gweithredu ERP yn ymdrech beryglus ac mae'r canlyniadau'n amrywio'n fawr. Un o'r achosion llwyddiannus yw gweithredu ERP yn Cisco, a gymerodd 9 mis a $15 miliwn.Er cymhariaeth, costiodd gweithredu yn Dow Chemical Corporation $1 biliwn a chymerodd 8 mlynedd. . Eisoes yn credu bod gan weithredu systemau ERP “siawns gymedrol o niweidio’r busnes.” Mae hyn yn rhywbeth nad ydych yn ei glywed yn aml wrth werthuso meddalwedd!
Mae natur integredig ERP yn golygu bod angen ymdrech cwmni cyfan i'w weithredu. Ac ers cwmnïau elwa dim ond ar ôl hollbresennol gweithredu, mae hyn yn arbennig o beryglus! Nid penderfyniad prynu yn unig yw gweithredu ERP: mae'n ymrwymiad i newid y ffordd yr ydych yn rheoli eich gweithrediadau. Mae gosod y meddalwedd yn hawdd, ad-drefnu llif gwaith y cwmni cyfan yw lle mae'r gwaith go iawn.
Er mwyn gweithredu system ERP, mae cleientiaid yn aml yn llogi cwmni ymgynghori fel Accenture ac yn talu miliynau o ddoleri iddynt weithio gydag unedau busnes unigol. Mae dadansoddwyr yn pennu sut i integreiddio ERP i brosesau cwmni. Ac ar ôl i'r integreiddio ddechrau, rhaid i'r cwmni ddechrau hyfforddi'r holl weithwyr sut i ddefnyddio'r system. Gartner cadw 17% o'r gyllideb yn unig ar gyfer hyfforddiant!
Er gwaethaf yr holl anawsterau, roedd y rhan fwyaf o gwmnïau Fortune 500 wedi gweithredu systemau ERP erbyn 1998, proses a gyflymwyd gan ddychryn Y2K. Mae marchnad ERP yn parhau i dyfu heddiw . Mae'n un o'r segmentau mwyaf yn y diwydiant meddalwedd byd-eang.
Diwydiant ERP Modern
Y chwaraewyr mwyaf yw Oracle a SAP. Er bod y ddau yn arweinwyr marchnad, mae eu cynhyrchion ERP yn rhyfeddol o wahanol. Adeiladwyd cynnyrch SAP yn fewnol i raddau helaeth, tra bod Oracle wedi caffael cystadleuwyr fel PeopleSoft a NetSuite yn ymosodol.
Mae Oracle a SAP mor drech na hyd yn oed yn lle ei gynnyrch Microsoft Dynamics ERP ei hun.
Oherwydd bod gan y mwyafrif o ddiwydiannau anghenion ERP eithaf penodol, mae gan Oracle a SAP gyfluniadau wedi'u hadeiladu ymlaen llaw ar gyfer llawer o ddiwydiannau megis bwyd, modurol a chemegau, yn ogystal â ffurfweddau fertigol megis prosesau galluogi gwerthu. Fodd bynnag, mae lle bob amser i chwaraewyr arbenigol sy'n tueddu i ganolbwyntio ar fertigol penodol:
- ar gyfer prifysgolion
- a McKesson yn cynnig ERP ar gyfer sefydliadau gofal iechyd
- ar gyfer cynhyrchu a logisteg
Mae ERPs fertigol yn arbenigo mewn integreiddiadau a llifoedd gwaith sy'n benodol i'r farchnad darged: er enghraifft, ERP ar gyfer gofal iechyd .
Fodd bynnag, nid arbenigo yw'r unig gyfle i ddod o hyd i'ch cilfach yn y farchnad. Mae rhai busnesau newydd yn ceisio dod â llwyfannau meddalwedd mwy modern i'r farchnad. Enghraifft fyddai : Mae'n cynnig y posibilrwydd o integreiddio (gyda gwahanol ERPs!) trwy danysgrifiad. Mae busnesau newydd fel Anaplan a Zoho yn cynnig yr un peth.
A yw ERP ar gynnydd?
Mae SAP yn gwneud yn wych yn 2019: roedd y refeniw yn € 24,7 biliwn y llynedd ac mae ei gyfalafu marchnad bellach . Ond nid yw'r byd meddalwedd yr hyn yr arferai fod. Pan ddaeth SAP allan gyntaf, roedd y data yn silw ac yn anodd ei integreiddio, felly roedd storio'r cyfan yn SAP yn ymddangos fel yr ateb amlwg.
Ond nawr mae'r sefyllfa'n newid yn gyflym. Mae gan y rhan fwyaf o feddalwedd menter modern (e.e. Salesforce, Jira, ac ati) gefn gydag APIs da ar gyfer allforio data. Mae llynnoedd data yn cael eu ffurfio: er enghraifft, yn hwyluso rhyng-gysylltiad cronfeydd data a oedd yn amhosibl ychydig flynyddoedd yn ôl.
Ffynhonnell: hab.com