Қолжетімділік және рөлдер
Қолжетімділік порталда кімнің нені көретінін және не істей алатынын анықтайды. Иесі мен әкімшісі үшін бұл құсбелгілер жиынтығы емес, жауапкершілік үлгісі: қызметкер өз тапсырмалары мен клиенттерімен жұмыс істейді, басшы өз бөлімін көреді, ал бөгде деректер саналы түрде ашылмаса жабық қалады.
Бұл бет қолжетімділік үлгісін түсіндіреді. Баптау портал басқару бөлімінде тұрады — Портал басқаруы бетін қараңыз.
Рөлдер
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Қолжетімділіктің негізінде үш рөл жатыр:
- Әкімші — порталды, құқықтар мен саясаттарды баптайды; кең контурды көреді және басқарады.
- Басшы — өз бөлімі немесе бағыты үшін жауап береді; өз командасының жұмысын көреді.
- Қызметкер — өз тапсырмаларымен, клиенттерімен және материалдарымен жұмыс істейді.
Рөл негізгі қолжетімділік деңгейін белгілейді, ал нақты құқықтар аймақтар мен модульдер бойынша саясаттармен нақтыланады.
Қолжетімділік аймақтары
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Қолжетімділік «бірден бәріне» емес, аймақтар бойынша беріледі. Аймақ — құқық қолданылатын шекара: бүкіл компания, бөлім, воронка, кезең, жоба немесе нақты пайдаланушы.
Осылайша бір қызметкер өз жобасында кең қолжетімділікке ие бола алады, ал бөгде жобада мүлдем ие болмайды. Бұл артығын ашпай, жұмыс үшін дәл қажет нәрсені ашуға мүмкіндік береді.
Құқықтар: оқу, өзгерту, басқару
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Әр аймақта құқық деңгейлерден құралады:
- Оқу — нысандар мен олардың мазмұнын көру;
- Жасау — жаңа нысандар ашу;
- Өзгерту — барын түзету;
- Басқару — осы аймақтағы қолжетімділік пен ережелерді баптау.
Деңгейлерді саналы түрде ажыратыңыз: көру құқығы өзгерту құқығын білдірмейді, ал жұмыс істеу құқығы басқаларға қолжетімділік тарату құқығын білдірмейді.
Саясат нені басқарады
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Модуль таңдағышында тапсырмалар мен CRM-нен бөлек workflow, чаттар, жобалар, пайдаланушылар, компания, уақыт, автоматтандыру, AI көмекшісі, операциялар және құжаттар бар. Әр саясатта аумақ пен рөл таңдалады. Бөлім мәні анық, ата-анадан мұраланған немесе модуль fallback-і болуы мүмкін; Бала бөлімдерге қолдану төменге таратады. Құру және Басқару оқу мен өзгертуден бөлек.
Тапсырма саясаты төмен, жоғары және бөлімдер арасындағы тағайындауды, деңгейлерді, рөлдерді және пайдаланушылар тізімін объект көрінуінен бөлек басқарады. CRM-де мәміле көрінуі мен воронка/кезең шегі бір саясатта; қолданылмаса, өрістерді бос қалдырыңыз.
Автоматтандыру схемасы бар модульдерде CRUD құқықтарының астында жеке capability басқару элементтері көрсетіледі. Әр capability үшін Рұқсат ету, Тыйым салу немесе Мұралау таңдалады; бұл оқу, өзгерту және басқару құқықтарынан бөлек. Жаппай әрекет барлық capability мәнін бірден өзгертеді. AI көмекшісінде жауаптар, жауаптар мен әрекеттер немесе мұраға қайтуға арналған қосымша пресеттер бар; олар тек саясатты өзгертеді, автоматтандыруды іске қоспайды.
Бөлім саясаты ата-анадан немесе модуль fallback-інен мұраланса, нақты дереккөзі таңдалғанға дейін capability басқару элементтері өшірулі болады. Схема жүктелмесе, осы күй көрсетіледі және техникалық capability атауын қолмен енгізуге болмайды.
Operations үшін тізім операциялық модульде тіркелген құқықтардан және олардың түсінікті жергіліктендірілген атауларынан басталады. Саясатта бұрыннан сақталған құқық модульдің әдеттегі тізіміне кірмесе де көрініп тұрады, сондықтан оны әдейі тексеріп, өзгертуге болады. Қысқарақ тізім қолжетімділікті алып тастамайды: сақтау алдында әр көрінетін құқық үшін Рұқсат ету, Тыйым салу не Мұралау күйін тексеріп, техникалық атауды қолмен енгізбеңіз.
Өзгерісті тексеру және қайтару
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Ережені жоюға немесе бұрынғы ревизияны қолдануға себеп керек. Тарихтағы ұзын қорытынды ашылады. CRM әкімшісі Explain және Simulate арқылы тексере алады; саясат өзгермейді.
Әдепкі қолжетімділік режимі
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Модульдер үшін әдепкі қолжетімділік режимі белгіленеді — анық ереже болмағанда не болатыны:
- Қатаң — әдепкіде қолжетімділік жабық; тек саясатпен анық рұқсат етілгені ашылады. Сезімтал деректер мен ірі компанияларға қолайлы.
- Ашық — әдепкіде оқу және жұмыс істеу қолжетімділігі ашық, ал саясаттар жекелеген аймақтарды шектейді. Сенімі жоғары шағын командаға қолайлы.
Клиенттік және қаржылық деректері бар модульдерде қатаң режимнен бастаған қауіпсіздеу, ал қолжетімділікті қажеттілікке қарай ашқан жөн.
Өзгерістер тарихы мен негіздеме
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
Қолжетімділікті өзгерту — байқаусыз түзету емес, басқарушылық шешім. Сондықтан саясатты өзгерткенде жүйе өзгерту себебін көрсетуді сұрайды, ал түзетулер тарихы сақталады: қолжетімділікті кім, қашан және неге өзгерткені көрінеді.
Бұл бақылау мен оқыс оқиғаларды талдау үшін маңызды: біреу артығын көрсе немесе керісінше қолжетімділіктен айрылса, тарих бойынша осыған қандай өзгеріс әкелгені түсінікті болады.
Журнал өзгертілген өрістерді түсінікті атаулармен көрсетеді және ішкі өріс атауларын,
техникалық деректерді шығармайды. Атауы сәйкеспейтін өріс техникалық деректі ашпай, +N
қорытындысына жиналады. Ереже сақталғаннан кейін тізілім оның модуліне автоматты
ауысып, жаңа жолды көрінетін күйде қалдырады; оны сол жерде тексеріп, нәтижелі
құқықты қайта оқыңыз.
Жақсы тәжірибелер
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
- Қолжетімділікті бүкіл компанияға «әйтеуір керек болар» деп емес, аймақ пен рөл бойынша беріңіз.
- Көру құқығы мен өзгерту құқығын ажыратыңыз; қолжетімділікті басқару құқығын тар шеңберге беріңіз.
- Клиенттік және қаржылық деректері бар модульдерде әдепкі қатаң режимді ұстаңыз.
- Саясатты өзгерткенде түсінікті себеп жазыңыз — ол тарихта қалады.
- Қолжетімділіктерді мезгіл-мезгіл қайта қараңыз: рөлдер мен жобалар өзгергенде артығын алып тастаңыз.
Жиі кездесетін қателер
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.
- Аймақ бойынша қолжетімділіктің орнына бүкіл компанияға кең қолжетімділік береді.
- Көру құқығын өзгерту құқығымен шатастырады — қызметкер бөгде деректерді байқаусыз түзетеді.
- Сезімтал деректері бар модульде әдепкі ашық режимді қалдырады.
- Саясаттарды себепсіз өзгертеді — кейін қолжетімділік неге бұлай болғанын талдау мүмкін болмайды.
- Рөл ауысқаннан немесе жоба аяқталғаннан кейін қолжетімділіктерді қайта қарамайды.
Байланысты бөлімдер
Концептуалдық схема, UI скриншоты да, портал деректерінің дәлелі де емес.