Policy Acknowledgement Pirms politikas kampaņas sākšanas sagatavojiet izvietošanas atļaujas, piekļuvi avota saturam un produkta lomas. Microsoft Graph atļauju apstiprināšana un produkta lomu piešķiršana ir atsevišķi uzdevumi.
Piekļuve izvietošanai un iestatīšanai
Risinājums ir SPFx pakotne videi SharePoint Online. Pakotnes instalēšanas darbības skatiet KB10035. Kā instalēt Vitextra produktu pakalpojumā SharePoint Online. Personai, kura veic sākotnējo iestatīšanu, jāspēj administrēt atlasīto krātuves vietni un izveidot vajadzīgos sarakstus. Jaunas vietnes izveidei nepieciešama arī atļauja to izveidot nomniekā.
Kamēr nav konfigurēta administratoru grupa, Policy Admin kā rezerves variantu izmanto vietnes īpašnieka tiesības. Pēc grupas piešķiršanas produkta administrēšanu nosaka dalība grupā. Produkta lomas automātiski nepiešķir atļauju rediģēt SharePoint lapas vai izvietot nomnieka lietojumprogrammas.
Microsoft Graph atļaujas
Risinājuma pakotne pieprasa šādus Microsoft Graph tvērumus:
| Tvērums | Izmantošana produktā |
|---|---|
User.Read.All | Darbinieku profili un organizācijas informācija. |
GroupMember.Read.All | Grupu dalība, ko izmanto auditorijās un lomās. |
Directory.Read.All | Direktorija dati darbinieku un grupu meklēšanai. |
Mail.Send | Manuāli atgādinājuma e-pasti, kas nosūtīti no pašreizējā lietotāja pastkastes. |
Lūdziet nomnieka administratoram apstiprināt pakotnes pieprasījumus organizācijas SharePoint API piekļuves administrēšanas procesā. Ja darbinieku vai grupu atlasītāji nevar ielādēt datus, pirms auditorijas noteikumu maiņas pārbaudiet šos apstiprinājumus.
Centra un satura atļaujas
Piešķiriet lomu grupas un piemērojiet atļaujas tīmekļa daļā Policy Admin. Visām tīmekļa daļām jābūt savienotām ar vienu paredzēto centru. Darbiniekiem nepieciešama arī piekļuve sākotnējam politikas saturam: URL norādīšana politikas kartītē nepiešķir atļauju atsauktajam failam, lapai vai ārējai vietnei.
Kontrolētai piekļuvei izmantojiet konkrētas Entra ID vai centra vietnes SharePoint grupas. Neuztveriet opciju Visi licencētie lietotāji kā katra lietotāja licences validāciju: pašreizējā lomu noteikšanas loģika nepārbauda katra lietotāja licenci.
Pārbaudiet katru piekļuves slāni atsevišķi
Darbspējīgam izvietojumam vajadzīgi vairāki neatkarīgi piekļuves veidi. Personai, kas izvieto pakotni, nav jābūt politiku pārvaldītājam, un darbiniekam nav vajadzīgas izvietošanas privilēģijas, lai lasītu uzdevumu. Šo pienākumu nodalīšana atvieglo kļūmes diagnostiku, nepiešķirot plašu administratīvo piekļuvi kā apiešanas risinājumu.
| Piekļuves slānis | Noderīga pieņemšanas pārbaude | Tipiskas kļūmes sekas |
|---|---|---|
| Pakotne un lapa | Paredzētais lietotājs var ielādēt publicēto lapu un tīmekļa daļu. | Lietotne nav sasniedzama vai atveidojama. |
| Direktorijs | Pilnvarotais operators var atrast paredzētos darbiniekus un grupas. | Atlasītāji, auditorijas atlase vai lomu noteikšana var nedarboties. |
| Centra dati | Konts var lasīt savai lomai nepieciešamos ierakstus. | Lapa var atvērties, bet politiku vai uzdevumu ielāde var neizdoties. |
| Avota saturs | Darbinieks var tieši atvērt dokumentu vai vietni. | Redzamai politikas kartītei joprojām var būt nelasāms saturs. |
| Pierādījumu rakstīšana | Izmēģinājuma darbinieks var pabeigt konfigurēto reģistrēšanas ceļu. | Lasīšana izdodas, bet apstiprināšana neizdodas. |
| Pakļautības hierarhija | Direktorijā ir paredzētās vadītāju attiecības. | Vadītāja komanda var būt nepilnīga vai atšķirties no gaidītā. |
Veiciet pārbaudes ar reprezentatīviem kontiem. Administrators, kurš ir arī vietnes īpašnieks, var gūt panākumus ar paaugstinātu SharePoint piekļuvi pat tad, ja parastam darbiniekam tas neizdotos. Tāpat politikas īpašnieks, kurš pieder vairākām lomu grupām, nav uzticams aizstājējs ierobežotam autora kontam.
Sagatavojiet izvietojuma nodošanu
Reģistrējiet izvēlēto centra URL, darbinieku sākuma lapu, lasītāja lapu, lomu grupas un avotu atrašanās vietas. Nosakiet, kurš var uzturēt katru no tiem. Politikas īpašniekam jāzina, ar ko sazināties, ja avota fails tiek pārvietots; atbalsta administratoram jāspēj nošķirt lapas navigācijas problēmu no pakalpojuma rakstīšanas problēmas, nerekonstruējot izvietojumu no jauna.
Pirms izmēģinājuma sākšanas pārbaudiet reprezentatīvā darbinieka direktorija identitāti un vadītāju. Kampaņas uzdevumos glabā darbinieka un vadītāja informāciju. Vēlākas direktorija izmaiņas nenozīmē, ka pārrakstīts katrs vecais uzdevuma lauks. Tādēļ reorganizācija ir iemesls pārbaudīt komandas atskaites, nevis tikai to, vai darbinieks var pierakstīties.
Manuāliem e-pasta atgādinājumiem pārbaudiet operatoru, kurš tos faktiski sūtīs. Lietotne izmanto šīs personas pastkasti, savukārt automātiskie paziņojumi ir atkarīgi no atsevišķā pakalpojuma konfigurācijas. Ar pastu saistīta API pieprasījuma apstiprināšana pati par sevi nepārbauda pastkasti, piegādi konkrētam adresātam vai fona pakalpojumu.
Glabājiet šo pārbaužu rezultātus kopā ar izvietojuma informāciju. Ziņojot par kļūmi, iekļaujiet ietekmēto kontu, centru un lapu, darbību un kļūdas laiku. Tas ir praktiski noderīgāk nekā vispārīgs apgalvojums, ka “atļaujas ir apstiprinātas”, jo katrs slānis var darboties vai nedarboties neatkarīgi.
Pakalpojums un reģistrēšanas režīms
Service režīmam nepieciešams sasniedzams pakalpojuma URL un sekmīga administratora piekrišanas pārbaude. Pakalpojuma piekrišana ir atsevišķa no SPFx pakotnes Graph atļauju apstiprināšanas. Automātiskiem atgādinājumiem, eskalācijām un pastāvīgai auditorijas apstrādei nepieciešams atsevišķs pakalpojuma komponents; tikai iestatījumu ievadīšana šos darbus neizpilda.
❗ Svarīgi
Direct režīms piešķir darbiniekiem līdzdalības tiesības uzdevumu un apliecinājumu sarakstos. Pirms reālu darbinieku datu izmantošanas pārskatiet KB10500. Kā konfigurēt Policy Acknowledgement lomas un atļaujas un KB10509. Policy Acknowledgement datu glabāšana: Direct un Service režīmi. Tīmekļa daļu filtri un auditorijas atlase neaizstāj datu atļaujas.
