- JSON-представление
- Почтовый адрес
- Номер телефона
- Короткий код
- Состояние проверки телефона
- Обслуживание клиентов
Сбор информации, связанной с бизнесом.
JSON-представление |
---|
{ "name": string, "address": { object ( |
Поля | |
---|---|
name | Идентификатор. Имя ресурса с информацией о компании. Формат: |
address | Необязательный. Адрес предприятия. |
phone | Только вывод. Телефон предприятия. |
phoneVerificationState | Только вывод. Состояние проверки телефона. |
customerService | Необязательный. Обслуживание клиентов бизнеса. |
koreanBusinessRegistrationNumber | Необязательный. 10-значный регистрационный номер корейской компании, разделенный дефисами, в формате: XXX-XX-XXXXX. |
Почтовый адрес
Представляет почтовый адрес, например, для адресов почтовой доставки или платежей. Учитывая почтовый адрес, почтовая служба может доставлять товары в помещение, почтовый ящик или другое место. Он не предназначен для моделирования географических мест (дорог, городов, гор).
Обычно адрес создается посредством пользовательского ввода или путем импорта существующих данных, в зависимости от типа процесса.
Советы по вводу/редактированию адреса: – Используйте виджет адреса, готовый к интернационализации, например https://github.com/google/libaddressinput . – Пользователям не должны предоставляться элементы пользовательского интерфейса для ввода или редактирования полей за пределами стран, где это поле есть. использовал.
Дополнительные инструкции по использованию этой схемы см. на странице https://support.google.com/business/answer/6397478.
JSON-представление |
---|
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string } |
Поля | |
---|---|
revision | Версия схемы Все новые версии должны быть обратно совместимы со старыми версиями. |
regionCode | Необходимый. CLDR-код региона страны/региона адреса. Это никогда не предполагается, и пользователь должен убедиться в правильности значения. Подробности см. на https://cldr.unicode.org/ и https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html . Пример: «CH» для Швейцарии. |
languageCode | Необязательный. Код языка BCP-47 содержимого этого адреса (если известен). Часто это язык пользовательского интерфейса формы ввода или ожидается, что он будет соответствовать одному из языков, используемых в стране/регионе адреса, или их транслитерированным эквивалентам. Это может повлиять на форматирование в некоторых странах, но не имеет решающего значения для правильности данных и никогда не повлияет на проверку или другие операции, не связанные с форматированием. Если это значение неизвестно, его следует опустить (вместо указания возможно неправильного значения по умолчанию). Примеры: «ж-Хант», «джа», «джа-Латн», «ен». |
postalCode | Необязательный. Почтовый индекс адреса. Не все страны используют или требуют наличия почтовых индексов, но там, где они используются, они могут вызвать дополнительную проверку других частей адреса (например, проверка штата/почтового индекса в США). |
sortingCode | Необязательный. Дополнительный код сортировки для конкретной страны. В большинстве регионов это не используется. Там, где оно используется, значение представляет собой либо строку типа «CEDEX», за которой необязательно следует число (например, «CEDEX 7»), либо просто число, представляющее «код сектора» (Ямайка), «указатель зоны доставки». (Малави) или «индикатор почтового отделения» (например, Кот-д'Ивуар). |
administrativeArea | Необязательный. Высшее административное подразделение, используемое для почтовых адресов страны или региона. Например, это может быть штат, провинция, область или префектура. В частности, для Испании это провинция, а не автономное сообщество (например, «Барселона», а не «Каталония»). Многие страны не используют административную зону в почтовых адресах. Например, в Швейцарии это место следует оставить незаселенным. |
locality | Необязательный. Обычно относится к части адреса, посвященной городу. Примеры: город в США, ИТ-коммуна, почтовый город Великобритании. В регионах мира, где населенные пункты не определены четко или не вписываются в эту структуру, оставьте locality пустым и используйте адресные строки. |
sublocality | Необязательный. Сублокальность адреса. Например, это могут быть микрорайоны, районы, районы. |
addressLines[] | Неструктурированные адресные строки, описывающие нижние уровни адреса. Поскольку значения в адресных строках не содержат информации о типе и иногда могут содержать несколько значений в одном поле (например, «Остин, Техас»), важно, чтобы порядок строк был ясен. Порядок адресных строк должен быть «порядком конверта» для страны/региона адреса. В местах, где это может отличаться (например, в Японии), адрес_языка используется для явного указания (например, «ja» для упорядочения от большого к меньшему и «ja-Latn» или «en» для упорядочения от малого к большому). Таким образом, в зависимости от языка можно выбрать наиболее конкретную строку адреса. Минимально допустимое структурное представление адреса состоит из кода региона, а вся остальная информация помещается в строки адреса. Можно было бы очень приблизительно отформатировать такой адрес без геокодирования, но никакие семантические рассуждения не могли быть сделаны ни о каком из компонентов адреса, пока он не был хотя бы частично решен. Создание адреса, содержащего только регионКод и адресные строки, а затем геокодирование — рекомендуемый способ обработки полностью неструктурированных адресов (в отличие от угадывания, какие части адреса должны быть населенными пунктами или административными областями). |
recipients[] | Необязательный. Получатель по адресу. Это поле может при определенных обстоятельствах содержать многострочную информацию. Например, он может содержать информацию об уходе. |
organization | Необязательный. Название организации по адресу. |
Номер телефона
Объект, представляющий номер телефона, подходящий в качестве формата API-интерфейса.
Это представление:
не следует использовать для форматирования номера телефона в зависимости от локали, например «+1 (650) 253-0000 доб. 123».
не предназначен для эффективного хранения
- может не подходить для набора номера - для этого следует использовать специализированные библиотеки (см. ссылки) для анализа номера
Чтобы сделать что-то значимое с этим номером, например отформатировать его для различных вариантов использования, сначала преобразуйте его в объект i18n.phonenumbers.PhoneNumber
.
Например, в Java это будет:
com.google.type.PhoneNumberwireProto = com.google.type.PhoneNumber.newBuilder().build(); com.google.i18n.phonenumbers.Phonenumber.PhoneNumber phoneNumber = PhoneNumberUtil.getInstance().parse(wireProto.getE164Number(), "ZZ"); if (!wireProto.getExtension().isEmpty()) { phoneNumber.setExtension(wireProto.getExtension()); }
Ссылка(и): - https://github.com/google/libphonenumber .
JSON-представление |
---|
{ "extension": string, // Union field |
Поля | |
---|---|
extension | Расширение номера телефона. Расширение не стандартизировано в рекомендациях ITU, за исключением того, что оно определяется как серия чисел с максимальной длиной 40 цифр. Помимо цифр, здесь могут храниться некоторые другие символы набора, такие как «,» (обозначающие ожидание) или «#». Обратите внимание, что ни в одном регионе в настоящее время не используются расширения с короткими кодами, поэтому это поле обычно задается только вместе с номером E.164. Он хранится отдельно от номера E.164, чтобы обеспечить возможность расширения короткого кода в будущем. |
kind поля Союза. Необходимый. Либо обычный номер, либо короткий код. В будущем к приведенному ниже полю могут быть добавлены новые поля, поэтому клиентам следует игнорировать номера телефонов, для которых не установлено ни одно из полей, для которых они закодировали. kind может быть только одним из следующих: | |
e164Number | Номер телефона, представленный в виде ведущего знака плюс («+»), за которым следует номер телефона в упрощенном формате ITU E.164, состоящий из телефонного кода страны (от 1 до 3 цифр) и номера абонента, без каких-либо дополнительных пробелы или форматирование, например: - правильно: «+15552220123» - неправильно: «+1 (555) 222-01234 x123». Формат ITU E.164 ограничивает последнее число 12 цифрами, но на практике не все страны это соблюдают, поэтому здесь мы ослабляем это ограничение. Национальные номера не допускаются. Ссылки: - https://www.itu.int/rec/T-REC-E.164-201011-I - https://en.wikipedia.org/wiki/E.164 . - https://en.wikipedia.org/wiki/List_of_country_calling_codes |
shortCode | Короткий код. Ссылка(и): - https://en.wikipedia.org/wiki/Short_code . |
Короткий код
Объект, представляющий короткий код, который представляет собой телефонный номер, который обычно намного короче обычных телефонных номеров и может использоваться для адресации сообщений в системах MMS и SMS, а также для сокращенного набора номера (например, «Отправьте сообщение 611, чтобы узнать, сколько минут у вас осталось в плане.»).
Сокращенные коды ограничены регионом и не могут быть набраны на международном уровне. Это означает, что один и тот же короткий код может существовать в разных регионах с разным использованием и ценами, даже если в этих регионах используется один и тот же код страны (например, США и Калифорния).
JSON-представление |
---|
{ "regionCode": string, "number": string } |
Поля | |
---|---|
regionCode | Необходимый. Код региона BCP-47 места, где можно совершать вызовы на этот короткий код, например «US» и «BB». Ссылки: - http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | Необходимый. Цифры короткого кода без начального плюса («+») или кода страны, например «611». |
Состояние проверки телефона
Состояние проверки телефона.
Перечисления | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | Значение по умолчанию. Это значение не используется. |
PHONE_VERIFICATION_STATE_VERIFIED | Телефон проверен. |
PHONE_VERIFICATION_STATE_UNVERIFIED | Телефон не проверен |
Обслуживание клиентов
Информация об обслуживании клиентов.
JSON-представление |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
Поля | |
---|---|
uri | Необязательный. URI, по которому можно найти службу поддержки клиентов. |
email | Необязательный. Адрес электронной почты, по которому можно связаться со службой поддержки клиентов. |
phone | Необязательный. Номер телефона, по которому можно позвонить в службу поддержки клиентов. |
- JSON-представление
- Почтовый адрес
- Номер телефона
- Короткий код
- Состояние проверки телефона
- Обслуживание клиентов
Сбор информации, связанной с бизнесом.
JSON-представление |
---|
{ "name": string, "address": { object ( |
Поля | |
---|---|
name | Идентификатор. Имя ресурса с информацией о компании. Формат: |
address | Необязательный. Адрес предприятия. |
phone | Только вывод. Телефон предприятия. |
phoneVerificationState | Только вывод. Состояние проверки телефона. |
customerService | Необязательный. Обслуживание клиентов бизнеса. |
koreanBusinessRegistrationNumber | Необязательный. 10-значный регистрационный номер корейской компании, разделенный дефисами, в формате: XXX-XX-XXXXX. |
Почтовый адрес
Представляет почтовый адрес, например, для адресов почтовой доставки или платежей. Учитывая почтовый адрес, почтовая служба может доставлять товары в помещение, почтовый ящик или другое место. Он не предназначен для моделирования географических мест (дорог, городов, гор).
Обычно адрес создается посредством пользовательского ввода или путем импорта существующих данных, в зависимости от типа процесса.
Советы по вводу/редактированию адреса: – Используйте виджет адреса, готовый к интернационализации, например https://github.com/google/libaddressinput . – Пользователям не должны предоставляться элементы пользовательского интерфейса для ввода или редактирования полей за пределами стран, где это поле есть. использовал.
Дополнительные инструкции по использованию этой схемы см. на странице https://support.google.com/business/answer/6397478.
JSON-представление |
---|
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string } |
Поля | |
---|---|
revision | Версия схемы Все новые версии должны быть обратно совместимы со старыми версиями. |
regionCode | Необходимый. CLDR-код региона страны/региона адреса. Это никогда не предполагается, и пользователь должен убедиться в правильности значения. Подробности см. на https://cldr.unicode.org/ и https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html . Пример: «CH» для Швейцарии. |
languageCode | Необязательный. Код языка BCP-47 содержимого этого адреса (если известен). Часто это язык пользовательского интерфейса формы ввода или ожидается, что он будет соответствовать одному из языков, используемых в стране/регионе адреса, или их транслитерированным эквивалентам. Это может повлиять на форматирование в некоторых странах, но не имеет решающего значения для правильности данных и никогда не повлияет на проверку или другие операции, не связанные с форматированием. Если это значение неизвестно, его следует опустить (вместо указания возможно неправильного значения по умолчанию). Примеры: «ж-Хант», «джа», «джа-Латн», «эн». |
postalCode | Необязательный. Почтовый индекс адреса. Не все страны используют или требуют наличия почтовых индексов, но там, где они используются, они могут вызвать дополнительную проверку других частей адреса (например, проверка штата/почтового индекса в США). |
sortingCode | Необязательный. Дополнительный код сортировки для конкретной страны. В большинстве регионов это не используется. Там, где оно используется, значение представляет собой либо строку типа «CEDEX», за которой необязательно следует число (например, «CEDEX 7»), либо просто число, представляющее «код сектора» (Ямайка), «указатель зоны доставки». (Малави) или «индикатор почтового отделения» (например, Кот-д'Ивуар). |
administrativeArea | Необязательный. Высшее административное подразделение, используемое для почтовых адресов страны или региона. Например, это может быть штат, провинция, область или префектура. В частности, для Испании это провинция, а не автономное сообщество (например, «Барселона», а не «Каталония»). Многие страны не используют административную зону в почтовых адресах. Например, в Швейцарии это место следует оставить незаселенным. |
locality | Необязательный. Обычно относится к части адреса, посвященной городу. Примеры: город в США, ИТ-коммуна, почтовый город Великобритании. В регионах мира, где населенные пункты не определены четко или не вписываются в эту структуру, оставьте locality пустым и используйте адресные строки. |
sublocality | Необязательный. Сублокальность адреса. Например, это могут быть микрорайоны, районы, районы. |
addressLines[] | Неструктурированные адресные строки, описывающие нижние уровни адреса. Поскольку значения в адресных строках не содержат информации о типе и иногда могут содержать несколько значений в одном поле (например, «Остин, Техас»), важно, чтобы порядок строк был ясен. Порядок адресных строк должен быть «порядком конверта» для страны/региона адреса. В местах, где это может отличаться (например, в Японии), адрес_языка используется для явного указания (например, «ja» для упорядочения от большого к меньшему и «ja-Latn» или «en» для упорядочения от малого к большому). Таким образом, в зависимости от языка можно выбрать наиболее конкретную строку адреса. Минимально допустимое структурное представление адреса состоит из кода региона, а вся остальная информация помещается в строки адреса. Можно было бы очень приблизительно отформатировать такой адрес без геокодирования, но никакие семантические рассуждения не могли быть сделаны ни о каком из компонентов адреса, пока он не был хотя бы частично решен. Создание адреса, содержащего только регионКод и адресные строки, а затем геокодирование — рекомендуемый способ обработки полностью неструктурированных адресов (в отличие от угадывания, какие части адреса должны быть населенными пунктами или административными областями). |
recipients[] | Необязательный. Получатель по адресу. Это поле может при определенных обстоятельствах содержать многострочную информацию. Например, он может содержать информацию об уходе. |
organization | Необязательный. Название организации по адресу. |
Номер телефона
Объект, представляющий номер телефона, подходящий в качестве формата API-интерфейса.
Это представление:
не следует использовать для форматирования номера телефона в зависимости от локали, например «+1 (650) 253-0000 доб. 123».
не предназначен для эффективного хранения
- может не подходить для набора номера - для этого следует использовать специализированные библиотеки (см. ссылки) для анализа номера
Чтобы сделать что-то значимое с этим номером, например отформатировать его для различных вариантов использования, сначала преобразуйте его в объект i18n.phonenumbers.PhoneNumber
.
Например, в Java это будет:
com.google.type.PhoneNumberwireProto = com.google.type.PhoneNumber.newBuilder().build(); com.google.i18n.phonenumbers.Phonenumber.PhoneNumber phoneNumber = PhoneNumberUtil.getInstance().parse(wireProto.getE164Number(), "ZZ"); if (!wireProto.getExtension().isEmpty()) { phoneNumber.setExtension(wireProto.getExtension()); }
Ссылка(и): - https://github.com/google/libphonenumber .
JSON-представление |
---|
{ "extension": string, // Union field |
Поля | |
---|---|
extension | Расширение номера телефона. Расширение не стандартизировано в рекомендациях ITU, за исключением того, что оно определяется как серия чисел с максимальной длиной 40 цифр. Помимо цифр, здесь могут храниться некоторые другие символы набора, такие как «,» (обозначающие ожидание) или «#». Обратите внимание, что ни в одном регионе в настоящее время не используются расширения с короткими кодами, поэтому это поле обычно задается только вместе с номером E.164. Он хранится отдельно от номера E.164, чтобы обеспечить возможность расширения короткого кода в будущем. |
kind поля Союза. Необходимый. Либо обычный номер, либо короткий код. В будущем к приведенному ниже полю могут быть добавлены новые поля, поэтому клиентам следует игнорировать номера телефонов, для которых не установлено ни одно из полей, для которых они закодировали. kind может быть только одним из следующих: | |
e164Number | Номер телефона, представленный в виде ведущего знака плюс («+»), за которым следует номер телефона в упрощенном формате ITU E.164, состоящий из телефонного кода страны (от 1 до 3 цифр) и номера абонента, без каких-либо дополнительных пробелы или форматирование, например: - правильно: «+15552220123» - неправильно: «+1 (555) 222-01234 x123». Формат ITU E.164 ограничивает последнее число 12 цифрами, но на практике не все страны это соблюдают, поэтому здесь мы ослабляем это ограничение. Национальные номера не допускаются. Ссылки: - https://www.itu.int/rec/T-REC-E.164-201011-I - https://en.wikipedia.org/wiki/E.164 . - https://en.wikipedia.org/wiki/List_of_country_calling_codes |
shortCode | Короткий код. Ссылка(и): - https://en.wikipedia.org/wiki/Short_code . |
Короткий код
Объект, представляющий короткий код, который представляет собой телефонный номер, который обычно намного короче обычных телефонных номеров и может использоваться для адресации сообщений в системах MMS и SMS, а также для сокращенного набора номера (например, «Отправьте сообщение 611, чтобы узнать, сколько минут у вас осталось в плане.»).
Сокращенные коды ограничены регионом и не могут быть набраны на международном уровне. Это означает, что один и тот же короткий код может существовать в разных регионах с разным использованием и ценами, даже если в этих регионах используется один и тот же код страны (например, США и Калифорния).
JSON-представление |
---|
{ "regionCode": string, "number": string } |
Поля | |
---|---|
regionCode | Необходимый. Код региона BCP-47 места, где можно совершать вызовы на этот короткий код, например «US» и «BB». Ссылки: - http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | Необходимый. Цифры короткого кода без начального плюса («+») или кода страны, например «611». |
Состояние проверки телефона
Состояние проверки телефона.
Перечисления | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | Значение по умолчанию. Это значение не используется. |
PHONE_VERIFICATION_STATE_VERIFIED | Телефон проверен. |
PHONE_VERIFICATION_STATE_UNVERIFIED | Телефон не проверен |
Обслуживание клиентов
Информация об обслуживании клиентов.
JSON-представление |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
Поля | |
---|---|
uri | Необязательный. URI, по которому можно найти службу поддержки клиентов. |
email | Необязательный. Адрес электронной почты, по которому можно связаться со службой поддержки клиентов. |
phone | Необязательный. Номер телефона, по которому можно позвонить в службу поддержки клиентов. |
- JSON-представление
- Почтовый адрес
- Номер телефона
- Короткий код
- Состояние проверки телефона
- Обслуживание клиентов
Сбор информации, связанной с бизнесом.
JSON-представление |
---|
{ "name": string, "address": { object ( |
Поля | |
---|---|
name | Идентификатор. Имя ресурса с информацией о компании. Формат: |
address | Необязательный. Адрес предприятия. |
phone | Только вывод. Телефон предприятия. |
phoneVerificationState | Только вывод. Состояние проверки телефона. |
customerService | Необязательный. Обслуживание клиентов бизнеса. |
koreanBusinessRegistrationNumber | Необязательный. 10-значный регистрационный номер корейской компании, разделенный дефисами, в формате: XXX-XX-XXXXX. |
Почтовый адрес
Представляет почтовый адрес, например, для адресов почтовой доставки или платежей. Учитывая почтовый адрес, почтовая служба может доставлять товары в помещение, почтовый ящик или другое место. Он не предназначен для моделирования географических мест (дорог, городов, гор).
Обычно адрес создается посредством пользовательского ввода или путем импорта существующих данных, в зависимости от типа процесса.
Советы по вводу/редактированию адреса: – Используйте виджет адреса, готовый к интернационализации, например https://github.com/google/libaddressinput . – Пользователям не должны предоставляться элементы пользовательского интерфейса для ввода или редактирования полей за пределами стран, где это поле есть. использовал.
Дополнительные инструкции по использованию этой схемы см. на странице https://support.google.com/business/answer/6397478.
JSON-представление |
---|
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string } |
Поля | |
---|---|
revision | Версия схемы Все новые версии должны быть обратно совместимы со старыми версиями. |
regionCode | Необходимый. CLDR-код региона страны/региона адреса. Это никогда не предполагается, и пользователь должен убедиться в правильности значения. Подробности см. на https://cldr.unicode.org/ и https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html . Пример: «CH» для Швейцарии. |
languageCode | Необязательный. Код языка BCP-47 содержимого этого адреса (если известен). Часто это язык пользовательского интерфейса формы ввода или ожидается, что он будет соответствовать одному из языков, используемых в стране/регионе адреса, или их транслитерированным эквивалентам. Это может повлиять на форматирование в некоторых странах, но не имеет решающего значения для правильности данных и никогда не повлияет на проверку или другие операции, не связанные с форматированием. Если это значение неизвестно, его следует опустить (вместо указания возможно неправильного значения по умолчанию). Примеры: «ж-Хант», «джа», «джа-Латн», «ен». |
postalCode | Необязательный. Почтовый индекс адреса. Не все страны используют или требуют наличия почтовых индексов, но там, где они используются, они могут вызвать дополнительную проверку других частей адреса (например, проверка штата/почтового индекса в США). |
sortingCode | Необязательный. Дополнительный код сортировки для конкретной страны. В большинстве регионов это не используется. Там, где оно используется, значение представляет собой либо строку типа «CEDEX», за которой необязательно следует число (например, «CEDEX 7»), либо просто число, представляющее «код сектора» (Ямайка), «указатель зоны доставки». (Малави) или «индикатор почтового отделения» (например, Кот-д'Ивуар). |
administrativeArea | Необязательный. Высшее административное подразделение, используемое для почтовых адресов страны или региона. Например, это может быть штат, провинция, область или префектура. В частности, для Испании это провинция, а не автономное сообщество (например, «Барселона», а не «Каталония»). Многие страны не используют административную зону в почтовых адресах. Например, в Швейцарии это место следует оставить незаселенным. |
locality | Необязательный. Обычно относится к части адреса, посвященной городу. Примеры: город в США, ИТ-коммуна, почтовый город Великобритании. В регионах мира, где населенные пункты не определены четко или не вписываются в эту структуру, оставьте locality пустым и используйте адресные строки. |
sublocality | Необязательный. Сублокальность адреса. Например, это могут быть микрорайоны, районы, районы. |
addressLines[] | Неструктурированные адресные строки, описывающие нижние уровни адреса. Поскольку значения в адресных строках не содержат информации о типе и иногда могут содержать несколько значений в одном поле (например, «Остин, Техас»), важно, чтобы порядок строк был ясен. Порядок адресных строк должен быть «порядком конверта» для страны/региона адреса. В местах, где это может отличаться (например, в Японии), адрес_языка используется для явного указания (например, «ja» для упорядочения от большого к меньшему и «ja-Latn» или «en» для упорядочения от малого к большому). Таким образом, в зависимости от языка можно выбрать наиболее конкретную строку адреса. Минимально допустимое структурное представление адреса состоит из кода региона, а вся остальная информация помещается в строки адреса. Можно было бы очень приблизительно отформатировать такой адрес без геокодирования, но никакие семантические рассуждения не могли быть сделаны ни о каком из компонентов адреса, пока он не был хотя бы частично решен. Создание адреса, содержащего только регионКод и адресные строки, а затем геокодирование — рекомендуемый способ обработки полностью неструктурированных адресов (в отличие от угадывания, какие части адреса должны быть населенными пунктами или административными областями). |
recipients[] | Необязательный. Получатель по адресу. Это поле может при определенных обстоятельствах содержать многострочную информацию. Например, он может содержать информацию об уходе. |
organization | Необязательный. Название организации по адресу. |
Номер телефона
Объект, представляющий номер телефона, подходящий в качестве формата API-интерфейса.
Это представление:
не следует использовать для форматирования номера телефона в зависимости от локали, например «+1 (650) 253-0000 доб. 123».
не предназначен для эффективного хранения
- может не подходить для набора номера - для этого следует использовать специализированные библиотеки (см. ссылки) для анализа номера
Чтобы сделать что-то значимое с этим номером, например отформатировать его для различных вариантов использования, сначала преобразуйте его в объект i18n.phonenumbers.PhoneNumber
.
Например, в Java это будет:
com.google.type.PhoneNumberwireProto = com.google.type.PhoneNumber.newBuilder().build(); com.google.i18n.phonenumbers.Phonenumber.PhoneNumber phoneNumber = PhoneNumberUtil.getInstance().parse(wireProto.getE164Number(), "ZZ"); if (!wireProto.getExtension().isEmpty()) { phoneNumber.setExtension(wireProto.getExtension()); }
Ссылка(и): - https://github.com/google/libphonenumber .
JSON-представление |
---|
{ "extension": string, // Union field |
Поля | |
---|---|
extension | Расширение номера телефона. Расширение не стандартизировано в рекомендациях ITU, за исключением того, что оно определяется как серия чисел с максимальной длиной 40 цифр. Помимо цифр, здесь могут храниться некоторые другие символы набора, такие как «,» (обозначающие ожидание) или «#». Обратите внимание, что ни в одном регионе в настоящее время не используются расширения с короткими кодами, поэтому это поле обычно задается только вместе с номером E.164. Он хранится отдельно от номера E.164, чтобы обеспечить возможность расширения короткого кода в будущем. |
kind поля Союза. Необходимый. Либо обычный номер, либо короткий код. В будущем к приведенному ниже полю могут быть добавлены новые поля, поэтому клиентам следует игнорировать номера телефонов, для которых не установлено ни одно из полей, для которых они закодировали. kind может быть только одним из следующих: | |
e164Number | Номер телефона, представленный в виде ведущего знака плюс («+»), за которым следует номер телефона в упрощенном формате ITU E.164, состоящий из телефонного кода страны (от 1 до 3 цифр) и номера абонента, без каких-либо дополнительных пробелы или форматирование, например: - правильно: «+15552220123» - неправильно: «+1 (555) 222-01234 x123». Формат ITU E.164 ограничивает последнее число 12 цифрами, но на практике не все страны это соблюдают, поэтому здесь мы ослабляем это ограничение. Национальные номера не допускаются. Ссылки: - https://www.itu.int/rec/T-REC-E.164-201011-I - https://en.wikipedia.org/wiki/E.164 . - https://en.wikipedia.org/wiki/List_of_country_calling_codes |
shortCode | Короткий код. Ссылка(и): - https://en.wikipedia.org/wiki/Short_code . |
Короткий код
Объект, представляющий короткий код, который представляет собой телефонный номер, который обычно намного короче обычных телефонных номеров и может использоваться для адресации сообщений в системах MMS и SMS, а также для сокращенного набора номера (например, «Отправьте сообщение 611, чтобы узнать, сколько минут у вас осталось в плане.»).
Сокращенные коды ограничены регионом и не могут быть набраны на международном уровне. Это означает, что один и тот же короткий код может существовать в разных регионах с разным использованием и ценами, даже если в этих регионах используется один и тот же код страны (например, США и Калифорния).
JSON-представление |
---|
{ "regionCode": string, "number": string } |
Поля | |
---|---|
regionCode | Необходимый. Код региона BCP-47 места, где можно совершать вызовы на этот короткий код, например «США» и «BB». Ссылки: - http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | Необходимый. Цифры короткого кода без начального плюса («+») или кода страны, например «611». |
Состояние проверки телефона
Состояние проверки телефона.
Перечисления | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | Значение по умолчанию. Это значение не используется. |
PHONE_VERIFICATION_STATE_VERIFIED | Телефон проверен. |
PHONE_VERIFICATION_STATE_UNVERIFIED | Телефон не проверен |
Обслуживание клиентов
Информация об обслуживании клиентов.
JSON-представление |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
Поля | |
---|---|
uri | Необязательный. URI, по которому можно найти службу поддержки клиентов. |
email | Необязательный. Адрес электронной почты, по которому можно связаться со службой поддержки клиентов. |
phone | Необязательный. Номер телефона, по которому можно позвонить в службу поддержки клиентов. |
- JSON-представление
- Почтовый адрес
- Номер телефона
- Короткий код
- Состояние проверки телефона
- Обслуживание клиентов
Сбор информации, связанной с бизнесом.
JSON-представление |
---|
{ "name": string, "address": { object ( |
Поля | |
---|---|
name | Идентификатор. Имя ресурса с информацией о компании. Формат: |
address | Необязательный. Адрес предприятия. |
phone | Только вывод. Телефон предприятия. |
phoneVerificationState | Только вывод. Состояние компании при проверке телефона. |
customerService | Необязательный. Обслуживание клиентов бизнеса. |
koreanBusinessRegistrationNumber | Необязательный. 10-значный регистрационный номер корейской компании, разделенный дефисами, в формате: XXX-XX-XXXXX. |
Почтовый адрес
Представляет почтовый адрес, например, для адресов почтовой доставки или платежей. Учитывая почтовый адрес, почтовая служба может доставлять товары в помещение, почтовый ящик или другое место. Он не предназначен для моделирования географических мест (дорог, городов, гор).
Обычно адрес создается посредством пользовательского ввода или путем импорта существующих данных, в зависимости от типа процесса.
Советы по вводу/редактированию адреса: – Используйте виджет адреса, готовый к интернационализации, например https://github.com/google/libaddressinput . – Пользователям не должны предоставляться элементы пользовательского интерфейса для ввода или редактирования полей за пределами стран, где это поле есть. использовал.
Дополнительные инструкции по использованию этой схемы см. на странице https://support.google.com/business/answer/6397478.
JSON-представление |
---|
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string } |
Поля | |
---|---|
revision | Версия схемы Все новые версии должны быть обратно совместимы со старыми версиями. |
regionCode | Необходимый. CLDR-код региона страны/региона адреса. Это никогда не предполагается, и пользователь должен убедиться в правильности значения. Подробности см. на https://cldr.unicode.org/ и https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html . Пример: «CH» для Швейцарии. |
languageCode | Необязательный. Код языка BCP-47 содержимого этого адреса (если известен). Часто это язык пользовательского интерфейса формы ввода или ожидается, что он будет соответствовать одному из языков, используемых в стране/регионе адреса, или их транслитерированным эквивалентам. Это может повлиять на форматирование в некоторых странах, но не имеет решающего значения для правильности данных и никогда не повлияет на проверку или другие операции, не связанные с форматированием. Если это значение неизвестно, его следует опустить (вместо указания возможно неправильного значения по умолчанию). Примеры: «ж-Хант», «джа», «джа-Латн», «ен». |
postalCode | Необязательный. Почтовый индекс адреса. Не все страны используют или требуют наличия почтовых индексов, но там, где они используются, они могут вызвать дополнительную проверку других частей адреса (например, проверка штата/почтового индекса в США). |
sortingCode | Необязательный. Дополнительный код сортировки для конкретной страны. В большинстве регионов это не используется. Там, где оно используется, значение представляет собой либо строку типа «CEDEX», за которой необязательно следует число (например, «CEDEX 7»), либо просто число, представляющее «код сектора» (Ямайка), «указатель зоны доставки». (Малави) или «индикатор почтового отделения» (например, Кот-д'Ивуар). |
administrativeArea | Необязательный. Высшее административное подразделение, используемое для почтовых адресов страны или региона. Например, это может быть штат, провинция, область или префектура. В частности, для Испании это провинция, а не автономное сообщество (например, «Барселона», а не «Каталония»). Многие страны не используют административную зону в почтовых адресах. Например, в Швейцарии это место следует оставить незаселенным. |
locality | Необязательный. Обычно относится к части адреса, посвященной городу. Примеры: город в США, ИТ-коммуна, почтовый город Великобритании. В регионах мира, где населенные пункты не определены четко или не вписываются в эту структуру, оставьте locality пустым и используйте адресные строки. |
sublocality | Необязательный. Сублокальность адреса. Например, это могут быть микрорайоны, районы, районы. |
addressLines[] | Неструктурированные адресные строки, описывающие нижние уровни адреса. Поскольку значения в адресных строках не содержат информации о типе и иногда могут содержать несколько значений в одном поле (например, «Остин, Техас»), важно, чтобы порядок строк был ясен. Порядок адресных строк должен быть «порядком конверта» для страны/региона адреса. В местах, где это может отличаться (например, в Японии), адрес_языка используется для явного указания (например, «ja» для упорядочения от большого к меньшему и «ja-Latn» или «en» для упорядочения от малого к большому). Таким образом, в зависимости от языка можно выбрать наиболее конкретную строку адреса. Минимально допустимое структурное представление адреса состоит из кода региона, а вся остальная информация помещается в строки адреса. Можно было бы очень приблизительно отформатировать такой адрес без геокодирования, но никакие семантические рассуждения не могли быть сделаны ни о каком из компонентов адреса, пока он не был хотя бы частично решен. Создание адреса, содержащего только регионКод и адресные строки, а затем геокодирование — рекомендуемый способ обработки полностью неструктурированных адресов (в отличие от угадывания, какие части адреса должны быть населенными пунктами или административными областями). |
recipients[] | Необязательный. Получатель по адресу. Это поле может при определенных обстоятельствах содержать многострочную информацию. Например, он может содержать информацию об уходе. |
organization | Необязательный. Название организации по адресу. |
Номер телефона
Объект, представляющий номер телефона, подходящий в качестве формата API-интерфейса.
Это представление:
не следует использовать для форматирования номера телефона в зависимости от локали, например «+1 (650) 253-0000 доб. 123».
не предназначен для эффективного хранения
- может не подходить для набора номера - для этого следует использовать специализированные библиотеки (см. ссылки) для анализа номера
Чтобы сделать что-то значимое с этим номером, например отформатировать его для различных вариантов использования, сначала преобразуйте его в объект i18n.phonenumbers.PhoneNumber
.
Например, в Java это будет:
com.google.type.PhoneNumberwireProto = com.google.type.PhoneNumber.newBuilder().build(); com.google.i18n.phonenumbers.Phonenumber.PhoneNumber phoneNumber = PhoneNumberUtil.getInstance().parse(wireProto.getE164Number(), "ZZ"); if (!wireProto.getExtension().isEmpty()) { phoneNumber.setExtension(wireProto.getExtension()); }
Ссылка(и): - https://github.com/google/libphonenumber .
JSON-представление |
---|
{ "extension": string, // Union field |
Поля | |
---|---|
extension | Расширение номера телефона. Расширение не стандартизировано в рекомендациях МСЭ, за исключением того, что его определяют как серия чисел с максимальной длиной 40 цифр. Помимо цифр, некоторые другие символы номера, такие как «», (указывают на ожидание) или «#», могут храниться здесь. Обратите внимание, что в настоящее время нет регионов, в настоящее время используются расширения с короткими кодами, поэтому это поле обычно устанавливается только в сочетании с номером E.164. Он проводится отдельно от номера E.164, чтобы обеспечить короткие расширения кода в будущем. |
Союз полевой kind . Необходимый. Либо обычный номер, либо короткий код. Новые поля могут быть добавлены в OneOf ниже в будущем, поэтому клиенты должны игнорировать телефонные номера, для которых ни одно из полей, с которыми они не закодированы, не установлена. kind может быть только одним из следующих: | |
e164Number | Номер телефона, представленного как ведущий знак плюс ('+'), за которым следует номер телефона, в котором используется расслабленный формат ITU E.164, состоящий из кода вызова страны (от 1 до 3 цифр) и номера подписчика, без дополнительного Пространства или форматирование, например: - правильно: "+155522220123" - неверно: "+1 (555) 222-01234 x123". Формат ITU E.164 ограничивает последнее до 12 цифр, но на практике не все страны уважают это, поэтому мы расслабляем это ограничение здесь. Только национальные цифры не допускаются. Ссылки:-https: //www.itu.int/rec/t-reec-e.164-201011-i-https : //en.wikipedia.org/wiki/e.164 . - https://en.wikipedia.org/wiki/list_of_country_calling_codes |
shortCode | Короткий код. Ссылка (S): - https://en.wikipedia.org/wiki/short_code |
Шорткод
Объект, представляющий короткий код, который представляет собой номер телефона, который обычно намного короче, чем обычные номера телефона и может использоваться для обращения в сообщениях в MMS и SMS -системах, а также для сокращенного набора (например, текст 611, чтобы увидеть, сколько минут У вас осталось в своем плане. »).
Короткие коды ограничены регионом и не являются на международном уровне, что означает, что один и тот же короткий код может существовать в разных регионах, с различным использованием и ценообразованием, даже если эти регионы имеют один и тот же код вызова страны (например, США и CA).
JSON-представление |
---|
{ "regionCode": string, "number": string } |
Поля | |
---|---|
regionCode | Необходимый. Код региона BCP-47 местоположения, где могут быть сделаны вызовы этого короткого кода, такие как «США» и «BB». Ссылка (S): - http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | Необходимый. Короткие цифры кода, без ведущего плюса ('+') или кода вызова страны, например, "611". |
PhoneVerificationState
Состояние проверки телефона.
Перечисления | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | Значение по умолчанию. Это значение не используется. |
PHONE_VERIFICATION_STATE_VERIFIED | Телефон проверен. |
PHONE_VERIFICATION_STATE_UNVERIFIED | Телефон не выверлен |
Обслуживание клиентов
Информация о обслуживании клиентов.
JSON-представление |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
Поля | |
---|---|
uri | Необязательный. URI, где можно найти обслуживание клиентов. |
email | Необязательный. Адрес электронной почты, на котором может быть достигнуто обслуживание клиентов. |
phone | Необязательный. Номер телефона, на котором можно вызвать обслуживание клиентов. |