Transações offline

Se você tiver um terminal de pagamento autônomo ou sua integração usar comunicações locais, poderá continuar efetuando pagamentos na loja quando houver uma perda temporária de conectividade com a Internet.

Quando a conexão à Internet está inoperante e o terminal não pode encaminhar uma solicitação de pagamento para a plataforma de pagamentos da Adyen, isso é o que acontece:

1. Você envia uma solicitação de pagamento da caixa registradora para o terminal de pagamento.
2. Sua equipe entrega o terminal ao cliente para apresentar seu cartão e concluir o pagamento.
3. O terminal tenta alcançar a plataforma de pagamentos da Adyen, mas não consegue estabelecer uma conexão.
4. O terminal verifica se o pagamento pode ser concluído offline, executando as seguintes verificações:
   • Um ou mais tipos de pagamento offline estão ativados? Se não, o pagamento é Recusado.
   • O cartão está configurado pelo emissor para processar pagamentos offline?
   • O número máximo de transações offline já foi alcançado?
   • O valor da transação está dentro do limite mínimo para o tipo de pagamento offline?
   • O esquema de pagamento suporta pagamentos offline?
5. Se Aprovado, o terminal armazena os dados do cartão e os detalhes da transação.
   O terminal também gera uma resposta de transação, incluindo dados que você pode usar para gerar um recibo.
6. Posteriormente, quando o terminal puder se conectar à Internet novamente, ele envia os pagamentos armazenados à plataforma de pagamentos da Adyen para processamento adicional.

Antes de começar

Antes de ativar os pagamentos offline, verifique se:

• Leia e entenda nossos fundamentos da API de terminais.
• Use um terminal autônomo ou crie uma integração local que possa efetuar um pagamento.

Risco com pagamentos offline

Quando você habilita pagamentos offline, sua integração aprova transações antes que o dinheiro seja recebido da conta do cliente. Isso significa que é possível que você não receba o dinheiro pelas mercadorias que são levadas pelo cliente. Há também um risco maior de que a fraude de cartão não seja detectada.

Para reduzir sua exposição a esses riscos, você precisa definir um limite mínimo de transação antes que sua integração possa fazer transações offline. Esse é o valor máximo por transação que seus terminais podem aprovar enquanto estão offline.

Tipos de pagamento offline

Existem dois tipos de pagamento que você pode fazer enquanto sua integração estiver offline. Cada um varia de acordo com o tipo de cartão, região e o risco de o pagamento ser recusado pelo emissor quando é processado:

• Transações EMV offline: o terminal de pagamento verifica se o PIN digitado pelo comprador corresponde ao PIN no chip EMV incorporado no cartão e solicita que o cartão aprove o pagamento. Se a transação é aprovada, depende de como o emissor configurou o cartão. Como o cartão está sob controle, o pagamento pode ser processado diretamente no fluxo de compensação. Isso garante uma maior taxa de aprovação.
  As transações offline EMV são suportadas pela maioria das principais bandeiras de cartão de crédito. A maioria dos cartões de débito não suportam esse tipo de pagamento.

• Transações Store-and-forward: o terminal de pagamento aprova transações sem nenhuma verificação. Por esse motivo, o risco de pagamentos serem recusados pelo emissor é maior do que nas transações EMV offline. Normalmente, até 10% dos pagamentos de armazenar e encaminhar são recusados.
  Transações Store-and-forward são suportadas pelas principais bandeiras de cartão de crédito e débito para chip de contato e transações sem contato. Qualquer método de verificação de portador de cartão (CVM), como PIN e assinatura, pode ser processado.
  Store-and-forward não é suportado para bandeiras de cartões locais, carteiras com código QR e transações de tarja magnética.

Habilitando pagamentos offline

Para ativar pagamentos offline, você precisa entrar em contato com nossa Support Team e fornecer as seguintes informações:

• Tipo de transações offline que você deseja ativar: EMV offline e / ou armazenamento e encaminhamento.

• Limite de transações: o número máximo de transações por terminal que você pode processar enquanto o terminal estiver offline.

• Tipos de cartão: normalmente suas configurações off-line se aplicam a todos os cartões de crédito e débito da sua conta. Se você deseja excluir alguns deles, informe nossa equipe de suporte.

• Para habilitar transações EMV offline:

  • Limite mínimo de chip: o valor máximo de uma transação EMV offline em que o cliente insere seu cartão no leitor.
    As transações acima desse valor serão recusadas.

• Para habilitar transações de armazenar e encaminhar:

  • Limite mínimo: o valor máximo de uma transação store-and-forward que pode ser aprovada enquanto sua integração estiver offline. As transações acima desse valor serão recusadas.

  • Se você também deseja ativar store-and-forward para transações que normalmente exigem um PIN como CVM.

Nossa equipe de suporte entrará em contato com você quando transações off-line estiverem ativadas para sua integração. Pode ser necessário fazer uma configuração extra para reconciliar os pagamentos feitos offline.

Lidando com uma resposta de pagamento offline

Comparada à resposta de uma transação online, a resposta da API de terminais que você recebe para uma transação offline é um pouco diferente:

• O identificador da transação na resposta de pagamento offline inclui uma referência tender, mas não uma referência PSP.
  Isso ocorre porque a referência do PSP é gerada pela plataforma de pagamentos da Adyen, portanto, não será gerada quando sua integração estiver offline e não for possível conectar-se à Adyen.

• A AdditionalResponse perde alguns dados.
  Alguns dados adicionais são gerados quando a Adyen processa o pagamento e, portanto, não são incluídos para um pagamento offline. Por exemplo, a variante da forma de pagamento (tipo de cartão) não está incluída. Se você estiver usando esses dados em sua lógica comercial, espere que estejam ausentes para pagamentos off-line.
  Outras diferenças na AdditionalResponse são que ele tem o sinalizador offline definido como verdadeiro (true), e que contém o código de autorização offline Y1 para transações offline aprovadas.

Essas diferenças são importantes porque:

• Eles têm consequências para reembolsar e reconciliar pagamentos offline.
• Se sua caixa registradora normalmente usa a referência PSP, você precisa ter certeza de que também é capaz de lidar com respostas que não incluem uma referência PSP.

Reembolsando um pagamento off-line

Para reembolsar um pagamento offline, precisamos da referência PSP do pagamento. Você especificaria isso no seu ReversalRequest, de preferência no formato tenderReference.pspReference. Mas como você não recebe a referência do PSP na resposta de pagamento offline use uma destas opções:

• Encontre a referência do PSP para o pagamento offline na sua Área do Cliente ou no webhook de notificação (se você o configurar) e faça uma especificação ReversalRequest da referência do PSP. Isso é chamado de reembolso referenciado.

• Faça um reembolso referenciado para o valor total usando o mesmo terminal de pagamento usado para o pagamento offline, porque nesse caso específico, é suficiente especificar o tenderReference. Poderemos então encontrar a referência PSP correspondente.

• Faça um reembolso não referenciado. Este é um PaymentRequest com:

  • PaymentData.PaymentType: Refund

  • SaleData.SaleTransactionID.TransactionID: Sua referência exclusiva para o reembolso. Para poder reconciliar o reembolso com o pagamento original, inclua a referência Tender do pagamento original no seu ID da transação. Nos relatórios da área do cliente e da Adyen, esse ID será exibido como a merchant reference para a transação.

Reconciliando pagamentos offline

Como a referência PSP é gerada pela plataforma de pagamentos Adyen, a resposta da API do Terminal para uma transação offline não possui uma referência PSP.
Se você estiver usando a referência do PSP para reconciliação, recomendamos que você configure webhooks de notificação. Em seguida, enviaremos notificações para os pagamentos armazenados quando sua integração estiver on-line novamente, e essas notificações incluem a referência PSP.
Como alternativa, você pode usar a referência tender, gerada pela caixa registradora, para reconciliar seus pagamentos.

Como os pagamentos offline podem ser recusados pelo emissor, seu especialista em operações financeiras precisa configurar um método para lidar com esse tipo de recusa. Isso significa que as mercadorias são fornecidas ao cliente e o dinheiro não é recebido para esse tipo de pagamento. Esse é o risco inerente ao processamento de transações de armazenamento e encaminhamento.

Testando pagamentos offline

Para testar um pagamento offline, faça o seguinte.

1. Verifique se os pagamentos offline estão ativados.
2. Envie uma solicitação de pagamento ao seu terminal de teste e force uma falha na conexão com a Internet
   A maneira mais conveniente de forçar uma falha na conexão com a Internet depende da configuração da sua rede. Por exemplo, você pode desconectar o cabo Ethernet de um comutador. Ou, se você estiver usando o P400 plus, poderá desconectar o cabo Ethernet do terminal de pagamento.
3. Complete o pagamento offline usando seu cartão de teste. O cartão de teste impõe os limites offline configurados.
4. Verifique se você está lidando com a resposta de pagamento offline corretamente.
5. Reative a conexão à Internet.

6. Verifique o resultado:

   • Veja os detalhes do pagamento do teste na sua Customer Area em Transactions > Payments.
   • Veja a notificação recebida para o pagamento de teste (se você configurou as notificações do webhook).
   • Veja o relatório de detalhes de pagamento recebido.

   Essas informações devem ajudar seu especialista em operações financeiras a adaptar seu sistema financeiro a pagamentos offline.

Veja também