O percurso dos seus dados
Do consentimento ao destino — eis exatamente o que acontece durante uma sincronização do BankSync.
«Nas sincronizações de passagem, os seus dados seguem para o destino que escolher. Nas funcionalidades geridas, ficam dentro do BankSync Boundary até os enviar para outro lado.»
Consentimento e autenticação
Autentica-se junto do seu banco na interface de consentimento alojada pelo fornecedor licenciado. O BankSync nunca trata as suas credenciais bancárias. A autenticação acontece diretamente entre si e o seu banco.
Pormenor técnico: O fornecedor licenciado da sua região (indicado nas nossas páginas de divulgação de fornecedores) emite uma ligação tokenizada. O BankSync guarda apenas este token (e não as suas credenciais), cifrado em repouso.
Pedido de sincronização iniciado
É iniciada uma sincronização, segundo um calendário que configurou ou a pedido. O BankSync envia uma tarefa de sincronização para um edge worker.
Pormenor técnico: A sincronização corre como um Cloudflare Workflow. Os handlers de pedidos que a iniciam e agendam estão alojados nos Estados Unidos (Google Cloud us-central1); os passos do Workflow correm na rede global da Cloudflare, e os seus pontos de controlo ficam no armazenamento durável distribuído globalmente da Cloudflare enquanto a execução durar, sem estarem fixos numa região. As chamadas do servidor à Quiltt (ligações MX e Finicity) saem da infraestrutura do BankSync nos Estados Unidos, o que a Quiltt exige para a residência de dados da CFPB Section 1033.
Obtenção dos dados
O edge worker chama a API do fornecedor licenciado com o seu token de acesso guardado para obter os dados financeiros pedidos (transações, saldos ou posições). Fornecedores licenciados como a Plaid, a Salt Edge, a Fiskil e futuros fornecedores de open banking podem operar ao abrigo dos seus próprios termos, controlos, obrigações regulamentares e práticas de segurança.
Pormenor técnico: O fornecedor licenciado autentica o pedido, aplica o âmbito do seu consentimento e devolve apenas as categorias de dados que autorizou. Os dados são recebidos no passo de sincronização e guardados em pontos de controlo pelo motor de fluxos de trabalho enquanto a execução durar.
Transformar e reencaminhar
O edge worker aplica os mapeamentos de campos e as transformações que configurou e depois escreve os dados no destino ligado. Esse destino pode ser uma ferramenta de terceiros escolhida pelo cliente ou uma funcionalidade gerida pelo BankSync, como as futuras BankSync Tables.
Pormenor técnico: Os dados de destinos de passagem não são conservados depois de concluída a escrita. Os dados escritos numa funcionalidade gerida pelo BankSync ficam dentro do BankSync Boundary até que os elimine, exporte, partilhe, sincronize ou envie de outra forma para fora desse limite.
Conclusão e registo de auditoria
A tarefa de sincronização termina. O BankSync regista apenas metadados operacionais (horas, contagens de registos e eventuais erros), exceto quando os dados ficam guardados numa funcionalidade gerida pelo BankSync que ativou.
Pormenor técnico: O registo de auditoria indica quando as sincronizações correram e se foram bem-sucedidas. Estes metadados alimentam o seu histórico de sincronizações e permitem recuperar automaticamente tarefas de sincronização falhadas. O conteúdo das funcionalidades geridas segue os controlos de conservação e de acesso dessa funcionalidade.
Tudo pronto para sincronizar as suas contas?
Ligue o seu banco e comece a sincronizar em minutos.
- Nenhuma credencial guardada
- Acesso só de leitura
- Arquitetura de passagem