Policy Acknowledgement Automātiskai auditorijas atjaunināšanai, plānotiem atgādinājumiem un eskalācijām nepieciešams atsevišķs Policy Acknowledgement pakalpojuma komponents. Policy Admin glabā savienojuma un paziņojumu iestatījumus un var vaicāt pakalpojumam par piekrišanu. Šīs vadīklas neizvieto pakalpojumu un nepierāda, ka visi fona darbi darbojas.
Iegūstiet pakalpojuma priekšnosacījumus
Izmantojiet produkta administratora kontu un iegūstiet pakalpojuma galapunktu un izvietošanas norādījumus no organizācijas vai piegādātāja, kas atbild par šo komponentu. Neuzskatiet parauga adresi laukā par sagatavotu nomnieka galapunktu. Noskaidrojiet, kurš pārvalda pakalpojuma pieejamību, lietojumprogrammas atļaujas un piegādes problēmu novēršanu.
SPFx API atļauju apstiprināšana un pakalpojuma administratora piekrišana ir dažādi soļi. Vispirms izpildiet produkta instalēšanas prasības. Ja pakalpojums nav piegādāts vai pārbaudīts, dokumentējiet, ka plānotā darbība nav pieejama, nevis aprakstiet saglabātus kampaņas iestatījumus kā aktīvu automatizāciju.
Pievienojiet un pārbaudiet piekrišanu
- Atveriet Policy Admin un atlasiet Paziņojumi.
- Laukā Atgādinājumu pakalpojuma URL ievadiet izsniegto pakalpojuma URL.
- Izvēlieties Atvērt administratora piekrišanas lapu un pabeidziet nomnieka piekrišanas procesu ar pilnvarotu administratoru.
- Atgriezieties un izvēlieties Pārbaudīt piekrišanu.
- Pārskatiet rezultātu un saglabājiet iestatījumus.
Klients atver pakalpojuma maršrutu /consent ar nomnieka identifikatoru un pieprasa statusu no /api/status. Tas sagaida pozitīvu consentGranted atbildi un var saglabāt ziņoto lastRun. Tās ir klientā redzamas integrācijas prasības, nevis pārbaudītas servera implementācijas dokumentācija.
Konfigurējiet kanālus un grafikus
Pārskatiet E-pasts, Microsoft Teams (aktivitāšu plūsma un bots), Paziņojumu klusuma perioda sākums (stunda), Paziņojumu klusuma perioda beigas (stunda) un Sūtītāja e-pasta adrese. Stundu diapazons ir no 0 līdz 23; paredzētā klusuma stundu darbība ir atkarīga no pakalpojuma. Pārbaudiet tā laika joslu apstrādi, nevis pieņemiet, ka pārlūka iestatījums pats aptur piegādi.
Katrai kampaņai pārskatiet paziņojumu piešķiršanas laikā, dienas pirms termiņa, paziņojumu termiņa datumā, atkārtotus kavējuma atgādinājumus un eskalācijas sliekšņus. Tīmekļa daļas glabā šīs vērtības. Faktiskais laiks, atkārtojumu novēršana un eskalācijas adresāti jāpārbauda pakalpojumā, kas tos izpilda.
Ja nepieciešama Teams piegāde, izvietojiet vajadzīgo lietotni un pārbaudiet piegādes komponentu. Slēdzis Teams lietotne ir pievienota nomniekam ir saglabāts karodziņš, nevis instalēšanas darbība vai pierādījums bota esībai. Skatiet KB10511. Kā pievienot My Policies lietotnei Microsoft Teams. Manuālie Team Compliance e-pasti ir atsevišķi un neievēro šos pakalpojuma slēdžus; skatiet KB10524. Kā nosūtīt komandai manuālus politiku atgādinājumus.
Izvēlieties apliecinājumu reģistrēšanas veidu
Iestatiet Kas reģistrē iepazīšanās apstiprinājumus neatkarīgi no kanālu konfigurācijas. Pārejot uz Service režīmu, pārbaudiet, vai pakalpojums spēj reģistrēt izmēģinājuma apliecinājumu, pēc tam atkārtoti piemērojiet lomu atļaujas cilnē Lomas, izmantojot Saglabāt un piemērot atļaujas. Tikai režīma saglabāšana nesinhronizē atļaujas. Pirms paļaušanās uz aizsardzības modeli pārskatiet KB10509. Policy Acknowledgement datu glabāšana: Direct un Service režīmi.
Nošķiriet konfigurācijas pierādījumus no darbības pierādījumiem
Klients var parādīt, ka iestatījumi saglabāti un statusa galapunkts atgriezis atbildi. Šie novērojumi atbild uz šaurākiem jautājumiem nekā “pakalpojums darbojas”. Vienojieties ar pakalpojuma īpašnieku, kuri darbi ir izvietoti, kādus kontus vai lietojumprogrammas atļaujas tie izmanto un kur diagnosticēt neveiksmīgu izpildi. Tīmekļa daļas saskarne nenodrošina visu šo servera informāciju.
| Novērojums | Ko tas pamato | Kas vēl jāpārbauda |
|---|---|---|
| Galapunkts saglabāts | Klientam ir izsaucama adrese. | Pieejamība, autentifikācija un pieprasītā darbība. |
| Piekrišana ziņota kā piešķirta | Statusa atbilde ziņo par piekrišanu. | Sekmīga rakstīšana un vajadzīgo darbu izpilde. |
| Parādīta pēdējās izpildes vērtība | Pakalpojums sniedzis ar izpildi saistītu vērtību. | Kurš darbs izpildīts, kuru kampaņu apstrādājis un tā rezultāts. |
| Paziņojuma izvēle iespējota | Pieprasītais kanāls ir konfigurēts. | Faktiska piegāde paredzētajam saņēmējam. |
| Uzdevums izveidots | Darbinieka darbs pastāv centrā. | Vai paziņojums nosūtīts un saņemts. |
Katrai nepieciešamajai funkcijai saglabājiet nelielu pieņemšanas ierakstu. Piemēram, darbinieka kvīts pārbauda apliecinājuma ceļu, bet plānots atgādinājums pārbauda citu darbību. Viena ceļa panākumus nevajag izmantot cita apstiprināšanai bez pierādījumiem.
Apzināti pārbaudiet vēlāku auditorijas maiņu
Nepārtrauktas darbības scenārijā vispirms pabeidziet un pārbaudiet sākotnējo sākšanu. Pēc tam organizējiet kontrolētu dalības maiņu atbilstošam testa darbiniekam un lūdziet pakalpojuma īpašniekam identificēt izpildi, kurai tā jānosaka. Pārbaudiet izveidotā uzdevuma politikas versiju, kontu un termiņu un noskaidrojiet, vai esošam tās pašas versijas uzdevumam jānovērš dublēšana.
Tā ir izvietojuma pieņemšanas procedūra, nevis apgalvojums, ka klients izpilda dalības plānotāju. Ja uzdevums neparādās, nošķiriet “darbs netika izpildīts”, “lietotājs tika izslēgts” un “dublikāts pareizi izlaists”. Pirms atkārtotas kampaņas veidošanas pārbaudiet attiecīgos datus.
Paziņojumiem izmantojiet to pašu pieeju: dokumentējiet paredzēto kanālu, saņēmēju un grafiku, pēc tam salīdziniet pakalpojuma izpildi un piegādes rezultātus. Manuāli atgādinājumi no lietotāja pastkastes ir atsevišķs ceļš un nevar pierādīt automātisko paziņojumu konfigurācijas darbspēju.
Veiciet pieņemšanas pārbaudes
Pārbaudiet nelielu kampaņu ar zināmiem adresātiem. Pārbaudiet sākotnējo uzdevumu, plānotu atgādinājumu, kontrolētu auditorijas papildinājumu, ja vajadzīga nepārtraukta darbība, un kavējuma eskalāciju, ja to izmanto. Reģistrējiet paredzēto laiku, faktisko rezultātu un pakalpojuma ziņoto izpildes informāciju. E-pastu un Teams pārbaudiet atsevišķi.
❗ Svarīgi
Sekmīga piekrišanas pārbaude nepierāda plānotāja darbspēju, ziņojumu piegādi vai pierādījumu aizsardzību. Trūkstoša vai veca pēdējās izpildes vērtība arī jāinterpretē pakalpojuma īpašniekam. Atsevišķā servera implementācija nebija pieejama tīmekļa daļas projektā, tāpēc tās atļaujas, plānošana un atkopšanās pēc kļūmēm jāpārbauda izvietojumā.
Ja pārbaudes neizdodas, saglabājiet konfigurāciju un kļūdas informāciju un sazinieties ar pakalpojuma īpašnieku. Atkārtoti nemainiet piekrišanu, reģistrēšanas režīmu vai atļaujas, nenosakot neveiksmīgo darbību. Izmantojiet KB10538. Neveiksmīgu apliecinājumu un trūkstošu paziņojumu problēmu novēršana, lai nošķirtu reģistrēšanas kļūmes no paziņojumu kļūmēm.
