Reversão de autorização

Para um pedido, quando um pagamento é autorizado, a quantia necessária é bloqueada da conta de pagamento. Após a quantia ser bloqueada, o comerciante é responsável por cumprir o pedido dentro do limite de tempo comprometido ou pode dessatisfazer o cliente se o pedido não for cumprido, mas o valor permanecer bloqueado de sua conta, especialmente para pedidos de alto valor. Além disso, as empresas de cartão de crédito ou os outros gateways de pagamento digital exigem estorno de autorização para pedidos não atendidos antes que a autorização expire. Portanto, se a ordem não for cumprida dentro do tempo comprometido, o comerciante deve reverter a autorização de pagamento.

O recurso Reverse Authorization do IBM Sterling® Order Management System permite que os comerciantes implementem uma estratégia de autorização que gera uma solicitação de estorno antes que a autorização não utilizada expire. Esse recurso também fornece uma maneira de manipular diferentes quantias de autorização e quitação.

Portanto, é possível implementar a estratégia de reversão de autorização para as seguintes vantagens:
  • Evite o estorno para pedidos em estorno ou para a incapacidade de atender pedidos.
  • Evite estorno quando a quantia de autorização for superior à quantia de quitação.

Considere um exemplo de cartões de crédito como um método de pagamento Quando uma quantia é bloqueada, mas a liquidação não é feita dentro do tempo estipulado, algumas empresas de cartão de crédito podem cobrar um estorno para os comerciantes se a autorização não for revertida antes da autorização expirar. Algumas empresas de cartão de crédito também podem cobrar um encargo se a quantia de quitação for maior que a quantia de autorização, além do valor limite. Por exemplo, maior do que 15%. Para esses cenários, os comerciantes podem implementar a estratégia de reversão de autorização para que a quantia seja desbloqueada da conta do cliente após a reversão de autorização bem-sucedida

Pré-requisitos

Quando um pedido é feito pelos clientes, durante o processo de check-out, o pagamento deve ser totalmente autorizado na plataforma de e-commerce.

Considerações para Reversão de Autorização Imediata

Os exemplos a seguir podem ajudar a entender os cenários de negócios quando a autorização deve ser revertida imediatamente.

O pedido foi cancelada completamente ou parcialmente

Um cliente faz o seguinte pedido e a quantia é bloqueada do cartão de crédito do cliente:
  • Linha de pedido 1-Laptop por $500.
  • Linha de pedido 2-Mouse óptico por $25.
Se o cliente cancelar a linha de pedido 1 do pedido feito, você poderá configurar uma das seguintes maneiras no Sterling™ Order Management System para reverter a autorização:
  • Reverta $525 e receba nova autorização para $25.
  • Manter a autorização de $525 no estado em que se encontra e cobrar por $25.
  • Reverter $500 e cobrar por $25.
É possível decidir a estratégia de estorno de autorização executando a análise de custo-benefício para reter a autorização ou criar uma nova autorização

A autorização expirou

Algumas empresas de cartão de crédito preferem que a autorização seja revertida dentro de 24 horas após a expiração se o comerciante não puder cumprir a ordem no tempo estipulado. É possível configurar o estorno de autorização para que ocorra algumas horas antes do tempo de expiração no Sterling Order Management System

O pedido está no status em espera

Um cliente faz o seguinte pedido e a quantia é bloqueada do cartão de crédito do cliente:
  • Linha de pedido 1-Laptop por $500.
  • Linha de pedido 2-Mouse óptico por $25.

Esse pedido está em espera e o aplicativo Sterling Order Management System tenta recursos, mas não consegue localizar o inventário. Neste cenário, é recomendado reverter a autorização e obter uma nova autorização após o inventário estar disponível.

Se o pedido em atraso for de um valor menor, o cliente poderá estar bem com os fundos bloqueados.. Mas, se o valor do pedido for grande, como para eletrodomésticos, e o tempo de cumprimento do pedido não for claro, é recomendado que a autorização seja revertida, o que pode desbloquear os fundos do cliente.

Implemenções no Sterling Order Management System

Por padrão, o Sterling Order Management System usa a estratégia de estorno de autorização configurada no Sterling Business Center para manipular o estorno de autorização em cenários como cancelamento de pedido e expiração de autorização. Para pedidos em atraso, deve-se customizar o evento ON BACKORDER para reverter a autorização, criando uma transação de encargos para estorno de autorização
Nota: você também deve considerar a conformidade de estorno de autorização em sua região que força os comerciantes a reverter as autorizações expiradas ou não utilizadas.

Manipulando estorno de autorização

Estornos de autorização são orientados pela estratégia de estorno de autorização para um tipo de pagamento. Você pode configurar a estratégia de reversão de autorização no IBM® Sterling Business Center na página a seguir:

Configuração do Sistema > Pagamentos > Tipo de Pagamento > Encargo

Para obter mais informações, consulte Opções de configuração

  • Reverter quando expirado -Se a data atual for maior que a data de expiração da autorização, a autorização será expirada OIBM Sterling Order Management System cria automaticamente uma solicitação de estorno de autorização. O adaptador de pagamento chama a API Cancel. Por exemplo, API cancel (/payments/{PaymentPspReference}/cancels) de Adyen.
  • Não Reverter -Se uma autorização expirar, o Sterling Order Management System não criará a solicitação de estorno de autorização e o adaptador de pagamento não acionará nenhuma ação
  • Excesso reverso -Se a quantia de autorização for maior que a quantia de encargos, então o Sterling Order Management System criará uma solicitação de transação de encargos para reverter a quantia em excesso

    Por exemplo, o total do pedido original é de $100 O cliente atualizou o pedido e o total do pedido atualizado é de $80 Sterling Order Management System reverte a autorização em excesso de $20.

    Neste cenário, o adaptador chama a API amount updates (/payments/{PaymentPspReference}/amountUpdates) de Adyen.