Ի՞նչ է SAP-ը: Իսկ ինչու՞ է այն արժե 163 միլիարդ դոլար:
Ամեն տարի ընկերությունները 41 միլիարդ դոլար են ծախսում ծրագրային ապահովման վրա ձեռնարկության ռեսուրսների պլանավորում, հայտնի է հապավումով ERP. Այսօր գրեթե յուրաքանչյուր խոշոր բիզնես ներդրել է այս կամ այն ERP համակարգ: Բայց փոքր ընկերությունների մեծ մասը սովորաբար չեն գնում ERP համակարգեր, և ծրագրավորողներից շատերը հավանաբար չեն տեսել դրանք գործողության մեջ: Այսպիսով, մեզանից նրանց համար, ովքեր չեն օգտագործել ERP, հարցն այն է, թե ինչն է բռնել: Ինչպե՞ս է SAP-ի նման ընկերությանը հաջողվում տարեկան վաճառել 25 միլիարդ դոլար արժողությամբ ERP:
Եվ ինչպես եղավ դա , այդ թվում պարենային պաշարների 78%-ը, անցնում է SAP ծրագրով։
ERP-ն այն է, որտեղ ընկերությունները պահում են հիմնական գործառնական տվյալները: Մենք խոսում ենք վաճառքի կանխատեսումների, գնման պատվերների, գույքագրման և այս տվյալների հիման վրա գործարկվող գործընթացների մասին (օրինակ՝ վճարումներ մատակարարներին վճարումների ժամանակ): Ինչ-որ իմաստով, ERP-ն ընկերության «ուղեղն» է. այն պահպանում է բոլոր կարևոր տվյալները և բոլոր գործողությունները, որոնք նախաձեռնվում են այս տվյալների կողմից աշխատանքային հոսքերում:
Բայց մինչ ժամանակակից բիզնես աշխարհը ամբողջությամբ գրավելը, ինչպե՞ս ստեղծվեց այս ծրագրաշարը: ERP-ի պատմությունը սկսվում է 1960-ականներին գրասենյակային ավտոմատացման վրա լուրջ աշխատանքով: Ավելի վաղ՝ 40-50-ական թվականներին, հիմնականում տեղի էր ունենում կապույտ օձիքի մեխանիկական աշխատանքի ավտոմատացում. մտածեք General Motors-ի մասին, որը 1947 թվականին ստեղծեց իր սեփական ավտոմատացման բաժինը: Բայց «սպիտակ օձիքների» (հաճախ համակարգիչների օգնությամբ) աշխատանքի ավտոմատացումը սկսվեց 60-ականներից։
Ավտոմատացում 60-ականներին. համակարգիչների գալուստը
Առաջին բիզնես գործընթացները, որոնք ավտոմատացվել են համակարգիչների միջոցով, եղել են աշխատավարձի վճարումը և հաշիվ-ապրանքագրերը: Նախկինում գրասենյակային աշխատողների բանակները ձեռքով հաշվում էին աշխատողների ժամերը մատյաններում, բազմապատկում էին ժամային դրույքաչափով, այնուհետև ձեռքով հանում հարկերը, նպաստների նվազեցումները և այլն… այս ամենը միայն մեկ ամսվա աշխատավարձը գումարելու համար: Այս ժամանակատար, կրկնվող գործընթացը հակված է մարդկային սխալի և իդեալական է համակարգչային ավտոմատացման համար:
60-ականներին շատ ընկերություններ օգտագործում էին IBM համակարգիչներ՝ աշխատավարձի և վճարումների ավտոմատացման համար: Տվյալների մշակումը հնացած տերմին է, որից մնում է միայն ընկերությունը . Փոխարենը այսօր ասում ենք «ՏՏ»։ Այդ ժամանակ ծրագրային ապահովման մշակման ոլորտը դեռ չէր ձևավորվել, ուստի վերլուծաբաններին հաճախ տանում էին ՏՏ բաժիններ և տեղում ծրագրավորում սովորեցնում։ ԱՄՆ-ում համակարգչային գիտության առաջին բաժինը բացվել է 1962 թվականին Փրդյու համալսարանում, իսկ մասնագիտության առաջին ավարտը տեղի է ունեցել մի քանի տարի անց։
60-ականներին ավտոմատացման/տվյալների մշակման ծրագրեր գրելը բարդ խնդիր էր՝ կապված հիշողության սահմանափակումների հետ։ Չկային բարձր մակարդակի լեզուներ, չկար ստանդարտացված օպերացիոն համակարգեր, չկար անհատական համակարգիչներ, միայն մեծ թանկարժեք հիմնական սարքեր՝ փոքր հիշողությամբ, որոնք աշխատում էին մագնիսական ժապավենի գլանափաթեթների վրա: Ծրագրավորողները հաճախ աշխատում էին համակարգչի վրա գիշերը, երբ այն անվճար էր: Ընդհանուր էր, երբ General Motors-ի նման ընկերությունները գրում էին իրենց օպերացիոն համակարգերը՝ իրենց հիմնական սարքերից առավելագույն օգուտ քաղելու համար:
Այսօր մենք գործարկում ենք կիրառական ծրագրեր մի քանի ստանդարտ օպերացիոն համակարգերի վրա, բայց դա այդպես չէր մինչև 1990-ականները: IN Ամբողջ ծրագրաշարի 90%-ը գրվել է պատվերով, և միայն 10%-ն է վաճառվել առանց խանութի:
Այս իրավիճակը խորապես ազդեց, թե ինչպես են ընկերությունները զարգացնում իրենց տեխնոլոգիաները: Ոմանք ենթադրել են, որ ապագան պատկանում է ստանդարտացված ապարատին՝ նույն օպերացիոն համակարգով և ծրագրավորման լեզվով, ինչպիսին է ավիացիոն արդյունաբերության համար (որը դեռ օգտագործվում է այսօր): Ընկերությունների մեծ մասը շարունակեց ստեղծել իրենց ամբողջովին մեկուսացված ծրագրակազմը, հաճախ նորից հայտնագործելով անիվը:
Ստանդարտ ծրագրաշարի ծնունդ. SAP ընդարձակվող ծրագիր
1972-ին հինգ ինժեներ հեռացան IBM-ից՝ ծրագրային ապահովման պայմանագիր կնքելու խոշոր քիմիական ֆիրմայի հետ, որը կոչվում է ICI: Նրանք հիմնեցին նոր ընկերություն, որը կոչվում է SAP (Systemanalyse und Programmentwicklung կամ «համակարգի վերլուծություն և ծրագրերի մշակում»): Ինչպես այն ժամանակվա ծրագրային ապահովման մշակողների մեծ մասը, նրանք հիմնականում զբաղվում էին խորհրդատվությամբ: SAP-ի աշխատակիցները գալիս էին հաճախորդների գրասենյակներ և ծրագրային ապահովում մշակում իրենց համակարգիչների վրա՝ հիմնականում լոգիստիկայի կառավարման համար:
Բիզնեսը լավ էր ընթանում. SAP-ն ավարտեց իր առաջին տարին 620 մարկ եկամուտով, ինչը կազմում է 1 միլիոն դոլար այսօրվա դոլարով: Նրանք շուտով սկսեցին վաճառել իրենց ծրագրակազմը այլ հաճախորդներին՝ անհրաժեշտության դեպքում այն տեղափոխելով տարբեր օպերացիոն համակարգեր: Հաջորդ չորս տարիների ընթացքում նրանք ձեռք բերեցին ավելի քան 40 հաճախորդ, ավելացրին եկամուտը վեց անգամ և ավելացրին աշխատողների թիվը 9-ից 25-ի: Գուցե դա շատ հեռու է: , բայց SAP-ի ապագան լավատեսական տեսք ուներ:
SAP ծրագրակազմն առանձնահատուկ էր մի քանի պատճառներով. Այդ ժամանակ ծրագրերի մեծ մասն աշխատում էր գիշերը և արդյունքը տպում թղթե ժապավենների վրա, որոնք դուք ստուգել եք հաջորդ առավոտյան: Փոխարենը, SAP ծրագրերն աշխատում էին իրական ժամանակում, և արդյունքը ցուցադրվում էր ոչ թե թղթի վրա, այլ մոնիտորների վրա (այն ժամանակ արժեր մոտ 30 դոլար)։
Ամենակարևորն այն է, որ SAP ծրագրակազմը ստեղծվել է ի սկզբանե ընդարձակելի լինելու համար: ICI-ի հետ սկզբնական պայմանագրում SAP-ը զրոյից ծրագրային ապահովում չէր ստեղծում, ինչպես ընդունված էր այն ժամանակ, այլ կոդավորված էր նախորդ նախագծի վերևում: Երբ SAP-ը թողարկեց իր ֆինանսական հաշվառման ծրագիրը 1974 թվականին, այն ի սկզբանե ծրագրում էր դրա վրա գրել լրացուցիչ ծրագրային մոդուլներ և վաճառել դրանք ապագայում: Այս ընդարձակելիությունը դարձել է SAP-ի որոշիչ հատկանիշ: Այն ժամանակ հաճախորդի համատեքստերի միջև փոխգործակցությունը համարվում էր արմատական նորամուծություն: Ծրագրերը գրվել են զրոյից յուրաքանչյուր հաճախորդի համար:
Ինտեգրման կարևորությունը
Երբ SAP-ը ներկայացրեց իր երկրորդ արտադրական ծրագրային մոդուլը, բացի առաջին ֆինանսական մոդուլից, երկու մոդուլները կարողացան հեշտությամբ շփվել միմյանց հետ, քանի որ նրանք կիսում էին ընդհանուր տվյալների բազան: Այս ինտեգրումը մոդուլների համադրությունը դարձրեց շատ ավելի արժեքավոր, քան միայն երկու ծրագրերը:
Քանի որ ծրագրաշարը ավտոմատացնում էր որոշակի բիզնես գործընթացներ, դրա ազդեցությունը մեծապես կախված էր տվյալների հասանելիությունից: Գնման պատվերի տվյալները պահվում են վաճառքի մոդուլում, գույքագրման տվյալները պահվում են պահեստի մոդուլում և այլն: Եվ քանի որ այս համակարգերը չեն փոխազդում, դրանք պետք է կանոնավոր կերպով համաժամացվեն, այսինքն՝ աշխատողը ձեռքով պատճենել է տվյալները մի տվյալների բազայից մյուսը: .
Ինտեգրված ծրագրակազմը լուծում է այս խնդիրը՝ հեշտացնելով հաղորդակցությունը ընկերության համակարգերի միջև և հնարավորություն տալով ավտոմատացման նոր տեսակներ: Այս տեսակի ինտեգրումը` տարբեր բիզնես գործընթացների, ինչպես նաև տվյալների աղբյուրների միջև, ERP համակարգերի հիմնական հատկանիշն է: Սա հատկապես կարևոր դարձավ, երբ սարքաշարը զարգացավ՝ բացելով նոր հնարավորություններ ավտոմատացման համար, և ERP համակարգերը ծաղկեցին:
Ինտեգրված ծրագրային ապահովման մեջ տեղեկատվության հասանելիության արագությունը թույլ է տալիս ընկերություններին . Compaq-ը ERP-ի օգնությամբ ներկայացրել է «make-to-order» նոր մոդելը (այսինքն՝ համակարգիչը հավաքել միայն հստակ պատվեր ստանալուց հետո): Այս մոդելը խնայում է գումար՝ նվազեցնելով պաշարները՝ հենվելով արագ շրջադարձի վրա, ինչը հենց այն է, ինչ անում է լավ ERP-ն: Երբ IBM-ը հետևեց օրինակին, այն նվազեցրեց մասերի առաքման ժամանակը 22-ից մինչև երեք օր:
Ինչպիսի՞ն է իրականում ERP-ն
«Ձեռնարկությունների ծրագրակազմ» բառը կապ չունի գերժամանակակից և օգտագործողի համար հարմար ինտերֆեյսի հետ, և SAP-ը բացառություն չէ: SAP-ի հիմնական տեղադրումը պարունակում է տվյալների բազայի 20 աղյուսակներ, որոնցից 000-ը կազմաձևման աղյուսակներ են: Այս աղյուսակները պարունակում են մոտ 3000 կոնֆիգուրացիայի որոշումներ, որոնք պետք է կայացվեն նախքան ծրագրի մեկնարկը: Ահա թե ինչու իսկական մասնագիտություն է!
Չնայած հարմարեցման բարդությանը, SAP ERP ծրագրաշարն ապահովում է առանցքային արժեք՝ լայն ինտեգրում մի քանի բիզնես գործընթացների միջև: Այս ինտեգրումը հանգեցնում է հազարավոր օգտագործման դեպքերի ամբողջ կազմակերպությունում: SAP-ը այս օգտագործման դեպքերը կազմակերպում է «գործարքների», որոնք բիզնես գործունեություն են: Գործարքների որոշ օրինակներ ներառում են «պատվերի ստեղծում» և «հաճախորդի ցուցադրում»: Այս գործարքները կազմակերպվում են ներդիր գրացուցակի ձևաչափով: Այսպիսով, Create Sales Order գործարքը գտնելու համար դուք գնում եք Logistics գրացուցակ, այնուհետև Sales, ապա Պատվեր, և այնտեղ կգտնեք իրական գործարքը:
ERP-ին «գործարքի բրաուզեր» անվանելը զարմանալիորեն ճշգրիտ նկարագրություն կլինի: Այն շատ բրաուզերի է նման՝ հետադարձ կոճակով, խոշորացման կոճակներով և «TCodes» տեքստային դաշտով, որը բրաուզերի համար համարժեք է հասցեի տողին: SAP-ն աջակցում է , այնպես որ գործարքի ծառի վրա նավարկելը կարող է բարդ լինել առանց այս կոդերի:
Չնայած առկա կոնֆիգուրացիաների և գործարքների գլխապտույտ թվին, ընկերությունները դեռևս ունեն եզակի օգտագործման դեպքեր և պետք է ճշգրտեն իրենց գործողությունները: Այս եզակի աշխատանքային հոսքերը կարգավորելու համար SAP-ն ունի ներկառուցված ծրագրավորման միջավայր: Ահա թե ինչպես է աշխատում յուրաքանչյուր մաս.
Տվյալներ
SAP ինտերֆեյսում մշակողները կարող են ստեղծել իրենց տվյալների բազայի աղյուսակները: Սրանք հարաբերական աղյուսակներ են, ինչպիսիք են սովորական SQL տվյալների բազաները՝ տարբեր տեսակի սյունակներ, օտար բանալիներ, արժեքների սահմանափակումներ և կարդալու/գրելու թույլտվություններ:
Տրամաբանություն
SAP-ը մշակել է լեզու, որը կոչվում է ABAP (Advanced Business Application Programming, սկզբնապես Allgemeiner Berichts-Aufbereitungs-Prozessor, գերմաներեն՝ General Reporting Processor): Այն թույլ է տալիս ծրագրավորողներին գործարկել հատուկ բիզնես տրամաբանություն՝ ի պատասխան կոնկրետ իրադարձությունների կամ ժամանակացույցի: ABAP-ը հարուստ շարահյուսական լեզու է, որն ունի մոտ երեք անգամ ավելի շատ հիմնաբառեր, քան JavaScript-ը (տես ստորև): ) Երբ դուք գրել եք ձեր ծրագիրը (SAP-ն ունի ներկառուցված խմբագիր ծրագրավորման համար), դուք այն հրապարակում եք որպես ձեր սեփական գործարք՝ անհատական TCode-ի հետ միասին: Դուք կարող եք հարմարեցնել գոյություն ունեցող վարքագիծը կեռիկների ընդարձակ համակարգով, որը կոչվում է «հավելումներ», որտեղ ծրագիրը կազմաձևված է այնպես, որ գործարկվի որոշակի գործարքի կատարման ժամանակ, որը նման է SQL գործարկիչներին:
UI
SAP-ը նաև գալիս է UI կառուցողով: Այն աջակցում է քաշել և թողնել և ունի հարմար առանձնահատկություններ, ինչպիսիք են DB աղյուսակի հիման վրա ստեղծված ձևերը: Չնայած դրան, այն բավականին դժվար է օգտագործել։ Կոնստրուկտորի իմ սիրելի հատվածը աղյուսակի սյունակները նկարելն է.
ERP-ի ներդրման դժվարություններ
ERP-ն էժան չէ: Խոշոր բազմազգ կորպորացիան կարող է ծախսել 100 միլիոնից մինչև 500 միլիոն դոլար ներդրման վրա, այդ թվում՝ 30 միլիոն դոլար արտոնագրման վճար, 200 միլիոն դոլար՝ խորհրդատվական ծառայությունների համար, իսկ մնացածը՝ սարքավորումների, ղեկավարների և աշխատակիցների վերապատրաստման համար: Ամբողջական իրականացումը տևում է չորսից վեց տարի: «Արդյունաբերության մրցակցային առավելությունը կտրվի այն ընկերությանը, որը կարող է ավելի լավ և էժան աշխատանք կատարել SAP-ի ներդրման ուղղությամբ»:
Եվ դա միայն փողի մասին չէ: ERP-ի ներդրումը ռիսկային ձեռնարկություն է, և արդյունքները շատ տարբեր են: Հաջողված դեպքերից մեկը Cisco-ում ERP-ի ներդրումն է, որը տևել է 9 ամիս և 15 մլն դոլար, համեմատության համար նշենք, որ Dow Chemical Corporation-ում ներդրումն արժեցել է 1 մլրդ դոլար և տևել է 8 տարի: . Արդեն կարծում են, որ ERP համակարգերի ներդրումը «բիզնեսին վնասելու չափավոր հնարավորություններ է պարունակում»: Դուք այդքան հաճախ չեք լսում ծրագրակազմը գնահատելիս:
ERP-ի ինտեգրված բնույթը նշանակում է, որ այն պահանջում է ամբողջ ընկերության կողմից այն իրականացնել: Եվ քանի որ ընկերությունները շահում են միայն դրանից հետո ամենուր իրականացումը, դա հատկապես ռիսկային է։ ERP-ի ներդրումն ավելին է, քան պարզապես գնման որոշում. այն պարտավորություն է փոխել ձեր գործառնությունների կառավարման գործելակերպը: Ծրագրային ապահովման տեղադրումը հեշտ է, ամբողջ ընկերության աշխատանքային հոսքի վերակազմավորումն այն է, որտեղ գտնվում է աշխատանքի հիմնական մասը:
Հաճախորդները հաճախ վարձում են այնպիսի խորհրդատվական ընկերություն, ինչպիսին է Accenture-ն իրենց ERP համակարգը ներդնելու համար և նրանց միլիոնավոր դոլարներ վճարում առանձին բիզնես միավորների հետ աշխատելու համար: Վերլուծաբանները որոշում են, թե ինչպես ինտեգրել ERP ընկերության գործընթացներին: Եվ հենց որ սկսվի ինտեգրումը, ընկերությունը պետք է սկսի վերապատրաստել բոլոր աշխատակիցներին, թե ինչպես օգտագործել համակարգը: Gartner բյուջեի 17%-ը պահեք միայն կրթությանը։
Չնայած հավանականությանը, Fortune 500 ընկերությունների մեծ մասը 1998 թվականին որդեգրել էր ERP համակարգեր՝ արագացված Y2K-ի վախից: ERP շուկան շարունակում է աճել այսօր . Սա ծրագրային ապահովման համաշխարհային արդյունաբերության ամենամեծ հատվածներից մեկն է:
Ժամանակակից ERP արդյունաբերություն
Ամենամեծ խաղացողներն են Oracle-ը և SAP-ը: Թեև երկուսն էլ շուկայի առաջատարներ են, նրանց ERP արտադրանքները զարմանալիորեն տարբեր են: SAP-ի արտադրանքը հիմնականում ստեղծվել է սեփական դաշտում, մինչդեռ Oracle-ը ագրեսիվ կերպով գնել է այնպիսի մրցակիցներ, ինչպիսիք են PeopleSoft-ը և NetSuite-ը:
Oracle-ն ու SAP-ն այնքան գերիշխող են, որ նույնիսկ իր սեփական Microsoft Dynamics ERP արտադրանքի փոխարեն:
Քանի որ ճյուղերի մեծ մասն ունեն բավականին կոնկրետ ERP կարիքներ, Oracle-ը և SAP-ը նախապես կազմաձևել են բազմաթիվ ոլորտների համար, ինչպիսիք են սննդամթերքը, ավտոմոբիլային արդյունաբերությունը և քիմիական նյութերը, ինչպես նաև ուղղահայաց կոնֆիգուրացիաներ, ինչպիսիք են վաճառքի գործընթացները: Այնուամենայնիվ, միշտ տեղ կա խորշ խաղացողների համար, ովքեր հակված են կենտրոնանալ որոշակի ուղղահայաց վրա.
- համալսարանների համար
- և McKesson-ն առաջարկում են ERP առողջապահական կազմակերպությունների համար
- արտադրության և լոգիստիկայի համար
Ուղղահայաց ERP-ները մասնագիտանում են թիրախային շուկայի համար հատուկ ինտեգրումների և աշխատանքային հոսքերի մեջ, օրինակ՝ առողջապահական ERP-ում: .
Այնուամենայնիվ, մասնագիտացումը շուկայում ձեր տեղը գտնելու միակ միջոցը չէ: Որոշ ստարտափներ փորձում են շուկա դուրս բերել ավելի ժամանակակից ծրագրային հարթակներ: Օրինակ կլինի Այն առաջարկում է բաժանորդագրությամբ ինտեգրվելու հնարավորություն (տարբեր ERP-ների հետ): Անապլանի և Զոհոյի նման ստարտափները նույնն են անում:
ERP-ն աճո՞ւմ է:
SAP-ը հիանալի է գործում 2019 թվականին՝ նախորդ տարի 24,7 միլիարդ եվրո եկամուտով և շուկայական կապիտալիզացիայով: . Բայց ծրագրային ապահովման աշխարհն այն չէ, ինչ նախկինում էր: Երբ SAP-ն առաջին անգամ դուրս եկավ, տվյալները մեկուսացված էին և դժվար էր ինտեգրվել, ուստի այդ ամենը SAP-ում պահելը թվում էր ակնհայտ պատասխան:
Սակայն այժմ իրավիճակը արագորեն փոխվում է։ Ժամանակակից ձեռնարկությունների ծրագրերի մեծ մասը (ինչպես Salesforce-ը, Jira-ն և այլն) ունի տվյալների արտահանման լավ API-ներ: Ձևավորվում են տվյալների լճեր. օրինակ. հեշտացնում է տվյալների բազաների փոխկապակցումը, ինչը անհնար էր ընդամենը մի քանի տարի առաջ։
Source: www.habr.com