Relatórios do PostgreSQL,sem esperar por um engenheiro.

Peça o PostgreSQL ao Connector Agent na página Connect, ou selecione-o no catálogo. Informe host, banco de dados, usuário e senha no formulário seguro (a porta padrão é 5432 e o SSL vem ativado), escolha um schema e as tabelas e depois aprove a carga e um agendamento.

Você escolhe um schema por conexão e depois leva todas as tabelas dele ou seleciona algumas. Tabelas base, views, views materializadas e tabelas externas aparecem na lista, e você pode adicionar as suas próprias consultas SQL como fontes extras. O Querri só vê o que o usuário do Postgres conectado tem permissão para ler.

As atualizações completas rodam num agendamento diário, semanal ou mensal. Um agendamento incremental pode rodar até de hora em hora e traz só as linhas cuja coluna de cursor, como updated_at, é mais recente que a última execução. Uma sincronização iniciada à mão é completa. As execuções incrementais não enxergam linhas excluídas; uma atualização completa enxerga.

Não. O Querri só lê os seus dados. Ele anexa o banco em modo somente leitura, então não consegue inserir, atualizar ou excluir uma linha nem alterar uma tabela. Para ter ainda mais garantia, conecte com um usuário do Postgres que só tenha direitos de SELECT.

As perguntas nunca rodam contra o seu banco; elas rodam sobre a cópia que o Querri sincroniza. A própria sincronização é ajustada para ser leve, com poucas conexões por tabela, e você escolhe quando ela roda. Você também pode apontá-la para uma réplica de leitura, para que o primário nem seja tocado.

Sim. Informe o host da réplica em vez do host do primário. Lembre que um hot standby cancela consultas que entram em conflito com a replicação depois de max_standby_streaming_delay, 30 segundos por padrão, então a sincronização de uma tabela grande pode exigir aumentar esse limite. Ativar hot_standby_feedback evita os cancelamentos causados pela limpeza do vacuum, ao custo de algum inchaço no primário.

O Querri só consegue sincronizar os schemas e as tabelas que o usuário do Postgres conectado consegue ler, e o seletor de schema só mostra os schemas em que esse usuário tem USAGE. Quando os dados estão no Querri, o acesso por linhas e as configurações de compartilhamento do Querri decidem o que cada pessoa vê; os roles do Postgres não valem pessoa a pessoa.

Use o painel de túnel VPN no formulário de conexão e envie o seu próprio perfil OpenVPN, o certificado da CA, o certificado do cliente e a chave privada. Os quatro são guardados criptografados. Túneis SSH ainda não são suportados para o PostgreSQL, então a VPN é o caminho para bancos que não são acessíveis pela internet.

Conecte os dois e o Querri os junta na Biblioteca por uma chave em comum, como um ID de conta ou um domínio de e-mail. Assim você coloca o uso do produto ao lado de datas de renovação, donos de conta e pipeline, e quando uma correspondência é incerta a resposta avisa em vez de adivinhar em silêncio.

Conecte o Postgres e o HubSpot, e o Querri cruza workspaces ou usuários do app com contatos e empresas do HubSpot. Assim você vê quais trials ativos não têm negócio, quais leads chegaram a ativar e quais origens de marketing trazem usuários que ficam.

Conecte os dois e o Querri alinha as conversas de suporte com o que cada conta faz no seu produto. Pergunte quais recursos geram mais conversas, ou se as contas que procuram o suporte cedo ativam mais rápido ou mais devagar que as outras.

Diga ao Querri qual evento conta como primeiro valor, e ele mede o tempo do cadastro de cada conta até esse evento, por semana, plano ou canal. O playbook do cadastro ao primeiro valor mostra o passo a passo, e o resultado pode rodar como um KPI que guarda o próprio histórico.

Ensine as regras ao Querri uma vez: qual status significa cancelado, quais linhas têm exclusão lógica, quais contas são internas. Toda contagem a partir daí as segue. Quando churn pode significar cancelamentos ou planos encerrados, o Querri diz qual leitura usou e mostra a outra.

Monte a análise uma vez como um projeto no Querri e depois agende. Cada execução usa os dados sincronizados mais recentes e envia por e-mail uma pasta de trabalho do Excel formatada, ou uma versão por time ou cliente, então ninguém roda uma consulta e cola resultados à mão.

Sim. Descreva o dashboard que você quer, ou comece de um print de um que você já tem, e altere-o pedindo. Ele pode misturar o Postgres com faturamento, CRM e dados de suporte, e cada pessoa ou cliente pode ficar limitado às próprias linhas.

Sim. Conecte o Querri ao Claude ou ao ChatGPT uma vez. O assistente responde a partir da sua Biblioteca do Querri com as definições do seu time, dentro do acesso de cada pessoa, e nunca recebe um login do banco. Ele trabalha com as mesmas definições que os seus dashboards usam.

Cada conexão lê um schema, então vários schemas significam várias conexões. SQL personalizado não sincroniza de forma incremental, a sincronização incremental só roda num agendamento e não detecta linhas excluídas. Não há túnel SSH, nem verificação de certificado SSL além de require, nem streaming de change data capture; os dados chegam num agendamento.

Sim. Se o usuário não consegue ler os catálogos do sistema do Postgres, o Querri recorre a uma listagem mais simples. Nesse modo, as views materializadas não aparecem e as consultas SQL personalizadas são recusadas, então selecione diretamente as tabelas e views de que precisa.

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. As conexões exigem SSL por padrão, senhas e arquivos de VPN são guardados criptografados, o Connector Agent nunca os vê, e o banco é anexado em modo somente leitura.