--- title: "Kā pievienot politiku pakalpojumu un konfigurēt automātiskos paziņojumus" description: "Konfigurējiet pakalpojuma savienojumu, administratora piekrišanu, paziņojumu kanālus un kampaņu grafikus, pēc tam kontrolētā izmēģinājumā pārbaudiet fona darbību." url: https://vitextra.com/lv/support/kb/10525 language: lv published: 2026-11-08 modified: 2026-11-08 products: - "Policy Acknowledgement" author: "Lidija Reising" tags: ["politiku atgādinājumu pakalpojums", "automātiskie paziņojumi", "administratora piekrišana", "eskalācija", "nepārtrauktas kampaņas"] --- # Kā pievienot politiku pakalpojumu un konfigurēt automātiskos paziņojumus Konfigurējiet pakalpojuma savienojumu, administratora piekrišanu, paziņojumu kanālus un kampaņu grafikus, pēc tam kontrolētā izmēģinājumā pārbaudiet fona darbību. 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 1. Atveriet Policy Admin un atlasiet **Paziņojumi**. 2. Laukā **Atgādinājumu pakalpojuma URL** ievadiet izsniegto pakalpojuma URL. 3. Izvēlieties **Atvērt administratora piekrišanas lapu** un pabeidziet nomnieka piekrišanas procesu ar pilnvarotu administratoru. 4. Atgriezieties un izvēlieties **Pārbaudīt piekrišanu**. 5. 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. ![Pakalpojuma pievienošana un paziņojumu iestatījumu pārskatīšana](https://static.vitextra.com/articles/10525/service-settings-lv.png) *Pakalpojuma pievienošana un paziņojumu iestatījumu pārskatīšana* ## 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](https://vitextra.com/lv/support/kb/10511). 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](https://vitextra.com/lv/support/kb/10524). ## 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](https://vitextra.com/lv/support/kb/10509). ## 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](https://vitextra.com/lv/support/kb/10538), lai nošķirtu reģistrēšanas kļūmes no paziņojumu kļūmēm.