Transferência de dados off-line
Nesta página
- título: Transferência de dados offline trecho: Envie para Athia seus dados de pagamento de acordo com uma programação, seja como arquivos exportados ou como uma concessão de leitura em seu warehouse ou data lake. slug: athia-integração-offline oculto: falso ordem: 9
- Off-line versus tempo real
- O que Athia faz em cada entrega
- Relacionado
título: Transferência de dados offline trecho: Envie para Athia seus dados de pagamento de acordo com uma programação, seja como arquivos exportados ou como uma concessão de leitura em seu warehouse ou data lake. slug: athia-integração-offline oculto: falso ordem: 9#
A transferência offline é a forma como você envia para o Athia os dados que você já possui, em uma programação que você controla. Abrange tanto o preenchimento histórico único quanto o feed recorrente, e os dois usam o mesmo caminho e a mesma especificação.
Existem dois formatos, e o correto é aquele que corresponde ao local onde seus dados de pagamento já estão armazenados.
| Arquivos | Armazém ou data lake | |
|---|---|---|
| O que é isso | Você exporta arquivos e os entrega para SFTP ou S3 | Você concede acesso de leitura a tabelas ou visualizações nomeadas e Athia as lê |
| Quem é o dono | Sua equipe de dados | Seu administrador do armazém |
| Melhor quando | Você não tem depósito ou os dados de pagamentos não são modelados nele | Você já modela pagamentos em Snowflake, Databricks, BigQuery ou Redshift |
| Esforço por mudança | Uma mudança no trabalho de exportação | Uma mudança em uma visualização |
| Frescura | Por entrega, diariamente é típico | Por leitura, em uma cadência acordada |
| Preenchimento | A mesma exportação, executada uma vez ao longo do histórico | Vem da mesma concessão, portanto não há preenchimento separado para organizar |
Se você já modela pagamentos em um armazém ou lago, esse caminho geralmente é o menos trabalhoso para os dados mais completos: as junções entre tentativas, liquidações, taxas e disputas já estão feitas, e o histórico e o feed recorrente vêm da mesma concessão.
Off-line versus tempo real#
A transferência off-line não é a única maneira de enviar dados para o Athia, e a escolha é mais uma questão de atualização do que de preferência.
- Transferência off-line, esta página. Os dados chegam na programação que você definiu. Adequado para histórico, para dados de liquidação e custos que são produzidos em lotes de qualquer maneira, e para qualquer feed onde os minutos não importam.
- Conectores de provedor, onde Athia pesquisa diretamente seus provedores de pagamento, antifraude e custos ou recebe seus webhooks. Mais próximo do tempo real para dados transacionais, mas limitado pelo que cada provedor realmente produz e quando.
- Orquestração DEUNA, onde os dados existem como um subproduto do processamento e nada precisa ser enviado.
Estes combinam. Athia desduplica entre eles, portanto, usar mais de um aprimora as respostas em vez de criar conflitos. Um formato comum é uma concessão de warehouse para dados históricos e modelados, além de conectores para os provedores que seu warehouse não cobre.
O que Athia faz em cada entrega#
Qualquer que seja o formato escolhido, o Athia valida o que chega em relação ao mapeamento acordado para sua conta, em vez de em nomes de colunas fixas, e retorna um relatório nomeando linhas rejeitadas, campos obrigatórios ausentes e incompatibilidades de tipo. Você corrige a exportação antes da próxima execução.
Você não precisa renomear suas colunas. Sua equipe Athia os mapeia na ingestão. A especificação do campo está em Dicionário de dados Athia.
Relacionado#
- Arquivos (SFTP ou S3), formatos, nomenclatura, entrega e ciclo de validação.
- Armazém para Armazém, concessões, detecção de alterações e quanto custa.
- Integrando Athia, todos os caminhos e quanto histórico enviar.