## Os dois momentos em que o Treble escreve É a distinção da qual saem quase todas as limitações. | Momento | O que acontece | O que o controla | | - | - | - | | **Criação** | O Treble não encontra o registro da pessoa e o cria | Os campos obrigatórios que o Treble detecta automaticamente, mais as regras avançadas desta página | | **Atualização** | O registro já existe e o Treble escreve um campo | Os blocos do seu fluxo | Os blocos que você configura no construtor de conversas trabalham no **segundo** momento. Cada bloco escreve um campo **depois** que o registro existe. Isso funciona perfeitamente enquanto o Salesforce permitir escrever esse campo depois. Deixa de funcionar quando o Salesforce exige algo **ao criar**. Os dois casos que mais aparecem: * **Uma regra de validação** que exige um valor para poder criar o registro (por exemplo, uma autorização de tratamento de dados). * **O tipo de registro**, em particular com [Person Accounts](/pt/docs/integrations/salesforce/features/person-accounts): uma conta não pode ser convertida em Person Account depois de criada. Nesses casos, o bloco do fluxo chega tarde por design.

## Regras de criação Para esses casos, o Treble pode aplicar **regras que são executadas no momento de criar** o registro, configuradas por objeto dentro da sua integração. A propriedade-chave: uma regra de criação entra **sempre** na criação do registro, independentemente de o Salesforce reportar esse campo como obrigatório ou não. Por isso ela resolve o que um bloco não alcança. ### O que é possível fazer O mais comum: *"todos os registros que esta integração criar devem ter X neste campo"*. Serve para tipos de registro, sinalizadores de sim/não, origem do lead, país padrão, classificações internas e, em geral, qualquer campo obrigatório do seu modelo que não dependa da conversa. É também a mudança mais rápida de aplicar. O Treble conhece o contato e pode derivar valores dele: o nome do perfil do WhatsApp, o telefone em diferentes formatos, o e-mail se o tiver, ou um e-mail gerado quando não tiver. É a forma habitual de preencher campos obrigatórios de nome ou de e-mail em objetos que os exigem. Quando você precisa de uma transformação própria —cortar um documento a uma certa quantidade de dígitos, traduzir um valor para a sua nomenclatura interna, compor um campo a partir de vários dados— é possível escrever uma regra específica para a sua conta. Não é um caso excepcional, mas **requer desenvolvimento por parte do Treble**: é solicitada, programada e implantada. Também é possível que uma regra use o que a pessoa respondeu durante a conversa e o inclua na criação do registro. É o caminho quando você precisa, por exemplo, que o tipo de registro dependa do que a pessoa escolheu no chat **e** que isso fique definido desde o momento da criação. Assim como o caso anterior, requer desenvolvimento.

## Os limites que convém conhecer São três, e vale a pena tê-los claros antes de desenhar algo em torno desta ferramenta. Uma regra sobre o tipo de registro de `Account` afeta **todas** as contas que a integração criar, em **todos** os fluxos. Hoje não é possível ter "a campanha A cria com um tipo de registro e a campanha B com outro" usando regras de criação. É a limitação mais importante. Se esse é exatamente o seu caso, comente com o seu Customer Success Manager: é uma das coisas em que estamos trabalhando, e ajuda saber quantos clientes precisam disso. Uma regra de criação não é executada quando o registro já existe. Para atualizar um registro existente, usam-se os blocos do fluxo, como sempre. Essas regras ficam na configuração da integração e são aplicadas pela equipe do Treble. Não podem ser editadas a partir da plataforma. Uma mudança costuma ser rápida —minutos, sem implantação, quando é um valor fixo— mas passa por nós.

## Outras coisas que se configuram neste nível É o campo pelo qual o Treble busca a pessoa e, ao mesmo tempo, onde escreve o número quando cria o registro. Hoje é **um único campo para as duas coisas**. Se você mudar o campo para que o número seja salvo em outro lugar, o Treble deixa de encontrar os registros que têm o número no campo anterior e começa a criar duplicados. Se você precisa buscar por um campo e escrever em outro, fale com o seu Customer Success Manager antes de mudar qualquer coisa. Define se o histórico da conversa é salvo como `Task` ou como `Event`.

Histórico de conversa

Quais objetos a integração usa e, para cada um, seu campo de telefone, de nome e de proprietário. É definido na instalação, e mudá-lo depois implica reinstalar.

## Dois casos muito perguntados Por padrão, o Treble escreve o número no formato internacional completo, com o código do país. É muito comum querer outra coisa: sem o código do país, com parênteses e espaços, ou separado em dois campos. Isso se resolve com uma **regra de criação** sobre o campo de telefone. Se o formato de que você precisa é uma transformação simples do número, é uma mudança rápida; se depende de regras próprias da sua operação, entra na categoria de lógica sob medida. Atenção a um efeito colateral: o campo de telefone da integração é o mesmo pelo qual o Treble **busca** a pessoa. Se você mudar o formato do que é escrito, certifique-se de que a busca continue encontrando os registros existentes, ou você começará a criar duplicados. Quando o Treble cria o registro, o nome vem do **perfil do WhatsApp** da pessoa. Mas esse nome nem sempre existe nem sempre serve: há usuários sem nome de perfil, e há perfis com emojis ou texto promocional. Você pode definir com uma regra de criação o que é escrito nesse caso: um valor de reserva fixo, o número de telefone ou uma combinação. É exatamente o que vários clientes fazem para que nenhum registro fique sem nome e para que os registros criados pelo Treble sejam identificáveis. Se o que você vê é o **texto de uma mensagem** no campo de nome, isso não é a criação: é um bloco de ação escrevendo a resposta da pessoa no campo errado. Revise [o bloco de ação](/pt/docs/integrations/salesforce/blocks/crm-action).

## Como solicitar uma mudança Para que seja rápido, escreva para o seu Customer Success Manager com estas informações: Por exemplo `Account`, `Lead` ou o nome de API do seu objeto personalizado. O **nome de API** exato, não o rótulo que aparece na tela. Por exemplo `CC_Autorizacion__c`, não "Autorização de dados". Se for um valor fixo, qual. Se for um tipo de registro, o **Id de 18 caracteres**, que você encontra em *Setup → Object Manager → seu objeto → Record Types*, na URL do tipo. Normalmente: "há uma regra de validação que exige este campo ao criar", ou a mensagem de erro exata que o Salesforce retorna. Isso economiza uma rodada inteira de perguntas.

## Próximos passos O caso mais comum de campo que deve ser preenchido ao criar. Quando uma conta representa uma pessoa e não uma empresa. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.