Overview
Every contact natively stores its fiscal identity β legal type (Individual or Business), tax ID (CPF/CNPJ) and tax country β plus the full postal address (ZIP, street, number, complement, neighborhood, city, state and country). Optionally, a billing address different from the principal one.
This data automatically feeds the modules that need it: Payments prefills the payer (document
and address) when creating charges and subscriptions, message templates and automations gain
variables such as {{contact.address_city}}, and the account AI sees the address for context β
The document is shown in full to your team in the panel and the form; it is masked only when an
access role says so, for bots/integrations, and in external outputs (webhooks, CSV export and message
variables).
Prerequisites
- Permission to edit contacts.
- For automatic charge prefill: an active gateway connection in Payments.
Step by step
- Open the contact (Contacts page or conversation panel) and click Edit.
- Fill in the Type (Individual or Business), the Tax ID and the tax country (e.g. BR). A saved document is prefilled with its real value: edit it to correct it, or clear the field to remove it.
- In the Address section, enter the ZIP (CEP): street, neighborhood, city and state are autofilled for Brazilian codes. Complete number and complement.
- If billing goes to another address, check Different billing address. Use the Copy from address button to bring everything over in one click and tweak only what changes.
- Save. From then on, charges and subscriptions created for this contact come with the document and address prefilled.
Settings & options
- Document visibility: the tax ID is validated on save (check digits) and is visible to your
team. To hide it from part of the team, use Roles & access and set the
tax_idfield rule to masked (shows***.***.***-09) or hidden. The value is always stored encrypted. - Billing address: unchecking the option makes billing use the principal address again.
- CSV import: the columns
legal_type,tax_id,tax_country,address_zip,address_street,address_number,address_complement,address_neighborhood,address_city,address_stateandaddress_countryfill the native fields. - Export: the document always exports masked; the address exports as flattened
address_*columns. - Variables:
{{contact.masked_tax_id}},{{contact.legal_type}},{{contact.tax_country}}and{{contact.address_zip}}β¦{{contact.address_country}}work in canned responses, macros, automations, follow-ups and the FlowBuilder.
Use cases
- Issue a Mercado Pago boleto without asking for the address again: the contact already has it.
- A business with a head office (principal) billed at another unit (billing address).
- Segment by city/country β the address feeds the contact location filters.
- Segment by legal type (individual/business), document type, fiscal country and address (ZIP, city, state, country) in the advanced contact filters and segments.
- Automate: the "Set contact field (fiscal/address)" action in automations, macros and flows writes legal type, document and address straight onto the native fields β e.g. a flow that asks for the CPF/CNPJ and saves the reply on the contact.
- Condition: contact-triggered automations can gate on legal type, document type, fiscal country and address; in flows, the condition node uses the same contact variables.
Tips, limits & best practices
- Brazilian documents are check-digit validated; an invalid document is not stored in the native field (the charge can still be created with the typed value β the gateway decides).
- Accounts that used the payment custom attributes (
payment_document,payment_address_*) lose nothing: those values keep being read as a fallback until the automatic migration, and charges now write only to the native fields. - The ZIP autofill covers Brazilian addresses; for other countries, fill in manually.
Troubleshooting
- "The tax ID was not saved": check the digits β documents with an invalid check digit are rejected to protect billing.
- The charge asks for a document even though the contact has one: confirm the document shows filled in on the contact panel; if empty, save it again.
- The ZIP did not autofill the address: the CEP service may be unavailable β fill in manually; nothing is overwritten.