Perguntas frequentes

Sim — mas funciona de forma diferente de uma chave de API, e é destrutivo de propósito.

Uma chave de API é uma credencial que guardamos nós, por isso podemos emitir uma nova e revogar a antiga num segundo. A tua chave de cifra é diferente: a metade privada é gerada dentro do teu browser e nunca chega até nós, e só temos a metade pública, suficiente para cifrar dados para ti e nunca para os ler. Do nosso lado não há nada para reemitir.

Trocá-la significa, portanto, substituir o par inteiro. Tudo o que já está guardado sob a chave pública antiga fica selado com uma chave privada que deixou de existir — de forma permanente e em todos os dispositivos —, pelo que voltas a ligar os bancos e puxas o histórico do zero. **Definições → Substituir a chave de encriptação** faz tudo de uma vez: desliga todos os bancos e encerra cada consentimento junto do banco, elimina as contas, saldos e movimentos que temos de ti, e instala depois a chave nova. As tuas chaves de API continuam a funcionar, tal como o histórico de pagamentos e a própria conta.

Também podes trazer a tua própria chave em vez de deixar que a geremos. Cola uma chave privada P-256 em JWK, PKCS#8 ou PEM, ou o ficheiro de credenciais que exportaste da página de programadores. Antes de destruirmos o que quer que seja, provamos que a chave funciona: o nosso servidor cifra-lhe um valor aleatório e o teu navegador tem de o conseguir abrir. A troca exige uma sessão de navegador com sessão iniciada — uma chave de API não a pode fazer, e isso é intencional.

O caminho antigo, no ecrã «Este dispositivo não tem a tua chave», continua lá para uma chave realmente perdida. Não distingue uma perda de uma mudança deliberada, por isso segue pelo seguro: revoga todas as chaves de API da tua conta e não consegue encerrar os consentimentos bancários, porque só o teu navegador consegue ler os respetivos identificadores. Quando a escolha for tua, usa as Definições.

Se preferires não fazer isto sozinho, escreve para [email protected] e percorremos os passos contigo.

Não a conseguimos recuperar, e é precisamente esse o objetivo do desenho. A sua frase de acesso nunca sai do seu dispositivo: envolve a chave privada guardada no navegador, e nós não vemos nenhuma das duas.

Se a chave ainda existir num dispositivo a que tenha acesso, desbloqueie-a aí e exporte-a a partir da página de programadores; depois importe o ficheiro no dispositivo de onde está excluído. Se tiver desaparecido em todo o lado, os dados cifrados com ela ficam ilegíveis para sempre e o único caminho é substituir a chave e sincronizar os bancos de novo.

Inicie sessão no dispositivo novo e ele dirá que não tem a sua chave. Num dispositivo que já funciona, abra a página de programadores e exporte o ficheiro da chave. Cole ou carregue esse ficheiro no dispositivo novo e escolha aí uma frase de acesso — cada dispositivo envolve a mesma chave com a sua própria frase.

A importação é verificada contra a chave pública da sua conta, por isso o ficheiro errado é rejeitado logo, em vez de deixar o dispositivo em silêncio, incapaz de ler o que quer que seja.

Não. Tudo o que guardamos por si é selado com a sua chave pública antes de ser escrito, e só a chave privada no seu navegador o volta a abrir. As suas credenciais bancárias nunca nos tocam: autentica-se no site do seu próprio banco.

O que vemos são os dados ao nível da conta necessários para operar o serviço: o seu email, o estado de faturação e quando correu uma sincronização. A arquitetura completa está na página de segurança.

Não — e isso decorre da cifra, não é um limite que tenhamos escolhido. O identificador de que precisamos para falar com o seu banco está ele próprio selado sob a sua chave, por isso uma sincronização só pode arrancar onde essa chave existe: no seu navegador com sessão iniciada, no seu próprio cliente de API ou na CLI.

Abrir a aplicação sincroniza automaticamente, na página de contas pode sincronizar quando quiser, e com a API e os SDK conduz tudo por si.

A DSP2 impõe um prazo ao consentimento que dá ao seu banco, e a maioria dos bancos fixa-o em 90 dias. Quando expira deixamos de poder buscar novidades até voltar a autorizar junto do banco. Avisamos por email antes de acontecer e mostramos um aviso na aplicação.

Voltar a ligar mantém tudo o que já foi sincronizado — nunca recomeça do zero.

Na primeira sincronização pedimos cerca de dois anos e negociamos para baixo se o banco recusar, com um mínimo de 90 dias — o que a DSP2 garante. O que recebe de facto é decisão do banco: uns entregam vários anos, outros ficam-se pelos 90 dias. As regras de consentimento de cada banco estão na página de bancos suportados.

A partir daí, cada sincronização é incremental e aditiva. Nunca apagamos movimentos que já tenhamos guardado por si.

Sim. Um consentimento bancário costuma cobrir mais contas do que realmente quer. Na página de contas pode remover em definitivo as que não precisa, e deixam de contar na fatura a partir do mês seguinte.

Remover uma conta apaga também os dados importados para ela, e não é reversível.

3 € por mês cobrem a sua primeira conta ligada, mais 1 € por mês por cada conta adicional, IVA incluído. As taxas são retiradas de um pequeno saldo pré-pago e os meses parciais são calculados proporcionalmente, por isso nunca paga adiantado por contas que não tem.

Só paga por contas com ligação bancária ativa. O cálculo proporcional, o pagamento automático e a almofada de saldo reembolsável estão explicados em como funciona a faturação.

A mensalidade vai a zero e os dados que já tem continuam visíveis gratuitamente.

O saldo não usado continua a ser o seu dinheiro: escreva para [email protected] e devolvemo-lo sem custos. Se quiser também eliminar os dados, veja apagar a sua conta.

Cria uma chave nova na página de programadores, passa a tua integração para ela e revoga depois a antiga. Uma chave é mostrada apenas uma vez, no momento da criação, por isso guarda-a logo.

Substituir a chave de encriptação a partir das Definições não mexe nas tuas chaves de API — continuam a funcionar. A reposição antiga, no ecrã «Este dispositivo não tem a tua chave», revoga-as todas de uma vez, por isso, se acabaste de passar por ela, conta com criar novas. Os clientes que as consomem estão no GitHub.

Nas definições existe uma zona de perigo que apaga permanentemente tudo: ligações bancárias, contas, movimentos, saldos, chaves de API e a chave pública que guardamos por si. Confirma escrevendo o seu endereço de email. À saída, o seu navegador pede ainda a cada banco que termine a autorização de partilha — quando consegue. Se a sua chave não estiver desbloqueada nesse momento, essas autorizações expiram sozinhas. A chave guardada localmente é destruída em qualquer caso.

É irreversível e depois não há qualquer exportação — faça primeiro a exportação em CSV ou PDF se quiser guardar alguma coisa.