Çfarë është SAP? Dhe si është e mundur që ajo kushton $163 miliardë?
Çdo vit, kompanitë shpenzojnë $41 miliardë për softuerin e planifikimit të burimeve të korporatave, i njohur me akronimin ERP. Sot, praktikisht në çdo biznes të madh është implementuar një sistem ERP të tillë ose ndonjë tjetër. Por shumica e kompanive të vogla zakonisht nuk blejnë sisteme ERP, dhe shumica e zhvilluesve, ndoshta nuk i kanë parë ato në veprim. Pra, për ne ata që nuk e kemi përdorur ERP-në, lind një pyetje… çfarë kuptimi ka? Si një kompani si SAP arrin të shesë ERP në $25 miliardë në vit?
Dhe si ndodhi që , përfshirë 78% të furnizimeve të ushqimit, kalon përmes programeve SAP?
ERP është vendi ku kompanitë ruajnë të dhënat operative kryesore. Ne flasim për parashikimet e shitjeve, porositë e blerjes, stoqet në magazinë, si dhe proceset që aktivizohen në bazë të këtyre të dhënave (për shembull, pagesat ndaj furnizuesve kur realizohen porositë). Në njëfarë mënyre, ERP është "truri" i kompanisë — ajo ruan të gjitha të dhënat e rëndësishme dhe të gjitha veprimet që iniciohen nga këto të dhëna në proceset e punës.
Por përpara se të kapte plotësisht botën moderne të biznesit, si u shfaq fillimisht ky softuer? Historia e ERP fillon me përpjekjet e rëndësishme për automatizimin e aktiviteteve zyrtare në vitet 1960. Më parë, në vitet 40 dhe 50, ndodhi kryesisht automatizimi i punës mekanike "me këmisha blu" — kujtoni General Motors, e cila krijoi departamentin e saj të automatizimit në vitin 1947. Ndërsa automatizimi i punës "me këmisha të bardha" (shpesh me ndihmën e kompjuterëve!) filloi në vitet 60.
Automatizimi i viteve '60: shfaqja e kompjuterëve
Proceset e para biznesore që u automatizuan me ndihmën e kompjuterëve ishin llogaritja e pagave dhe lëshimi i faturave. Më parë, një ushtri e tërë punonjësish zyrtarë numëronin dorazi orët e punës së punonjësve në libra kontabël, shumëzoheshin me normën për orë, pastaj llogaritnin me dorë taksat, zbritjet për ndihmat dhe kështu me radhë… e gjithë kjo vetëm për të llogaritur pagat për një muaj! Ky proces pune e lodhshëm dhe i përsëritur ishte i predispozuar për gabime njerëzore, dhe ishte ideal për automatizimin me kompjuter.
Në vitet '60, shumë kompani për automatizimin e llogaritjes së pagave dhe lëshimit të faturave përdorën kompjuterët IBM. Përpunimi i të dhënave është një term i vjetruar, nga i cili ka mbetur vetëm kompania . Në vend të tij, sot flasim për "IT". Në atë kohë, industria e zhvillimit të softuerit nuk ishte formuar akoma, prandaj në departamentet e IT shpesh merrnin analistë dhe i mësonin ata të programonin në vend. Fakulteti i parë në SHBA për Computer Science e hapi Universiteti Purdue në vitin 1962, dhe diplomi i parë në këtë fushë u dha disa vite më vonë.
Shkrimi i programeve për automatizimin/përpunimin e të dhënave në vitet '60 ishte një detyrë e vështirë për shkak të kufizimeve të memories. Nuk kishte as gjuhë të nivelit të lartë, as sisteme operative të standardizuara, as kompjuterë personalë - vetëm mainframe të mëdha të shtrenjta me një kapacitet të vogël memorie, ku programet ekzekutoheshin në kaseta magnetike! Programuesit shpesh punonin me kompjuterin gjatë natës, kur ai ishte i lirë. Për kompani si General Motors ishte një praktikë normale të shkruanin sisteme operative të tyre për të nxjerrë maksimumin nga mainframe-ët e tyre.
Sot lançojmë softuer aplikativ në disa sisteme operative standarde, por një gjë e tillë nuk ishte e mundur deri në vitet '90. 90% e gjithë softuerit është shkruar sipas kërkesës, dhe vetëm 10% është shitur në formë të gatshme.
Kjo situatë ndikoi thellë në mënyrën se si kompanitë zhvilluan teknologjitë e tyre. Disa supozuan se e ardhmja i takon pajisjeve të standardizuara me një sistem të pandryshuar operativ dhe një gjuhë programimi, si për industrinë e aviacionit (i cili përdoret ende sot!). Shumica e kompanive vazhduan të krijonin softuer të tyren plotësisht të izoluar, shpesh duke shpikur biçikletën nga e para.
Lindja e softuerit standard: programi i zgjerueshëm SAP
Në vitin 1972, pesë inxhinierë u larguan nga IBM për të nënshkruar një kontratë për furnizimin e softuerit me një kompani të madhe kimike të quajtur ICI. Ata themeluan një kompani të re të quajtur SAP (Analiza e Sistemit dhe Zhvillimi i Programeve). Si shumica e zhvilluesve të softuerit në atë kohë, ata kryesisht angazhoheshin në konsulencë. Punonjësit e SAP shkonin në zyrat e klientëve dhe zhvillonin softuer mbi kompjuterët e tyre, kryesisht për menaxhimin e logjistikës.
Biznesi po ecte mirë: SAP përfundoi vitin e parë me një të ardhur prej 620 mijë markash, që është pak më shumë se 1 milion dollarë në dollarët e sotëm. Së shpejti filluan të shesin softuerin e tyre edhe për klientë të tjerë, duke e portuar atë në sisteme të ndryshme operative, kur ishte e nevojshme. Gjatë katër viteve të ardhshme, ata fituan më shumë se 40 klientë, të ardhurat u rritën gjashtë herë dhe numri i punonjësve u rrit nga 9 në 25. Ndoshta, kjo është pak larg , por e ardhmja e SAP dukej optimiste.
Softueri SAP ishte i veçantë për disa arsye. Në atë kohë, shumica e programeve punonin gjatë natës dhe printonin rezultatet në shirita të papirë, të cilat i kontrollonit në mëngjes. Në vend të kësaj, programet SAP punonin në kohë reale, duke paraqitur rezultatet jo në letër, por në moniterë (të cilët në atë kohë kushtonin rreth 30 mijë dollarë).
Por ajo që ka rëndësi më shumë, softueri SAP fillimisht u krijua për t'u zgjeruar. Në kontratën fillestare me ICI, kompania SAP nuk krijoi softuerin nga zero, siç ishte e zakonshme në atë kohë, por shkroi kod mbi një projekt të mëparshëm. Kur SAP lëshoi softuerin e saj për llogaritjen financiare në vitin 1974, origjinalisht planifikoi që në të ardhmen të shkruante module shtesë mbi të dhe t'i shiste ato. Kjo zgjerueshmëri u bë një karakteristikë përcaktuese e SAP. Në atë kohë, ndërveprimi midis konteksteve të klientëve konsiderohej një inovacion radikal. Programet shkruheshin nga zero për çdo klient.
Rëndësia e integrimit
Kur SAP paraqiti modul të dytë të saj programor për prodhim përveç moduli të parë financiar, këto dy module patën mundësi të lehta për të bashkëpunuar me njëra-tjetrën, pasi kishin një bazë të përbashkët të dhënash. Kjo integrim bëri që kombinimi i moduleve të ishte ndjeshëm më i vlefshëm se thjesht dy programe të veçanta.
Duke qenë se softueri automatizoi disa procese biznesi, ndikimi i tij në një masë të madhe varej nga qasja në të dhëna. Të dhënat e porosisë për blerje ruhen në modul të shitjeve, të dhënat për stoqet e produkteve ruhen në modul të magazinës, etj. Dhe pasi këto sisteme nuk komunikonin, ato duhej të sinkronizoheshin rregullisht, domethënë një punonjës kopjonte manualisht të dhënat nga një bazë në tjetrën.
Softueri i integruar e zgjidh këtë problem, duke lehtësuar komunikimin mes sistemeve të kompanisë dhe duke lejuar lloje të reja automatizimi. Ky lloj integrimi - mes proceseve të ndryshme biznesi, si dhe burimeve të të dhënave - është një karakteristikë kyçe e sistemeve ERP. Kjo është bërë veçanërisht e rëndësishme ndërsa hardueri po zhvillohej, çka hapi mundësi të reja për automatizim - dhe sistemet ERP lulëzuan.
Shpejtësia e qasjes në informacion në softuerin e integruar lejon kompanitë . Kompania Compaq me ndihmën e ERP aplikoi një model të ri 'prodhimi sipas porosisë' (dmth asambleja e kompjuterëve vetëm pas marrjes së një porosie të qartë). Ky model kursen para, duke reduktuar stoqet, duke u mbështetur në një qarkullim të shpejtë - pikërisht çfarë ndihmon një ERP i mirë. Kur IBM ndoqi të njëjtin shembull, ajo reduktoi kohën e dorëzimit të komponenteve nga 22 në tre ditë.
Si duket në të vërtetë ERP
Fjalët 'softuer korporativ' nuk lidhen aspak me një ndërfaqe moderne dhe tërheqëse, dhe SAP nuk është përjashtim. Instalimi bazë i SAP përmban 20,000 tabela DB, 3,000 nga të cilat janë tabela konfigurimi. Në këto tabela ka rreth 8,000 zgjidhje konfigurimi që duhet të merren para se të fillojë puna e programit. Kjo është arsyeja pse është një profesion real!
Megjithëse konfigurimi është kompleks, software-i SAP ERP ofron një vlerë kyçe — integrim të gjerë midis disa proceseve të biznesit. Ky integrim çon në mijëra raste përdorimi në organizatë. SAP organizon këto raste përdorimi në "transaksione", që janë veprime biznesi. Disa shembuj të transaksioneve përfshijnë "krijimin e porosisë" dhe "pamjen e klientit". Këto transaksione janë organizuar në një format katalogu të brendshëm. Pra, për të gjetur transaksionin "Krijo porosi për shitje", duhet të shkosh në katalogun "Logjistika", pastaj "Shitje", pastaj "Porosi", dhe aty do të gjesh transaksionin aktual.
Nëse e quajmë ERP "në një shfletues transaksionesh", kjo do të ishte një përshkrim shumë i saktë. Ai është shumë i ngjashëm me një shfletues, ka një buton "Kthehu", butona për zmadhim dhe një fushë teksti për kodet "TCodes", ekuivalent i barit të adresës në shfletues. SAP mbështet , prandaj navigimi në pemën e transaksioneve mund të jetë i komplikuar pa këto kode.
Megjithëse numri i madh i konfigurimeve dhe transaksioneve është hutues, kompanitë ende hasin raste të veçanta përdorimi dhe u duhen të personalizojnë veprimet e tyre. Për të përpunuar këto flukse të veçanta të punës, SAP ka një mjedis të integruar programimi. Ja si funksionon çdo pjesë:
Të dhënat
Në ndërfaqen SAP, zhvilluesit mund të krijojnë tabelat e tyre të DB. Këto janë tabela relacional si bazat normale SQL: kolona të llojeve të ndryshme, çelësa të jashtëm, kufizime vlerash, si dhe leje leximi/shkrimi.
Logjika
SAP zhvilloi një gjuhë të quajtur ABAP (Programimi i Aplikacioneve të Biznesit të Avancuar, fillimisht Allgemeiner Berichts-Aufbereitungs-Prozessor, në gjermanisht "procesori i përgjithshëm i raportimit"). Ajo lejon zhvilluesit të ekzekutojnë logjikën e biznesit individuale si përgjigje ndaj ngjarjeve të caktuara ose sipas një programi. ABAP është një gjuhë me sintaksë të pasur, ka rreth trefish numrin e fjalëve kyçe se JavaScript (shih ). Kur të shkruani programin tuaj (në SAP ka një redaktues të integruar për programim), e publikoni atë si një transaksion të vetin, së bashku me një kod TCode individual. Mund të përshtatni sjelljen ekzistuese përmes një sistemi të gjerë të kushteve, të quajtur «shtesat e biznesit» (add-ins), ku programi përshtatet për t'u ekzekutuar gjatë realizimit të një transaksioni të caktuar - ngjashëm me triggerat SQL.
UI
SAP gjithashtu vjen me një ndërtues për të krijuar UI. Ai mbështet tërheqjen dhe lëshimin dhe vjen me funksione të dobishme, si forma të gjeneruara në bazë të tabelave të DB. Megjithatë, është mjaft e vështirë të përdoret. Pjesa ime e preferuar e ndërtuesit është të vizatoni kolona të tabelës:
Vështirësitë e implementimin të ERP
ERP nuk është e lirë. Një korporatë e madhe ndërkombëtare mund të shpenzojë nga 100 milion dollarë deri në 500 milion dollarë për implementimin, duke përfshirë 30 milion dollarë për tarifat e licencave, 200 milion dollarë për shërbimet e këshillimit dhe pjesa tjetër për pajisje, trajnim të menaxherëve dhe punonjësve. Implementimi i plotë zgjat nga katër deri në gjashtë vjet. tha: «Avantazhi konkurrent në industri do t'i takojë kompanisë që do të mund të realizojë më mirë dhe më lirë punët e implementimit të SAP».
Dhe çështja nuk është vetëm në para. Implementimi i ERP është një sipërmarrje me rrezik, dhe rezultatet ndryshojnë shumë. Një nga rastet e suksesshme është implementimi i ERP në Cisco, që zgjati 9 muaj dhe 15 milion dollarë. Në krahasim, implementimi në korporatën Dow Chemical kostoi 1 miliard dollarë dhe zgjati 8 vjet. . Madje besojnë se implementimi i sistemeve ERP sjell «një rrezik të moderuar për dëmtimin e biznesit». Kjo është diçka që nuk e dëgjon shpesh gjatë vlerësimit të software-ve!
Natyrën e integruar të ERP do të thotë se për implementimin e saj kërkohen përpjekjet e tërë kompanisë. Dhe pasi kompanitë përfitojnë vetëm pas implementimit të gjerë , kjo është veçanërisht e rrezikshme! Implementimi i ERP nuk është thjesht një vendim blerjeje: është një angazhim për të ndryshuar metodat e menaxhimit të operacioneve. Instalimi i software-it është i lehtë, përshtatja e fluksit të punës së tërë kompanisë - aty është puna kryesore.
Për të implementuar një sistem ERP në kompaninë e tyre, klientët shpesh punësojnë një firmë konsulence, si Accenture, dhe u paguajnë miliona dollarë për punën me njësitë e veçanta të biznesit. Analistët përcaktojnë se si të integrohet ERP në proceset e kompanisë. Dhe sapo të fillojë integrimi, kompania duhet të fillojë trajnimin e të gjithë punonjësve, se si të përdorin sistemin. Gartner rezervoni 17% të buxhetit vetëm për trajnim!
Pavarësisht të gjitha vështirësive, shumica e kompanive nga lista Fortune 500 implementuan sisteme ERP deri në vitin 1998: procesi u përshpejtua nga frika për Y2K. Tregu i ERP vazhdon të rritet edhe sot. . Ky është një nga segmentet më të mëdha në industrinë globale të software-it.
Industria moderne ERP
Liderët më të mëdhenj janë Oracle dhe SAP. Megjithëse të dyja janë liderë të tregut, produktet e tyre ERP janë befasueshëm të ndryshme. Produkti SAP u ndërtua kryesisht brenda kompanisë, ndërsa Oracle ka blerë agresivisht konkurrentët, si PeopleSoft dhe NetSuite.
Oracle dhe SAP janë kaq dominuese, saqë edhe në vend të produktit të vet ERP Microsoft Dynamics.
Duke qenë se shumica e industrive kanë nevoja shumë specifike për ERP, Oracle dhe SAP kanë konfigurime të gatshme për shumë industri, si industria ushqimore, automjetet dhe kimikatet, si dhe konfigurime vertikale, si proceset e organizatës së shitjeve. Megjithatë, gjithmonë ka hapësirë për lojtarët niçë, të cilët zakonisht fokusohen në një vertikale të caktuar:
- për universitetet
- dhe McKesson ofrojnë ERP për organizatat e kujdesit shëndetësor
- për prodhimin dhe logjistikën
ERP-të vertikale specializohen në integrime dhe procese pune specifike për tregun e synuar: për shembull, në ERP për kujdesin shëndetësor .
Megjithatë, specializimi nuk është mundësia e vetme për të gjetur nişën e tij në treg. Disa startup-e po tentojnë të sjellin platforma software më moderne në treg. Një shembull mund të jetë : ajo ofron mundësinë e integrimit (me ERP të ndryshme!) me abonim. Startup-e si Anaplan dhe Zoho ofrojnë të njëjtën gjë.
ERP në rritje?
Në vitin 2019, SAP ndjehet shumë mirë: viti i kaluar kishte të ardhura prej €24.7 miliard, dhe kapitalizimi i tregut tani . Porë bota e softuerit nuk është se ishte më parë. Kur SAP doli për herë të parë, të dhënat ishin të izoluar dhe ishte e vështirë t'i integroje; kështu që ruajtja e të gjitha këtyre në SAP dukej si përgjigjja e candidisht.
Por tani situata po ndryshon me shpejtësi. Shumica e programeve moderne të korporatave (p.sh. Salesforce, Jira, etj.) kanë një backend me API të mira për eksportimin e të dhënave. Po formohen liqene të dhënash: për shembull, lehtëson lidhjen midis bazave të të dhënave, gjë që ishte e pamundur vetëm disa vite më parë.
Burimi: habr.com
