Zarządzanie dostępem użytkowników

Jako administrator możesz zarządzać poziomami dostępu i rolami użytkowników na kontach Google Ads. Za pomocą interfejsu Google Ads API możesz pobierać i aktualizować role użytkowników, wysyłać zaproszenia do użytkowników oraz odbierać im dostęp do konta. Więcej informacji o poziomach dostępu do konta

Aby zarządzać dostępem użytkowników, użytkownik wywołujący lub konto usługi musi mieć ADMIN dostęp do konta docelowego.

zapraszać użytkowników,

Aby zaprosić nowego użytkownika do korzystania z konta, użyj ikony CustomerUserAccessInvitationService, aby utworzyć i wysłać zaproszenie (patrz Zarządzanie zaproszeniami do uzyskania dostępu do konta użytkownika). Gdy użytkownik przyjmie zaproszenie, pojawi się jako potwierdzony użytkownik w sekcji CustomerUserAccess.

Pobieranie ról użytkowników

Listę użytkowników z dostępem do konta możesz uzyskać, tworząc instrukcję języka zapytań Google Ads, która będzie wysyłać zapytania do wszystkich encji CustomerUserAccess powiązanych z identyfikatorem klienta. Oto typowe zapytanie:

SELECT
  customer_user_access.user_id,
  customer_user_access.email_address,
  customer_user_access.access_role,
  customer_user_access.access_creation_date_time,
  customer_user_access.inviter_user_email_address
FROM customer_user_access

Modyfikowanie ról użytkowników

Aby zaktualizować istniejącą rolę użytkownika, wywołaj funkcję CustomerUserAccessService.MutateCustomerUserAccess za pomocą operacji UPDATE. Podczas modyfikowania roli użytkownika musisz podać:

• Nazwa zasobu encji CustomerUserAccess do zmodyfikowania w formacie customers/{customer_id}/customerUserAccesses/{user_id}.
• Nowa rola użytkownika w access_role.
• update_mask (FieldMask) określający access_role.

Usuwanie użytkowników

Aby zakończyć dostęp użytkownika do konta, wywołaj funkcję CustomerUserAccessService.MutateCustomerUserAccess z REMOVE operacją określającą nazwę zasobu (customers/{customer_id}/customerUserAccesses/{user_id}).

Zatwierdzenie przez wiele osób w przypadku zmian dostępu

Jeśli podczas wywoływania funkcji MutateCustomerUserAccess zostanie wywołana prośba o zatwierdzenie przez wiele osób:

• Obiekt MutateCustomerUserAccessResult (zawarty w polu result obiektu MutateCustomerUserAccessResponse) wypełni pole multi_party_auth_review nazwą zasobu oczekującego na sprawdzenie, które wymaga zatwierdzenia.
• Pole resource_name w tabeli MutateCustomerUserAccessResult nie będzie wypełniane.
• Oczekującą prośbę o sprawdzenie może zatwierdzić lub odrzucić drugi administrator za pomocą metody MultiPartyAuthReviewService.ResolveMultiPartyAuthReview. Więcej informacji znajdziesz w przewodniku po zatwierdzaniu przez wiele osób.