Anotar avaliações com eventos de transações

Nesta página, descrevemos como anotar avaliações com eventos de transação para refinar seu modelo específico do site.

Para ter a melhor performance possível, a Proteção de transações precisa de visibilidade dos eventos de ciclo de vida de pagamentos das transações. Por isso, recomendamos que você envie anotações para as avaliações criadas com dados de transação. Por exemplo, você pode fornecer as informações da transação para a Proteção de transações como um evento de transação nos seguintes cenários:

  • O provedor de pagamentos aceita ou recusa a transação.

  • A loja emite um reembolso.

  • O emissor do pagamento solicita um reembolso.

Para saber como enviar anotações, consulte Anotar avaliações.

Recomendamos que você faça essas solicitações automaticamente como parte da lógica correspondente no seu sistema quando os dados estiverem disponíveis, como quando o status de uma transação muda.

Depois de criar uma avaliação com dados de transação incluídos, a Proteção de transações retorna um veredito e um nome da avaliação. Anotar a avaliação com eventos de transação nas seguintes etapas importantes do ciclo de vida do pagamento quando elas ocorrerem:

Tipo de evento Descrição Exemplo de motivo Exemplo de valor
MERCHANT_APPROVE | MERCHANT_DENY Quando você decide se a transação tem permissão para continuar. IN_HOUSE N/A
AUTHORIZATION | AUTHORIZATION_DECLINE Quando você envia a transação que será processada, e o emissor do cartão decide se vai permitir que ela prossiga. 82 (um código de motivo indicando que o CVV estava incorreto) N/A
CHARGEBACK Quando a transação é estornada. Card Reported Stolen 20 (representando um estorno parcial de 20 unidades monetárias)

Além do tipo de evento CHARGEBACK, inclua o código do motivo da contestação fornecido pelo emissor do cartão usando o campo reason. Além disso, inclua o valor monetário estornado no campo value se a transação tiver sido parcialmente estornada.

No campo reason do evento de transação, inclua termos explicativos para fornecer mais contexto sobre o motivo do evento ou códigos de motivo obtidos diretamente da rede de pagamento ou do emissor do cartão. Esses termos e códigos variam de acordo com o tipo de evento.

A tabela a seguir especifica a lista completa de tipos de eventos de transação:

Motivo da anotação Descrição
MERCHANT_APPROVE Indica que a transação foi aprovada pelo comerciante. Os motivos podem incluir termos como IN_HOUSE, ACCERTIFY, CYBERSOURCE ou MANUAL_REVIEW.
MERCHANT_DENY Indica que a transação foi recusada e concluída devido a riscos detectados pelo comerciante. Os motivos podem incluir termos como IN_HOUSE, ACCERTIFY, CYBERSOURCE ou MANUAL_REVIEW.
MANUAL_REVIEW Indica que a transação está sendo avaliada por um humano devido a suspeita ou risco.
AUTHORIZATION Indica que a tentativa de autorização com o emissor do cartão foi bem-sucedida.
AUTHORIZATION_DECLINE Indica que a tentativa de autorização com o emissor do cartão falhou. Os motivos podem incluir 54 da Visa, indicando que o cartão está vencido, ou 82, indicando que o CVV está incorreto.
PAYMENT_CAPTURE Indica que a transação foi concluída porque os fundos foram liquidados.
PAYMENT_CAPTURE_DECLINE Indica que não foi possível concluir a transação porque os fundos não foram liquidados.
CANCEL Indica que a transação foi cancelada. Especifique o motivo do cancelamento. Por exemplo, INSUFFICIENT_INVENTORY
CHARGEBACK_INQUIRY Indica que o comerciante recebeu uma consulta de estorno devido a fraude na transação, solicitando mais informações antes que um estorno por fraude seja emitido oficialmente e uma notificação formal de estorno seja enviada.
CHARGEBACK_ALERT Indica que a loja recebeu um alerta de estorno devido a fraude na transação. O processo de resolução da disputa sem envolver a rede de pagamento é iniciado.
FRAUD_NOTIFICATION Indica que uma notificação de fraude foi emitida para a transação, enviada pelo banco emissor do instrumento de pagamento porque a transação parece ser fraudulenta. Recomendamos incluir dados de TC40 ou SAFE no campo reason para esse tipo de evento. Para estornos parciais, recomendamos que você inclua um valor no campo value.
CHARGEBACK Indica que a rede de pagamento informou ao comerciante que a transação entrou no processo de estorno por fraude. Exemplos de códigos de motivo incluem 6005 e 6041 do Discover. Para estornos parciais, recomendamos que você inclua um valor no campo value.
CHARGEBACK_REPRESENTMENT Indica que a transação entrou no processo de estorno devido a fraude e que o comerciante escolheu entrar com uma nova representação. Exemplos de motivos incluem 6005 e 6041 do Discover. Para estornos parciais, recomendamos que você inclua um valor no campo value.
CHARGEBACK_REVERSE Indica que a transação teve um estorno por fraude ilegítimo e foi revertida como resultado. Para estornos parciais, recomendamos que você inclua um valor no campo value.
REFUND_REQUEST Indica que o comerciante recebeu um reembolso por uma transação concluída. Para reembolsos parciais, recomendamos que você inclua um valor no campo value. Exemplo de motivo: FRAUD.
REFUND_DECLINE Indica que o comerciante recebeu um pedido de reembolso para esta transação, mas o recusou. Para reembolsos parciais, recomendamos que você inclua um valor no campo value. Exemplo de motivo: FRAUD.
REFUND Indica que a transação concluída foi reembolsada pelo comerciante. Para reembolsos parciais, recomendamos que você inclua um valor no campo value. Exemplo de motivo: PROACTIVE_FRAUD.
REFUND_REVERSE Indica que a transação concluída foi reembolsada pela loja e que esse reembolso foi revertido. Para reembolsos parciais, recomendamos que você inclua um valor no campo value.

O exemplo a seguir mostra um payload de anotação de amostra que contém um evento de transação. Para mais detalhes, consulte Anotar avaliações.

POST https://recaptchaenterprise.googleapis.com/v1/ASSESSMENT_ID:annotate
{
  "transaction_event": {
    "event_type": "CHARGEBACK",
    "reason": "Card Reported Stolen",
    "value": 20
  }
}

A seguir