Używanie składników nadzoru

Po zapoznaniu się z środowiskiem i zasobami można rozważyć stosowanie składników nadzoru w aplikacjach. Użytkownik może chcieć zebrać dodatkowe informacje o swoich aplikacjach od twórców lub poddać inspekcji konkretne łączniki lub użycie aplikacji.

Obejrzyj omówienie na temat korzystania z rozwiązania komponentów do zarządzania.

Rozwiązanie składników nadzoru zawiera zasoby mające znaczenie dla administratorów i twórców. Więcej informacji: Konfigurowanie składników nadzoru

Procesy zgodności

Obejrzyj przewodnik o tym, jak działa proces zgodności.

Przepływy

Uwaga

Te przepływy są częścią rozwiązania Komponenty podstawowe, jednak większość jego funkcjonalności jest zaimplementowana w rozwiązaniu Komponenty Governance.

Flow Type Zaplanuj
Administrator | Żądanie zgodności z wymaganiami dotyczącymi kompletnych aplikacji w wersji 3 Zautomatyzowane Jest wyzwalane, jeśli Zatwierdzenie BPF Power Apps jest oznaczone jako zakończone.
Administrator | Żądanie zgodności z wymaganiami dotyczącymi kompletnych botów v3 Zautomatyzowane Wyzwalane jeśli Czatbot zatwierdzenia BPF jest oznaczone jako zakończone.
Administrator | Żądanie zgodności z wymaganiami dotyczącymi kompletnych łączników niestandardowych wer. 3 Zautomatyzowane Wyzwalane jeśli Zatwierdzenie złącza niestandardowego BPF jest oznaczone jako zakończone.
Administrator | Żądanie zgodności z wymaganiami dotyczącymi kompletnych przepływu w wersji 3 Zautomatyzowane Wyzwalane jeśli Zatwierdzenie przepływu BPF jest oznaczone jako zakończone.
Administrator | Środowisko zespołów ds. zgodności BPF wiadomość wprowadzająca wer. 3 Zautomatyzowane Wyzwalane, gdy zostanie przesłane do środowiska Microsoft Teams.
Administrator | Prośba o szczegóły dot. zgodności wer. 3 Zaplanowane Ułatwi proces opisany w procesie inspekcji aplikacji.

Administrator | Prośba o szczegóły dot. zgodności wer. 3

Ten przepływ działa razem z innymi aplikacjami i przepływami w zestawie startowym Centrum doskonałości (CoE) w celu ułatwienia procesu opisanego w Procesie inspekcji aplikacji. Wiadomości e-mail z żądaniem szczegółowych informacji o zgodności są wysyłane dla aplikacji i czatbotów.

Ten przepływ powoduje wysłanie wiadomości e-mail do użytkowników, którzy mają aplikacje w dzierżawie, które nie są zgodne z następującymi progami:

  • Aplikacja jest udostępniona z ponad 20 użytkownikami lub przynajmniej z jedną grupą. nie zostały dla nią podane szczegółowe informacje o uzasadnieniu biznesowe.

  • Aplikacja zawiera szczegółowe informacje o przyczynie biznesowej, ale nie została opublikowana w ciągu 60 dni (prawdopodobnie nie ma jej w najnowszej wersji Power Apps) lub nie zawiera opisu.

  • Aplikacja zawiera szczegółowe uzasadnienie biznesowe i wskazuje na duży wpływ na działalność, ale żaden plan łagodzenia nie został przesłany do pola załączników.

Ten przepływ powoduje wysłanie wiadomości e-mail do użytkowników, którzy mają chatboty w dzierżawie, które nie są zgodne z następującymi progami:

  • Chatbot został uruchomiony ponad 50 razy i nie podano jego biznesowego uzasadnienia.

  • Chatbot zawiera szczegółowe uzasadnienie biznesowe i wskazuje na duży wpływ na działalność, ale żaden plan łagodzenia nie został przesłany do pola załączników.

Można dostosować kryteria, kiedy twórcy są proszeni o podanie uzasadnienia biznesowego za pomocą zmiennych środowiskowych. Wartości domyślne są podane.

Wiadomości e-mail wysyłane przez przepływ można dostosować; domyślnie wygląda jak na poniższym obrazie:

Wiadomość e-mail z żądaniem szczegółów zgodności informuje producenta, że jest właścicielem aplikacji, w której obecnie brakuje szczegółów dotyczących zgodności, co oznacza, że musi ona zostać poddana inspekcji przez administratora zgodnie z zasadami pomocy technicznej. Twórcy są proszeni o wypełnienie szczegółów uzasadnienia biznesowego i planu łagodzenia skutków w aplikacji Centrum zgodności dla programistów w celu udokumentowania zamierzonego użycia aplikacji.

Aplikacje

Centrum zgodności dla deweloperów

Ta aplikacja jest używana w procesie inspekcji jako narzędzie dla użytkowników, które pozwala sprawdzić, czy aplikacje, przepływy, czatboty i łączniki niestandardowe, których są właścicielami, są zgodne i przesyłać informacje do administratorów CoE jako uzasadnienie biznesowe w celu zachowania zgodności z wymaganiami.

Uprawnienie: zaraz po użyciu procesu inspekcji aplikacji należy udostępnić tę aplikację osobom tworzącym aplikację. Jeśli planowane jest użycie tego procesu, należy zmodyfikować przepływ powitalnej wiadomości e-mail, aby dodać użytkowników do grupy zabezpieczeń, a następnie udostępnić tę aplikację w tej grupie zabezpieczeń.

Wymagania wstępne: w tej aplikacji jest używana baza danych Microsoft Dataverse. Jeśli zainstalowałeś to rozwiązanie w środowisku produkcyjnym, użytkownicy końcowi muszą mieć licencję na użytkownika lub aplikacja musi mieć przypisaną licencję na aplikację, albo środowisko musi być objęte systemem płatności zgodnie z rzeczywistym użyciem.

Stan zgodności

Centrum zgodności dewelopra umożliwia twórcom sprawdzanie stanu zgodności i przesyłanie szczegółowych informacji o następujących zasobach:

  • Aplikacje kanwy
  • Aplikacje oparte na modelu
  • Przepływy
  • Boty
  • Łączniki niestandardowe
  • Przepływy pulpitu
  • Rozwiązania
  • Środowiska

Na podstawie zasobu twórcy mogą filtrować swoje zasoby do następujących statusów zgodności:

  • Brakujące szczegóły wskazują, że proces zgodności lub administrator zażądał przesłanej więcej informacji w celu zapewnienia zgodności zasobów.
  • Oznaczenie zasobu jako nieaktywnego oznacza, że zasób został oznaczony jako nieaktywny.
  • Niezgodny z wymaganiami oznacza, że zasób jest obecnie niezgodny z istniejącymi zasadami DLP lub zasadami rozliczania, często oznacza to, że zasobu nie można używać do momentu rozwiązania problemu.
  • Wyamgana ponowna publikacja (tylko dla aplikacji kanwy) oznacza, że aplikacja nie została opublikowana w ciągu ostatnich 60 dni.
  • Brakujący opis oznacza, że zasób musi podać opis, który pomoże administratorowi w zrozumieniu, do czego służy zasób.

Przegląd Centrum zgodności dla deweloperów

W Brakujących szczegółach twórcy mogą osiągnąć zgodność, podając dodatkowe informacje za pośrednictwem formularza Szczegóły pomocy:

  • Uzasadnienie biznesowe: opisz potrzebę biznesową, a problem rozwiązywany za pomocą tego rozwiązania.
  • Wpływ na działania biznesowe: Określ oddziaływanie tego rozwiązania na użytkowników, którzy go używają.
  • Zarządzanie dostępem: Opisz, kto ma dostęp do tego zasobu, w jaki sposób zarządza się dostępem (dostęp indywidualny użytkownika lub dostęp poprzez członkostwo w grupie) oraz w jaki sposób zarządza się procesami osób dołączających / przenoszących / odchodzących.
  • Zależności: opisz wszystkie zależności używane przez to rozwiązanie, na przykład zewnętrzne lub wewnętrzne interfejsy API lub zasoby platformy Azure.
  • Warunki użytkowania: (dotyczy tylko łączników) opisz, w jakich sytuacjach dany łącznik może być używany i powinien zostać użyty.
  • Podany plan migracji: w przypadku najważniejszych rozwiązań należy przekazać plan migracji, który wyszczególnia, co użytkownicy biznesowi mają zrobić w przypadku awarii.

Dostosowywanie: sprawdzanie, czy formularz szczegółów pomocy technicznej odpowiada wymaganiom użytkownika i czy w razie potrzeby należy go zaktualizować.

Szczegóły aplikacji Centrum zgodności dla deweloperów

Przepływy procesów biznesowych (BPF)

Zatwierdzenie aplikacji BPF Power Apps

Ten proces ułatwia administratorowi inspekcję procesu zatwierdzania aplikacji dzięki zapewnieniu wizualizacji etapu procesu, na którym się aktualnie znajduje. Typowe etapy inspekcji to:

  • Sprawdzanie wymagań twórcy.
  • Ocena ryzyka.
  • Wyróżnienie aplikacji w katalogu aplikacji.

Zatwierdzenie aplikacji BPF w Power Apps — implementacja.

Zatwierdzanie aplikacji BPF Power Apps — sprawdzanie wymagań twórcy.

BPF zatwierdzania przepływu

Ten proces pomaga administratorowi kontrolować proces zatwierdzania przepływu, zapewniając wizualizację etapu procesu, na którym aktualnie się znajduje. Typowe etapy inspekcji to:

  • Sprawdzanie wymagań twórcy.
  • Ocena ryzyka.
  • Wykonaj czynności kontrolne administrowania.

BPF zatwierdzania przepływu - Implementacja.

BPF zatwierdzania przepływu — Weryfikuj wymagania twórcy.

BPF zatwierdzania łącznika niestandardowego

Ten proces pomaga administratorowi kontrolować proces zatwierdzania niestandardowego łącznika, zapewniając wizualizację etapu procesu, na którym aktualnie się znajduje. Typowe etapy inspekcji to:

  • Sprawdzanie wymagań twórcy.
  • Ocena ryzyka.
  • Wykonaj czynności kontrolne administrowania.

BPF zatwierdzania łącznika niestandardowego - Implementacja.

BPF zatwierdzania łącznika niestandardowego — Weryfikuj wymagania twórcy.

BTF zatwierdzania czatbota

Ten proces pomaga administratorowi kontrolować proces zatwierdzania czatbota, zapewniając wizualizację etapu procesu, na którym aktualnie się znajduje. Typowe etapy inspekcji to:

  • Sprawdzanie wymagań twórcy.
  • Ocena ryzyka.
  • Wykonaj czynności kontrolne administrowania.

BPF zatwierdzania czatbota - Implementacja.

BPF zatwierdzania czatbota — Weryfikuj wymagania twórcy.

Aktywowanie przepływów procesów biznesowych

Wszystkie przepływy procesów biznesowych są domyślnie wyłączone. Aby włączyć , należy wykonać następujące czynności:

  1. Wybierz kolejno opcje make.powerapps.com i ustaw bieżące środowiska na środowisko, w którym jest zainstalowane rozwiązanie CoE.

  2. Wybierz pozycję Rozwiązania>Centrum doskonałości (CoE).

  3. Wybierz opcję Proces spośród opcji filtra w górnej części okna.

  4. W Zatwierdzania aplikacji BPF Power Apps wybierz przycisk wielokropka (...), a następnie wybierz pozycję Włącz.

  5. Powróć do poprzedniego kroku BPF zatwierdzania przepływu, BPF zatwierdzenia niestandardowego złącza i BPF zatwierdzenia chatbota.

Nieaktywne procesy

Obejrzyj przewodnik o tym, jak działa proces braku aktywności.

Tabele

Zatwierdzenie powiadomień o braku aktywności

Reprezentuje powiadomienia o braku aktywności zadania zatwierdzania rozpoczęte podczas | administratora Przepływy powiadomień o braku aktywności v2.

Przepływy

Flow Type Zaplanuj
Admin | Powiadomienia o braku aktywności (Rozpocznij zatwierdzanie dla aplikacji) Zaplanuj Co tydzień
Admin | Powiadomienia o braku aktywności (Rozpocznij zatwierdzanie dla przepływów) Zaplanuj Co tydzień
Admin | Powiadomienia o braku aktywności w wersji 2 (Sprawdź zatwierdzanie) Zaplanuj Dziennie
Admin | Powiadomienia o braku aktywności wer. 2 (Czyszczenie i usuwanie) Zaplanuj Dziennie
Administracja | Menedżerowie poczty e-mail zignorowali zatwierdzenia Błyskawiczne Co tydzień

Admin | Powiadomienia o braku aktywności v2 (Rozpocznij zatwierdzanie dla aplikacji)

Sprawdza aplikacje, które nie zostały zmodyfikowane lub uruchomione w ciągu ostatnich sześciu miesięcy (ten przedział czasu można skonfigurować) i pyta właściciela aplikacji (za pomocą zatwierdzeń przepływu), czy można usunąć aplikację.

Zaleca się, aby właściciel aplikacji wykonał kopię zapasową aplikacji, jeśli w pewnym momencie zechce ją przywrócić.

Ten przepływ rozpoczyna proces zatwierdzania i zapisuje zadanie zatwierdzania w tabeli zatwierdzania archiwum Dataverse.

Przepływ Powiadomienia o braku aktywności v2 (Rozpocznij zatwierdzanie dla aplikacji).

Dostosowywanie: domyślnie ten przepływ przypisuje uprawnienia do właściciela aplikacji. Aby przetestować w środowisku debugowania, w którym nie trzeba angażować użytkowników, można zaktualizować zmienną środowiska ProductionEnvironmentna wartość Nie, a zatwierdzenia zostaną wysłane zamiast tego do konta administracyjnego.

Powiadomienia o braku aktywności v2 - przepływ pracy dla aplikacji.

Admin | Powiadomienia o braku aktywności v2 (Rozpocznij zatwierdzanie dla przepływów)

Podobnie jak w przypadku poprzedniego przepływu, ale w przypadku przepływów, a nie aplikacji. Ten przepływ sprawdza przepływy, które nie zostały zmodyfikowane w ciągu ostatnich sześciu miesięcy (ten przedział czasu można skonfigurować) i pyta właściciela przepływu (za pomocą zatwierdzeń przepływu), czy przepływ można usunąć.

Zaleca się, aby właściciel przepływu wykonał kopię zapasową aplikacji, jeśli w pewnym momencie zechce ją przywrócić.

Ten przepływ rozpoczyna proces zatwierdzania i zapisuje zadanie zatwierdzania w tabeli zatwierdzania archiwum Dataverse.

Dostosowywanie: domyślnie ten przepływ przypisuje uprawnienia do właściciela przepływu. Aby przetestować w środowisku debugowania, w którym nie trzeba angażować użytkowników, można zaktualizować zmienną środowiska ProductionEnvironmentna wartość Nie, a zatwierdzenia zostaną wysłane zamiast tego do konta administracyjnego.

Powiadomienia o braku aktywności - przepływ pracy dla przepływów.

Admin | Powiadomienia o braku aktywności (Sprawdź zatwierdzanie)

W zaplanowanym odstępie czasu sprawdza, czy odpowiedzi na zatwierdzenie zostały utworzone przez opisane powyżej przepływy Rozpocznij zatwierdzanie i, jeśli są nowo zatwierdzone, zaznacza zatwierdzoną datę, aby przepływ powiadomień o braku aktywności v2 (oczyszczanie i usuwanie) (opisany poniżej) mógł go usunąć po tym, jak użytkownik ma czas na archiwizację.

Jeśli zatwierdzono w przeszłości, ale przed usunięciem, wysyła przypomnienie o zarchiwizowaniu aplikacji lub przepływu przed usunięciem.

Admin | Powiadomienia o braku aktywności (Czyszczenie i usuwanie)

Uruchamia się codziennie i wykonuje dwa zadania porządkowe dla przepływu pracy.

  1. Usuwa przepływy i aplikacje, które zostały zatwierdzone do usunięcia ponad trzy tygodnie temu (konfigurowalne).
  2. Usuwa żądania zatwierdzenia, które wygasły, które utworzono ponad miesiąc temu. Jeśli twórca zignoruje żądanie zatwierdzenia, jego aplikacja lub przepływ nie zostaną usunięte, ale w przyszłości również otrzymają inne żądanie zatwierdzenia. Ponadto jego menedżer otrzymuje powiadomienie w sprawie zignorowanych żądań.

Administratorzy | menedżerowie poczty e-mail ignorowani powiadomienia o braku aktywności Zatwierdzenia

Ten przepływ współpracuje z innymi przepływami powiadomień o braku aktywności, ponieważ szuka zatwierdzeń z tego systemu, które zostały zignorowane przez twórców przez jeden miesiąc lub dłużej, i wysyła ich kierownikowi listę z prośbą o pomoc, zachęcając swoich pracowników do zatwierdzenia lub odrzucenia wniosek.

Wiadomość e-mail wysłana do menedżerów.

Aplikacje

Aplikacja czyszczenia starych obiektów

Ponieważ twórcy są proszeni o odpowiedź, czy obiekty są nadal przydatne, korzystając z powyższych przepływów archiwalnych, czasami ignorują te pytania. W takim przypadku, przepływ powyżej wyśle swojemu menedżerowi ten e-mail.

Wiadomość e-mail wysłana do menedżerów.

Menadżer może wybrać łącze w wiadomości e-mail i zostać przeniesiony do tej aplikacji w celu oczyszczenia.

Mogą wybrać, nad którym pracownikiem będą pracować w pierwszej kolejności.

Ekran wyboru użytkownika.

Następnie dla każdego pracownika odrzuć usunięcie lub wyślij przypomnienie.

Ekran czyszczenia.

Mogą też wysłać do aplikacji osobę, która zajmie się sprzątaniem. Tam będzie mógł zatwierdzić/odrzucić usunięcie wszystkich swoich obiektów.

Ekran wysyłania wiadomości e-mail z przypomnieniem.

Powiadomienia o braku aktywności w aplikacji i przepływie Widok czyszczenia

Aplikacja ta daje administratorowi wgląd we wszystkie obiekty, które są aktualnie rozważane do archiwizacji i usunięcia. Administrator może filtrować aplikacje, które zostały odrzucone z adnotacją do sprawdzenia:

Wyświetlanie wszystkich obiektów w przeglądzie.

I jeśli powód jest uzasadniony, mogą zdecydować się na wyłączenie obiektu z przyszłych przebiegów i rozważań na temat archiwizacji i usunięcia.

Archiwizowanie z przepływów archiwizacji.

Microsoft Teams ład

Uwaga

Te komponenty nie będą działać w GCC High i DoD, ponieważ wysyłanie kart adaptacyjnych do aplikacji Teams nie jest obsługiwane w tych regionach.

Przepływy

Flow Type Zaplanuj
Administrator Microsoft Teams | Poproś o uzasadnienie biznesowe podczas tworzenia środowiska Microsoft Teams Zautomatyzowane wyzwalane przez administratora | Synchronizacja szablonu V3
Administrator Microsoft Teams | Cotygodniowe oczyszczanie środowisk Microsoft Teams Zaplanuj Co tydzień
Administrator Microsoft Teams | Wyślij wiadomość z przypomnieniem Zaplanuj Dziennie

Administrator Microsoft Teams | Poproś o uzasadnienie biznesowe podczas tworzenia środowiska Microsoft Teams

Przepływ ten jest uruchamiany codziennie i sprawdza, czy utworzono nowe środowiska typu Microsoft Teams. Właściciele zespołów, którzy utworzyli środowiska Microsoft Teams, otrzymują za pośrednictwem Teams kartę adaptacyjną, która prosi ich o podanie uzasadnienia biznesowego.

Ponadto ten przepływ wysyła również powitalną wiadomość e-mail do nowych właścicieli zespołów, aby zapewnić im dalsze informacje o ich środowisku. Łącze do dokumentacji zasad skonfigurowanej w ramach konfigurowania ustawień CoE znajduje się w tej wiadomości -mail.

Zapisz kopię tego przepływu, jeśli chcesz zmienić sformułowanie w wiadomościach e-mail lub kartach adaptacyjnych.

Dowiedz się więcej o procesie zarządzania Microsoft Teams w zestawie startowym CoE: proces audytu środowiska Microsoft Teams

Administrator Microsoft Teams | Cotygodniowe oczyszczanie środowisk Microsoft Teams

Uwaga

Automatyczne usuwanie nieaktywnego środowiska Dataverse for Teams jest teraz częścią centrum administracyjnego Power Platform. Więcej informacji: Automatyczne usuwanie nieaktywnych środowisk Microsoft Dataverse for Teams.

Ważne

Powoduje to usunięcie środowisk, dla których nie istnieje żadna przyczyna działalności lub w których przyczyna została odrzucona. Właściciele środowiska mają 7 dni na to, aby podać uzuasadnienie biznesowe przed usunięciem środowiska.

Przepływ ten przebiega co tydzień i usuwa środowiska, które:

  • zostały utworzone ponad 7 dni temu i nie mają uzasadnienia biznesowego lub gdy uzasadnienie biznesowe zostało odrzucone przez administratora
  • zostały utworzone ponad 90 dni temu i nie mają żadnych aplikacji ani przepływów w środowisku.

Uwaga

Obecnie boty utworzone za pośrednictwem Power Virtual Agents w środowiskach Microsoft Teams nie są wykrywalne w zestawie startowym CoE.

Środowiska są usuwane z dzierżawy i oznaczone jako usunięte w tabeli Środowiska zestawu startowego CoE. Usunięte środowiska można wyświetlić w widoku administracyjnym Power Platform.

Ważne

Ostatnio usuniętego środowiska można odzyskać — w ciągu 7 dni od usunięcia — za pomocą Centrum administracyjnego Power Platform lub apletu polecenia cmdlet Power Apps Recover-AdminPowerAppEnvironment. Dowiedz się więcej o odzyskiwaniu środowiska.

Zapisz kopię tego przepływu, jeśli chcesz zmienić wprowadzenie jakichkolwiek zmian w kryteriach usuwania środowisk.

Dowiedz się więcej o procesie zarządzania Microsoft Teams w zestawie startowym CoE: proces audytu środowiska Microsoft Teams

Administrator Microsoft Teams | Wyślij wiadomość z przypomnieniem

Ten przepływ powoduje wysyłanie codziennej wiadomości e-mail z przypomnieniem do właścicieli środowiska, dla których poproszono ich o wyjaśnienia środowiska Dataverse for Teams, ale nie podali jeszcze takiej wiadomości. Wiadomość e-mail zawiera również informacje dotyczące włączenia integracji przepływu w programie Microsoft Teams.

Oczyszczanie oddzielonych zasobów

Uwaga

Te komponenty nie będą działać w GCC High i DoD, ponieważ wysyłanie kart adaptacyjnych do aplikacji Teams nie jest obsługiwane w tych regionach.

Obejrzyj krótkie informacje o tym, jak działa proces oczyszczania oddzielonych obiektów.

Przepływy

Flow Type Zaplanuj
Żądanie ponownego przypisania obiektów osieroconych (nadrzędne) Zaplanuj co tydzień
Żądanie ponownego przypisania obiektów osieroconych (podrzędne) Błyskawiczne podrzędne

Żądanie ponownego przypisania obiektów osieroconych (nadrzędne)

Codziennie zbiera on wszystkie osierocone obiekty w lokatorze i próbuje powiązać je z menedżerem poprzedniego właściciela. Następnie wysyła notatkę Teams bot do każdego z menedżerów, na których ma wpływ, informując ich o tym, że są obiekty do wyczyszczenia, a następnie wywołuje jednocześnie przepływ dziecka dla każdego menedżera.

Lista osieroconych obiektów, które nie mogą zostać przypisane do poprzedniego administratora, jest wysyłana na adres e-mail administratora, dzięki czemu administratorzy wiedzą, które z osieroconych obiektów należy oczyścić ręcznie.

Liczba pozostawionych obiektów.

Żądanie ponownego przypisania obiektów osieroconych (podrzędne)

Ten przepływ jest uruchamiany codziennie dla każdego menedżera, który posiada przedmioty należące do byłych pracowników, którzy odeszli z firmy. Pokazuje wszystkie przepływy w chmurze i aplikacje kanwy należące do byłych pracowników i pozwala menedżerowi zdecydować, co zrobić:

  1. Wyślij sobie listę pocztą e-mail.
  2. Przejmij je wszystkie na własność.
  3. Usuń wszystko.
  4. Przydziel je wszystkie komuś innemu.
  5. Zobacz każde z osobna.

Lista pozostawionych obiektów.

Jeśli zdecydują się oglądać przedmioty pojedynczo, będą mogli podejmować te decyzje w sposób szczegółowy.

Element pozostawionych obiektów.

Proces kwarantanny aplikacji

Zmienne środowiskowe

Imię i nazwisko/nazwa opis Domyślna wartość
Kwarantanna aplikacji po x dniach niezgodności Jeśli używasz przepływu zgodności dla aplikacji do zbierania szczegółów dotyczących zgodności od twórców, określ, czy chcesz poddawać aplikacje kwarantannie, jeśli nie są one zgodne z przepisami. Określone w dniach. 7 dni

Przepływy

Flow Type Zaplanuj
Administracja | Poddawaj kwarantannie aplikacje niezgodne z przepisami Zaplanowane Dziennie
Administracja| Ustaw status kwarantanny aplikacji Zautomatyzowane Kiedy pole kwarantanna aplikacji w tabeli Power Apps zostanie zmienione

Administracja | Poddawaj kwarantannie aplikacje niezgodne z przepisami

Ten przepływ jest uruchamiany zgodnie z harmonogramem i sprawdza, czy jakaś aplikacja wymaga kwarantanny na podstawie następujących kryteriów:

  • Środowisko jest włączone w proces kwarantanny.
  • Zażądano szczegółowych informacji o zgodności, ale nie zostały one jeszcze przesłane i oczekują przez dłuższy okres niż określony w zmiennej środowiska „Kwarantanna aplikacji po x dniach niezgodności”.
  • Aplikacja nie jest już na kwarantannie.
  • Stan oceny ryzyka administratora nie jest zakończony.

W przypadku aplikacji spełniających powyższe kryteria stan aplikacji ma stan Tak. Jeśli twórca przesyła szczegóły dotyczące zgodności za pośrednictwem Centrum zgodności deweloperów, nie zwalnia to automatycznie aplikacji z kwarantanny. Administrator musi przeprowadzić ocenę ryzyka i ręcznie zwolnić aplikację z kwarantanny, używając Widoku administratora Power Platform.

Aby zwolnić aplikację z kwarantanny, użyj widoku administratora Power Platform, aby ustawić pole Kwarantanna aplikacji na Nie i oznaczyć Wymaganie administratora – Stan oceny ryzyka jako Kompletne.

Administracja| Ustaw status kwarantanny aplikacji

Ten przepływ jest uruchamiany automatycznie, jeśli pole statusu kwarantanny aplikacji w tabeli aplikacji Power Apps zostanie zaktualizowane.

To pole:

  • Jest ustawiane na Tak przez administratora | Kwarantanna niezgodnych aplikacji.
  • Może być aktualizowana na Tak lub Nie ręcznie przez administratora z widoku widoku administratora Power Platform, aby poddać aplikacje kwarantannie lub zwolnić je z kwarantanny.

Ten przepływ ustawia status kwarantanny dla aplikacji.

Jeśli aplikacja zostanie poddana kwarantannie, do jej twórcy zostanie wysłany e-mail z informacją, że nie można jej już uruchomić.

Twórcy aplikacji otrzymują e-mail z informacją, że ich aplikacja została poddana kwarantannie i prośbą o podanie szczegółów dotyczących zgodności w aplikacji Centrum zgodności developerów.

Jeśli aplikacja zostanie zwolniona z kwarantanny, do jej twórcy zostanie wysłany e-mail z informacją, że jest ona ponownie dostępna do użytku.

Twórcy aplikacji otrzymują wiadomość e-mail z informacją, że ich aplikacja została zwolniona z kwarantanny.

Aplikacje poddane kwarantannie są również oznaczane w Centrum zgodności developerów jako Niezgodne.

Aplikacje poddane kwarantannie są jako takie wyróżnione w aplikacji Centrum zgodności developerów.