Porque alguns métodos de pagamento não podem receber fundos

"Porque é que não suportam o iDEAL? Toda a gente o usa nos Países Baixos." A pergunta é justa, e a resposta não é comercial. O iDEAL não consegue receber fundos. Não é uma limitação que ainda não tenhamos ultrapassado: é o que a rede de pagamento é.

A distinção entre uma rede que cobra e uma rede que paga molda todo o panorama de pagamentos. Assim que a vemos, a lista de métodos de pagamento em qualquer serviço deixa de parecer arbitrária.

Push e pull: duas direções, duas infraestruturas

Uma rede push move dinheiro da conta do remetente para a do beneficiário, por instrução do remetente. Uma transferência SEPA, um PIX, um NIP nigeriano são redes push. O remetente inicia-a, e o beneficiário não faz nada.

Uma rede pull funciona ao contrário: o beneficiário — tipicamente um comerciante — apresenta um pedido de pagamento e o pagador autoriza-o. Um débito direto SEPA, um pagamento com cartão, um pagamento iDEAL são redes pull. O dinheiro flui do pagador para o comerciante, mas a iniciativa pertence ao comerciante.

Um serviço que tem de lhe pagar precisa de uma rede push. Uma rede pull, por construção, não consegue fazer isso: não existe uma mensagem de "envio de fundos" no seu protocolo.

Os casos concretos, um a um

iDEAL, Países Baixos

O iDEAL inicia uma transferência do seu banco para um comerciante, autenticada na sua aplicação bancária. O protocolo não tem operação inversa.

O que fazemos em vez disso: a sua conta iDEAL está associada a um IBAN neerlandês. Creditamos esse IBAN via SEPA Instantâneo, normalmente em menos de dez segundos. O efeito no seu saldo é idêntico; apenas o caminho difere.

Bizum, Espanha

O Bizum permite transferências entre particulares espanhóis através de um número de telemóvel. O sistema não aceita pagamentos de uma empresa estrangeira: isso não é uma questão técnica, é uma regra do serviço.

Em vez disso, creditamos o IBAN espanhol ao qual o seu Bizum está associado, via SEPA Instantâneo.

BLIK, Polónia

O BLIK gera códigos de utilização única para pagar. O código autoriza um débito; não recebe um crédito.

Em vez disso: o IBAN do seu banco polaco, creditado via SEPA — ou, através do nosso parceiro, na rede instantânea doméstica polaca.

TWINT, Suíça

O TWINT é uma camada de aplicação sobre a sua conta bancária suíça. Receber um pagamento de um terceiro estrangeiro não faz parte do sistema.

Em vez disso: o IBAN suíço correspondente, creditado por transferência em CHF ou EUR.

Zelle, Estados Unidos

O caso mais mal compreendido. O Zelle funciona tecnicamente entre contas bancárias dos EUA e liquida em minutos. Mas os seus termos de utilização restringem o serviço a transferências entre pessoas que se conhecem e proíbem contratualmente o pagamento comercial por terceiros.

Por outras palavras: um fornecedor poderia tecnicamente enviar fundos para lá, mas não o pode fazer em conformidade. Um serviço que lhe oferece um "pagamento Zelle" ou está a usar uma estrutura que viola as regras da rede, ou está a fazer outra coisa e a chamar-lhe Zelle. De qualquer forma, o risco de encerramento da conta é seu.

Em vez disso: ACH para um prazo de um a dois dias úteis a um custo mínimo, ou uma transferência bancária para liquidação no mesmo dia a um custo mais elevado.

Satispay, MB WAY, QRIS

A mesma lógica. O Satispay e o MB WAY são camadas sobre uma conta italiana ou portuguesa: creditamos o IBAN subjacente via SEPA Instantâneo. O QRIS é um sistema de pagamento a comerciantes por código QR na Indonésia; pagar para uma carteira indonésia requer um parceiro local, que ainda não temos.

E os cartões?

O cartão é o exemplo perfeito de um instrumento pull que acabou por adquirir uma capacidade push, e merece uma explicação porque a confusão é geral.

Um pagamento com cartão é um pull: o comerciante pede, o seu banco autoriza. Mas as redes de cartões adicionaram uma operação inversa, a transação de crédito original, vendida sob os nomes Visa Direct e Mastercard Send. Ela envia fundos para a conta associada a um cartão, em minutos.

Três razões pelas quais não o usamos como rede primária:

• Custo. Um crédito para um cartão tem um preço muito acima de uma transferência doméstica, e o preço varia conforme o emissor e o país. Num corredor onde a transferência local custa uma fração de cêntimo, a diferença não é defensável.
• Taxa de falhas. Nem todos os cartões são elegíveis. Cartões pré-pagos, cartões virtuais de utilização única e alguns cartões empresariais recusam créditos. Uma falha é descoberta após o envio.
• Validade. Um cartão expira a cada três ou quatro anos e muda de número. Um IBAN, uma chave PIX ou um NUBAN não.

Por outras palavras, os créditos em cartão existem e funcionam. Resolvem um problema de acessibilidade em países onde as transferências domésticas são fracas, não um problema de custo onde não o são.

Porque isto não é "uma questão de parcerias"

Uma objeção recorre: "outros conseguem, vocês é que não têm integrações suficientes".

Três respostas, em solidez crescente.

1. O protocolo não tem essa operação. Para o iDEAL ou BLIK, nenhum acordo comercial cria uma mensagem de pagamento que não existe na especificação.
2. As regras do sistema proíbem-no. Para o Zelle, o obstáculo é contratual. Não se negocia um acordo contra o próprio regulamento da rede.
3. O parceiro local está em falta. Para o QRIS, o obstáculo é real mas superável. É o único caso nesta lista onde "ainda não" é a resposta certa.

Mostramos estes sete casos na página de métodos de pagamento com a razão para cada um, em vez de os fazer desaparecer da interface. Um método de pagamento em falta sem explicação parece uma omissão; um método de pagamento em falta com a sua razão é informação.

O que isto significa para si

Em quase todos os casos europeus, a rede substituta é a mesma: o seu IBAN, creditado via SEPA Instantâneo. Isso é muitas vezes mais rápido do que a rede que procurava, porque o SEPA Instantâneo liquida em segundos, 24 horas por dia.

O que muda é o que tem de fornecer. Uma rede pull pede um número de telemóvel ou uma autenticação dentro de uma aplicação; uma rede push pede um IBAN e o nome exato do titular da conta. É um pouco mais de digitação, e é o preço de poder receber.

A exceção PayPal

O PayPal está numa categoria própria e merece um parágrafo, porque parece um contra-exemplo.

O PayPal é uma conta de pagamento, não uma rede. Pode receber pagamentos nele, o que o torna um destino de pagamento válido, e alcança países onde nenhuma rede local está disponível para nós. É por isso que aparece no nosso catálogo.

Mas comporta-se como uma conta, não como uma rede instantânea. O saldo creditado é um montante detido pelo PayPal, e o seu levantamento para o seu banco tem o seu próprio prazo, as suas próprias condições e por vezes a sua própria taxa. Um crédito que chega em segundos não significa dinheiro na sua conta bancária em segundos. E o PayPal aplica as suas próprias regras de risco aos fundos recebidos, incluindo retenções, que não vemos nem controlamos.

A nossa posição é oferecê-lo onde genuinamente acrescenta cobertura, e afirmar claramente que uma rede bancária local, onde exista, é mais rápida de ponta a ponta e custa menos. A comparação por método, a um montante fixo, está na página comparar redes.

Como identificar uma rede que não consegue receber

Três pistas são suficientes, sem conhecimento técnico:

• Existe principalmente para pagar a um comerciante. Cartão, código QR, código de utilização única: estes são instrumentos de pagamento, não contas de recebimento.
• Não tem um identificador de conta estável e partilhável. Um IBAN, um NUBAN, uma chave PIX podem ser entregues a um terceiro para que este lhe possa pagar. Um código BLIK de utilização única não pode.
• Os seus termos falam em "transferências entre pessoas que conhece". Essa é a redação padrão de um sistema que proíbe o uso comercial.

Quando os três sinais estão presentes, nenhum serviço conseguirá pagar-lhe lá. Se alguém afirmar o contrário, a pergunta a fazer é: através de exatamente que mecanismo?

Para a lista completa das redes que operamos efetivamente, com prazos e limites medidos, consulte a página de métodos de pagamento e Compreender as redes de pagamento.