Created with Raphaël 2.1.2

01. Plataforma

01. Começando

01. Conceitos Básicos

02. Adicionando destinos

03. Adicionando conectores

02. Integrações

01. Criando integrações

02. Funções

01. Conceito

02. Chaves

03. Utilizando funções

04. Funções disponíveis

Cast to boolean

Cast to float

Cast to int

Cast to text

Hash SHA-512 com chave

JSONify

Remove EOL

UUID

03. Modelos

01. Criando modelos

02. Documentando modelos

04. Configurações

IPs Kondado

Planos e Limites

Tokens de acesso

Usuários

Gerenciamento de usuários

05. Metadados

Metadados na Kondado

06. Changelog

01. Changelog (2025)

02. Arquivo changelog (2021-2024)

02. Destinos

BigQuery (destino)

BigQuery (Service Account) (destino)

Excel (destino)

Google Sheets

Microsoft SQL Server

MySQL (destino)

MySQL SSH (destino)

PostgreSQL

PostgreSQL SSH

Redshift

Redshift SSH

S3

Via Kondado

03. Conectores

55PBX

ActiveCampaign

Api4com

Apple App Store

ASAAS

Azure Table Storage

BigQuery (conector)

Bitrix24 CRM

Bling!

Blip (Take)

Brasil.io

ClickUp

Clockify

ContaAzul

Criteo

E-goi

EADBOX

Exact Sales

Facebook

01. Facebook

02. Facebook: Métricas de Páginas

03. Pivotando os dados das tabelas Actions do Facebook

Fatura Simples

Freshdesk

FTP

Google Ads (Adwords)

01. Google Ads (Adwords)

02. Criando uma integração de relatório customizado do Google Ads

03. Exemplo de como criar um relatório de estatísticas de anúncios do Google Ads

04. Referência de relatórios, métricas e dimensões

05. Melhores práticas para relatórios do Google Ads

Google Analytics 4 (GA4)

01. Google Analytics

02. Custom Report: métricas e dimensões

Google Cloud Storage

Google Play Store

Google Search Console (Google Webmasters)

Google Sheets

Granatum

Hi Platform

Hotmart

HubSpot

Huggy

Infusionsoft (Keap)

Instagram

Jira

Kondado

Linkedin

MailChimp

Mandrill

Meetime

Mercado Livre

Microsoft Advertising

01. Microsoft Advertising (Bing)

02. Referência de relatórios, métricas e dimensões

Microsoft SQL Server (conector)

Microsoft SQL Server SSH (conector)

Mixpanel

Monday.com

MongoDB

Movidesk

MySQL (conector)

MySQL SSH (conector)

NectarCRM

Omie

Oracle (conector)

Pagar.me

Pipedrive

Pipefy

PipeRun

Ploomes

PostgreSQL (conector)

Pushwoosh

RD Station

01. RD Station

02. Fazendo a carga histórica na integração do RD Station (exclusivo Webhook)

03. Integrando leads ou oportunidades que mudaram de estágio no RD Station (exclusivo Webhook)

RDStation CRM

Recruiterbox

S3 (conector)

Salesforce

Salesforce Marketing Cloud

SenseData

Shopify

Stilingue

Superlógica

Sympla

Taboola

Tangerino

TikTok Ads

Tiny ERP

Toggl

Tray

Trello

Twilio

VNDA

VTEX

Wake Commerce (antigo Tray Corp by FBits)

Webhook

Wootric

YouTube

Zeeng

Zendesk

Zendesk Chat

Índice de Conectores Kondado

04. API

Começando com a API da Kondado

Logs

Models

Parent Collections

Parent Pipelines

Pipelines

05. Visualização

Conexão Looker Studio Via Kondado

Conexão Power BI Via Kondado

Resolvendo o problema de “Contagem distinta” no Looker Studio via Kondado

Templates

Como integrar seus dados ao template de Dashboard da Kondado.

Dashboard Bling! (Looker Studio)

Dashboard Bling! (Power BI)

Dashboard Facebook Ads (Looker Studio)

Dashboard Facebook Ads (Power BI)

Dashboard Google Ads (Looker Studio)

Dashboard Google Ads (Power BI)

Dashboard Google Ads e Facebook Ads (Looker Studio)

Dashboard Google Analytics (GA4) Looker Studio

Dashboard Google Analytics (GA4) Power BI

Dashboard Instagram Looker Studio

Dashboard Instagram Power BI

Dashboard Olist Tiny (Looker Studio)

Dashboard Olist Tiny (PowerBI)

Dashboard Omie Looker Studio

Dashboard RD Station CRM (Looker Studio)

Dashboard VTEX (Looker Studio)

Dashboard VTEX (Power BI)

Usando o Google Data Studio com o BigQuery e a Kondado

Usando o Google Data Studio com o PostgreSQL e a Kondado

Usando o Power BI com o BigQuery e a Kondado

Usando o Power BI com o PostgreSQL e a Kondado

06. Central de Ajuda

01. Guia de dúvidas mais comuns dos conectores

PostgreSQL SSH

O PostgreSQL é o banco de uso geral mais eficiente para criação de Data Warehouses e Data Lakes pela sua eficiência em joins complexos e alta disponibilidade durante inserções de altos volumes de informações.

A integração SSH difere-se da integração tradicional por conectar-se com o banco de dados através de um servidor intermediário, também chamado de túnel ou bastião

Caso queira utilizar o destino PostgreSQL diretamente (sem um servidor SSH intermediário) veja este artigo

Antes de adicionar o banco de dados, assegure-se que servidor intermediário é acessível aos nossos IPs que estão listados aqui e libere a conexão para a porta do e usuário do banco de dados para o servidor intermediário na porta que será utilizada, depois siga os passos abaixo:

1) Faça login na plataforma da Kondado

2) Navegue até a página de adição de destinos, clique em “Novo Destino” e selecione o destino do PostgreSQL SSH

3) Preencha as informações do seu banco de dados conforme imagem abaixo:

  1. Nome: Essa é a descrição interna do seu destino na plataforma da Kondado
  2. Endereço do servidor: O endereço do servidor intermediário que acessará o seu banco de dados
  3. Porta do servidor: A porta do servidor intermediário que acessará seu banco de dados
  4. Usuário do servidor: O usuário do servidor intermediário que acessará banco de dados
  5. Chave PEM do servidor: O texto do arquivo com a chave PEM para acesso ao servidor intermediário
  6. Endereço do banco de dados: O endereço de servidor do seu banco de dados
  7. Porta do banco de dados: A porta do seu banco de dados
  8. Usuário do banco de dados: o nome do usuário que a Kondado irá usar para inserir dados no seu banco de dados. Este usuário deve ter permissões de DROP, INSERT, CREATE, ALTER, SELECT e DELETE
  9. Senha do banco de dados: a senha do usuário do banco de dados
  10. Banco de dados: o nome do database
  11. Schema: informe um schema ou deixe o padrão “public” [1]
  12. Clique em salvar e o seu novo destino será criado!

[1] A Kondado irá tentar criar o schema com valor informado no parâmetro “schema” e caso não seja possível (por exemplo, por falta de permissão), será utilizado o schema public. Mesmo que o schema já exista, a Kondado deve ter permissão para criação de schemas (“GRANT CREATE ON DATABASE db TO user”) caso você não queira utilizar o schema public. Para schemas existentes, também é importante que o usuário cadastrado na Kondado tenha permissão para utilizar o schema (“GRANT USAGE ON SCHEMA schema_name TO user;”)