# Agilize Docs para IA - Página atual

Este arquivo contém uma versão focada e legível por IA da página aberta na documentação pública da Agilize.
Use esta versão quando a pergunta do usuário estiver restrita ao documento atual.

Última geração: 2026-05-28T23:42:28.964Z

## Página

- Título: Campos e dados obrigatórios
- URL humana: https://agilize.app/docs/configuracao/crm-dados/campos-e-dados-obrigatorios
- Leitura completa para IA: https://agilize.app/docs/llms.txt
- Descrição: Como definir dados mínimos e campos obrigatórios para contatos, empresas, oportunidades e suporte sem prejudicar a operação diária.

## Seções

- Quando configurar
- Caminhos principais
- O que é obrigatório e o que é recomendado
- Dados mínimos por tipo de registro
- Contatos
- Empresas
- Oportunidades
- Campos obrigatórios por etapa

## Conteúdo da página

# Campos e dados obrigatórios

Campos obrigatórios existem para proteger a operação de cadastros incompletos. Eles ajudam o time a atender, vender, distribuir demandas, executar automações e gerar relatórios com confiança.

Use este guia para decidir quais dados devem ser preenchidos em contatos, empresas, oportunidades e suportes, sem criar barreiras desnecessárias para quem está atendendo ou registrando informações em tempo real.

---
title: "Governança de dados mínimos"
caption: "A configuração deve equilibrar velocidade operacional e qualidade da base."
definition: |
  flowchart LR
    A[Entrada de dados] --> B{Dado mínimo existe?}
    B -->|Sim| C[Operação continua]
    B -->|Não| D[Preencher dado crítico]
    C --> E[Automação, BI e atendimento]
    D --> E
    E --> F[Base confiável]
---

## Quando configurar

Revise campos e dados obrigatórios quando a conta precisar:

- padronizar cadastros de contatos, empresas, oportunidades e suportes;
- reduzir registros sem telefone, e-mail, responsável, origem ou categoria;
- impedir que oportunidades avancem de etapa sem dados comerciais mínimos;
- exigir informações específicas por categoria de suporte;
- preparar importações, transmissões, automações de CRM e fluxos do bot;
- melhorar filtros, segmentações e relatórios do BI;
- criar campos adicionais para dados que não existem no cadastro padrão.

Não transforme todos os campos importantes em obrigatórios. O melhor padrão é exigir pouco na entrada e cobrar dados adicionais no momento certo da jornada.

## Caminhos principais

| Configuração | Caminho público | Uso |
| --- | --- | --- |
| Campos adicionais | [https://my.agilize.app/field](https://my.agilize.app/field) | Criar campos extras para oportunidades, contatos, empresas e suportes. |
| Funis e etapas | [https://my.agilize.app/crm/lead/funnel](https://my.agilize.app/crm/lead/funnel) | Definir campos obrigatórios para avançar oportunidades entre etapas. |
| Regras de suporte | [https://my.agilize.app/crm/support/rule](https://my.agilize.app/crm/support/rule) | Definir campos obrigatórios, prioridade, equipe, distribuição e SLA por regra de suporte. |
| Contatos | [https://my.agilize.app/crm/contact/](https://my.agilize.app/crm/contact/) | Revisar dados de pessoas, canais de contato, empresas vinculadas e responsável. |
| Empresas | [https://my.agilize.app/crm/company/](https://my.agilize.app/crm/company/) | Revisar dados de organizações, canais, contatos vinculados e responsável. |
| Oportunidades | [https://my.agilize.app/crm/board/](https://my.agilize.app/crm/board/) | Operar oportunidades e validar se os dados comerciais estão completos. |
| Suportes | [https://my.agilize.app/crm/support/](https://my.agilize.app/crm/support/) | Abrir, classificar e acompanhar demandas de suporte. |

## O que é obrigatório e o que é recomendado

Separe três níveis de exigência:

| Nível | Como tratar | Exemplo |
| --- | --- | --- |
| Obrigatório técnico | Campo sem o qual o registro não funciona corretamente. | Funil e etapa da oportunidade. |
| Obrigatório operacional | Campo que deve ser exigido por regra de negócio em um momento específico. | Valor da oportunidade antes de enviar proposta. |
| Recomendado | Campo importante, mas que pode ser preenchido depois sem travar a rotina. | Site da empresa, observação, cargo ou rede social. |

Campos obrigatórios demais tendem a gerar preenchimento falso. Campos obrigatórios de menos deixam a base difícil de operar. O equilíbrio está em exigir o dado quando ele é necessário para a próxima ação.

## Dados mínimos por tipo de registro

Use esta matriz como ponto de partida para configurar a governança da conta.

| Registro | Mínimo recomendado | Por que importa |
| --- | --- | --- |
| Contato | Nome, ao menos um telefone ou e-mail, empresa quando houver relação corporativa, responsável e tags relevantes. | Permite encontrar a pessoa, falar pelo canal correto e manter ownership. |
| Empresa | Nome da empresa, contato principal, telefone ou e-mail, site quando existir, responsável e tags relevantes. | Ajuda a centralizar relacionamento corporativo e evitar cadastros espalhados. |
| Oportunidade | Nome, funil, etapa, contato ou empresa, origem, responsável, valor quando houver potencial definido e data prevista quando houver follow-up. | Sustenta quadro comercial, previsão, automações, cadências e BI. |
| Suporte | Assunto, categoria, prioridade, contato ou empresa, equipe, responsável, prazo/SLA quando aplicável e descrição inicial. | Permite distribuir a demanda, acompanhar prazo e manter histórico suficiente. |

Esse mínimo não precisa ser cobrado todo de uma vez. Em muitas operações, nome e canal bastam para iniciar; origem, valor, categoria, responsável e demais detalhes podem ser exigidos quando a rotina precisar deles.

## Contatos

O cadastro de contato aceita estes grupos de dados:

| Campo | Uso recomendado |
| --- | --- |
| Nome | Identificação da pessoa. Use nome e sobrenome quando conhecidos. |
| Empresas | Organizações relacionadas ao contato. |
| Cargo / Papel | Função da pessoa dentro da empresa, como decisor, financeiro, usuário ou responsável técnico. |
| Telefones | Canais para WhatsApp, ligação e follow-up. |
| Tipo de telefone | Classificação como pessoal, comercial ou outro. |
| E-mails | Canais de comunicação por e-mail. |
| Tipo de e-mail | Classificação como pessoal, comercial ou outro. |
| Redes sociais | Canais complementares úteis para relacionamento. |
| Observação | Contexto estável do contato. |
| Usuário | Responsável pelo relacionamento. |

Recomendações:

- cadastre telefone com DDI sempre que possível, por exemplo `+5511999999999`;
- evite contato sem nome ou apenas com apelido genérico;
- não misture observações temporárias com histórico de atendimento;
- preencha empresa e cargo quando o atendimento depende do contexto corporativo;
- use tags para segmentação, não para substituir campos estruturados.

## Empresas

O cadastro de empresa aceita estes grupos de dados:

| Campo | Uso recomendado |
| --- | --- |
| Nome da empresa | Nome reconhecido pela operação. |
| Contatos | Pessoas vinculadas à empresa. |
| Cargo / Papel | Papel de cada contato dentro da empresa. |
| Telefones | Canais institucionais, comerciais ou de atendimento. |
| Tipo de telefone | Classificação como pessoal, comercial ou outro. |
| E-mails | Canais institucionais ou operacionais. |
| Tipo de e-mail | Classificação como pessoal, comercial ou outro. |
| Redes sociais | Canais complementares da organização. |
| Site | Domínio oficial ou página principal. |
| Observação | Contexto estável sobre a organização. |
| Usuário | Responsável pelo relacionamento. |

Recomendações:

- use sempre o mesmo padrão de nome para evitar duplicidade;
- vincule ao menos um contato principal quando a empresa tiver relacionamento ativo;
- use site e e-mail institucional para diferenciar empresas com nomes parecidos;
- mantenha o responsável coerente com a carteira comercial;
- revise empresas importadas antes de usar a base em transmissão ou automação.

## Oportunidades

A oportunidade tem campos próprios para organizar a jornada comercial:

| Campo | Uso recomendado |
| --- | --- |
| Nome da oportunidade | Identifique a demanda, cliente, produto ou objetivo. |
| Funil | Define o processo comercial ou operacional. |
| Fase ou etapa | Indica o momento atual da oportunidade. |
| Motivo de arquivamento | Deve ser usado quando a oportunidade é encerrada como perda ou arquivamento. |
| Data prevista | Ajuda em previsão, follow-up e priorização. |
| Contato | Pessoa principal da negociação. |
| Empresa | Organização relacionada. |
| Valor da oportunidade | Potencial financeiro ou valor estimado. |
| Observação | Contexto comercial estável. |
| Origem | Canal, campanha ou forma de entrada da oportunidade. |
| Usuário | Responsável pelo acompanhamento. |
| Telefones, e-mails e redes sociais | Canais de contato associados à oportunidade. |

Funil e etapa são essenciais para a oportunidade aparecer corretamente no processo. Origem, valor, responsável e data prevista devem ser cobrados conforme a maturidade da jornada.

## Campos obrigatórios por etapa

Em funis de oportunidade, cada etapa pode exigir campos antes de permitir avanço. Essa regra é útil quando a informação só se torna necessária em um ponto específico do processo.

Campos nativos que podem ser exigidos no avanço:

| Campo | Quando exigir |
| --- | --- |
| Nome da oportunidade | Quando a entrada pode vir genérica demais. |
| Valor da oportunidade | Antes de proposta, negociação, previsão ou fechamento. |
| Data prevista | Antes de etapas que dependem de retorno, follow-up ou forecast. |
| Observação | Quando a passagem de etapa precisa deixar contexto para outro usuário. |
| Origem | Antes de análises de aquisição, campanha ou qualidade. |
| Usuário | Antes de etapas que exigem dono claro. |

Campos adicionais da oportunidade também podem entrar nas regras de avanço quando estiverem disponíveis para o funil.

Boas práticas:

- exija origem e responsável cedo, quando a operação depende de atribuição e aquisição;
- exija valor apenas quando o potencial já deveria estar estimado;
- exija data prevista quando a etapa precisa de uma próxima decisão;
- evite exigir observação em todas as etapas, porque isso gera texto repetido e pouco útil;
- use campos adicionais para dados específicos de qualificação, produto, contrato, segmento ou necessidade.

## Suporte

O suporte tem campos voltados a classificação, distribuição e SLA:

| Campo | Uso recomendado |
| --- | --- |
| Assunto | Resumo curto da demanda. |
| Categoria | Tema principal do suporte. |
| Subcategoria | Recorte mais específico dentro da categoria. |
| Contato | Pessoa relacionada ao atendimento. |
| Empresa | Organização relacionada. |
| Prioridade | Baixa, normal, alta ou urgente. |
| Prazo/SLA | Data e hora limite quando houver acordo de atendimento. |
| Equipe | Grupo responsável pela tratativa. |
| Usuário responsável | Dono da próxima ação. |
| Descrição inicial | Contexto, sintomas, impacto e pedido do cliente. |
| Em nome do cliente | Indica que a descrição representa solicitação do cliente. |

Em regras de suporte, é possível definir campos obrigatórios por cenário. Os campos fixos disponíveis para exigência são:

| Campo obrigatório configurável | Quando usar |
| --- | --- |
| Assunto | Sempre que a demanda não puder ser aberta sem resumo claro. |
| Prioridade | Quando a triagem precisa ordenar atendimento. |
| Categoria | Quando relatórios, SLA ou distribuição dependem de classificação. |
| Subcategoria | Quando a categoria é ampla demais para orientar a tratativa. |
| Contato | Quando a demanda precisa ficar vinculada a uma pessoa. |
| Empresa | Quando o atendimento é corporativo ou depende da organização. |
| Descrição inicial | Quando o suporte precisa nascer com contexto suficiente. |

Campos adicionais de suporte também podem ser exigidos pelas regras, desde que estejam ativos no formulário.

## Campos adicionais

![Tela de campos adicionais para configurar informações usadas em cadastros do CRM](/docs/screenshots/config-campos-adicionais.png)

Use campos adicionais quando o dado é importante para a operação, mas não existe como campo padrão.

Tipos disponíveis:

| Tipo | Uso recomendado |
| --- | --- |
| Texto livre | Dados curtos, códigos, observações estruturadas ou identificadores. |
| Múltipla escolha | Opções padronizadas para filtro, relatório e automação. |
| Data | Prazos, vencimentos, datas de evento ou marcos da jornada. |

Configurações importantes:

| Configuração | Como decidir |
| --- | --- |
| Label / Nome | Nome visível para o usuário. Deve ser claro e curto. |
| Nome sistêmico | Identificador estável. Evite espaços e caracteres especiais. |
| Funis vinculados | Para oportunidades, limite o campo aos funis em que ele realmente faz sentido. |
| Lista de valores | Em múltipla escolha, use opções fechadas e revisadas. |
| Máscara | Use para CPF, CNPJ ou padrão customizado quando o formato precisa ser consistente. |
| Exibe no formulário | Ative quando o campo deve ser preenchido ou consultado na tela. |
| Exibe na visão de tabela | Ative quando o campo ajuda análise em lista. |
| Indexação | Use com critério para campos que precisam de busca, filtro ou segmentação recorrente. |

Não crie campos adicionais para dados que já existem em campos padrão, como telefone, e-mail, origem, responsável, categoria ou valor da oportunidade.

## Como decidir o que exigir

Antes de tornar um campo obrigatório, responda:

| Pergunta | Se a resposta for sim |
| --- | --- |
| Sem esse dado a próxima ação fica impossível? | Considere tornar obrigatório naquele ponto. |
| O dado será usado em automação, SLA, distribuição ou BI? | Considere exigir ou padronizar. |
| O usuário consegue preencher com qualidade naquele momento? | Exija. |
| O usuário provavelmente ainda não sabe a resposta? | Não exija na entrada. |
| O dado muda com frequência? | Prefira campo editável e revisão periódica, não obrigação rígida. |
| O campo será usado apenas para curiosidade? | Não torne obrigatório. |

Obrigatoriedade deve resolver um problema de operação, não apenas completar uma ficha.

## Padrões recomendados

| Dado | Padrão recomendado |
| --- | --- |
| Telefone | Use DDI e número completo, como `+5511999999999`. |
| E-mail | Remova espaços, revise domínio e evite e-mails genéricos quando houver pessoa responsável. |
| Nome de contato | Use nome reconhecível e sobrenome quando possível. |
| Nome da empresa | Use padrão único para evitar duplicidade. |
| Origem | Use lista curta e governada, como `WhatsApp`, `Site`, `Google Ads`, `Indicação`. |
| Responsável | Defina quem deve executar a próxima ação. |
| Valor | Use número coerente com a previsão comercial. |
| Categoria de suporte | Use categoria suficiente para roteamento e relatório. |
| Tags | Use para segmentar, não para substituir campos principais. |

## Impacto em automações, BI e Flow

Campos bem definidos melhoram:

- filtros e segmentações;
- listas de transmissão;
- automações de CRM;
- fluxos do bot que criam oportunidade ou suporte;
- distribuição de suporte;
- cadências comerciais;
- relatórios do BI;
- indicadores de origem, conversão, prazo, responsável e qualidade;
- leitura do contexto no Flow.

O Flow acompanha a rotina do usuário e depende de dados claros para que conversas, tarefas, oportunidades e suportes sejam acionáveis. Se o registro não tem responsável, canal, categoria ou próxima ação, a operação perde previsibilidade.

## Checklist de configuração

Antes de liberar a base para uso real:

- defina o mínimo recomendado para contato, empresa, oportunidade e suporte;
- crie campos adicionais apenas quando o campo padrão não resolver;
- use nomes sistêmicos estáveis nos campos adicionais;
- vincule campos adicionais de oportunidade apenas aos funis corretos;
- configure campos obrigatórios por etapa do funil;
- configure campos obrigatórios nas regras de suporte quando categoria, SLA ou distribuição dependerem disso;
- revise se telefone, e-mail, origem, responsável e categoria estão padronizados;
- valide se importações e fluxos do bot preenchem os mesmos dados mínimos;
- teste uma oportunidade avançando etapas;
- teste um suporte com categoria e regra aplicável;
- revise relatórios principais depois de configurar os campos.

## Erros comuns

| Erro | Impacto | Correção |
| --- | --- | --- |
| Exigir muitos campos na criação | Usuários preenchem qualquer valor para salvar rápido. | Exija dados por etapa ou regra, não tudo na entrada. |
| Criar campo adicional duplicado | A base fica dividida entre campo padrão e campo customizado. | Use o campo padrão sempre que existir. |
| Usar texto livre para dado de relatório | Filtros e BI ficam inconsistentes. | Use múltipla escolha para classificações recorrentes. |
| Não padronizar telefone | WhatsApp, transmissão e busca ficam menos confiáveis. | Use DDI e número completo. |
| Não exigir origem no momento certo | Fica difícil medir aquisição e qualidade. | Exija origem antes de avançar para qualificação ou proposta. |
| Não exigir categoria no suporte | Distribuição, SLA e relatórios perdem precisão. | Configure categoria como obrigatória nas regras adequadas. |
| Criar campos adicionais sem governança | A tela cresce e o time deixa de preencher com qualidade. | Revise campos periodicamente e remova o que não gera decisão. |

## Próximos passos

Depois de definir os campos mínimos:

- revise [Funis, etapas e origens](/docs/configuracao/crm-dados/funis-etapas-e-origens);
- revise [Usuários, equipes e permissões](/docs/configuracao/acessos-seguranca/usuarios-equipes-e-permissoes);
- revise [Canais e integrações](/docs/configuracao/canais-whatsapp-integracoes/canais-e-integracoes);
- alinhe os campos com [CRM e oportunidades](/docs/usuarios/crm-relacionamento/crm-e-oportunidades);
- alinhe contatos e empresas com [Contatos e empresas](/docs/usuarios/crm-relacionamento/contatos-e-empresas);
- alinhe suporte com [Suporte e registros de atendimento](/docs/usuarios/crm-relacionamento/suporte-e-registros-de-atendimento).