Comparar plataformas de integração pelo número de conectores é o jeito mais rápido de escolher errado.
O catálogo importa no primeiro dia. Depois disso, o que importa é o que chega ao destino, com que garantia, e o que acontece quando o número está errado às sete da manhã.
Januss e Dataddo movem dado de várias origens para bancos e armazéns analíticos. As duas capturam mudanças, as duas executam dentro da rede do cliente quando o dado não pode sair, as duas transformam antes de entregar. Nesse nível, empatam.
Neste artigo comparamos as duas pelo que sustentam depois da carga, sempre a partir do material público da Dataddo. Cinco eixos: a garantia sobre a tabela de destino, os testes que rodam antes de o número chegar ao painel, o tratamento do formato brasileiro, a unidade que aciona a cobrança e onde as credenciais ficam guardadas.
O que a tabela de destino garante
Comece por aqui, porque é o eixo que sobrevive ao primeiro mês. Depois que os conectores estão de pé, a pergunta que volta toda semana é outra: o que esta tabela garante?
O modo de sincronização é escolhido por tabela. Carga completa, incremental, espelhamento ou histórico versionado, com data de início e fim de vigência. A tabela de status de pedido pede histórico. A tabela de referência de produtos pede espelhamento. Decidir isso uma vez por tabela é diferente de decidir uma vez para o pipeline inteiro.
O incremental tem garantia declarada. A cada execução, a tabela de destino fica idêntica, linha a linha, ao que uma recarga completa produziria. Ele reprocessa o escopo que mudou e apaga o que sumiu da origem — que é onde o upsert sozinho deixa lixo para trás.
Quando a garantia não pode ser cumprida, o motor recusa e diz o motivo. Uma transformação que agrega sobre junção não permite isolar o escopo do que mudou. Em vez de entregar um número aproximado que ninguém vai conferir, o Januss reconcilia a etapa inteira e registra por que fez isso.
Depois vêm os testes, declarados dentro da própria etapa. Campo obrigatório que veio vazio, chave que deveria ser única e duplicou, valor fora da lista aceita, relacionamento quebrado entre duas tabelas, ou uma consulta sua em SQL. Cada teste tem severidade própria — parar a execução ou apenas avisar.
Parar tem uma consequência que vale escrever por extenso: o painel continua mostrando o número da véspera, que está certo, em vez de exibir o número novo, que está errado.
A Dataddo tem verificação documentada: o Data Quality Watcher aplica regras por coluna para valores nulos, zerados e anomalias. A diferença está no que acontece depois. Segundo a documentação deles, quando o dado não atende à regra “a transferência de dados prossegue, mas o usuário recebe uma notificação por e-mail detalhando o erro e a coluna afetada”.
São duas decisões de arquitetura. Uma segura o dado na porta; a outra deixa passar e avisa. Qual delas você quer depende de quem olha o painel primeiro de manhã.
As duas, lado a lado
Antes de destrinchar linha a linha, o retrato inteiro:
| Januss | Dataddo | |
|---|---|---|
| Garantia do incremental | A cada execução, a tabela de destino fica idêntica, linha a linha, ao que uma recarga completa produziria | não consta |
| Modo de sincronização | Quatro, escolhidos tabela a tabela: completa, incremental, espelhamento e histórico versionado com vigência | Replicação completa e métodos de captura, combináveis por tabela |
| Testes de qualidade | Cinco tipos declarados dentro da etapa, com severidade: parar a execução ou apenas avisar | Data Quality Watcher: regras por coluna para nulos, zeros e anomalias — a transferência prossegue e o usuário recebe e-mail |
| Tratamento na carga | Treze regras de conversão encadeáveis por coluna, com oito formatos regionais | formato regional não consta — há pipeline de transformação com expressões de conversão de tipo |
| Origens | Cinco bancos, MongoDB, planilhas e arquivos — e qualquer API REST que você apontar | Mais de quatrocentos conectores prontos, mantidos pela equipe deles |
| Origem fora do catálogo | Conector escrito pela IA a partir da documentação, validado por chamada real antes de salvar | A equipe deles constrói: cerca de dez dias úteis numa página do material, quatro semanas em outra |
| Captura de mudanças | Log de transações em PostgreSQL, MySQL, SQL Server, Oracle e MongoDB, em todos os planos | método por banco não consta — há vários métodos, combináveis por tabela |
| Unidade de cobrança | Linha gravada no destino, somando cada etapa que grava | Fluxo: uma ligação entre uma origem e um destino, sem variar com o volume |
| No estouro do volume | Excedente cobrado por milhão, com teto de fatura por plano | teto não consta — os planos de entrada trazem limite de linhas por mês |
| Moeda e documento fiscal | Real, com nota fiscal brasileira | Dólar |
Onde a Dataddo aparece com não consta, é o que o material público dela não cobre — não uma afirmação de que o recurso não exista.
As seções abaixo abrem cada linha.
Quem escreve o conector que falta
O Januss não tem catálogo de aplicativos, e resolve pelo outro lado. Você aponta para a especificação OpenAPI que a API publica, ou cola a documentação escrita, e a inteligência artificial monta o conector e o catálogo de tabelas. Ela resolve como a API pede autenticação, entre seis formas suportadas, e como o resultado é partido em páginas.
Duas coisas separam isso de um gerador comum.
A configuração não é aceita sem verificação. Antes de salvar, o Januss faz uma chamada real à API e confere se conseguiu ler o dado retornado. Conector que parece pronto e quebra na primeira execução em produção é pior que erro na tela de configuração.
A inteligência artificial escreve o conector uma única vez. Depois disso a extração roda sempre igual, sem inteligência artificial no caminho do dado. Isso importa para reprodutibilidade e para auditoria, e é uma pergunta que vale fazer a qualquer fornecedor que anuncie IA no produto.
A Dataddo parte da decisão oposta, e vale dizer com todas as letras: o catálogo deles é grande. São mais de quatrocentos conectores mantidos pela equipe da casa, cobrindo aplicativos de marketing, bancos e sistemas corporativos. Quando o conector não existe, eles constroem — o material público fala em cerca de dez dias úteis numa página e em um prazo de quatro semanas em outra.
A diferença prática não é ter ou não ter conector. É quem espera por ele, e quanto. Isso pesa em dois momentos: quando você está avaliando a ferramenta e quer testar com a sua API interna antes de assinar, e quando a origem é tão específica que ninguém mais vai pedi-la.
Exemplo prático
Uma indústria precisa levar dados do sistema de apontamento de produção, feito sob medida por uma consultoria local, para o painel de eficiência. Não existe conector para isso em catálogo nenhum, e nunca vai existir. De um lado, é um pedido e uma fila de desenvolvimento. Do outro, é a documentação do sistema e a tela de configuração.
O formato brasileiro na hora da carga
O que volta de uma API brasileira raramente está pronto para gravar. Vem "1.234,56" como texto, "19/08/2026" no formato daqui, "S" e "N" onde se esperava um campo de sim ou não.
O Januss trata isso na própria carga. São treze regras de conversão que você encadeia por coluna — moeda, data, número, texto, expressão regular, mapa de valores — com oito formatos regionais. E você decide, coluna a coluna, o que acontece com o valor que não converte: derrubar a execução ou gravar vazio.
É uma escolha explícita na tela, não um comportamento que você descobre no relatório do mês seguinte.
Ferramenta nascida no mercado americano trata o formato daqui como exceção. Aqui ele é o caso comum.
A Dataddo tem um pipeline de transformação com expressões — conversão de tipo, data a partir de texto, operações de string. Formato regional e política de erro por coluna não constam no material público. Se esse é o seu caso, é o tipo de item que vale ver funcionando numa demonstração, com o seu dado.
Captura de mudanças: o que está documentado
As duas capturam mudanças, então o argumento genérico não separa nada. O que separa é o que está escrito.
No Januss, a leitura é do log de transações em cinco bancos nomeados: PostgreSQL, MySQL, SQL Server, Oracle e MongoDB. Está disponível em todos os planos, inclusive o de entrada. A plataforma verifica os pré-requisitos do banco antes de deixar você salvar a conexão, e a mensagem traz o comando que resolve — com a variação do Amazon RDS quando a instância é gerenciada.
A Dataddo anuncia replicação completa e vários métodos de captura, combináveis por tabela, e cita um conector dedicado de log binário. O material público não diz qual método se aplica a qual banco, nem a partir de qual plano.
Isso não significa alcance menor. Significa que a pergunta precisa ser feita na avaliação: é leitura de log ou consulta agendada, em qual banco, e em qual plano?
A unidade da conta e o teto da fatura
O Januss cobra por linha gravada no destino, somando cada etapa que grava. O modelo traz três proteções que valem mais que o preço de tabela:
- Teto de fatura por plano. O excedente é cobrado por milhão adicional até um limite que a conta não ultrapassa, sempre menor que a mensalidade do plano seguinte.
- Aviso antes de estourar. O consumo aparece na tela em tempo real, com aviso em 80% e em 100% da franquia, em vez de aparecer na fatura.
- Transformação materializada como view não consome franquia. Camada intermediária que não precisa ser gravada sai de graça — o que muda a conta de quem modela em várias etapas.
A Dataddo cobra por fluxo: uma ligação entre origem e destino. O valor não varia com o volume que passa por ela. Nos planos de entrada há limite de linhas por mês e frequência de carga menor, então a independência de volume vale a partir de certo patamar.
Os dois modelos são previsíveis de formas opostas. No modelo por fluxo, o eixo é a quantidade de ligações: origem nova custa um fluxo inteiro, mesmo sendo uma tabela pequena de apoio. No modelo por volume, o eixo é o quanto foi gravado: origem nova não custa nada por existir.
A pergunta que resolve é curta. Você tem muitas origens pequenas ou poucas origens grandes?
E há a parte que não está em nenhuma tabela de preços. A Dataddo cobra em dólar, o que significa câmbio dentro do orçamento anual, tributos sobre serviço contratado no exterior e documentação fiscal estrangeira no financeiro. O Januss cobra em real, com nota fiscal brasileira. Não é argumento de produto. É argumento de operação, e em muita empresa ele decide antes de qualquer discussão técnica.
Onde as credenciais ficam guardadas
A senha do seu banco de produção é o ativo mais sensível de qualquer integração, e quase nenhum comparativo fala sobre isso.
No Januss, as credenciais são cifradas no seu navegador, antes de saírem da sua máquina. A plataforma guarda o pacote cifrado e não o abre: quem abre é o executor, no instante da execução. Há túnel SSH para bancos que não estão expostos, e a execução acontece na região que a conta escolher, Brasil ou Estados Unidos.
Quando o dado não pode sair da rede, o Runner é instalado dentro da sua infraestrutura e fala com a plataforma por uma única conexão de saída na porta 443. Sem regra de entrada no firewall, e sem alterar nada na sua rede.
A Dataddo tem modelo equivalente para essa segunda parte: o material público descreve o plano de dados rodando na nuvem, em infraestrutura própria ou nas duas, quando a exigência de residência manda. Também declara conformidade com a LGPD. O método de guarda das credenciais não consta.
Como decidir
Quatro perguntas resolvem a maior parte dos casos:
- As suas origens estão em catálogo? Se estão todas, o catálogo maior ganha com folga. Se alguma está fora, a pergunta vira quem escreve esse conector e quando ele fica pronto.
- Você precisa de garantia ou de movimentação? Se basta o dado chegar, as duas entregam. Se o número precisa estar certo antes de aparecer no painel, pergunte às duas o que acontece quando um registro vem inconsistente.
- Muitas origens pequenas ou poucas grandes? Muitas pequenas favorecem a cobrança por ligação. Poucas e grandes favorecem a cobrança por volume com teto.
- O seu dado é brasileiro e a sua empresa paga em real? Moeda, data, texto no formato daqui e nota fiscal. Somados, esses quatro itens costumam pesar mais que qualquer recurso isolado.
Nenhuma das quatro tem resposta certa no abstrato. Todas têm a sua.
Onde o Januss entra
O Januss foi construído para o time que responde pelo número, não apenas pela carga.
Conector de API escrito pela inteligência artificial a partir da documentação e validado por chamada real antes de salvar. Quatro modos de sincronização escolhidos por tabela, com garantia declarada no incremental e recusa explícita quando ela não pode ser cumprida. Cinco tipos de teste que param a execução antes de o número errado chegar ao painel. Treze regras de conversão por coluna, com oito formatos regionais. Leitura do log de transações em cinco bancos, desde o plano de entrada. Credenciais cifradas no seu navegador. E teto de fatura em contrato.
Se esse é o seu cenário, a lista acima não é folheto: é o produto.
Quer comparar com o seu caso real? São 14 dias de teste, sem cartão de crédito: criar seu ambiente.
Crie seu workspace em minutos.
Aponte para a sua origem e veja o dado chegando ao banco no mesmo dia.