Os conectores levam dados das fontes de autoridade para a camada de inteligência da Audt. A integração atual é assistida: nosso time confirma o caso de uso, configura a identidade técnica ou o canal de entrega, valida uma primeira carga e acompanha a ativação da recorrência.
| Modelo | Melhor para | Como funciona |
|---|---|---|
| Conector assistido | APIs padronizadas de plataformas em que o acesso direto foi aprovado | O cliente concede acesso somente leitura à identidade autorizada da Audt; a Audt configura e monitora a coleta |
| Produto de dados do cliente | Ambientes com lakehouse, warehouse ou governança centralizada | O cliente publica visão, tabela ou arquivo aprovado e a Audt mapeia o contrato lógico |
| API do cliente | Regras de acesso e filtragem precisam ficar na origem | A Audt consome um endpoint autenticado, paginado e versionado |
| Transferência gerenciada | Restrições específicas de rede, região ou operação | As partes definem canal, criptografia, frequência, retenção e observabilidade |
| Status | Significado |
|---|---|
| Disponível com implantação assistida | Há um caminho implementado, mas contas, escopos, histórico e qualidade são confirmados no onboarding |
| Configuração sob medida | O padrão existe, porém a origem ou o modelo do cliente exige mapeamento e validação adicionais |
| Em descoberta | A interface, a licença, os campos ou a prioridade ainda precisam ser definidos; não é uma promessa de conector pronto |
Google Ads, Google Analytics 4, Meta Ads e VTEX possuem caminhos implementados com implantação assistida. A execução recorrente e o SLA são ativados por projeto; não presuma sincronização automática ou em tempo real antes da confirmação operacional.
- Resultado esperado: indicadores, decisões e período de análise.
- Ativos em escopo: contas, propriedades, lojas, sellers, datasets e ambientes.
- Acesso: identidade técnica, permissões, aprovação e revogação.
- Contrato: grão, chaves, campos, moeda, fuso, enums e atribuição.
- Histórico: backfill disponível e limitações da origem.
- Recorrência: frequência, janela de atualização e política de reprocessamento.
- Qualidade: totais de controle, tolerâncias e responsáveis pelo aceite.
- Privacidade: finalidade, minimização, pseudonimização e retenção.
A tabela separa as responsabilidades de cada parte:
| Cliente | Audt |
|---|---|
| Indicar donos funcional, técnico e de segurança | Fornecer a identidade ou o canal técnico aprovado |
| Conceder somente os ativos necessários | Mapear a origem para o contrato lógico |
| Confirmar definições de negócio e totais de controle | Registrar versão, escopo e regras da integração |
| Comunicar mudanças de schema, conta, propriedade ou processo | Monitorar falhas e qualidade conforme o acordo do projeto |
| Usar canais oficiais e nunca compartilhar senhas pessoais ou segredos por documento | Não solicitar senha pessoal, token de desenvolvedor do cliente ou segredo por documento |
| Revogar acessos quando a integração for encerrada | Separar limitações da origem de inferências produzidas pela plataforma |
Nunca envie credenciais por e-mail, chat, planilha ou ticket. Prefira concessão de acesso à identidade da Audt, federação de identidade ou o mecanismo oficial do provedor. Quando um segredo for inevitável, o canal, a rotação e a revogação devem ser definidos antes da entrega.
Consulte Segurança para a lista de decisões obrigatórias.
- Google: Google Ads, Google Analytics 4 e BigQuery.
- Meta Ads: relatórios de mídia e conversões da plataforma.
- VTEX: pedidos, catálogo e estoque por APIs ou produto de dados.
Outros provedores podem ser avaliados como integração sob medida. Antes de confirmar disponibilidade, validamos interface, autenticação, licença, histórico, granularidade e esforço operacional.