# Raportowanie w aplikacji i dostęp do sekcji

Raportowania w aplikacji możesz używać w aplikacjach korzystających z dostępu do sekcji. W tym temacie pomocy opisano różnice, których można się spodziewać podczas konfigurowania raportów z aplikacji korzystającej z dostępu do sekcji.

Ostrzeżenie

Zawsze definiuj jawnych, filtrowanych odbiorców na liście dystrybucyjnej dla każdego zadania raportowania uruchamianego dla aplikacji z włączoną sekcją dostępu. Nie należy polegać wyłącznie na dostępie do sekcji w celu ograniczenia danych na potrzeby dystrybucji raportów.

Dlaczego: Funkcja Section access chroni aplikację; nie chroni zadania raportu. Lista dystrybucyjna to miejsce, w którym odbiorcy są przypisywani do filtrów. Jeśli z jakiegokolwiek powodu odbiorca nie zostanie dopasowany w dzierżawie Qlik zgodnie z oczekiwaniami, odbiorca ten otrzymuje w zamian uprawnienia dostępu do danych samego właściciela zadania raportowania — dodanie filtru dla odbiorcy zapewnia ograniczenie danych konkretnie dla tej osoby, zamiast domyślnego zastosowania widoku właściciela.

Działanie: Replicate reguły dostępu do sekcji jako jawne filtry raportu dla każdego odbiorcy, nawet jeśli powiela to logikę wymuszoną już w skrypcie. Traktuj to jako obowiązkowe, a nie opcjonalne, wszędzie tam, gdzie aplikacja zawiera dane wrażliwe.

Kompresja danych zastosowana do raportu wynikowego zależy od następujących czynników:

* Czy aplikacja korzysta z dostępu do sekcji

* Używane filtry raportu

* Czy adresat jest adresatem wewnętrznym, czy zewnętrznym względem dzierżawy Qlik Cloud

* Zastosowane cykle

Z poniższych sekcji dowiesz się, jak generowane są raporty dla każdego typu adresatów. Dodatkowe informacje zawiera temat [Kto może otrzymywać raporty?](https://help.qlik.com/pl-PL/cloud-services/Subsystems/Hub/Content/Sense_Hub/Reporting/InAppGeneral/cloud-in-app-reports-intro.htm#RecipientTypes).

## Różnice pomiędzy adresatami wewnętrznymi i zewnętrznymi

### Identyfikacja adresata

Aby zidentyfikować odbiorców jako wewnętrznych lub zewnętrznych, adresy e-mail odbiorców są sprawdzane pod kątem zgodności z użytkownikami w dzierżawie Qlik Cloud. Wielkość liter w dopasowywaniu adresów e-mail nie ma znaczenia. Kontrola daje następujące wyniki:

* Jeśli adres e-mail jest zgodny z adresem e-mail użytkownika w dzierżawie Qlik Cloud, adresat jest wewnętrzny.

* Jeśli nie zostanie znalezione żadne dopasowanie, adresat jest podmiotem zewnętrznym.

### Adresaci wewnętrzni

Każdy wewnętrzny adresat raportu musi mieć dostęp do aplikacji i być uwzględniony w tabeli dostępu do sekcji, aby mógł odebrać wygenerowany raport. Jeśli te kryteria nie zostaną spełnione, do historii wykonania zadania dla tego adresata zostanie dodany błąd. Gdy kryteria są spełnione, dane w raporcie wynikowym są ponadto filtrowane na podstawie ograniczeń dostępu do danych zdefiniowanych dla tego użytkownika w skrypcie dostępu do sekcji.

### Adresaci zewnętrzni

Zewnętrzni adresaci raportów otrzymują dane wyjściowe raportu zgodnie z definicją dostępu właściciela zadania raportowania.

## Możliwości zadania raportowania

Zadanie raportowania może wygenerować maksymalnie 500 unikatowych raportów. Limit ten jest oceniany dla wszystkich szablonów dodanych do zadania, a nie dla każdego szablonu w zadaniu. Limit ten ma również zastosowanie do wszystkich zadań raportowania, niezależnie od tego, czy zastosowano jeden lub więcej cykli.

W aplikacjach bez dostępu do sekcji jest generowany unikatowy raport dla każdego odrębnego filtru na poziomie adresata zastosowanego wobec wszystkich użytkowników dodanych do zadania raportowania. Jednak to działanie jest inne w przypadku aplikacji z dostępem do sekcji.

Jeśli aplikacja ma dostęp do sekcji:

* Dla każdego adresata wewnętrznego dodanego do zadania raportowania jest generowany unikatowy raport, niezależnie od filtru zastosowanego do adresata.

* W przypadku adresatów zewnętrznych unikatowy raport jest generowany tylko wtedy, gdy filtr zdefiniowany dla adresata jest inny niż filtr zdefiniowany dla właściciela zadania raportowania. W przypadku adresatów zewnętrznych, do których zastosowano ten sam filtr, dla każdego unikatowego filtru jest generowany jeden unikatowy raport.

## Automatyczna dezaktywacja zadań raportowania

W niektórych sytuacjach zadania raportowania są automatycznie wyłączane w aplikacji korzystającej z dostępu do sekcji. Można spodziewać się następującego działania:

* Jeśli tabela dostępu do sekcji zostanie dodana do aplikacji lub z niej usunięta, zadanie raportowania zostanie automatycznie wyłączone. Można je ponownie włączyć ręcznie. Dzięki temu twórca raportu może ocenić, czy chce kontynuować dostarczanie raportu, na podstawie definicji odbiorców na liście dystrybucyjnej.

* Jeśli aplikacja ma dostęp do sekcji, a administrator dzierżawy zmieni własność zadania raportu w centrum aktywności Administrowanie, zadanie raportowania zostanie automatycznie wyłączone. Następnie tylko nowy właściciel zadania raportowania będzie mógł ponownie włączyć zadanie raportu.

## Ograniczenia

Dostarczanie raportów za pośrednictwem Microsoft SharePoint folderu dystrybucyjnego nie jest dostępne, jeśli aplikacja korzysta z dostępu do sekcji.

## Dowiedz się więcej

* [Zarządzanie bezpieczeństwem przy użyciu Dostępu do sekcji](https://help.qlik.com/pl-PL/cloud-services/Subsystems/Hub/Content/Sense_Hub/Scripting/Security/manage-security-with-section-access.htm)

* [Rozwiązywanie problemów — raporty w aplikacji](https://help.qlik.com/pl-PL/cloud-services/Subsystems/Hub/Content/Sense_Hub/Troubleshooting/troubleshooting-reporting.htm)