IdM-ის დანერგვა. დამკვეთის მიერ განხორციელებისთვის მომზადება

წინა სტატიებში ჩვენ უკვე განვიხილეთ რა არის IdM, როგორ გავიგოთ, სჭირდება თუ არა თქვენს ორგანიზაციას ასეთი სისტემა, რა ამოცანებს წყვეტს იგი და როგორ უნდა გაამართლოს განხორციელების ბიუჯეტი მენეჯმენტისთვის. დღეს ვისაუბრებთ იმ მნიშვნელოვან ეტაპებზე, რომლებიც თავად ორგანიზაციამ უნდა გაიაროს, რათა მიაღწიოს სიმწიფის შესაბამის დონეს IdM სისტემის დანერგვამდე. ყოველივე ამის შემდეგ, IdM შექმნილია პროცესების ავტომატიზაციისთვის და შეუძლებელია ქაოსის ავტომატიზაცია.

სანამ კომპანია გაიზრდება მსხვილი საწარმოს ზომამდე და არ დააგროვებს უამრავ სხვადასხვა ბიზნეს სისტემას, ის ჩვეულებრივ არ ფიქრობს წვდომის კონტროლზე. აქედან გამომდინარე, მასში უფლებების მოპოვებისა და კონტროლის უფლებამოსილების პროცესები არ არის სტრუქტურირებული და ძნელად გასაანალიზებელი. თანამშრომლები ავსებენ განაცხადებს წვდომისთვის, როგორც სურთ, დამტკიცების პროცესი ასევე არ არის ფორმალიზებული და ზოგჯერ ის უბრალოდ არ არსებობს. შეუძლებელია სწრაფად გაერკვია, რა წვდომა აქვს თანამშრომელს, ვინ დაამტკიცა ისინი და რის საფუძველზე.

იმის გათვალისწინებით, რომ წვდომის ავტომატიზაციის პროცესი გავლენას ახდენს ორ მთავარ ასპექტზე - პერსონალის მონაცემებზე და საინფორმაციო სისტემების მონაცემებზე, რომლებთანაც ინტეგრაცია უნდა განხორციელდეს, ჩვენ განვიხილავთ აუცილებელ ნაბიჯებს, რათა უზრუნველყოს IdM-ის დანერგვა შეუფერხებლად და არ გამოიწვიოს უარის თქმა:

1. საკადრო პროცესების ანალიზი და პერსონალის სისტემებში თანამშრომელთა მონაცემთა ბაზის ოპტიმიზაცია.
2. მომხმარებლებისა და უფლებების შესახებ მონაცემების ანალიზი, ასევე წვდომის კონტროლის მეთოდების განახლება სამიზნე სისტემებში, რომლებიც დაგეგმილია IdM-თან დაკავშირება.
3. ორგანიზაციული ღონისძიებები და პერსონალის ჩართულობა IdM-ის განხორციელების მომზადების პროცესში.

პერსონალის მონაცემები

ორგანიზაციაში შეიძლება იყოს პერსონალის მონაცემების ერთი წყარო, ან შეიძლება იყოს რამდენიმე. მაგალითად, ორგანიზაციას შეიძლება ჰქონდეს საკმაოდ ფართო ფილიალების ქსელი და თითოეულ ფილიალს შეუძლია გამოიყენოს საკუთარი პერსონალის ბაზა.

უპირველეს ყოვლისა, აუცილებელია იმის გაგება, თუ რა ძირითადი მონაცემები ინახება თანამშრომლების შესახებ პერსონალის ჩანაწერების სისტემაში, რა მოვლენებია ჩაწერილი და შეაფასოს მათი სისრულე და სტრუქტურა.

ხშირად ხდება, რომ ყველა საკადრო მოვლენა არ არის აღნიშნული პერსონალის წყაროში (და უფრო ხშირად ისინი აღინიშნება დროულად და არც თუ ისე სწორად). აქ არის რამდენიმე ტიპიური მაგალითი:

• არდადეგები, მათი კატეგორიები და ვადები (რეგულარული ან ხანგრძლივი) არ არის დაფიქსირებული;
• ნახევარ განაკვეთზე დასაქმება არ აღირიცხება: მაგალითად, ხანგრძლივი მშობლის შვებულების დროს დასაქმებულს შეუძლია ერთდროულად იმუშაოს ნახევარ განაკვეთზე;
• კანდიდატის ან თანამშრომლის ფაქტობრივი სტატუსი უკვე შეიცვალა (აყვანა/გადაყვანა/გათავისუფლება) და ამ ღონისძიების შესახებ ბრძანება გაიცემა დაგვიანებით;
• თანამშრომელი გადაყვანილია ახალ სრულ განაკვეთზე თანამდებობიდან გათავისუფლების გზით, ხოლო პერსონალის სისტემა არ აფიქსირებს ინფორმაციას, რომ ეს არის ტექნიკური გათავისუფლება.

ასევე ღირს განსაკუთრებული ყურადღების მიქცევა მონაცემთა ხარისხის შეფასებაზე, რადგან სანდო წყაროდან მიღებული ნებისმიერი შეცდომა და უზუსტობა, რომელიც პერსონალის ჩანაწერების სისტემებია, შეიძლება მომავალში ძვირი დაჯდეს და ბევრი პრობლემა გამოიწვიოს IdM-ის დანერგვისას. მაგალითად, პერსონალის ოფიცრები ხშირად შედიან პერსონალის სისტემაში თანამშრომლების პოზიციებზე სხვადასხვა ფორმატში: დიდი და პატარა ასოები, აბრევიატურები, სხვადასხვა რაოდენობის სივრცეები და ა.შ. შედეგად, იგივე პოზიცია შეიძლება დაფიქსირდეს პერსონალის სისტემაში შემდეგი ვარიაციებით:

• უფროსი მენეჯერი
• უფროსი მენეჯერი
• უფროსი მენეჯერი
• Ხელოვნება. მენეჯერი…

ხშირად თქვენ უნდა გაუმკლავდეთ განსხვავებებს სრული სახელის მართლწერაში:

• შმელევა ნატალია გენადიევნა,
• შმელევა ნატალია გენადიევნა…

შემდგომი ავტომატიზაციისთვის, ასეთი აურზაური მიუღებელია, განსაკუთრებით იმ შემთხვევაში, თუ ეს ატრიბუტები არის იდენტიფიკაციის მთავარი ნიშანი, ანუ, მონაცემები თანამშრომლისა და სისტემებში მისი უფლებამოსილების შესახებ შედარებულია ზუსტად სრული სახელით.

გარდა ამისა, არ უნდა დაგვავიწყდეს კომპანიაში სახელების და სრული სახელების შესაძლო არსებობა. თუ ორგანიზაციას ჰყავს ათასი თანამშრომელი, შეიძლება ცოტა იყოს ასეთი დამთხვევები, ხოლო თუ 50 ათასია, მაშინ ეს შეიძლება გახდეს IdM სისტემის სწორი მუშაობისთვის კრიტიკული დაბრკოლება.

ყოველივე ზემოაღნიშნულის შეჯამებით, დავასკვნით: ორგანიზაციის საკადრო ბაზაში მონაცემების შეტანის ფორმატი უნდა იყოს სტანდარტიზებული. მკაფიოდ უნდა იყოს განსაზღვრული სრული სახელების, თანამდებობებისა და განყოფილებების შეყვანის პარამეტრები. საუკეთესო ვარიანტია, როდესაც პერსონალის თანამშრომელი არ შეაქვს მონაცემებს ხელით, მაგრამ ირჩევს მათ განყოფილებებისა და პოზიციების სტრუქტურის წინასწარ შექმნილი დირექტორიადან, პერსონალის მონაცემთა ბაზაში არსებული „არჩევის“ ფუნქციის გამოყენებით.

სინქრონიზაციისას შემდგომი შეცდომების თავიდან ასაცილებლად და ანგარიშებში არსებული შეუსაბამობების ხელით არ გამოსწორების მიზნით, თანამშრომლების იდენტიფიკაციის ყველაზე სასურველი გზა არის პირადობის მოწმობის შეყვანა ორგანიზაციის ყველა თანამშრომლისთვის. ასეთი იდენტიფიკატორი მიენიჭება თითოეულ ახალ თანამშრომელს და გამოჩნდება როგორც პერსონალის სისტემაში, ასევე ორგანიზაციის საინფორმაციო სისტემებში, როგორც ანგარიშის სავალდებულო ატრიბუტი. არ აქვს მნიშვნელობა რიცხვებისგან შედგება თუ ასოებისგან, მთავარია ის უნიკალურია თითოეული თანამშრომლისთვის (მაგალითად, ბევრი იყენებს თანამშრომლის პერსონალის ნომერს). მომავალში, ამ ატრიბუტის დანერგვა მნიშვნელოვნად შეუწყობს ხელს პერსონალის წყაროში თანამშრომლის შესახებ მონაცემების დაკავშირებას საინფორმაციო სისტემებში მის ანგარიშებთან და უფლებამოსილებებთან.

ასე რომ, პერსონალის ჩანაწერების ყველა ნაბიჯი და მექანიზმი საჭიროებს გაანალიზებას და მოწესრიგებას. შესაძლებელია, რომ ზოგიერთი პროცესი უნდა შეიცვალოს ან გაუმჯობესდეს. ეს არის დამღლელი და შრომატევადი სამუშაო, მაგრამ აუცილებელია, წინააღმდეგ შემთხვევაში პერსონალის მოვლენებზე მკაფიო და სტრუქტურირებული მონაცემების ნაკლებობა გამოიწვევს შეცდომებს მათ ავტომატურ დამუშავებაში. უარეს შემთხვევაში, არასტრუქტურირებული პროცესების ავტომატიზაცია საერთოდ შეუძლებელია.

სამიზნე სისტემები

შემდეგ ეტაპზე უნდა გავარკვიოთ, რამდენი საინფორმაციო სისტემის ინტეგრირება გვინდა IdM სტრუქტურაში, რა მონაცემები და მათი უფლებები ინახება ამ სისტემებში და როგორ ვმართოთ ისინი.

ბევრ ორგანიზაციაში არსებობს მოსაზრება, რომ ჩვენ დავაყენებთ IdM-ს, დავაკონფიგურირებთ კონექტორებს სამიზნე სისტემებთან და ჯადოსნური ჯოხის ტალღით ყველაფერი იმუშავებს, ჩვენი მხრიდან დამატებითი ძალისხმევის გარეშე. ასე რომ, სამწუხაროდ, ეს არ ხდება. კომპანიებში საინფორმაციო სისტემების ლანდშაფტი ვითარდება და თანდათან იზრდება. თითოეულ სისტემაში შეიძლება ორგანიზებული იყოს წვდომის უფლებების მინიჭების განსხვავებული მიდგომა, ანუ კონფიგურირებულია წვდომის კონტროლის სხვადასხვა ინტერფეისი. სადღაც მენეჯმენტი ხდება API-ის (აპლიკაციის პროგრამირების ინტერფეისის) მეშვეობით, სადღაც მონაცემთა ბაზის მეშვეობით შენახული პროცედურების გამოყენებით, სადღაც შეიძლება საერთოდ არ იყოს ურთიერთქმედების ინტერფეისები. მზად უნდა იყოთ იმისთვის, რომ მოგიწევთ ორგანიზაციის სისტემებში ანგარიშებისა და უფლებების მართვის მრავალი არსებული პროცესის გადახედვა: მონაცემთა ფორმატის შეცვლა, ინტერაქციის ინტერფეისების წინასწარ დასრულება და რესურსების გამოყოფა ამ სამუშაოებისთვის.

მისაბაძი ადამიანი

თქვენ ალბათ წააწყდებით როლური მოდელის კონცეფციას IdM გადაწყვეტის პროვაიდერის არჩევის ეტაპზე, რადგან ეს არის ერთ-ერთი მთავარი კონცეფცია წვდომის უფლებების მართვის სფეროში. ამ მოდელში მონაცემთა წვდომა ხდება როლის მეშვეობით. როლი არის წვდომის ერთობლიობა, რომელიც მინიმალურად აუცილებელია კონკრეტულ თანამდებობაზე მყოფი თანამშრომლისთვის, რათა შეძლოს თავისი ფუნქციური მოვალეობების შესრულება.

როლებზე დაფუძნებული წვდომის კონტროლს აქვს მრავალი უდავო უპირატესობა:

• ერთი და იგივე უფლებების მარტივი და ეფექტური მინიჭება თანამშრომელთა დიდი რაოდენობით;
• ხელმისაწვდომობის სწრაფი შეცვლა თანამშრომლებისთვის, რომლებსაც აქვთ იგივე უფლებები;
• უფლებების ზედმეტობის გამორიცხვა და მომხმარებლისთვის შეუთავსებელი უფლებამოსილების დიფერენცირება.

როლების მატრიცა ჯერ ცალკე აგებულია ორგანიზაციის თითოეულ სისტემაში, შემდეგ კი მასშტაბირებულია მთელ IT ლანდშაფტზე, სადაც გლობალური ბიზნეს როლები ყალიბდება თითოეული სისტემის როლებიდან. მაგალითად, ბიზნეს როლი "ბუღალტერი" მოიცავს რამდენიმე ცალკეულ როლს თითოეული საინფორმაციო სისტემისთვის, რომელიც გამოიყენება საწარმოს ბუღალტრულ განყოფილებაში.

ბოლო დროს მიჩნეულია „საუკეთესო პრაქტიკა“ როლური მოდელის შექმნა აპლიკაციების, მონაცემთა ბაზებისა და ოპერაციული სისტემების შემუშავების ეტაპზეც კი. ამავდროულად, არ არის იშვიათი სიტუაციები, როდესაც როლები არ არის კონფიგურირებული სისტემაში ან ისინი უბრალოდ არ არსებობს. ამ შემთხვევაში, ამ სისტემის ადმინისტრატორმა უნდა შეიყვანოს ანგარიშის მონაცემები რამდენიმე სხვადასხვა ფაილში, ბიბლიოთეკაში და დირექტორიაში, რომლებიც უზრუნველყოფენ საჭირო ნებართვებს. წინასწარ განსაზღვრული როლების გამოყენება საშუალებას გაძლევთ მიანიჭოთ პრივილეგიები ოპერაციების მთელი დიაპაზონის ჩასატარებლად სისტემაში რთული კომპოზიციური მონაცემებით.

საინფორმაციო სისტემაში როლები, როგორც წესი, ნაწილდება თანამდებობებზე და განყოფილებებზე საკადრო სტრუქტურის მიხედვით, მაგრამ ასევე შეიძლება შეიქმნას გარკვეული ბიზნეს პროცესებისთვის. მაგალითად, ფინანსურ დაწესებულებაში ანგარიშსწორების დეპარტამენტის რამდენიმე თანამშრომელი იკავებს ერთსა და იმავე პოზიციას - ოპერატორი. მაგრამ დეპარტამენტის შიგნით ასევე ხდება ცალკეულ პროცესებად განაწილება, სხვადასხვა ტიპის ოპერაციების მიხედვით (გარე ან შიდა, სხვადასხვა ვალუტაში, ორგანიზაციის სხვადასხვა სეგმენტებთან). იმისათვის, რომ ერთი დეპარტამენტის თითოეული ბიზნეს სფერო უზრუნველყოფილ იქნეს საინფორმაციო სისტემაზე წვდომით საჭირო სპეციფიკის მიხედვით, აუცილებელია უფლებების ჩართვა ცალკეულ ფუნქციურ როლებში. ეს უზრუნველყოფს ნებართვების მინიმალურ საკმარის კომპლექტს, ზედმეტი უფლებების გარეშე, საქმიანობის თითოეული სფეროსთვის.

ასევე, ასობით როლის, ათასობით მომხმარებლის და მილიონობით ნებართვის მქონე დიდი სისტემებისთვის, კარგი პრაქტიკაა როლების იერარქია და პრივილეგიების მემკვიდრეობა. მაგალითად, მშობლის როლი ადმინისტრატორი მემკვიდრეობით მიიღებს ბავშვის როლების პრივილეგიებს: მომხმარებელი და მკითხველი, ვინაიდან ადმინისტრატორს შეუძლია გააკეთოს ყველაფერი, რისი გაკეთებაც მომხმარებელს და მკითხველს შეუძლია, პლუს მას ექნება დამატებითი ადმინისტრაციული უფლებები. იერარქიის გამოყენებით, არ არის საჭირო იგივე უფლებების ხელახლა დაზუსტება ერთი და იმავე მოდულის ან სისტემის რამდენიმე როლში.

პირველ ეტაპზე, თქვენ შეგიძლიათ შექმნათ როლები იმ სისტემებში, სადაც უფლებების კომბინაციების შესაძლო რაოდენობა არ არის ძალიან დიდი და, შედეგად, ადვილია როლების მცირე რაოდენობის მართვა. ეს შეიძლება იყოს ტიპიური უფლებები, რომელსაც მოითხოვს კომპანიის ყველა თანამშრომელი საჯარო სისტემებზე, როგორიცაა Active Directory (AD), ფოსტის სისტემები, სერვის მენეჯერი და მსგავსი. შემდეგ, ინფორმაციული სისტემებისთვის შექმნილი როლური მატრიცები შეიძლება შევიდეს საერთო როლურ მოდელში, მათი გაერთიანება ბიზნეს როლებში.

ამ მიდგომის გამოყენებით, მომავალში, IdM სისტემის დანერგვისას, ადვილი იქნება წვდომის უფლებების მინიჭების მთელი პროცესის ავტომატიზაცია პირველი ეტაპის შექმნილ როლებზე დაყრდნობით.

NB თქვენ არ უნდა შეეცადოთ დაუყოვნებლივ ჩართოთ რაც შეიძლება მეტი სისტემა ინტეგრაციაში. უფრო რთული არქიტექტურისა და წვდომის უფლებების მართვის სტრუქტურის მქონე სისტემები საუკეთესოდ არის დაკავშირებული IdM-თან პირველ ეტაპზე ნახევრად ავტომატურ რეჟიმში. ანუ, პერსონალის მოვლენებზე დაყრდნობით, განახორციელეთ წვდომის მოთხოვნის მხოლოდ ავტომატური გენერირება, რომელიც გაეგზავნება ადმინისტრატორს შესასრულებლად და ის დააყენებს უფლებებს ხელით.

პირველი ეტაპის წარმატებით გავლის შემდეგ შესაძლებელია სისტემის ფუნქციონირების გაფართოება ახალ მოწინავე ბიზნეს პროცესებზე, სრული ავტომატიზაციისა და სკალირების განხორციელება დამატებითი საინფორმაციო სისტემების შეერთებით.

სხვა სიტყვებით რომ ვთქვათ, IdM-ის იმპლემენტაციისთვის მომზადებისთვის საჭიროა შეფასდეს საინფორმაციო სისტემების მზადყოფნა ახალი პროცესისთვის და წინასწარ დაიხვეწოს მომხმარებლის ანგარიშებისა და უფლებების მართვის გარე ინტერფეისები, თუ ასეთი ინტერფეისები არ არის ხელმისაწვდომი სისტემა. ასევე აუცილებელია წვდომის ინტეგრირებული კონტროლისთვის საინფორმაციო სისტემებში როლების ეტაპობრივი შექმნის საკითხის შემუშავება.

საორგანიზაციო ღონისძიებები

ორგანიზაციული საკითხები არ უნდა იყოს ფასდაკლებული. ზოგიერთ შემთხვევაში, მათ შეუძლიათ გადამწყვეტი როლი შეასრულონ, რადგან მთელი პროექტის შედეგი ხშირად დამოკიდებულია დეპარტამენტებს შორის ეფექტურ ურთიერთქმედებებზე. ამისათვის ჩვენ ჩვეულებრივ ვურჩევთ ორგანიზაციაში პროცესის მონაწილეთა გუნდის შექმნას, რომელიც მოიცავს ყველა ჩართულ დეპარტამენტს. ვინაიდან ეს არის დამატებითი ტვირთი ადამიანებისთვის, შეეცადეთ წინასწარ აუხსნათ მომავალ პროცესში ყველა მონაწილეს მათი როლი და მნიშვნელობა ურთიერთქმედების სტრუქტურაში. თუ IdM-ის იდეას „მიყიდით“ კოლეგებს ამ ეტაპზე, მომავალში ბევრ სირთულეს აიცილებთ თავიდან.

ხშირად კომპანიაში IdM-ის განხორციელების პროექტის „მფლობელები“ ​​ინფორმაციული უსაფრთხოების ან IT დეპარტამენტები არიან და ბიზნეს დეპარტამენტების აზრი არ არის გათვალისწინებული. ეს დიდი შეცდომაა, რადგან მხოლოდ მათ იციან როგორ და რა ბიზნეს პროცესებში გამოიყენება თითოეული რესურსი, ვის უნდა მიეცეს მასზე წვდომა და ვის არა. ამიტომ, მომზადების ეტაპზე მნიშვნელოვანია აღინიშნოს, რომ სწორედ ბიზნესის მფლობელია პასუხისმგებელი ფუნქციონალურ მოდელზე, რომლის საფუძველზეც მუშავდება საინფორმაციო სისტემაში მომხმარებელთა უფლებების (როლების) ნაკრები, ასევე. ამ როლების განახლების უზრუნველსაყოფად. მისაბაძი მაგალითი არ არის ერთხელ აშენებული სტატიკური მატრიცა და შეგიძლიათ დაწყნარდეთ ამაზე. ეს არის „ცოცხალი ორგანიზმი“, რომელიც მუდმივად უნდა შეიცვალოს, განახლდეს და განვითარდეს, ორგანიზაციის სტრუქტურისა და თანამშრომლების ფუნქციონალური ცვლილებების შემდეგ. წინააღმდეგ შემთხვევაში, ან იქნება წვდომის მინიჭების დაგვიანებასთან დაკავშირებული პრობლემები, ან იქნება ინფორმაციის უსაფრთხოების რისკები, რომლებიც დაკავშირებულია წვდომის გადაჭარბებულ უფლებებთან, რაც კიდევ უფრო უარესია.

მოგეხსენებათ, „შვიდ ძიძას ჰყავს შვილი თვალის გარეშე“, ამიტომ კომპანიამ უნდა შეიმუშაოს მეთოდოლოგია, რომელიც აღწერს მისაბაძი მოდელის არქიტექტურას, პროცესში კონკრეტული მონაწილეების ურთიერთქმედებას და პასუხისმგებლობას მის განახლებაზე. თუ კომპანიას აქვს ბიზნეს საქმიანობის მრავალი სფერო და, შესაბამისად, მრავალი განყოფილება და განყოფილება, მაშინ თითოეული სფეროსთვის (მაგალითად, დაკრედიტება, ოპერაციები, დისტანციური სერვისები, შესაბამისობა და სხვა), როგორც როლზე დაფუძნებული წვდომის კონტროლის პროცესის ნაწილი, აუცილებელია ცალკე კურატორების დანიშვნა. მათი მეშვეობით შესაძლებელი იქნება სწრაფად მიიღოთ ინფორმაცია დანაყოფის სტრუქტურაში ცვლილებებისა და თითოეული როლისთვის საჭირო წვდომის უფლებების შესახებ.

აუცილებელია ორგანიზაციის მენეჯმენტის მხარდაჭერის მოძიება განყოფილებებს - პროცესის მონაწილეებს შორის კონფლიქტური სიტუაციების მოსაგვარებლად. და კონფლიქტები ნებისმიერი ახალი პროცესის განხორციელებაში გარდაუვალია, გვჯერა ჩვენი გამოცდილებით. ამიტომ საჭიროა არბიტრი, რომელიც მოაგვარებს შესაძლო ინტერესთა კონფლიქტს, რათა არ დაკარგოს დრო ვინმეს გაუგებრობისა და დივერსიის გამო.

NB პერსონალის ტრენინგი კარგი დასაწყისია ცნობიერების ამაღლებისთვის. მომავალი პროცესის ფუნქციონირების დეტალური შესწავლა, მასში თითოეული მონაწილის როლი მინიმუმამდე დააყენებს ახალ გადაწყვეტაზე გადასვლის სირთულეებს.

შემოწმების სია

მოკლედ, აქ არის ძირითადი ნაბიჯები, რომლებიც უნდა გადადგას ორგანიზაციამ, რომელიც გეგმავს IdM-ის განხორციელებას:

• დაალაგეთ საქმეები პერსონალის მონაცემებში;
• შეიყვანეთ უნიკალური საიდენტიფიკაციო პარამეტრი თითოეული თანამშრომლისთვის;
• შეაფასოს საინფორმაციო სისტემების მზადყოფნა IdM-ის დანერგვისთვის;
• განავითაროს ინტერფეისები საინფორმაციო სისტემებთან წვდომის კონტროლისთვის, თუ ისინი არ არის ხელმისაწვდომი, და გამოყოს რესურსები ამ სამუშაოებისთვის;
• განავითაროს და შექმნას მისაბაძი;
• შექმენით მისაბაძი მართვის პროცესი და ჩართეთ კურატორები თითოეული ბიზნეს სფეროდან;
• აირჩიეთ რამდენიმე სისტემა IdM-თან თავდაპირველი კავშირისთვის;
• ეფექტური პროექტის გუნდის შექმნა;
• მოითხოვეთ კომპანიის მენეჯმენტის მხარდაჭერა;
• მოამზადებენ პერსონალს.

მოსამზადებელი პროცესი შეიძლება რთული იყოს, ამიტომ, თუ ეს შესაძლებელია, ჩართეთ კონსულტანტები.

IdM გადაწყვეტის დანერგვა არ არის ადვილი და საპასუხისმგებლო ნაბიჯი და მისი წარმატებული განხორციელებისთვის, როგორც თითოეული მხარის ინდივიდუალურად - ბიზნეს ერთეულების თანამშრომლების, IT და ინფორმაციის უსაფრთხოების სამსახურების, ასევე მთელი გუნდის ურთიერთქმედება მთლიანად არის. მნიშვნელოვანი. მაგრამ ძალისხმევა ღირს: კომპანიაში IdM-ის დანერგვის შემდეგ მცირდება ინფორმაციულ სისტემებში გადაჭარბებულ უფლებამოსილებებსა და არაავტორიზებულ უფლებებთან დაკავშირებული ინციდენტების რაოდენობა; გაქრება თანამშრომლების უმოქმედობა აუცილებელი უფლებების ნაკლებობის/ხანგრძლივი ლოდინის გამო; ავტომატიზაციის გამო მცირდება შრომის ხარჯები და იზრდება IT და ინფორმაციული უსაფრთხოების სერვისების შრომის პროდუქტიულობა.

წყარო: www.habr.com