# Aktualizuj właścicieli obiektów aplikacji

Krok Update App Object Owners jest odpowiedzialny za ponowne przypisanie własności prywatnej zawartości aplikacji w Qlik Cloud po zaimportowaniu aplikacji. Podczas kroku Import Applications cała zawartość jest wprowadzana pod tożsamością klucza API (konta usługi), w tym osobiste arkusze i historie. Ten krok koryguje własność na podstawie metadanych zebranych podczas wcześniejszych faz migracji.

Ten krok wymaga metadanych aplikacji wygenerowanych podczas kroku Export Applications.

Export Scope musi być odpowiednio ustawiona, aby w razie potrzeby uwzględnić zawartość prywatną i społecznościową, zapewniając, że wyeksportowana zawartość odzwierciedla pożądane mapowanie własności dla pomyślnego ponownego przypisania.

Prywatna zawartość aplikacji obejmuje:

* Arkusze osobiste (arkusze prywatne)
* Zakładki osobiste (zakładki prywatne)
* Historie osobiste (historie prywatne)
* Arkusze społeczności
* Zakładki społeczności
* Historie społeczności

## Jak działa mapowanie własności

Ponowne przypisanie własności opiera się na metadanych obiektu aplikacji przechowywanych w pliku `AppObjectAppDescriptions.json` wygenerowanym podczas kroku Export Applications. Ten plik zawiera kluczowe szczegóły, takie jak właściciel obiektu aplikacji źródłowej i ID aplikacji docelowej.

Narzędzie do migracji używa jednego z dwóch podejść, aby określić, w jaki sposób użytkownicy ze środowiska zarządzanego przez klienta mapują się do użytkowników w Qlik Cloud:

### Podejście 1: Z plikiem mapowania użytkowników

1. Uruchom krok Export Users przed tym krokiem.
2. Generuje to plik `userMappings.json` zawierający:
   * Źródło (Client-Managed) `UserId`
   * Docelowe informacje o użytkowniku Qlik Cloud (`email`, `subject`)
3. Podczas Update App Object Owners narzędzie dopasowuje właścicieli obiektów aplikacji w wyeksportowanych danych do użytkowników w Qlik Cloud przy użyciu pliku mapowania.

### Podejście 2: Bez pliku mapowania użytkowników

Jeśli Export Users krok nie zostanie wykonany, narzędzie próbuje dopasować użytkowników przy użyciu następującej logiki awaryjnej:

1. Porównaj źródło `UserDirectory\UserId` z Qlik Cloud `subject`
2. Porównaj źródło `UserId` z Qlik Cloud `subject`
3. Porównaj źródło `UserId` z Qlik Cloud `email`

Jeśli nie zostanie znalezione dopasowanie przy użyciu tych metod, ponowne przypisanie dla tego konkretnego obiektu aplikacji zakończy się niepowodzeniem i zostanie utworzony wpis w dzienniku.

## Najlepsze praktyki

* Zawsze uwzględniaj kroki Export Applications i Export Users w przepływie pracy migracji, gdy wymagane jest ponowne przypisanie własności.
* Przejrzyj pliki `AppObjectAppDescriptions.json` i `userMappings.json` pod kątem kompletności i dokładności przed uruchomieniem tego kroku.
* Sprawdź, czy zamierzeni użytkownicy istnieją w Qlik Cloud przed uruchomieniem tego kroku, aby zapewnić prawidłowe ponowne przypisanie.

## Powiązane strony

* [Eksportuj aplikacje](https://help.qlik.com/pl-PL/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Applications/Export-Applications.htm)
* [Importuj aplikacje](https://help.qlik.com/pl-PL/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Applications/Import-Applications.htm)
* [Eksportowanie użytkowników](https://help.qlik.com/pl-PL/migration/Content/AnalyticsMigrationTool/Managing-Migration-Steps/Users/Export-Users.htm)