Google Cloud Native is in preview. Google Cloud Classic is fully supported.
google-native.cloudchannel/v1.Customer
Explore with Pulumi AI
Google Cloud Native is in preview. Google Cloud Classic is fully supported.
Creates a new Customer resource under the reseller or distributor account. Possible error codes: * PERMISSION_DENIED: * The reseller account making the request is different from the reseller account in the API request. * You are not authorized to create a customer. See https://support.google.com/channelservices/answer/9759265 * INVALID_ARGUMENT: * Required request parameters are missing or invalid. * Domain field value doesn’t match the primary email domain. Return value: The newly created Customer resource. Auto-naming is currently not supported for this resource.
Create Customer Resource
Resources are created with functions called constructors. To learn more about declaring and configuring resources, see Resources.
Constructor syntax
new Customer(name: string, args: CustomerArgs, opts?: CustomResourceOptions);
@overload
def Customer(resource_name: str,
args: CustomerArgs,
opts: Optional[ResourceOptions] = None)
@overload
def Customer(resource_name: str,
opts: Optional[ResourceOptions] = None,
account_id: Optional[str] = None,
channel_partner_link_id: Optional[str] = None,
domain: Optional[str] = None,
org_display_name: Optional[str] = None,
org_postal_address: Optional[GoogleTypePostalAddressArgs] = None,
alternate_email: Optional[str] = None,
channel_partner_id: Optional[str] = None,
correlation_id: Optional[str] = None,
language_code: Optional[str] = None,
primary_contact_info: Optional[GoogleCloudChannelV1ContactInfoArgs] = None)
func NewCustomer(ctx *Context, name string, args CustomerArgs, opts ...ResourceOption) (*Customer, error)
public Customer(string name, CustomerArgs args, CustomResourceOptions? opts = null)
public Customer(String name, CustomerArgs args)
public Customer(String name, CustomerArgs args, CustomResourceOptions options)
type: google-native:cloudchannel/v1:Customer
properties: # The arguments to resource properties.
options: # Bag of options to control resource's behavior.
Parameters
- name string
- The unique name of the resource.
- args CustomerArgs
- The arguments to resource properties.
- opts CustomResourceOptions
- Bag of options to control resource's behavior.
- resource_name str
- The unique name of the resource.
- args CustomerArgs
- The arguments to resource properties.
- opts ResourceOptions
- Bag of options to control resource's behavior.
- ctx Context
- Context object for the current deployment.
- name string
- The unique name of the resource.
- args CustomerArgs
- The arguments to resource properties.
- opts ResourceOption
- Bag of options to control resource's behavior.
- name string
- The unique name of the resource.
- args CustomerArgs
- The arguments to resource properties.
- opts CustomResourceOptions
- Bag of options to control resource's behavior.
- name String
- The unique name of the resource.
- args CustomerArgs
- The arguments to resource properties.
- options CustomResourceOptions
- Bag of options to control resource's behavior.
Constructor example
The following reference example uses placeholder values for all input properties.
var customerResource = new GoogleNative.CloudChannel.V1.Customer("customerResource", new()
{
AccountId = "string",
ChannelPartnerLinkId = "string",
Domain = "string",
OrgDisplayName = "string",
OrgPostalAddress = new GoogleNative.CloudChannel.V1.Inputs.GoogleTypePostalAddressArgs
{
RegionCode = "string",
AddressLines = new[]
{
"string",
},
AdministrativeArea = "string",
LanguageCode = "string",
Locality = "string",
Organization = "string",
PostalCode = "string",
Recipients = new[]
{
"string",
},
Revision = 0,
SortingCode = "string",
Sublocality = "string",
},
AlternateEmail = "string",
ChannelPartnerId = "string",
CorrelationId = "string",
LanguageCode = "string",
PrimaryContactInfo = new GoogleNative.CloudChannel.V1.Inputs.GoogleCloudChannelV1ContactInfoArgs
{
Email = "string",
FirstName = "string",
LastName = "string",
Phone = "string",
Title = "string",
},
});
example, err := cloudchannel.NewCustomer(ctx, "customerResource", &cloudchannel.CustomerArgs{
AccountId: pulumi.String("string"),
ChannelPartnerLinkId: pulumi.String("string"),
Domain: pulumi.String("string"),
OrgDisplayName: pulumi.String("string"),
OrgPostalAddress: &cloudchannel.GoogleTypePostalAddressArgs{
RegionCode: pulumi.String("string"),
AddressLines: pulumi.StringArray{
pulumi.String("string"),
},
AdministrativeArea: pulumi.String("string"),
LanguageCode: pulumi.String("string"),
Locality: pulumi.String("string"),
Organization: pulumi.String("string"),
PostalCode: pulumi.String("string"),
Recipients: pulumi.StringArray{
pulumi.String("string"),
},
Revision: pulumi.Int(0),
SortingCode: pulumi.String("string"),
Sublocality: pulumi.String("string"),
},
AlternateEmail: pulumi.String("string"),
ChannelPartnerId: pulumi.String("string"),
CorrelationId: pulumi.String("string"),
LanguageCode: pulumi.String("string"),
PrimaryContactInfo: &cloudchannel.GoogleCloudChannelV1ContactInfoArgs{
Email: pulumi.String("string"),
FirstName: pulumi.String("string"),
LastName: pulumi.String("string"),
Phone: pulumi.String("string"),
Title: pulumi.String("string"),
},
})
var customerResource = new Customer("customerResource", CustomerArgs.builder()
.accountId("string")
.channelPartnerLinkId("string")
.domain("string")
.orgDisplayName("string")
.orgPostalAddress(GoogleTypePostalAddressArgs.builder()
.regionCode("string")
.addressLines("string")
.administrativeArea("string")
.languageCode("string")
.locality("string")
.organization("string")
.postalCode("string")
.recipients("string")
.revision(0)
.sortingCode("string")
.sublocality("string")
.build())
.alternateEmail("string")
.channelPartnerId("string")
.correlationId("string")
.languageCode("string")
.primaryContactInfo(GoogleCloudChannelV1ContactInfoArgs.builder()
.email("string")
.firstName("string")
.lastName("string")
.phone("string")
.title("string")
.build())
.build());
customer_resource = google_native.cloudchannel.v1.Customer("customerResource",
account_id="string",
channel_partner_link_id="string",
domain="string",
org_display_name="string",
org_postal_address={
"region_code": "string",
"address_lines": ["string"],
"administrative_area": "string",
"language_code": "string",
"locality": "string",
"organization": "string",
"postal_code": "string",
"recipients": ["string"],
"revision": 0,
"sorting_code": "string",
"sublocality": "string",
},
alternate_email="string",
channel_partner_id="string",
correlation_id="string",
language_code="string",
primary_contact_info={
"email": "string",
"first_name": "string",
"last_name": "string",
"phone": "string",
"title": "string",
})
const customerResource = new google_native.cloudchannel.v1.Customer("customerResource", {
accountId: "string",
channelPartnerLinkId: "string",
domain: "string",
orgDisplayName: "string",
orgPostalAddress: {
regionCode: "string",
addressLines: ["string"],
administrativeArea: "string",
languageCode: "string",
locality: "string",
organization: "string",
postalCode: "string",
recipients: ["string"],
revision: 0,
sortingCode: "string",
sublocality: "string",
},
alternateEmail: "string",
channelPartnerId: "string",
correlationId: "string",
languageCode: "string",
primaryContactInfo: {
email: "string",
firstName: "string",
lastName: "string",
phone: "string",
title: "string",
},
});
type: google-native:cloudchannel/v1:Customer
properties:
accountId: string
alternateEmail: string
channelPartnerId: string
channelPartnerLinkId: string
correlationId: string
domain: string
languageCode: string
orgDisplayName: string
orgPostalAddress:
addressLines:
- string
administrativeArea: string
languageCode: string
locality: string
organization: string
postalCode: string
recipients:
- string
regionCode: string
revision: 0
sortingCode: string
sublocality: string
primaryContactInfo:
email: string
firstName: string
lastName: string
phone: string
title: string
Customer Resource Properties
To learn more about resource properties and how to use them, see Inputs and Outputs in the Architecture and Concepts docs.
Inputs
In Python, inputs that are objects can be passed either as argument classes or as dictionary literals.
The Customer resource accepts the following input properties:
- Account
Id string - Channel
Partner stringLink Id - Domain string
- The customer's primary domain. Must match the primary contact email's domain.
- Org
Display stringName - Name of the organization that the customer entity represents.
- Org
Postal Pulumi.Address Google Native. Cloud Channel. V1. Inputs. Google Type Postal Address - The organization address for the customer. To enforce US laws and embargoes, we require a region, postal code, and address lines. You must provide valid addresses for every customer. To set the customer's language, use the Customer-level language code.
- Alternate
Email string - Secondary contact email. You need to provide an alternate email to create different domains if a primary contact email already exists. Users will receive a notification with credentials when you create an admin.google.com account. Secondary emails are also recovery email addresses. Alternate emails are optional when you create Team customers.
- Channel
Partner stringId - Cloud Identity ID of the customer's channel partner. Populated only if a channel partner exists for this customer.
- Correlation
Id string - Optional. External CRM ID for the customer. Populated only if a CRM ID exists for this customer.
- Language
Code string - Optional. The BCP-47 language code, such as "en-US" or "sr-Latn". For more information, see https://www.unicode.org/reports/tr35/#Unicode_locale_identifier.
- Primary
Contact Pulumi.Info Google Native. Cloud Channel. V1. Inputs. Google Cloud Channel V1Contact Info - Primary contact info.
- Account
Id string - Channel
Partner stringLink Id - Domain string
- The customer's primary domain. Must match the primary contact email's domain.
- Org
Display stringName - Name of the organization that the customer entity represents.
- Org
Postal GoogleAddress Type Postal Address Args - The organization address for the customer. To enforce US laws and embargoes, we require a region, postal code, and address lines. You must provide valid addresses for every customer. To set the customer's language, use the Customer-level language code.
- Alternate
Email string - Secondary contact email. You need to provide an alternate email to create different domains if a primary contact email already exists. Users will receive a notification with credentials when you create an admin.google.com account. Secondary emails are also recovery email addresses. Alternate emails are optional when you create Team customers.
- Channel
Partner stringId - Cloud Identity ID of the customer's channel partner. Populated only if a channel partner exists for this customer.
- Correlation
Id string - Optional. External CRM ID for the customer. Populated only if a CRM ID exists for this customer.
- Language
Code string - Optional. The BCP-47 language code, such as "en-US" or "sr-Latn". For more information, see https://www.unicode.org/reports/tr35/#Unicode_locale_identifier.
- Primary
Contact GoogleInfo Cloud Channel V1Contact Info Args - Primary contact info.
- account
Id String - channel
Partner StringLink Id - domain String
- The customer's primary domain. Must match the primary contact email's domain.
- org
Display StringName - Name of the organization that the customer entity represents.
- org
Postal GoogleAddress Type Postal Address - The organization address for the customer. To enforce US laws and embargoes, we require a region, postal code, and address lines. You must provide valid addresses for every customer. To set the customer's language, use the Customer-level language code.
- alternate
Email String - Secondary contact email. You need to provide an alternate email to create different domains if a primary contact email already exists. Users will receive a notification with credentials when you create an admin.google.com account. Secondary emails are also recovery email addresses. Alternate emails are optional when you create Team customers.
- channel
Partner StringId - Cloud Identity ID of the customer's channel partner. Populated only if a channel partner exists for this customer.
- correlation
Id String - Optional. External CRM ID for the customer. Populated only if a CRM ID exists for this customer.
- language
Code String - Optional. The BCP-47 language code, such as "en-US" or "sr-Latn". For more information, see https://www.unicode.org/reports/tr35/#Unicode_locale_identifier.
- primary
Contact GoogleInfo Cloud Channel V1Contact Info - Primary contact info.
- account
Id string - channel
Partner stringLink Id - domain string
- The customer's primary domain. Must match the primary contact email's domain.
- org
Display stringName - Name of the organization that the customer entity represents.
- org
Postal GoogleAddress Type Postal Address - The organization address for the customer. To enforce US laws and embargoes, we require a region, postal code, and address lines. You must provide valid addresses for every customer. To set the customer's language, use the Customer-level language code.
- alternate
Email string - Secondary contact email. You need to provide an alternate email to create different domains if a primary contact email already exists. Users will receive a notification with credentials when you create an admin.google.com account. Secondary emails are also recovery email addresses. Alternate emails are optional when you create Team customers.
- channel
Partner stringId - Cloud Identity ID of the customer's channel partner. Populated only if a channel partner exists for this customer.
- correlation
Id string - Optional. External CRM ID for the customer. Populated only if a CRM ID exists for this customer.
- language
Code string - Optional. The BCP-47 language code, such as "en-US" or "sr-Latn". For more information, see https://www.unicode.org/reports/tr35/#Unicode_locale_identifier.
- primary
Contact GoogleInfo Cloud Channel V1Contact Info - Primary contact info.
- account_
id str - channel_
partner_ strlink_ id - domain str
- The customer's primary domain. Must match the primary contact email's domain.
- org_
display_ strname - Name of the organization that the customer entity represents.
- org_
postal_ Googleaddress Type Postal Address Args - The organization address for the customer. To enforce US laws and embargoes, we require a region, postal code, and address lines. You must provide valid addresses for every customer. To set the customer's language, use the Customer-level language code.
- alternate_
email str - Secondary contact email. You need to provide an alternate email to create different domains if a primary contact email already exists. Users will receive a notification with credentials when you create an admin.google.com account. Secondary emails are also recovery email addresses. Alternate emails are optional when you create Team customers.
- channel_
partner_ strid - Cloud Identity ID of the customer's channel partner. Populated only if a channel partner exists for this customer.
- correlation_
id str - Optional. External CRM ID for the customer. Populated only if a CRM ID exists for this customer.
- language_
code str - Optional. The BCP-47 language code, such as "en-US" or "sr-Latn". For more information, see https://www.unicode.org/reports/tr35/#Unicode_locale_identifier.
- primary_
contact_ Googleinfo Cloud Channel V1Contact Info Args - Primary contact info.
- account
Id String - channel
Partner StringLink Id - domain String
- The customer's primary domain. Must match the primary contact email's domain.
- org
Display StringName - Name of the organization that the customer entity represents.
- org
Postal Property MapAddress - The organization address for the customer. To enforce US laws and embargoes, we require a region, postal code, and address lines. You must provide valid addresses for every customer. To set the customer's language, use the Customer-level language code.
- alternate
Email String - Secondary contact email. You need to provide an alternate email to create different domains if a primary contact email already exists. Users will receive a notification with credentials when you create an admin.google.com account. Secondary emails are also recovery email addresses. Alternate emails are optional when you create Team customers.
- channel
Partner StringId - Cloud Identity ID of the customer's channel partner. Populated only if a channel partner exists for this customer.
- correlation
Id String - Optional. External CRM ID for the customer. Populated only if a CRM ID exists for this customer.
- language
Code String - Optional. The BCP-47 language code, such as "en-US" or "sr-Latn". For more information, see https://www.unicode.org/reports/tr35/#Unicode_locale_identifier.
- primary
Contact Property MapInfo - Primary contact info.
Outputs
All input properties are implicitly available as output properties. Additionally, the Customer resource produces the following output properties:
- Cloud
Identity stringId - The customer's Cloud Identity ID if the customer has a Cloud Identity resource.
- Cloud
Identity Pulumi.Info Google Native. Cloud Channel. V1. Outputs. Google Cloud Channel V1Cloud Identity Info Response - Cloud Identity information for the customer. Populated only if a Cloud Identity account exists for this customer.
- Create
Time string - Time when the customer was created.
- Id string
- The provider-assigned unique ID for this managed resource.
- Name string
- Resource name of the customer. Format: accounts/{account_id}/customers/{customer_id}
- Update
Time string - Time when the customer was updated.
- Cloud
Identity stringId - The customer's Cloud Identity ID if the customer has a Cloud Identity resource.
- Cloud
Identity GoogleInfo Cloud Channel V1Cloud Identity Info Response - Cloud Identity information for the customer. Populated only if a Cloud Identity account exists for this customer.
- Create
Time string - Time when the customer was created.
- Id string
- The provider-assigned unique ID for this managed resource.
- Name string
- Resource name of the customer. Format: accounts/{account_id}/customers/{customer_id}
- Update
Time string - Time when the customer was updated.
- cloud
Identity StringId - The customer's Cloud Identity ID if the customer has a Cloud Identity resource.
- cloud
Identity GoogleInfo Cloud Channel V1Cloud Identity Info Response - Cloud Identity information for the customer. Populated only if a Cloud Identity account exists for this customer.
- create
Time String - Time when the customer was created.
- id String
- The provider-assigned unique ID for this managed resource.
- name String
- Resource name of the customer. Format: accounts/{account_id}/customers/{customer_id}
- update
Time String - Time when the customer was updated.
- cloud
Identity stringId - The customer's Cloud Identity ID if the customer has a Cloud Identity resource.
- cloud
Identity GoogleInfo Cloud Channel V1Cloud Identity Info Response - Cloud Identity information for the customer. Populated only if a Cloud Identity account exists for this customer.
- create
Time string - Time when the customer was created.
- id string
- The provider-assigned unique ID for this managed resource.
- name string
- Resource name of the customer. Format: accounts/{account_id}/customers/{customer_id}
- update
Time string - Time when the customer was updated.
- cloud_
identity_ strid - The customer's Cloud Identity ID if the customer has a Cloud Identity resource.
- cloud_
identity_ Googleinfo Cloud Channel V1Cloud Identity Info Response - Cloud Identity information for the customer. Populated only if a Cloud Identity account exists for this customer.
- create_
time str - Time when the customer was created.
- id str
- The provider-assigned unique ID for this managed resource.
- name str
- Resource name of the customer. Format: accounts/{account_id}/customers/{customer_id}
- update_
time str - Time when the customer was updated.
- cloud
Identity StringId - The customer's Cloud Identity ID if the customer has a Cloud Identity resource.
- cloud
Identity Property MapInfo - Cloud Identity information for the customer. Populated only if a Cloud Identity account exists for this customer.
- create
Time String - Time when the customer was created.
- id String
- The provider-assigned unique ID for this managed resource.
- name String
- Resource name of the customer. Format: accounts/{account_id}/customers/{customer_id}
- update
Time String - Time when the customer was updated.
Supporting Types
GoogleCloudChannelV1CloudIdentityInfoResponse, GoogleCloudChannelV1CloudIdentityInfoResponseArgs
- Admin
Console stringUri - URI of Customer's Admin console dashboard.
- Alternate
Email string - The alternate email.
- Customer
Type string - CustomerType indicates verification type needed for using services.
- Edu
Data Pulumi.Google Native. Cloud Channel. V1. Inputs. Google Cloud Channel V1Edu Data Response - Edu information about the customer.
- Is
Domain boolVerified - Whether the domain is verified. This field is not returned for a Customer's cloud_identity_info resource. Partners can use the domains.get() method of the Workspace SDK's Directory API, or listen to the PRIMARY_DOMAIN_VERIFIED Pub/Sub event in to track domain verification of their resolve Workspace customers.
- Language
Code string - Language code.
- Phone
Number string - Phone number associated with the Cloud Identity.
- Primary
Domain string - The primary domain name.
- Admin
Console stringUri - URI of Customer's Admin console dashboard.
- Alternate
Email string - The alternate email.
- Customer
Type string - CustomerType indicates verification type needed for using services.
- Edu
Data GoogleCloud Channel V1Edu Data Response - Edu information about the customer.
- Is
Domain boolVerified - Whether the domain is verified. This field is not returned for a Customer's cloud_identity_info resource. Partners can use the domains.get() method of the Workspace SDK's Directory API, or listen to the PRIMARY_DOMAIN_VERIFIED Pub/Sub event in to track domain verification of their resolve Workspace customers.
- Language
Code string - Language code.
- Phone
Number string - Phone number associated with the Cloud Identity.
- Primary
Domain string - The primary domain name.
- admin
Console StringUri - URI of Customer's Admin console dashboard.
- alternate
Email String - The alternate email.
- customer
Type String - CustomerType indicates verification type needed for using services.
- edu
Data GoogleCloud Channel V1Edu Data Response - Edu information about the customer.
- is
Domain BooleanVerified - Whether the domain is verified. This field is not returned for a Customer's cloud_identity_info resource. Partners can use the domains.get() method of the Workspace SDK's Directory API, or listen to the PRIMARY_DOMAIN_VERIFIED Pub/Sub event in to track domain verification of their resolve Workspace customers.
- language
Code String - Language code.
- phone
Number String - Phone number associated with the Cloud Identity.
- primary
Domain String - The primary domain name.
- admin
Console stringUri - URI of Customer's Admin console dashboard.
- alternate
Email string - The alternate email.
- customer
Type string - CustomerType indicates verification type needed for using services.
- edu
Data GoogleCloud Channel V1Edu Data Response - Edu information about the customer.
- is
Domain booleanVerified - Whether the domain is verified. This field is not returned for a Customer's cloud_identity_info resource. Partners can use the domains.get() method of the Workspace SDK's Directory API, or listen to the PRIMARY_DOMAIN_VERIFIED Pub/Sub event in to track domain verification of their resolve Workspace customers.
- language
Code string - Language code.
- phone
Number string - Phone number associated with the Cloud Identity.
- primary
Domain string - The primary domain name.
- admin_
console_ struri - URI of Customer's Admin console dashboard.
- alternate_
email str - The alternate email.
- customer_
type str - CustomerType indicates verification type needed for using services.
- edu_
data GoogleCloud Channel V1Edu Data Response - Edu information about the customer.
- is_
domain_ boolverified - Whether the domain is verified. This field is not returned for a Customer's cloud_identity_info resource. Partners can use the domains.get() method of the Workspace SDK's Directory API, or listen to the PRIMARY_DOMAIN_VERIFIED Pub/Sub event in to track domain verification of their resolve Workspace customers.
- language_
code str - Language code.
- phone_
number str - Phone number associated with the Cloud Identity.
- primary_
domain str - The primary domain name.
- admin
Console StringUri - URI of Customer's Admin console dashboard.
- alternate
Email String - The alternate email.
- customer
Type String - CustomerType indicates verification type needed for using services.
- edu
Data Property Map - Edu information about the customer.
- is
Domain BooleanVerified - Whether the domain is verified. This field is not returned for a Customer's cloud_identity_info resource. Partners can use the domains.get() method of the Workspace SDK's Directory API, or listen to the PRIMARY_DOMAIN_VERIFIED Pub/Sub event in to track domain verification of their resolve Workspace customers.
- language
Code String - Language code.
- phone
Number String - Phone number associated with the Cloud Identity.
- primary
Domain String - The primary domain name.
GoogleCloudChannelV1ContactInfo, GoogleCloudChannelV1ContactInfoArgs
- Email string
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- First
Name string - The customer account contact's first name. Optional for Team customers.
- Last
Name string - The customer account contact's last name. Optional for Team customers.
- Phone string
- The customer account's contact phone number.
- Title string
- Optional. The customer account contact's job title.
- Email string
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- First
Name string - The customer account contact's first name. Optional for Team customers.
- Last
Name string - The customer account contact's last name. Optional for Team customers.
- Phone string
- The customer account's contact phone number.
- Title string
- Optional. The customer account contact's job title.
- email String
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first
Name String - The customer account contact's first name. Optional for Team customers.
- last
Name String - The customer account contact's last name. Optional for Team customers.
- phone String
- The customer account's contact phone number.
- title String
- Optional. The customer account contact's job title.
- email string
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first
Name string - The customer account contact's first name. Optional for Team customers.
- last
Name string - The customer account contact's last name. Optional for Team customers.
- phone string
- The customer account's contact phone number.
- title string
- Optional. The customer account contact's job title.
- email str
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first_
name str - The customer account contact's first name. Optional for Team customers.
- last_
name str - The customer account contact's last name. Optional for Team customers.
- phone str
- The customer account's contact phone number.
- title str
- Optional. The customer account contact's job title.
- email String
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first
Name String - The customer account contact's first name. Optional for Team customers.
- last
Name String - The customer account contact's last name. Optional for Team customers.
- phone String
- The customer account's contact phone number.
- title String
- Optional. The customer account contact's job title.
GoogleCloudChannelV1ContactInfoResponse, GoogleCloudChannelV1ContactInfoResponseArgs
- Display
Name string - The customer account contact's display name, formatted as a combination of the customer's first and last name.
- Email string
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- First
Name string - The customer account contact's first name. Optional for Team customers.
- Last
Name string - The customer account contact's last name. Optional for Team customers.
- Phone string
- The customer account's contact phone number.
- Title string
- Optional. The customer account contact's job title.
- Display
Name string - The customer account contact's display name, formatted as a combination of the customer's first and last name.
- Email string
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- First
Name string - The customer account contact's first name. Optional for Team customers.
- Last
Name string - The customer account contact's last name. Optional for Team customers.
- Phone string
- The customer account's contact phone number.
- Title string
- Optional. The customer account contact's job title.
- display
Name String - The customer account contact's display name, formatted as a combination of the customer's first and last name.
- email String
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first
Name String - The customer account contact's first name. Optional for Team customers.
- last
Name String - The customer account contact's last name. Optional for Team customers.
- phone String
- The customer account's contact phone number.
- title String
- Optional. The customer account contact's job title.
- display
Name string - The customer account contact's display name, formatted as a combination of the customer's first and last name.
- email string
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first
Name string - The customer account contact's first name. Optional for Team customers.
- last
Name string - The customer account contact's last name. Optional for Team customers.
- phone string
- The customer account's contact phone number.
- title string
- Optional. The customer account contact's job title.
- display_
name str - The customer account contact's display name, formatted as a combination of the customer's first and last name.
- email str
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first_
name str - The customer account contact's first name. Optional for Team customers.
- last_
name str - The customer account contact's last name. Optional for Team customers.
- phone str
- The customer account's contact phone number.
- title str
- Optional. The customer account contact's job title.
- display
Name String - The customer account contact's display name, formatted as a combination of the customer's first and last name.
- email String
- The customer account's contact email. Required for entitlements that create admin.google.com accounts, and serves as the customer's username for those accounts. Use this email to invite Team customers.
- first
Name String - The customer account contact's first name. Optional for Team customers.
- last
Name String - The customer account contact's last name. Optional for Team customers.
- phone String
- The customer account's contact phone number.
- title String
- Optional. The customer account contact's job title.
GoogleCloudChannelV1EduDataResponse, GoogleCloudChannelV1EduDataResponseArgs
- Institute
Size string - Size of the institute.
- Institute
Type string - Designated institute type of customer.
- Website string
- Web address for the edu customer's institution.
- Institute
Size string - Size of the institute.
- Institute
Type string - Designated institute type of customer.
- Website string
- Web address for the edu customer's institution.
- institute
Size String - Size of the institute.
- institute
Type String - Designated institute type of customer.
- website String
- Web address for the edu customer's institution.
- institute
Size string - Size of the institute.
- institute
Type string - Designated institute type of customer.
- website string
- Web address for the edu customer's institution.
- institute_
size str - Size of the institute.
- institute_
type str - Designated institute type of customer.
- website str
- Web address for the edu customer's institution.
- institute
Size String - Size of the institute.
- institute
Type String - Designated institute type of customer.
- website String
- Web address for the edu customer's institution.
GoogleTypePostalAddress, GoogleTypePostalAddressArgs
- Region
Code string - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- Address
Lines List<string> - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- Administrative
Area string - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- Language
Code string - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- Locality string
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- Organization string
- Optional. The name of the organization at the address.
- Postal
Code string - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- Recipients List<string>
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- Revision int
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - Sorting
Code string - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- Sublocality string
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- Region
Code string - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- Address
Lines []string - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- Administrative
Area string - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- Language
Code string - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- Locality string
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- Organization string
- Optional. The name of the organization at the address.
- Postal
Code string - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- Recipients []string
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- Revision int
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - Sorting
Code string - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- Sublocality string
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- region
Code String - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- address
Lines List<String> - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative
Area String - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language
Code String - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality String
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization String
- Optional. The name of the organization at the address.
- postal
Code String - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients List<String>
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- revision Integer
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting
Code String - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality String
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- region
Code string - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- address
Lines string[] - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative
Area string - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language
Code string - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality string
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization string
- Optional. The name of the organization at the address.
- postal
Code string - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients string[]
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- revision number
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting
Code string - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality string
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- region_
code str - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- address_
lines Sequence[str] - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative_
area str - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language_
code str - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality str
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization str
- Optional. The name of the organization at the address.
- postal_
code str - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients Sequence[str]
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- revision int
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting_
code str - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality str
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- region
Code String - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- address
Lines List<String> - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative
Area String - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language
Code String - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality String
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization String
- Optional. The name of the organization at the address.
- postal
Code String - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients List<String>
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- revision Number
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting
Code String - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality String
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
GoogleTypePostalAddressResponse, GoogleTypePostalAddressResponseArgs
- Address
Lines List<string> - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- Administrative
Area string - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- Language
Code string - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- Locality string
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- Organization string
- Optional. The name of the organization at the address.
- Postal
Code string - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- Recipients List<string>
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- Region
Code string - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- Revision int
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - Sorting
Code string - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- Sublocality string
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- Address
Lines []string - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- Administrative
Area string - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- Language
Code string - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- Locality string
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- Organization string
- Optional. The name of the organization at the address.
- Postal
Code string - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- Recipients []string
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- Region
Code string - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- Revision int
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - Sorting
Code string - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- Sublocality string
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- address
Lines List<String> - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative
Area String - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language
Code String - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality String
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization String
- Optional. The name of the organization at the address.
- postal
Code String - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients List<String>
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- region
Code String - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- revision Integer
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting
Code String - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality String
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- address
Lines string[] - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative
Area string - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language
Code string - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality string
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization string
- Optional. The name of the organization at the address.
- postal
Code string - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients string[]
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- region
Code string - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- revision number
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting
Code string - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality string
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- address_
lines Sequence[str] - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative_
area str - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language_
code str - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality str
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization str
- Optional. The name of the organization at the address.
- postal_
code str - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients Sequence[str]
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- region_
code str - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- revision int
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting_
code str - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality str
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
- address
Lines List<String> - Unstructured address lines describing the lower levels of an address. Because values in address_lines do not have type information and may sometimes contain multiple values in a single field (e.g. "Austin, TX"), it is important that the line order is clear. The order of address lines should be "envelope order" for the country/region of the address. In places where this can vary (e.g. Japan), address_language is used to make it explicit (e.g. "ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large). This way, the most specific line of an address can be selected based on the language. The minimum permitted structural representation of an address consists of a region_code with all remaining information placed in the address_lines. It would be possible to format such an address very approximately without geocoding, but no semantic reasoning could be made about any of the address components until it was at least partially resolved. Creating an address only containing a region_code and address_lines, and then geocoding is the recommended way to handle completely unstructured addresses (as opposed to guessing which parts of the address should be localities or administrative areas).
- administrative
Area String - Optional. Highest administrative subdivision which is used for postal addresses of a country or region. For example, this can be a state, a province, an oblast, or a prefecture. Specifically, for Spain this is the province and not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many countries don't use an administrative area in postal addresses. E.g. in Switzerland this should be left unpopulated.
- language
Code String - Optional. BCP-47 language code of the contents of this address (if known). This is often the UI language of the input form or is expected to match one of the languages used in the address' country/region, or their transliterated equivalents. This can affect formatting in certain countries, but is not critical to the correctness of the data and will never affect any validation or other non-formatting related operations. If this value is not known, it should be omitted (rather than specifying a possibly incorrect default). Examples: "zh-Hant", "ja", "ja-Latn", "en".
- locality String
- Optional. Generally refers to the city/town portion of the address. Examples: US city, IT comune, UK post town. In regions of the world where localities are not well defined or do not fit into this structure well, leave locality empty and use address_lines.
- organization String
- Optional. The name of the organization at the address.
- postal
Code String - Optional. Postal code of the address. Not all countries use or require postal codes to be present, but where they are used, they may trigger additional validation with other parts of the address (e.g. state/zip validation in the U.S.A.).
- recipients List<String>
- Optional. The recipient at the address. This field may, under certain circumstances, contain multiline information. For example, it might contain "care of" information.
- region
Code String - CLDR region code of the country/region of the address. This is never inferred and it is up to the user to ensure the value is correct. See https://cldr.unicode.org/ and https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html for details. Example: "CH" for Switzerland.
- revision Number
- The schema revision of the
PostalAddress
. This must be set to 0, which is the latest revision. All new revisions must be backward compatible with old revisions. - sorting
Code String - Optional. Additional, country-specific, sorting code. This is not used in most regions. Where it is used, the value is either a string like "CEDEX", optionally followed by a number (e.g. "CEDEX 7"), or just a number alone, representing the "sector code" (Jamaica), "delivery area indicator" (Malawi) or "post office indicator" (e.g. Côte d'Ivoire).
- sublocality String
- Optional. Sublocality of the address. For example, this can be neighborhoods, boroughs, districts.
Package Details
- Repository
- Google Cloud Native pulumi/pulumi-google-native
- License
- Apache-2.0
Google Cloud Native is in preview. Google Cloud Classic is fully supported.