{"section":"tutorials","requestedLocale":"pt","requestedSlug":"campos-customizaveis-do-checkout","locale":"pt","slug":"campos-customizaveis-do-checkout","path":"docs/pt/tutorials/b2b/b2b-buyer-portal/campos-customizaveis-do-checkout.md","branch":"main","content":"Os **campos customizáveis no checkout** permitem coletar informações adicionais durante a compra no **B2B Buyer Portal**, como **centro de custo**, **número de pedido interno (PO)** e outros dados de controle. Essas informações ficam associadas ao pedido, ajudando a empresa a padronizar dados, aplicar regras internas e facilitar auditorias.\r\n\r\n> ⚠️ Esta funcionalidade está disponível apenas para lojas que usam B2B Buyer Portal, atualmente disponível para contas selecionadas.\r\n\r\n## Para que servem os campos customizáveis\r\n\r\nCom campos customizáveis, sua empresa pode:\r\n\r\n- Padronizar informações de compra entre unidades organizacionais e compradores.\r\n- Exigir dados obrigatórios antes de finalizar o pedido.\r\n- Reduzir erros de preenchimento no checkout.\r\n- Melhorar rastreabilidade, auditoria e conformidade.\r\n\r\n## Perfis de uso\r\n\r\nO uso de campos customizáveis considera dois perfis:\r\n- **Administrador**: cria os campos necessários para a empresa e define onde cada campo aparece no checkout.\r\n- **Comprador**: preenche os campos durante a compra.\r\n\r\n## Aplicação dos campos\r\n\r\nOs campos podem ser configurados em diferentes níveis:\r\n\r\n- **Pedido**: aplica-se à compra inteira.\r\n- **Item**: aplica-se a produtos específicos no carrinho.\r\n- **Endereço**: aplica-se às informações de entrega ou cobrança.\r\n\r\n## Tipos de campos\r\n\r\nAo criar um campo customizável, o administrador deve escolher um dos tipos abaixo.\r\n\r\n### Texto (`text`)\r\n\r\nPermite que o comprador insira um valor livre no checkout.\r\n\r\n- Aceita qualquer sequência de caracteres.\r\n- Não possui validação de formato além da obrigatoriedade (quando configurada).\r\n\r\n### Número (`number`)\r\n\r\nPermite a inserção exclusiva de valores numéricos.\r\n\r\n- Aceita apenas números.\r\n- Pode ser utilizado quando o valor precisa seguir formato estritamente numérico.\r\n\r\n### Opção (`option`)\r\n\r\nExibe uma lista de valores previamente cadastrados para seleção.\r\n\r\n- O comprador deve selecionar uma das opções disponíveis.\r\n- Permite padronização de dados.\r\n- É o único tipo que pode receber **valor padrão por Organizational Unit**.\r\n\r\n\r\n## Configurações de cada campo\r\n\r\nAo criar um campo, o administrador define:\r\n\r\n- Nome do campo.\r\n- Tipo (`text`, `number` ou `option`).\r\n- Nível de aplicação (pedido, item ou endereço).\r\n- Obrigatoriedade (obrigatório ou opcional).\r\n- Status (habilitado ou desabilitado).\r\n\r\n## Valores padrão no checkout\r\n\r\nPara reduzir preenchimento manual e evitar inconsistências, é possível configurar valores padrão por **Organizational Unit.**\r\n\r\nÉ possível definir como padrão:\r\n\r\n- Endereço.\r\n- Cartão.\r\n- Campos customizáveis do tipo `option`.\r\n\r\n> ⚠️ Apenas campos do tipo `option` podem ser definidos como valor padrão.\r\n\r\n> ℹ️ Para mais informações sobre como adicionar ou configurar campos customizáveis, acesse [Adicionar ou editar campos customizáveis no checkout](https://help.vtex.com/pt/docs/tutorials/adicionar-ou-editar-campos-customizaveis).\r\n\r\n## Impacto para o administrador\r\n\r\n- Dados consistentes entre unidades organizacionais.\r\n- Melhor aplicação de regras internas de compra.\r\n- Mais segurança para relatórios e auditorias.\r\n\r\n\r\n## Impacto para o comprador\r\n\r\n- Os campos aparecem no checkout com instruções claras.\r\n- Alguns valores podem vir pré-preenchidos (quando configurados pela Organization Unit).\r\n- O pedido é finalizado com menos retrabalho e menos risco de erro.\r\n\r\n## Exemplos de uso\r\n\r\n### Exigir informações obrigatórias em todos os pedidos\r\n- **Cenário:** a empresa precisa registrar **centro de custo** e **PO** em todos os pedidos.\r\n- **Configuração:** criar campos obrigatórios no nível de `pedido` (`option` para centro de custo e `text` ou `number` para PO).\r\n- **Resultado:** o pedido só pode ser finalizado com os dados preenchidos, garantindo conformidade.\r\n\r\n### Checkout pré-preenchido por Organizational Unit (OU)\r\n- **Cenário:** a empresa quer reduzir erros e tempo de compra em múltiplas unidades.\r\n- **Configuração:** definir valores padrão por **Organization Unit** para endereço, cartão e campos do tipo `option`.\r\n- **Resultado:** o checkout aparece pré-preenchido após login, reduzindo retrabalho.\r\n\r\n### Classificação de projeto ou atividade\r\n- **Cenário:** a empresa precisa associar cada item comprado a um projeto ou atividade.\r\n- **Configuração:** criar um campo `option` no nível de `item` com a lista de projetos ou atividades ativas.\r\n- **Resultado:** cada item fica vinculado a um projeto, facilitando rateio e controle de custos.\r\n\r\n### Diferenciar compra para revenda e consumo interno\r\n- **Cenário:** a empresa precisa identificar o tipo de compra no pedido.\r\n- **Configuração:** criar um campo `option` no nível de `pedido` com valores pré-definidos (Revenda / Consumo interno).\r\n- **Resultado:** permite segmentar pedidos e aplicar regras fiscais ou comerciais.\r\n\r\n### Segmentação para relatórios gerenciais\r\n- **Cenário:** o time financeiro precisa classificar pedidos por tipo de despesa.\r\n- **Configuração:** criar campos `option` padronizados no nível de `pedido` (ex.: CAPEX, OPEX).\r\n- **Resultado:** relatórios podem ser filtrados sem tratamento manual posterior.\r\n\r\n### Justificativa obrigatória para compras específicas\r\n- **Cenário:** a empresa exige justificativa em compras sensíveis ou acima de determinado valor.\r\n- **Configuração:** criar um campo `text` obrigatório no nível de `pedido`.\r\n- **Resultado:** a justificativa fica registrada no pedido para revisão ou auditoria.\r\n\r\n### Padronização e governança centralizada\r\n- **Cenário:** a empresa precisa evitar variações no preenchimento de dados.\r\n- **Configuração:** utilizar campos `option` em vez de texto livre e definir valores por **Organization Unit**.\r\n- **Resultado:** dados mais consistentes e auditáveis em toda a operação.\r\n\r\n### Controle de compliance em empresas reguladas\r\n- **Cenário:** a empresa precisa registrar códigos regulatórios por item.\r\n- **Configuração:** criar um campo obrigatório no nível de `item` (por exemplo, do tipo `text` ou `option`).\r\n- **Resultado:** cada item comprado inclui a informação necessária para auditorias regulatórias."}