REST Resource: accounts

{
  "name": string,
  "accountName": string,
  "primaryOwner": string,
  "type": enum (AccountType),
  "role": enum (AccountRole),
  "verificationState": enum (VerificationState),
  "vettedState": enum (VettedState),
  "accountNumber": string,
  "permissionLevel": enum (PermissionLevel),
  "organizationInfo": {
    object (OrganizationInfo)
  }
}

string

Stały. Nazwa zasobu w formacie accounts/{account_id}.

string

Wymagane. Nazwa konta. W przypadku konta typu PERSONAL jest to imię i nazwisko konta użytkownika.

string

Wymagane. Tylko dane wejściowe. Nazwa zasobu konta, które będzie głównym właścicielem tworzonego konta. Powinien mieć format accounts/{account_id}.

enum (AccountType)

Wymagane. Zawiera typ konta. Za pomocą tego interfejsu API nie można tworzyć kont typu PERSONAL i ORGANIZATION.

enum (AccountRole)

Tylko dane wyjściowe. Określa wartość AccountRole tego konta.

enum (VerificationState)

Tylko dane wyjściowe. Jeśli lokalizacje zostaną zweryfikowane, będą automatycznie łączone z Mapami Google i będą tworzone strony Google+ bez konieczności moderacji.

enum (VettedState)

Tylko dane wyjściowe. Wskazuje, czy konto zostało sprawdzone przez Google. Zweryfikowane konto może zweryfikować lokalizacje za pomocą metody VETTED_PARTNER.

string

Tylko dane wyjściowe. Numer referencyjny konta, jeśli został udostępniony.

enum (PermissionLevel)

Tylko dane wyjściowe. Określa poziom uprawnień użytkownika na tym koncie.

object (OrganizationInfo)

Tylko dane wyjściowe. Dodatkowe informacje o organizacji. To pole jest wypełniane tylko w przypadku konta organizacji.

{
  "registeredDomain": string,
  "address": {
    object (PostalAddress)
  },
  "phoneNumber": string
}

string

Tylko dane wyjściowe. Zarejestrowana domena konta.

object (PostalAddress)

Tylko dane wyjściowe. Adres pocztowy powiązany z kontem.

string

Tylko dane wyjściowe. Numer kontaktowy organizacji.

{
  "revision": integer,
  "regionCode": string,
  "languageCode": string,
  "postalCode": string,
  "sortingCode": string,
  "administrativeArea": string,
  "locality": string,
  "sublocality": string,
  "addressLines": [
    string
  ],
  "recipients": [
    string
  ],
  "organization": string
}

integer

Wersja schematu tabeli PostalAddress. Wartość ta musi wynosić 0, co jest najnowszą wersją.

Wszystkie nowe wersje muszą być zgodne wstecznie ze starymi.

string

Wymagane. Kod regionu CLDR kraju lub regionu adresu. Nie są one nigdy wnioskowane i to użytkownik musi upewnić się, że wartość jest prawidłowa. Szczegółowe informacje można znaleźć na stronach https://cldr.unicode.org/ i https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html. Przykład: „CH”. dla Szwajcarii.

string

Opcjonalnie: Kod języka BCP-47 treści adresu (jeśli jest znany). Często jest to język interfejsu formularza wejściowego lub prawdopodobnie jeden z języków używanych w adresie kraj/region lub ich transliterowane odpowiedniki. Może to wpłynąć na formatowanie w niektórych krajach, ale nie ma wpływu na prawidłowość danych i nigdy nie wpływa na weryfikację ani inne operacje związane z nieformatowaniem.

Jeśli ta wartość nie jest znana, należy ją pominąć (zamiast określać potencjalnie nieprawidłową wartość domyślną).

Przykłady: „zh-Hant”, „ja”, „ja-Latn”, „pl”.

string

Opcjonalnie: Kod pocztowy adresu. Nie wszystkie kraje używają kodów pocztowych lub ich wymagają, ale tam, gdzie są używane, mogą powodować dodatkową weryfikację innych części adresu (np. stan lub kod pocztowy w Stanach Zjednoczonych).

string

Opcjonalnie: Dodatkowy kod sortowniczy specyficzny dla kraju. Nie jest on używany w większości regionów. Ta wartość jest ciągiem znaków takim jak „CEDEX”, po którym może występować liczba (np. „CEDEX 7”), lub samej liczby reprezentującej „kod sektora” (Jamajka), „wskaźnik obszaru dostawy” (Malawi) lub „wskaźnik urzędu pocztowego” (np. Wybrzeże Kości Słoniowej).

string

Opcjonalnie: Najwyższy podział administracyjny stosowany w przypadku adresów pocztowych kraju lub regionu. Na przykład stan, prowincja, obwód lub prefektura. W przypadku Hiszpanii jest to prowincja, a nie wspólnota autonomiczna (np. „Barcelona”, nie „Katalonia”). Wiele krajów nie używa regionu w adresach pocztowych. Na przykład: w Szwajcarii pole musi być puste.

string

Opcjonalnie: Zasadniczo odnosi się do części miejscowości lub miejscowości. Przykłady: USA, gmina IT, poczta polska. W regionach, w których miejscowości nie są dobrze zdefiniowane lub nie pasują do tej struktury, zostaw pole Rejon puste, a następnie użyj addressLines.

string

Opcjonalnie: Okręg, w którym znajduje się adres. Na przykład mogą to być dzielnice, dystrykty, okręgi.

string

Nieuporządkowane wiersze adresu opisujące dolne poziomy adresu.

Wartości w addressLine nie mają informacji o typie i czasami mogą zawierać wiele wartości w jednym polu (np. „Austin, TX”), ważne jest, aby kolejność wierszy była jasna. Kolejność wierszy adresu powinna być określona jako „kolejność danych koperty”. zgodnie z krajem/regionem adresu. Tam, gdzie może być to inne (np. w Japonii), słowo address_language jest używane do jednoznacznego określenia (np. „ja” dla sortowania w dużym i małym porządku oraz „ja-Latn” lub „en” dla małych i dużych). Dzięki temu można wybrać najbardziej precyzyjny wiersz adresu na podstawie języka.

Minimalna dozwolona reprezentacja strukturalna adresu składa się z kodu regionu RegionCode, a wszystkie pozostałe informacje są umieszczane w elemencie addressLines. Sformatowanie takiego adresu w przybliżeniu bez geokodowania byłoby możliwe, ale semantyczne rozumowanie nie byłoby możliwe w odniesieniu do żadnego ze składników adresu, dopóki nie zostanie przynajmniej częściowo rozpatrzone.

Zalecanym sposobem obsługi adresów całkowicie nieuporządkowanych

string

Opcjonalnie: Adresat pod adresem. W pewnych okolicznościach to pole może zawierać informacje obejmujące wiele wierszy. Może na przykład zawierać hasło „opieka” i informacjami o nich.

string

Opcjonalnie: Nazwa organizacji pod adresem.