Saltar para o conteúdo
BeryX

BeryX · Comparação

Qual ferramenta de qualidade de dados faz sentido para você?

As dimensões que decidem uma compra, três classes de alternativas e o BeryX lado a lado, com a fonte de cada célula. Dizemos onde ganhamos — e onde a alternativa é a melhor escolha.

A matriz completa

As dimensões que decidem uma compra.

Comparamos classes de ferramentas, não produtos um a um: dentro de cada classe há diferenças, mas o modelo de trabalho é o mesmo. Quando uma célula nomeia um produto, a afirmação é só sobre esse produto.

As dimensões que decidem uma compra.
DimensãoEnterprise (Collibra, Informatica)Open-source DIY (Great Expectations, Soda)Observabilidade cloud (Monte Carlo, Sifflet)BeryX
Prova antes de comprarDemonstração e prova de conceito acompanhadas pelo fornecedor ou por um integrador[1][2]Instalas e experimentas já: GX Core e Soda Core são open-source[3][4]Demonstração ou trial pedidos por formulário à equipa comercial[5]

Conta gratuita em self-service, sem cartão nem chamada comercial, e prova pública com dados abertos: 30 ficheiros analisados em 32 s

Time-to-valueProjeto com integrador e serviços de implementação; o Collibra DQ instala-se no ambiente do cliente[1][2]Primeiro check em horas; cobertura e investigação são trabalho contínuo de engenhariaMonitores por metadados depois de ligar o warehouse, sem query às tabelas (Monte Carlo), em SaaS ou com um coletor no teu ambiente; a Metaplane documenta exceções em Postgres, MySQL e SQL Server[6][7][8]

Primeiro scan em menos de 15 minutos; monitores por metadados em todos os datasets da conexão desde o primeiro scan, até 500 por conexão

CorreçãoLimpeza, standardização e MDM que escrevem nos teus sistemas (Informatica IDMC) — exige credenciais de escrita e projeto[2]Testes falham. Alguém investiga e corrige à mãoDeteta, alerta e ajuda a investigar; a correção fica com a equipa[5][7]

Propõe a correção em SQL/PySpark ou como Pull Request, com poupança em € e risco — read-only por contrato

Correção onde o código viveWorkflows dentro da plataforma[1][2]Tu escreves o PRAlerta com link para a plataforma; o PR fica com a equipa[5]

A correção aceite abre um Pull Request no GitHub ou GitLab, acompanha o estado do PR e o scan seguinte confirma que resolveu

Testes que já tensRegras nativas da suite; importação de dbt, Great Expectations ou Soda não anunciada[1][2]São os teus testes — e a tua manutençãoMonitores em YAML próprio ou no meta do dbt; o Monte Carlo gera monitores a partir dos testes dbt, singulares incluídos, e a Sifflet abre incidentes quando um teste dbt falha; devolução como testes dbt e importação de Great Expectations ou Soda não anunciadas[9][10][11][12][13]

Importa testes dbt, singulares incluídos, suites Great Expectations e SodaCL e devolve dbt, SodaCL e GX; o relationships vira uma regra de integridade referencial; o que não converte (macros e Jinja além de ref, source e config), ou não volta igual na exportação para SodaCL e GX, fica declarado, não se perde em silêncio

Checks à medidaInformatica: rule specifications com elementos gráficos ou expressões IF-THEN-ELSE; Collibra: regras SQL à medida, com joins e agregações, escritas à mão ou sugeridas por IA — só em jobs pushdown[14][15][16]SQL e Python sem limites: testes singulares e macros (dbt), expectations próprias em Python ou SQL (Great Expectations), checks SQL (Soda)[17][18][19][20]Monitores por metadados; o Monte Carlo aceita monitores SQL à medida, com limiares manuais ou aprendidos[6][21]

16 tipos de regra (nulos, unicidade, padrões, intervalos, frescura, volume, validade de NIF/IBAN e listas de referência, exatidão contra fontes autoritativas (opt-in), streams (Kafka e Pub/Sub, ainda por instalar no SaaS), condições entre colunas, SQL à medida e integridade referencial entre datasets), packs por indústria e sugestões a partir do perfil e do histórico de aceitação; o SQL à medida é um só SELECT só de leitura, validado antes de correr na fonte (só fontes SQL); sem checks em Python à medida

Sinais do trabalho e regras novasWorkflows de stewardship: o issue entra à mão e as regras são escritas por stewards[1]A queixa chega por ticket; tu escreves e manténs cada testeAbrem tickets no Jira ou no ServiceNow e aprendem monitores; não leem as queixas das equipas[5]

Lê Jira, Confluence e Slack e converte queixas em issues ligadas ao dataset certo; propõe regras a partir do perfil, do issue resolvido e dessas queixas — só entram quando as aceitas. O conector do Teams está feito, com o driver ainda por instalar no SaaS

Evidência

Memória do que já aconteceuGlossário e stewardship manual[1]—Histórico de incidentes por tabela[5]

Base de conhecimento com relatórios e diagnósticos, pesquisa semântica e grafo fontes↔dados↔saber; o assistente e os diagnósticos citam-na

Governação e stewardshipCatálogo e glossário de negócio são o sistema de registo da suite; na Collibra, os scores de qualidade aparecem no próprio marketplace de dados[22]Fora do âmbito: os testes vivem no teu repositório e ligá-los ao catálogo fica contigoO foco é detetar e investigar incidentes; governação e stewardship formais não são o produto[5][7]

Glossário de negócio ligado a colunas, dono e steward por dataset, tags e dicionário de dados exportável; publica veredictos no teu OpenMetadata ou DataHub e lê de lá donos, domínios e tags

Visão multi-fonteSuite ampla, licenciada por módulo[1][2]Um repositório de testes por fonteForte em warehouses; fontes SaaS operacionais limitadas[5][7]

Warehouses, BDs operacionais e SaaS numa só visão

Integração com processos (SAP, Salesforce)Qualidade dentro do processo, com escrita: o SAP MDG valida as alterações aos dados mestre contra regras de negócio antes de as ativar; a Informatica limpa, standardiza e valida com agentes e leva a qualidade de dados às aplicações (Informatica Headless). A Collibra liga-se ao S/4HANA pelo Edge, para o catálogo[23][24][25]Os testes correm no teu pipeline, sobre dados já gravados; chamá-los a partir do SAP ou do Salesforce é integração que escreves e manténsO Monte Carlo liga-se ao Salesforce CRM e ao SAP HANA e monitoriza os dados já gravados (frescura, volume, schema, regras SQL); validação no ponto de entrada não anunciada[26][27]

Lê o SAP S/4HANA e o SAP Gateway por OData, o Salesforce, o Dynamics 365 e as bases dos ERP em SQL Server (Primavera, PHC, Sage). Valida os registos no ponto de entrada: o integrador chama por API as regras do dataset antes de os escrever e recebe o veredito de cada registo, sem que o BeryX guarde nada. Nunca escreve no ERP nem no CRM: a correção sai em SQL/PySpark ou PR

Confiança para agentes de IAGovernança de catálogo e de IA; veredito de prontidão por caso de uso não anunciado[1][28]—Monitorizam dados e pipelines; veredito sobre o dataset antes de o agente o consumir não anunciado[5][7]

Trust score explicável e prontidão por finalidade (RAG, treino, agente, BI), gate pré-ingestão para RAG e servidor MCP para o agente perguntar antes de usar

Onde corre o trabalho — e o que sai do teu perímetroSaaS do fornecedor ou instalação no ambiente do cliente (o Collibra DQ instala-se lá): instalado, o processamento fica na tua infraestrutura[1][28]Corre no teu pipeline, sobre o teu warehouse ou o teu Spark: nada sai — a operação e a escala são tuasLeem metadados e query logs do warehouse, em SaaS ou com o coletor no teu ambiente (Monte Carlo)[7]

Nas fontes SQL, o perfil corre na própria fonte e só voltam agregados e poucos exemplos por coluna; regras de linha e duplicados usam uma amostra de até 5 000 linhas por tabela, processada na UE. Guardamos resultados e exemplos limitados, nunca a tabela. Com IA ativa, os exemplos seguem a política de IA do workspace

IA na tua contaIA integrada na plataforma do fornecedor; chave própria ou modelo na tua conta cloud não anunciados[1][2]—IA integrada na plataforma do fornecedor; modelo na tua conta cloud não anunciado[5][7]

Chave própria, Claude na tua conta AWS ou GCP, política de modelos por workspace com modo «IA desligada» e amostras anonimizadas antes de qualquer fornecedor económico

Conformidade do AI ActGovernança de IA como módulo da suite (Collibra: ISO 42001)[28]—Rotulagem do art. 50.º e dossiê do art. 10.º não anunciados[5][29]

Rotulagem art. 50.º em todo o output de IA + dossiê do art. 10.º exportável

Segurança, residência e certificaçõesInformatica: ISO 27001 (BSI) e SOC 2 Type II; Collibra: SOC 2 e ISO 27001/42001, com trust center público. SaaS ou instalação no ambiente do cliente[1][2][28]Corre no teu perímetro: a segurança e a certificação são as da tua infraestruturaMonte Carlo e Sifflet: SOC 2 Type II e ISO 27001; Monte Carlo em SaaS ou híbrido, com o coletor no teu ambiente[5][7][29]

SaaS alojado na UE (Google Cloud europe-west1), só de leitura imposto no código e IA opcional com a tua chave ou na tua conta AWS ou GCP (Bedrock ou Vertex), com amostras anonimizáveis antes do modelo. IP de saída fixo (Cloud NAT) para a allow-list da tua firewall: preparado, ainda por ativar em produção. SOC 2 Type I em programa, ISO 27001 a seguir — sem selos que não temos: não os afirmamos e respondemos com a evidência técnica de cada controlo

Identidade e administraçãoSSO e controlo de acessos por papéis, incluídos na suite[1][2]O open-source não tem utilizadores; SSO e papéis vêm com os planos cloud pagos (ex.: Soda Team)[4]SSO e papéis nos planos de gama alta[5]

SSO por OIDC com o teu IdP (Entra ID, Google Workspace, Keycloak…), MFA por TOTP obrigatória para administradores de organização e exigível a todo o workspace, papéis por workspace, equipas, registo de auditoria exportável em CSV e acesso do suporte só com o teu consentimento, em leitura e por 72 h no máximo; ainda sem SCIM

Suporte e SLANíveis de suporte e de disponibilidade no contrato — Informatica IDMC: 99,5% com créditos de serviço; Collibra: página de estado pública[1][2][30]Comunidade no open-source; suporte com SLA só nos planos pagos[3][4]Suporte e SLA por plano, no contrato anual[5]

Ainda sem SLA contratual de disponibilidade nem de suporte: só entra no contrato depois de um trimestre de disponibilidade medida e de uma política de suporte por severidade, ainda em definição. Hoje: backups diários com PITR de 7 dias e modo offline se a IA falhar

Saída de dadosExtração dos dados no fim do contrato, nos termos do serviço[1][2]Os testes e os resultados já são teus, em código e no teu warehouseExportação de dados só nos planos Scale e Enterprise (Monte Carlo)[31]

Exportação dos dados do workspace em self-service (RGPD) e da configuração como código (datavault.yaml)

Custo realPreço público no UK G-Cloud: Collibra DQ £122.919 por licença/ano; Informatica IDMC £74.999/ano, mais implementação[1][2]Licença 0; Soda Team 750 $/mês, mais compute no warehouse e horas de engenharia[4]Contratos anuais ou por tabela monitorizada (Metaplane, com 10 tabelas grátis); Sifflet ≈48 k$/ano no preço publicado[5][32]

Plano gratuito; pagos desde € 490/mês, sem projeto de implementação

Fontes

Páginas públicas dos fornecedores que sustentam as colunas dos concorrentes. Os números na tabela apontam para aqui; a coluna BeryX liga às respostas para RFP e à página de segurança.

  1. 1.UK G-Cloud — Collibra Data Quality (serviço 136629392504870) · applytosupply.digitalmarketplace.service.gov.uk ·
  2. 2.UK G-Cloud — Informatica IDMC (serviço 727452156234281) · applytosupply.digitalmarketplace.service.gov.uk ·
  3. 3.Great Expectations — planos e preços · greatexpectations.io ·
  4. 4.Soda — planos e preços · soda.io ·
  5. 5.Sifflet — planos e preços · siffletdata.com ·
  6. 6.Monte Carlo — documentação: visão geral dos monitores · docs.getmontecarlo.com ·
  7. 7.Monte Carlo — documentação: segurança e conformidade · docs.getmontecarlo.com ·
  8. 8.Metaplane — documentação: tipos de monitor · docs.metaplane.dev ·
  9. 9.Monte Carlo — documentação: Monitors as Code (montecarlo.yml e meta do schema.yml do dbt) · docs.getmontecarlo.com ·
  10. 10.Monte Carlo — documentação: gerar monitores a partir dos testes dbt · docs.getmontecarlo.com ·
  11. 11.Sifflet — documentação: Monitors as Code (workspaces e monitores em YAML) · docs.siffletdata.com ·
  12. 12.Sifflet — documentação: incidentes a partir de monitores ou de testes dbt · docs.siffletdata.com ·
  13. 13.Metaplane — documentação: Monitors as Code (no meta dos modelos dbt) · docs.metaplane.dev ·
  14. 14.Informatica — documentação: modos da rule specification · docs.informatica.com ·
  15. 15.Collibra — documentação: rule workbench (regras SQL à medida) · productresources.collibra.com ·
  16. 16.Collibra — documentação: tipos de regra SQL suportados · productresources.collibra.com ·
  17. 17.dbt — documentação: data tests (singulares e genéricos) · docs.getdbt.com ·
  18. 18.Great Expectations — documentação: definir uma classe de Expectation própria · docs.greatexpectations.io ·
  19. 19.Great Expectations — documentação: Expectation à medida em SQL · docs.greatexpectations.io ·
  20. 20.Soda — documentação: checks definidos pelo utilizador (SodaCL) · docs.soda.io ·
  21. 21.Monte Carlo — documentação: monitores Custom SQL · docs.getmontecarlo.com ·
  22. 22.Collibra — Data Quality & Observability · collibra.com ·
  23. 23.SAP — Master Data Governance · sap.com ·
  24. 24.Informatica — Data Quality & Observability · informatica.com ·
  25. 25.Collibra Marketplace — driver para a integração com o S/4HANA · marketplace.collibra.com ·
  26. 26.Monte Carlo — documentação: integração Salesforce CRM · docs.getmontecarlo.com ·
  27. 27.Monte Carlo — documentação: integração SAP HANA · docs.getmontecarlo.com ·
  28. 28.Collibra — Trust Center · collibra.com ·
  29. 29.Monte Carlo — Trust Center · trust.montecarlo.ai ·
  30. 30.Collibra — página de estado · status.collibra.com ·
  31. 31.Monte Carlo — documentação: exportação de dados · docs.getmontecarlo.com ·
  32. 32.Metaplane — planos e preços · metaplane.dev ·

Fontes públicas dos fornecedores, verificadas em 2026-09-28 — cada célula dos concorrentes cita a sua na lista acima. As afirmações do BeryX têm evidência nas respostas para RFP. O estado das nossas certificações é gerado do mesmo registro da página Segurança e Confiança: quando mudar lá, muda aqui. Se algo estiver desatualizado, escreva para suporte@praxis.lbostuff.tech e corrigimos.

Planos

O que cada plano inclui.

Gerado do catálogo de planos do produto: são os mesmos limites e funcionalidades que o app aplica.

O que cada plano inclui.
Gratuito€ 0/mêsTeam€ 490/mêsBusiness€ 1.190/mêsEnterpriseSob consulta
Limites
Fontes de dados1515Sem limite
Datasets255002.000Sem limite
Scans por mês30Sem limiteSem limiteSem limite
Relatórios IA por mês52001.000Sem limite
Tokens de IA por mês300 mil5 mi20 miSem limite
Documentos no gate RAG por mês1 mil50 mil500 milSem limite
Histórico de medições30 dias1 ano2 anosSem limite
Profiling por padrãoStandardStandardProfundoProfundo
Profiling máximoStandardProfundoProfundoProfundo
Funcionalidades
Tokens de APINão incluídoIncluídoIncluídoIncluído
Webhooks de alertasNão incluídoIncluídoIncluídoIncluído
Análise de documentos para RAGNão incluídoIncluídoIncluídoIncluído
Relatórios agendados por emailNão incluídoIncluídoIncluídoIncluído
Dados sintéticos a partir do perfilNão incluídoIncluídoIncluídoIncluído
Correspondência de entidades entre datasetsNão incluídoIncluídoIncluídoIncluído
Glossário de negócio ligado às colunasNão incluídoIncluídoIncluídoIncluído
Ensaio só-leitura da correção antes de a aceitarNão incluídoIncluídoIncluídoIncluído
Dossiê de conformidade do AI ActNão incluídoNão incluídoIncluídoIncluído
Telemetria de custo das plataformasNão incluídoNão incluídoIncluídoIncluído
Remediação como Pull Request (GitHub/GitLab)Não incluídoNão incluídoIncluídoIncluído
Chave Anthropic própria (BYOK)Não incluídoNão incluídoIncluídoIncluído
Escolha de modelos de IA por tarefaNão incluídoNão incluídoIncluídoIncluído
Claude na conta cloud da organização (Amazon Bedrock ou Google Vertex AI)Não incluídoNão incluídoNão incluídoIncluído

Em todos os planos: motor de qualidade completo, sugestões de correção e modo offline sem IA. Preços por mês e por workspace, sem IVA, com faturamento anual (a mensal custa mais 20%).

Classe a classe

Onde cada alternativa ganha — e onde o BeryX é diferente.

Collibra, Informatica

BeryX vs Enterprise

Suites de governança de dados completas: catálogo, glossário de negócio, workflows de stewardship, gestão de dados mestre. São plataformas para programas de governança com vários anos e equipes dedicadas.

Escolha-os se

  • Você precisa de um catálogo corporativo e de um glossário de negócio como sistema de registro.
  • Você tem um programa de governança formal, com stewards e aprovações.
  • Você precisa de um hub MDM operacional — golden record escrito de volta no ERP e no CRM.
  • O orçamento e o calendário comportam uma implementação de vários meses.
  • A sua RFP exige certificação ISO 27001/SOC 2 já emitida, SLA contratual com créditos ou instalação on-prem hoje.

Onde o BeryX é diferente

  • Primeiro scan em minutos, não um projeto de implementação.
  • Não para no alerta: propõe a correção em SQL ou PySpark, com economia estimada e risco.
  • Detectamos duplicatas dentro e entre sistemas, propomos o registro sobrevivente com regras de sobrevivência explicáveis e entregamos a proposta de consolidação em SQL ou PR para o seu processo aprovar.
  • Coexiste com a suite: publica veredictos no seu catálogo e lê de lá donos e domínios.
  • Rotulagem art. 50 e dossiê do art. 10 do AI Act prontos, não um módulo genérico.

Juntos — O BeryX não substitui o catálogo que você já tem. Tem glossário de negócio vinculado a colunas, dono e steward por dataset, tags e um dicionário de dados que também sai em arquivos para importar no OpenMetadata e no DataHub. Publica veredictos, scores e o resultado de cada regra nesse catálogo — OpenMetadata e DataHub hoje — e lê de lá donos, domínios e tags, para que a qualidade apareça onde as pessoas procuram os dados.

Agendar demonstração

Great Expectations, Soda

BeryX vs Open-source DIY

Frameworks de testes de dados em código. Grátis, flexíveis e ótimos em CI — desde que você tenha engenharia para escrevê-los, mantê-los e investigar cada falha.

Escolha-os se

  • A sua equipe de engenharia quer controle total, tudo em código e versionado.
  • Você tem poucas fontes, bem conhecidas, e testes que raramente mudam.
  • Custo de licença zero é o critério que decide.
  • Você precisa de checks em Python ou SQL sem limites, ou de executá-los em DataFrames locais e notebooks, sem um serviço.
  • Nenhum dado pode sair do seu perímetro, nem agregados nem amostras: os testes são executados no seu pipeline, sobre o seu warehouse ou o seu Spark.

Onde o BeryX é diferente

  • Importa dbt (incluindo dbt-utils e dbt-expectations), Great Expectations, Soda e ODCS — e devolve dbt (com as regras SQL como testes singulares), SodaCL, GX e ODCS; no SodaCL e no GX, o que não volta igual pelo import fica declarado no arquivo, com o motivo. O teste relationships vira uma regra de integridade referencial. Os testes singulares viram regras SQL somente leitura, sobre tabelas da mesma conexão; os que usam macros, var() ou outro Jinja além de ref(), source() e config() ficam de fora, com o motivo.
  • Configuração como código: datavault.yaml e Terraform, com diff antes de aplicar.
  • Monitores automáticos, anomalias por segmento e mudanças de schema sem escrever uma regra.
  • Quando um teste falha, explica a causa (linhagem, runs dbt, sinais do Jira) e propõe a correção em SQL/PySpark com risco analisado.

Juntos — Mantenha os testes no repositório. O BeryX os importa, executa profiling e monitores automáticos por cima e devolve as regras criadas na interface como testes dbt para o seu dbt test.

Criar conta gratuita

Monte Carlo, Sifflet

BeryX vs Observabilidade cloud

Plataformas de observabilidade de dados focadas no warehouse: monitoramento de frescura, volume e schema a partir de metadados, com linhagem e alertas em escala.

Escolha-os se

  • O seu estado de dados vive quase todo num warehouse moderno de grande escala.
  • Você precisa de monitoramento de metadados em milhares de tabelas, com integração profunda na stack cloud.
  • Você tem contrato anual enterprise e equipe de plataforma para operá-la.
  • Você precisa de observabilidade de pipelines e compute — tempos de execução de jobs e queries, gantt de dbt, traces de Spark — e não só da qualidade do que eles produzem.
  • Você precisa hoje de um relatório SOC 2 Type II ou de um certificado ISO 27001 já emitidos, ou de um SLA contratual com créditos.

Onde o BeryX é diferente

  • Fecha o ciclo: detecta, explica e propõe a correção com risco analisado.
  • Vai além do warehouse: BDs operacionais, SaaS e object storage na mesma visão.
  • Frescura, volume e schema por metadados em todos os datasets da conexão, até 500 por conexão — também em Postgres, MySQL e SQL Server, conforme o que o catálogo de cada fonte expõe — sem uma query nas tabelas; o uso real (query logs de BigQuery, Snowflake e Databricks) sugere onde vale profiling profundo. Preço por plano com limites publicados de fontes e datasets, não por tabela monitorada.
  • Lê Jira e Confluence para vincular queixas reais aos datasets certos.
  • Lê os query logs e as views de sistema da plataforma (INFORMATION_SCHEMA.JOBS, ACCESS_HISTORY, system tables) para duas coisas: sugerir o que monitorar pelo uso real e detectar picos de custo em euros, ao lado do score — por dataset e com as queries responsáveis pelo pico quando a plataforma atribui custo por tabela (hoje, o BigQuery); por conta quando não atribui.
  • A configuração do workspace — regras, domínios, política de dados e a ativação dos monitores automáticos — é exportada e importada em YAML (datavault.yaml) para code review; os testes dbt, Great Expectations e Soda entram e voltam a sair como dbt.

Juntos — Se você já tem observabilidade no warehouse, o BeryX cobre as fontes operacionais e a correção — a parte que o monitoramento de metadados deixa para a equipe. Se você já tem monitores como código no seu fornecedor de observabilidade, o BeryX não os importa — lê os testes dbt que eles também leem. Datadog ou Monte Carlo Performance para o tempo dos jobs; o BeryX para o que o job entregou e quanto custou por dataset.

Agendar demonstração

Honestidade primeiro

Quando o BeryX não é para você.

  • 01Você procura um catálogo de dados como produto principal.
  • 02Você precisa de um hub MDM que escreva o golden record nos sistemas — propomos a fusão, não a executamos; e medimos a qualidade do que sai do seu hub.
  • 03Você quer que a ferramenta escreva diretamente nas suas fontes — o BeryX é read-only por contrato; a correção é proposta e aplicada com aprovação.
  • 04Você precisa monitorar dezenas de milhares de tabelas em um único warehouse, e só isso.
  • 05A sua RFP exige hoje um relatório SOC 2 ou um certificado ISO 27001 emitidos: estão em programa e ainda não os temos.
  • 06Você já precisa de provisionamento SCIM: hoje as contas entram por convite ou no primeiro login SSO (OIDC).
  • 07Você precisa que nem uma amostra saia da sua rede (on-prem, air-gapped): hoje as regras de linha e as duplicatas leem até 5 000 linhas por tabela para o nosso worker na UE, e um runner no seu perímetro depende de demanda real.

Compare com os seus dados, não com uma tabela.

Envie para nós a sua grade de RFP: respondemos linha a linha, com evidência. Ou conecte uma fonte no plano gratuito e compare com os seus dados.