Relatórios de Salesforce + Snowflake,pipeline e uso do produto em uma só resposta.

Peça ao Connector Agent, na página Connect, para conectar os dois. Entre no Salesforce pela página dele, depois informe ao Snowflake um identificador de conta, um nome de usuário e um warehouse e gere um par de chaves com um script de configuração ou cole um token de acesso programático. Escolha objetos e tabelas e depois aprove a carga e os agendamentos.

Do Salesforce, 20 objetos padrão como Account, Opportunity, Contract e Case vêm pré-selecionados, e você pode adicionar objetos personalizados que o usuário conectado consiga consultar. Do Snowflake, você pega todas as tabelas e views que a role consegue ler ou uma lista escolhida, mais consultas SQL personalizadas como fontes extras.

As sincronizações incrementais podem rodar de hora em hora, diária ou semanalmente: o Salesforce por LastModifiedDate, o Snowflake por uma coluna de cursor que você escolher. As atualizações completas rodam diária, semanal ou mensalmente e removem as linhas excluídas na origem. Fontes de SQL personalizado do Snowflake sempre fazem atualização completa. Uma sincronização manual pode rodar a qualquer momento.

Não. O Querri só lê os seus dados nos dois sistemas e nunca altera os seus registros neles. Ele não atualiza campos do Salesforce, não cria oportunidades e não grava tabelas no Snowflake, e o script de configuração do Snowflake concede à role dele apenas acesso SELECT. O Querri também não empurra o uso para o Salesforce; os dois são juntados dentro do Querri.

O Querri só consegue sincronizar o que o usuário do Salesforce conectado e a role do Snowflake têm permissão para ver. Depois que os dados estão no Querri, quem vê quais linhas vem do compartilhamento e dos filtros de linhas por pessoa do Querri, não dos perfis do Salesforce nem das permissões do Snowflake, e esses filtros valem no chat, nos dashboards, no Claude, no ChatGPT e na API.

Se as suas tabelas de produto guardam o Account ID do Salesforce, o Querri junta diretamente por ele. Se não, diga ao Querri a regra uma vez, como cruzar pelo domínio do e-mail ou por uma tabela de mapeamento numa planilha, e toda resposta a usa. O Querri diz como cada conta foi cruzada e sinaliza as que não conseguiu encaixar.

Conecte os dois e peça as contas cujos assentos ativos estão no limite do contrato ou acima dele e que não têm oportunidade de expansão em aberto. Salve como um projeto e agende, e cada responsável pela conta recebe a própria lista toda semana por e-mail ou como pasta de trabalho do Excel.

Peça as renovações que fecham nos próximos 90 dias junto com a tendência de uso de cada conta no Snowflake. Acompanhe o uso como um KPI para o Querri guardar o histórico, e deixe os monitores sinalizarem as renovações cujo uso está caindo mais rápido que o normal. O playbook de renovações em risco mostra a configuração completa.

Defina em palavras simples o que é uma conta qualificada pelo produto, por exemplo um workspace com 20 ou mais usuários ativos por semana. O Querri confere cada workspace que se qualifica com os leads, contatos e oportunidades do Salesforce pelo domínio ou pelo ID da conta e lista aqueles de que vendas não tem registro, dizendo como cada correspondência foi feita.

Conecte o HubSpot como terceira fonte. O Querri cruza os contatos e as empresas do HubSpot com as contas do Salesforce e com os workspaces do produto, para você seguir uma campanha até as oportunidades e depois até quanto esses clientes usam o produto. As correspondências de que o Querri não tem certeza aparecem em destaque na resposta.

Adicione o NetSuite como terceira conexão. O Querri alinha os contratos do Salesforce, as faturas e os pagamentos do NetSuite e o uso do Snowflake para o mesmo cliente, para você ver numa só resposta quem paga por assentos que não usa, ou quem usa mais do que é cobrado.

Sim. Descreva um dashboard de saúde das contas ou de expansão, ou comece de um print de um que o seu time já usa. Altere-o pedindo, misture pipeline e renovações com uso na mesma tela e limite cada CSM ou vendedor às contas pelas quais é responsável.

Sim. Salve o relatório como um projeto e dê a ele um agendamento semanal ou mensal. O Querri o executa de novo com dados recém-sincronizados e envia uma pasta de trabalho do Excel formatada, ou um e-mail, e pode enviar uma versão separada a cada pessoa só com as contas dela.

Sim. Depois de ligar o Querri ao Claude ou ao ChatGPT uma vez, o assistente responde a partir da sua Biblioteca do Querri, usando o seu mapeamento de contas e a sua definição de usuário ativo, dentro do acesso de cada pessoa, então a resposta dele bate com os seus dashboards em vez de adivinhar nomes de colunas do data warehouse.

Não. Cada sincronização copia as tabelas e views escolhidas para o Querri, e as perguntas são respondidas a partir dessa cópia. As perguntas não rodam no seu warehouse a cada vez, embora cada sincronização use o seu warehouse do Snowflake. Uma consulta personalizada não pode rodar por mais de 600 segundos, e as sincronizações podem ter um limite máximo de linhas por tabela.

Orgs de sandbox do Salesforce não conseguem se conectar pelo login padrão, que vai para login.salesforce.com, e objetos que exigem um filtro em toda consulta são ignorados. No Snowflake, o login por senha e por OAuth não é oferecido, conexões por PrivateLink e VPN não estão disponíveis, e fontes de SQL personalizado não sincronizam de forma incremental.

Não para relatórios. O Querri lê os dois sistemas e os junta sozinho, então dashboards, relatórios e respostas têm o histórico completo de uso, não só o último valor num campo da conta. Se os vendedores precisam de um campo de uso nas telas do Salesforce, mantenha essa sincronização; o Querri não grava nada de volta.

O Querri tem certificação SOC 2 Type II, HIPAA e ISO 27001:2022, e os seus dados nunca são usados para treinar um modelo. O login no Salesforce acontece na página do Salesforce, a chave privada do Snowflake é guardada criptografada e nunca exibida, e o Connector Agent só sabe se uma credencial está configurada ou faltando.