Նախորդ հոդվածներում մենք արդեն նայեցինք, թե ինչ է IdM-ը, ինչպես հասկանալ, թե արդյոք ձեր կազմակերպությանը նման համակարգ է պետք, ինչ խնդիրներ է այն լուծում և ինչպես հիմնավորել կատարման բյուջեն ղեկավարությանը: Այսօր մենք կխոսենք այն կարևոր փուլերի մասին, որոնք պետք է անցնի կազմակերպությունն ինքը՝ IdM համակարգի ներդրումից առաջ հասունության պատշաճ մակարդակի հասնելու համար։ Ի վերջո, IdM-ը նախատեսված է ավտոմատացնելու գործընթացները, բայց անհնար է ավտոմատացնել քաոսը:
Քանի դեռ ընկերությունը չի հասել խոշոր ձեռնարկության չափի և չի կուտակել բազմաթիվ տարբեր բիզնես համակարգեր, այն սովորաբար չի մտածում մուտքի վերահսկման մասին: Հետևաբար, դրանում իրավունքների և վերահսկիչ լիազորությունների ձեռքբերման գործընթացները կառուցվածքային չեն և դժվար է վերլուծել։ Աշխատակիցները մուտքի համար դիմումները լրացնում են այնպես, ինչպես ցանկանում են, հաստատման գործընթացը նույնպես պաշտոնականացված չէ, և երբեմն այն պարզապես գոյություն չունի: Հնարավոր չէ արագ պարզել, թե ինչ մուտք ունի աշխատողը, ով է դա հաստատել և ինչի հիման վրա:
Հաշվի առնելով, որ մուտքի ավտոմատացման գործընթացն ազդում է երկու հիմնական ասպեկտների վրա՝ անձնակազմի տվյալները և տեղեկատվական համակարգերի տվյալները, որոնց հետ պետք է իրականացվի ինտեգրում, մենք կքննարկենք այն քայլերը, որոնք անհրաժեշտ են ապահովելու համար, որ IdM-ի իրականացումը սահուն ընթանա և չառաջացնի մերժում.
- Կադրային գործընթացների վերլուծություն և աշխատակիցների տվյալների բազայի աջակցության օպտիմալացում կադրային համակարգերում:
- Օգտատիրոջ և իրավունքների տվյալների վերլուծություն, ինչպես նաև մուտքի վերահսկման մեթոդների թարմացում թիրախային համակարգերում, որոնք նախատեսվում է միացնել IdM-ին:
- Կազմակերպչական գործունեություն և անձնակազմի ներգրավվածություն IdM-ի ներդրման նախապատրաստման գործընթացում:
Անձնակազմի տվյալներ
Կազմակերպությունում կարող է լինել անձնակազմի տվյալների մեկ աղբյուր, կամ կարող են լինել մի քանիսը: Օրինակ, կազմակերպությունը կարող է ունենալ բավականին լայն մասնաճյուղային ցանց, և յուրաքանչյուր մասնաճյուղ կարող է օգտագործել իր կադրային բազան:
Նախևառաջ անհրաժեշտ է հասկանալ, թե աշխատողների մասին ինչ հիմնական տվյալներ են պահվում անձնակազմի հաշվառման համակարգում, ինչ իրադարձություններ են գրանցվում և գնահատել դրանց ամբողջականությունն ու կառուցվածքը:
Հաճախ պատահում է, որ ոչ բոլոր կադրային իրադարձություններն են նշվում կադրային աղբյուրում (և ավելի հաճախ դրանք նշվում են ժամանակավրեպ և ոչ ամբողջովին ճիշտ): Ահա մի քանի բնորոշ օրինակներ.
- Տերեւները, դրանց կատեգորիաները և ժամկետները (սովորական կամ երկարաժամկետ) չեն գրանցվում.
- Կես դրույքով զբաղվածությունը չի գրանցվում. օրինակ, երեխայի խնամքի համար երկարաժամկետ արձակուրդում գտնվելու ժամանակ աշխատողը կարող է միաժամանակ աշխատել կես դրույքով.
- թեկնածուի կամ աշխատակցի փաստացի կարգավիճակն արդեն փոխվել է (ընդունելություն/փոխանցում/ազատում), և այս միջոցառման մասին հրամանը տրվում է ուշացումով.
- Աշխատակիցը նոր սովորական պաշտոնի է տեղափոխվել աշխատանքից ազատման միջոցով, մինչդեռ կադրային համակարգը չի գրանցում տեղեկատվություն, որ դա տեխնիկական աշխատանքից ազատում է:
Արժե նաև հատուկ ուշադրություն դարձնել տվյալների որակի գնահատմանը, քանի որ վստահելի աղբյուրից ստացված ցանկացած սխալ և անճշտություն, որը HR համակարգերն են, ապագայում կարող են թանկ արժենալ և բազմաթիվ խնդիրներ առաջացնել IdM-ի ներդրման ժամանակ: Օրինակ, HR աշխատակիցները հաճախ աշխատողների պաշտոնները մուտքագրում են անձնակազմի համակարգ տարբեր ձևաչափերով՝ մեծ և փոքրատառեր, հապավումներ, տարբեր թվով բացատներ և այլն: Արդյունքում, նույն պաշտոնը կարող է արձանագրվել անձնակազմի համակարգում հետևյալ տատանումներով.
- Ավագ մենեջեր
- ավագ մենեջեր
- ավագ մենեջեր
- Արվեստ. մենեջեր…
Հաճախ դուք պետք է զբաղվեք ձեր անվան ուղղագրության տարբերություններով.
- Շմելևա Նատալյա Գենադիևնա,
- Շմելևա Նատալյա Գենադիևնա...
Հետագա ավտոմատացման համար նման խառնաշփոթն անընդունելի է, հատկապես, եթե այդ հատկանիշները նույնականացման հիմնական նշանն են, այսինքն՝ աշխատողի և համակարգերում նրա լիազորությունների մասին տվյալները համեմատվում են ճշգրիտ լրիվ անունով:
Բացի այդ, չպետք է մոռանալ ընկերությունում անվանակիցների և լրիվ անվանակիցների հնարավոր առկայության մասին։ Եթե կազմակերպությունն ունի հազար աշխատող, կարող է լինել քիչ նման համընկնում, բայց եթե կա 50 հազար, ապա դա կարող է դառնալ IdM համակարգի ճիշտ աշխատանքի կրիտիկական խոչընդոտ:
Ամփոփելով վերը նշված բոլորը՝ մենք եզրակացնում ենք. կազմակերպության անձնակազմի տվյալների բազա տվյալների մուտքագրման ձևաչափը պետք է ստանդարտացված լինի: Անունների, պաշտոնների և ստորաբաժանումների մուտքագրման պարամետրերը պետք է հստակ սահմանվեն: Լավագույն տարբերակն այն է, երբ HR աշխատակիցը ձեռքով չի մուտքագրում տվյալները, այլ ընտրում է դրանք գերատեսչությունների և պաշտոնների կառուցվածքի նախապես ստեղծված գրացուցակից՝ օգտագործելով անձնակազմի տվյալների բազայում առկա «ընտրել» գործառույթը:
Համաժամացման հետագա սխալներից խուսափելու և հաշվետվությունների անհամապատասխանությունները ձեռքով շտկելու համար, Աշխատակիցներին նույնականացնելու ամենանախընտրելի միջոցը անձը հաստատող փաստաթուղթ մուտքագրելն է կազմակերպության յուրաքանչյուր աշխատակցի համար. Նման նույնացուցիչը կհատկացվի յուրաքանչյուր նոր աշխատակցի և կհայտնվի ինչպես անձնակազմի համակարգում, այնպես էլ կազմակերպության տեղեկատվական համակարգերում՝ որպես հաշվի պարտադիր հատկանիշ: Կարևոր չէ՝ այն բաղկացած է թվերից, թե տառերից, գլխավորն այն է, որ այն եզակի է յուրաքանչյուր աշխատակցի համար (օրինակ՝ շատերն օգտագործում են աշխատողի անձնակազմի համարը): Հետագայում այս հատկանիշի ներդրումը մեծապես կհեշտացնի անձնակազմի աղբյուրի աշխատակիցների տվյալների կապը տեղեկատվական համակարգերում նրա հաշիվների և լիազորությունների հետ:
Այնպես որ, կադրային գրառումների բոլոր քայլերն ու մեխանիզմները վերլուծության ու կարգի բերելու կարիք կունենան։ Միանգամայն հնարավոր է, որ որոշ գործընթացներ պետք է փոխվեն կամ փոփոխվեն։ Սա հոգնեցուցիչ և տքնաջան աշխատանք է, սակայն անհրաժեշտ է, այլապես կադրային իրադարձությունների վերաբերյալ հստակ և կառուցվածքային տվյալների բացակայությունը կհանգեցնի դրանց ավտոմատ մշակման սխալների: Վատագույն դեպքում, չկառուցված գործընթացներն ընդհանրապես անհնար կլինի ավտոմատացնել:
Թիրախային համակարգեր
Հաջորդ փուլում մենք պետք է հասկանանք, թե քանի տեղեկատվական համակարգ ենք ցանկանում ինտեգրել IdM կառուցվածքին, օգտատերերի և նրանց իրավունքների մասին ինչ տվյալներ են պահվում այդ համակարգերում և ինչպես կառավարել դրանք:
Շատ կազմակերպություններում կարծիք կա, որ մենք կտեղադրենք IdM, կկարգավորենք միակցիչները թիրախային համակարգերին, և կախարդական փայտիկի ալիքով ամեն ինչ կաշխատի՝ առանց մեր կողմից հավելյալ ջանքերի։ Դա, ավաղ, չի լինում։ Ընկերություններում տեղեկատվական համակարգերի լանդշաֆտը զարգանում և աստիճանաբար մեծանում է: Յուրաքանչյուր համակարգ կարող է ունենալ մուտքի իրավունքներ տրամադրելու տարբեր մոտեցում, այսինքն՝ կարող են կազմաձևվել մուտքի վերահսկման տարբեր միջերեսներ: Ինչ-որ տեղ վերահսկումը տեղի է ունենում API-ի (հավելվածի ծրագրավորման ինտերֆեյսի) միջոցով, ինչ-որ տեղ տվյալների բազայի միջոցով՝ օգտագործելով պահպանված ընթացակարգերը, ինչ-որ տեղ կարող է ընդհանրապես չլինել փոխազդեցության միջերեսներ: Դուք պետք է պատրաստ լինեք այն փաստին, որ ստիպված կլինեք վերանայել կազմակերպության համակարգերում հաշիվների և իրավունքների կառավարման բազմաթիվ գոյություն ունեցող գործընթացներ. փոխել տվյալների ձևաչափը, նախապես բարելավել փոխազդեցության միջերեսները և ռեսուրսներ հատկացնել այս աշխատանքի համար:
Դեր մոդել
Դուք հավանաբար կհանդիպեք դերային մոդելի հայեցակարգին IdM լուծումների մատակարար ընտրելու փուլում, քանի որ սա մուտքի իրավունքների կառավարման ոլորտում հիմնական հասկացություններից մեկն է: Այս մոդելում տվյալների հասանելիությունն ապահովվում է դերի միջոցով: Դերը մուտքերի մի շարք է, որոնք նվազագույն անհրաժեշտ են որոշակի պաշտոնում գտնվող աշխատողի համար՝ իրենց ֆունկցիոնալ պարտականությունները կատարելու համար:
Դերի վրա հիմնված մուտքի վերահսկումն ունի մի շարք անհերքելի առավելություններ.
- պարզ և արդյունավետ է նույն իրավունքները հատկացնել մեծ թվով աշխատողներին.
- նույն իրավունքների փաթեթով աշխատողների մուտքի արագ փոփոխություն.
- իրավունքների ավելորդության վերացում և օգտվողների համար անհամատեղելի լիազորությունների սահմանազատում։
Դերերի մատրիցը սկզբում կառուցվում է առանձին կազմակերպության յուրաքանչյուր համակարգում, այնուհետև մասշտաբվում է ամբողջ ՏՏ լանդշաֆտին, որտեղ գլոբալ բիզնեսի դերերը ձևավորվում են յուրաքանչյուր համակարգի դերերից: Օրինակ, «Հաշվապահ» բիզնես դերը կներառի մի քանի առանձին դերեր ձեռնարկության հաշվապահական հաշվառման բաժնում օգտագործվող տեղեկատվական համակարգերից յուրաքանչյուրի համար:
Վերջերս «լավագույն պրակտիկա» է համարվում ստեղծել դերային մոդել նույնիսկ հավելվածների, տվյալների բազաների և օպերացիոն համակարգերի մշակման փուլում: Միևնույն ժամանակ, հաճախ լինում են իրավիճակներ, երբ դերերը համակարգում կազմաձևված չեն կամ դրանք պարզապես գոյություն չունեն: Այս դեպքում, այս համակարգի ադմինիստրատորը պետք է մուտքագրի հաշվի տեղեկատվությունը մի քանի տարբեր ֆայլերի, գրադարանների և գրացուցակների մեջ, որոնք ապահովում են անհրաժեշտ թույլտվությունները: Նախապես սահմանված դերերի օգտագործումը թույլ է տալիս արտոնություններ տալ բարդ կոմպոզիտային տվյալների համակարգում գործողությունների մի ամբողջ շարք իրականացնելու համար:
Տեղեկատվական համակարգում դերերը, որպես կանոն, բաշխվում են պաշտոնների և ստորաբաժանումների համար՝ ըստ կադրային կառուցվածքի, բայց կարող են ստեղծվել նաև որոշակի բիզնես գործընթացների համար։ Օրինակ, ֆինանսական կազմակերպությունում հաշվարկային բաժնի մի քանի աշխատակիցներ զբաղեցնում են նույն պաշտոնը՝ օպերատոր: Բայց բաժնի ներսում կա նաև բաշխում առանձին գործընթացների՝ ըստ տարբեր տեսակի գործառնությունների (արտաքին կամ ներքին, տարբեր արժույթներով, կազմակերպության տարբեր հատվածներով): Որպեսզի մեկ ստորաբաժանման բիզնես ոլորտներից յուրաքանչյուրին տրամադրվի տեղեկատվական համակարգ՝ ըստ պահանջվող առանձնահատկությունների, անհրաժեշտ է իրավունքները ներառել առանձին ֆունկցիոնալ դերերում: Դա հնարավորություն կտա գործունեության յուրաքանչյուր բնագավառի համար ապահովել լիազորությունների նվազագույն բավարար փաթեթ, որը չի ներառում ավելորդ իրավունքները:
Բացի այդ, հարյուրավոր դերեր, հազարավոր օգտվողներ և միլիոնավոր թույլտվություններ ունեցող խոշոր համակարգերի համար լավ պրակտիկա է դերերի հիերարխիայի և արտոնությունների ժառանգության օգտագործումը: Օրինակ, ծնողական դերը Ադմինիստրատորը կժառանգի երեխաների դերերի արտոնությունները՝ Օգտատեր և ընթերցող, քանի որ Ադմինիստրատորը կարող է անել այն ամենը, ինչ կարող են անել Օգտատերն ու ընթերցողը, ինչպես նաև կունենա լրացուցիչ վարչական իրավունքներ: Օգտագործելով հիերարխիա, կարիք չկա նույն իրավունքները վերստին նշել նույն մոդուլի կամ համակարգի մի քանի դերերում:
Առաջին փուլում դուք կարող եք դերեր ստեղծել այն համակարգերում, որտեղ իրավունքների համակցությունների հնարավոր քանակը այնքան էլ մեծ չէ, և արդյունքում հեշտ է կառավարել փոքր թվով դերեր: Սրանք կարող են լինել սովորական իրավունքներ, որոնք պահանջվում են ընկերության բոլոր աշխատակիցների կողմից հանրությանը հասանելի համակարգերի նկատմամբ, ինչպիսիք են Active Directory (AD), փոստային համակարգերը, ծառայության կառավարիչը և այլն: Այնուհետև տեղեկատվական համակարգերի համար ստեղծված դերային մատրիցները կարող են ներառվել ընդհանուր դերային մոդելում՝ դրանք համատեղելով բիզնես դերերի մեջ:
Օգտագործելով այս մոտեցումը, ապագայում IdM համակարգի ներդրման ժամանակ հեշտ կլինի ավտոմատացնել մուտքի իրավունքի տրամադրման ողջ գործընթացը՝ հիմնված ստեղծված առաջին փուլի դերերի վրա։
NB Դուք չպետք է փորձեք անմիջապես ներառել հնարավորինս շատ համակարգեր ինտեգրման մեջ: Ավելի լավ է IdM-ին միացնել ավելի բարդ ճարտարապետությամբ և մուտքի իրավունքների կառավարման կառուցվածքով համակարգերը առաջին փուլում կիսաավտոմատ ռեժիմով: Այսինքն՝ կադրային իրադարձությունների հիման վրա իրականացնենք միայն մուտքի հարցումի ավտոմատ գեներացումը, որը կուղարկվի ադմինիստրատորին՝ կատարման համար, և նա ձեռքով կկարգավորի իրավունքները։
Առաջին փուլը հաջողությամբ ավարտելուց հետո դուք կարող եք ընդլայնել համակարգի ֆունկցիոնալությունը նոր ընդլայնված բիզնես գործընթացների վրա, իրականացնել ամբողջական ավտոմատացում և մասշտաբում՝ լրացուցիչ տեղեկատվական համակարգերի միացմամբ:
Այլ կերպ ասած, IdM-ի ներդրմանը նախապատրաստվելու համար անհրաժեշտ է գնահատել տեղեկատվական համակարգերի պատրաստակամությունը նոր գործընթացին և նախապես վերջնական տեսքի բերել օգտատերերի հաշիվների և օգտատերերի իրավունքների կառավարման արտաքին փոխգործակցության միջերեսները, եթե այդպիսի միջերեսներ չկան: հասանելի է համակարգում: Պետք է ուսումնասիրվի նաև տեղեկատվական համակարգերում դերերի քայլ առ քայլ ստեղծման հարցը՝ հասանելիության համապարփակ հսկողության համար:
Կազմակերպչական միջոցառումներ
Մի զեղչեք նաև կազմակերպչական խնդիրները: Որոշ դեպքերում նրանք կարող են որոշիչ դեր խաղալ, քանի որ ամբողջ ծրագրի արդյունքը հաճախ կախված է գերատեսչությունների միջև արդյունավետ փոխգործակցությունից: Դա անելու համար մենք սովորաբար խորհուրդ ենք տալիս կազմակերպությունում ստեղծել գործընթացի մասնակիցների թիմ, որը կներառի ներգրավված բոլոր բաժինները: Քանի որ սա լրացուցիչ բեռ է մարդկանց համար, փորձեք նախապես բացատրել ապագա գործընթացի բոլոր մասնակիցներին նրանց դերն ու նշանակությունը փոխազդեցության կառուցվածքում: Եթե այս փուլում «վաճառեք» IdM-ի գաղափարը ձեր գործընկերներին, ապա ապագայում կարող եք խուսափել բազմաթիվ դժվարություններից։
Հաճախ տեղեկատվական անվտանգության կամ ՏՏ ստորաբաժանումները հանդիսանում են ընկերությունում IdM-ի իրականացման նախագծի «տերերը», և բիզնես ստորաբաժանումների կարծիքները հաշվի չեն առնվում: Սա մեծ սխալ է, քանի որ միայն նրանք գիտեն, թե ինչպես և ինչ բիզնես գործընթացներում է օգտագործվում յուրաքանչյուր ռեսուրս, ում պետք է հասանելիություն տրվի, ում ոչ։ Հետևաբար, նախապատրաստման փուլում կարևոր է նշել, որ բիզնեսի սեփականատերն է, ով պատասխանատու է ֆունկցիոնալ մոդելի համար, որի հիման վրա մշակվում են օգտատերերի իրավունքների (դերերի) հավաքածուները տեղեկատվական համակարգում, ինչպես նաև ապահովելու համար, որ այս դերերը թարմացվում են: Դեր մոդելը ստատիկ մատրիցա չէ, որը կառուցվում է մեկ անգամ, և դուք կարող եք հանգստանալ դրա վրա: Սա «կենդանի օրգանիզմ» է, որը պետք է անընդհատ փոխվի, թարմացվի և զարգանա՝ հետևելով կազմակերպության կառուցվածքի և աշխատակիցների ֆունկցիոնալ փոփոխություններին: Հակառակ դեպքում, կա՛մ խնդիրներ կառաջանան՝ կապված մուտքի տրամադրման հետաձգման հետ, կա՛մ տեղեկատվական անվտանգության ռիսկեր՝ կապված ավելորդ մուտքի իրավունքի հետ, որն ավելի վատ է:
Ինչպես գիտեք, «յոթ դայակները երեխա ունեն առանց աչքի», ուստի ընկերությունը պետք է մշակի մեթոդաբանություն, որը նկարագրում է դեր մոդելի ճարտարապետությունը, գործընթացի կոնկրետ մասնակիցների փոխազդեցությունն ու պատասխանատվությունը՝ այն թարմացնելու համար: Եթե ընկերությունն ունի բիզնես գործունեության բազմաթիվ ոլորտներ և, համապատասխանաբար, բազմաթիվ ստորաբաժանումներ և բաժիններ, ապա յուրաքանչյուր ոլորտի համար (օրինակ՝ վարկավորում, գործառնական աշխատանք, հեռահար ծառայություններ, համապատասխանություն և այլն)՝ որպես դերի վրա հիմնված մուտքի կառավարման գործընթացի մաս, այն անհրաժեշտ է առանձին կուրատորներ նշանակել։ Դրանց միջոցով հնարավոր կլինի արագ տեղեկատվություն ստանալ գերատեսչության կառուցվածքի փոփոխությունների և յուրաքանչյուր դերի համար անհրաժեշտ մուտքի իրավունքների մասին։
Գործընթացին մասնակցող գերատեսչությունների միջև կոնֆլիկտային իրավիճակները լուծելու համար անհրաժեշտ է ստանալ կազմակերպության ղեկավարության աջակցությունը: Իսկ հակամարտությունները ցանկացած նոր գործընթացի ներդրման ժամանակ անխուսափելի են, հավատացեք մեր փորձին։ Հետևաբար, մեզ անհրաժեշտ է արբիտր, որը կլուծի հնարավոր շահերի բախումները, որպեսզի ժամանակ չկորցնենք ուրիշի թյուրիմացությունների և դիվերսիաների պատճառով։
NB Իրազեկվածությունը բարձրացնելու համար լավ տեղ է ձեր անձնակազմին վերապատրաստելը: Ապագա գործընթացի գործունեության և դրանում յուրաքանչյուր մասնակցի դերի մանրամասն ուսումնասիրությունը նվազագույնի կհասցնի նոր լուծմանն անցնելու դժվարությունները:
Ստուգման ցուցակ
Ամփոփելու համար մենք ամփոփում ենք այն հիմնական քայլերը, որոնք պետք է ձեռնարկի IdM-ի ներդրումը պլանավորող կազմակերպությունը.
- կարգի բերել անձնակազմի տվյալները.
- Մուտքագրեք յուրօրինակ նույնականացման պարամետր յուրաքանչյուր աշխատողի համար.
- Գնահատեք IDM- ի իրականացման համար տեղեկատվական համակարգերի պատրաստակամությունը.
- մշակել միջերեսներ տեղեկատվական համակարգերի հետ փոխգործակցության համար մուտքի վերահսկման համար, եթե դրանք բացակայում են, և ռեսուրսներ հատկացնել այս աշխատանքի համար.
- զարգացնել և ստեղծել դերային մոդել;
- Կառուցել կառավարման օրինակելի գործընթաց և դրանում ներառել յուրաքանչյուր բիզնես ոլորտի կուրատորների.
- ընտրեք մի քանի համակարգեր՝ IdM-ին նախնական միանալու համար.
- ստեղծել արդյունավետ ծրագրի թիմ;
- ստանալ աջակցություն ընկերության ղեկավարությունից;
- Գնացքի անձնակազմ:
Պատրաստման գործընթացը կարող է դժվար լինել, ուստի հնարավորության դեպքում ներգրավեք խորհրդատուների:
IdM-ի լուծման ներդրումը դժվար և պատասխանատու քայլ է, և դրա հաջող իրականացման համար կարևոր են ինչպես յուրաքանչյուր կողմի ջանքերը առանձին-առանձին` բիզնես ստորաբաժանումների, ՏՏ և տեղեկատվական անվտանգության ծառայությունների աշխատակիցների, այնպես էլ ամբողջ թիմի փոխգործակցությունը որպես ամբողջություն: Բայց ջանքերն արժե այն. IdM-ն ընկերությունում ներդնելուց հետո նվազում է տեղեկատվական համակարգերում ավելորդ լիազորությունների և չարտոնված իրավունքների հետ կապված միջադեպերի թիվը. անհետանում է աշխատողի պարապուրդը բացակայության պատճառով/անհրաժեշտ իրավունքների համար երկար սպասելը. Ավտոմատացման շնորհիվ կրճատվում են աշխատուժի ծախսերը և բարձրանում ՏՏ և տեղեկատվական անվտանգության ծառայությունների աշխատանքի արտադրողականությունը:
Source: www.habr.com