Relatórios de códigos de recusa
Relatórios e análises unificados em todos os MIDs e adquirentes, fornecendo uma única fonte de verdade para desempenho e reconciliação.
- Categoria
- Relatórios
- Funcionalidades
- 10
- Disponível em
- Todos os planos
Cada pagamento de cartão recusado retorna com um código de resposta anexado, e esse código é a única declaração fiável do que o emissor realmente contestou. O relatório de códigos de recusa mostra esses valores brutos, traduz as variantes específicas do esquema para um vocabulário legível e mantém a carga útil original juntamente com a tradução para que um engenheiro possa sempre auditar a interpretação.
O objetivo do relatório não é contar as recusas, mas tornar cada uma delas legível o suficiente para se poder agir. Os códigos são agrupados em famílias, classificados pelo valor perdido em vez do volume bruto, e associados à resposta que a sua equipa pode tomar: tentar novamente, atualizar a credencial, solicitar um caminho de autenticação diferente ou parar de enviar completamente.
Um painel único reconcilia volume, taxas, reembolsos e estornos em todos os adquirentes, moedas e MIDs, com exportações criadas para a sua equipa financeira. Deixe de cruzar folhas de cálculo e comece a agir com base nos números.
Visão geral de Relatórios de códigos de recusageral
Os relatórios de códigos de recusa existem para responder a uma pergunta específica: o que disse o emissor quando recusou este pagamento e o que isso nos permite fazer a seguir.
O relatório abre com o valor da resposta bruta devolvido pelo adquirente, preservado exatamente como recebido, com o esquema, o adquirente e o texto de aconselhamento armazenados ao lado.
Nada é arredondado para uma categoria antes de ver o original, porque o original é o que um adquirente ou esquema irá consultar se o tratamento de um código for alguma vez questionado.
Por cima da camada bruta, existe um vocabulário normalizado. As redes descrevem a mesma objeção com valores diferentes, e alguns adquirentes adicionam os seus próprios, por isso o relatório mapeia cada variante para uma única família, como credencial desatualizada, saldo insuficiente, falha de autenticação, recusa de risco ou pedido inválido.
O mapeamento é visível e reversível: expandir uma família lista os valores constituintes do esquema, para que nada fique escondido dentro de um rótulo amigável.
As famílias são ordenadas pelo valor retido em vez do número de ocorrências, o que impede que uma grande quantidade de recusas de baixo valor ofusque uma pequena família que está silenciosamente a gerar receitas substanciais.
Cada família tem então um rótulo de tratamento e uma nota de manual escrita. O rótulo indica o que as regras do esquema permitem: tentar novamente dentro do limite, atualizar a credencial armazenada, seguir um caminho de autenticação diferente ou parar de enviar para este evento de faturação.
A nota regista a sua própria política em linguagem simples para o operador que a lê. É deliberadamente aqui que o relatório termina.
Decidir quantos aprovações obteve pertence aos relatórios de taxa de aprovação, observar como um banco se comporta ao longo dos meses pertence aos relatórios de desempenho do emissor de cartões, e executar o cronograma de repetição pertence à recuperação de recusas. Esta página detém o vocabulário e a resposta permitida, e remete para o resto.
Como funciona Relatórios de códigos de recusafunciona
Capturar a resposta exata
À medida que cada resposta de autorização é devolvida, o código de resposta, o texto de aconselhamento, o esquema e o adquirente que respondeu são registados em conjunto como uma única linha imutável. O valor original nunca é substituído por uma interpretação, pelo que o payload bruto permanece disponível para auditoria e para engenheiros que depuram um valor inesperado.
Mapear variantes para um vocabulário único
Uma tabela de mapeamento mantida resolve valores específicos do esquema e proprietários em famílias partilhadas, para que uma comparação entre redes ou adquirentes descreva a mesma objeção. Qualquer valor sem mapeamento é apresentado como não mapeado em vez de ser silenciosamente absorvido, que é como os códigos novos ou não documentados são notados em vez de desaparecerem num grupo.
Classificar famílias por valor retido
Cada família é totalizada pelo valor monetário dos pagamentos que recusou, bem como pela contagem, e o relatório foca-se no valor. Uma família de algumas centenas de recusas em pedidos de alto valor, portanto, fica acima de uma longa cauda de pequenos, o que mantém a atenção nas famílias que realmente alteram a linha de receita.
Anexar tratamento e publicar alertas
Cada família é marcada com o seu tratamento permitido de acordo com as regras do esquema e contém a sua nota de playbook escrita. Os limiares são definidos por família em relação à sua própria linha de base, para que uma família que se desvia do padrão levante um alerta nos seus próprios termos, em vez de esperar que um valor principal se mova o suficiente para ser notado.
Porque é que Relatórios de códigos de recusa é importante
Um código é uma prova, um total não é
Quando a receita diminui, o artefacto útil é a própria declaração do emissor sobre o que contestou. Ler famílias em vez de totais transforma uma vaga queda de aceitação em algo específico: credenciais armazenadas a expirar, uma rota de autenticação a funcionar mal, um filtro de risco a reagir a uma determinada faixa de bilhetes. Essa especificidade é o que permite a uma equipa de pagamentos corrigir uma causa em vez de experimentar em sintomas.
A disciplina de tentativas protege a sua posição
Os esquemas restringem a frequência com que um pagamento recusado pode ser submetido novamente, e a restrição depende do valor que o emissor devolveu. Publicar o tratamento permitido ao lado de cada família dá aos operadores e trabalhos automatizados uma resposta partilhada, o que mantém as submissões dentro do limite, evita taxas gastas em pedidos que não podem ter sucesso e mantém o seu comportamento de tentativa explicável se for alguma vez revisto.
Notas regulamentares para Relatórios de códigos de recusa
Attempt limits under scheme rules
Visa and Mastercard both restrict how a refused authorisation may be handled, and the restriction follows the value the issuer returned. Some values may not be submitted again at all, while others carry a capped allowance for the same billing event.
Exceeding those limits attracts fees and, at volume, scheme scrutiny.
Holding the permitted treatment against each code family is a practical control.
It gives automated jobs and human operators the same instruction, and it leaves a written record of why a given payment was or was not submitted again, which is the record an acquirer will ask for if attempt behaviour is queried.
Handling stored credentials correctly
Where a code family indicates that a stored card is no longer usable, the correct response is to refresh or replace the credential rather than to keep presenting it.
Scheme credential-on-file rules expect a merchant to act on that signal, and repeatedly submitting a credential the issuer has already rejected is treated as poor practice.
The report distinguishes these families explicitly so the workflow routes them to a credential update path. Where an updater service is not available for a card, the family flags for cardholder contact instead, which keeps the response inside the rules without abandoning the payment.
Casos de uso de Relatórios de códigos de recusacasos de uso
Lote de cobrança de quotas de membro
Um grupo de ginásios que cobra quotas mensais vê um lote recusado e precisa que as famílias sejam separadas antes de contactar alguém. O Cardflo separa os valores de credenciais desatualizadas, que são encaminhados para uma atualização de credenciais, dos valores relacionados com o saldo que se encontram dentro do seu limite de nova tentativa, para que duas mensagens diferentes sejam enviadas para dois grupos diferentes de membros, em vez de um e-mail genérico.
Lançamento de bilhetes cronometrado
Um promotor que lança lugares a uma hora fixa observa as famílias de resposta em direto à medida que a janela se abre. O Cardflo mostra recusas de risco a concentrarem-se num produto de cartão acima de um valor de cesto definido, o que identifica a cautela como sendo do lado do banco, em vez de um defeito de checkout, e evita uma alteração de configuração desnecessária a meio do lançamento.
Lançamento no segundo mercado
Um retalhista que abre um novo mercado europeu encontra valores de pedido inválidos a dominar a primeira semana. O Cardflo expande a família para os valores do esquema constituinte e o payload do pedido por trás deles, expondo uma falha de formatação nos campos de endereço enviados para esse país, que é um defeito do lado do comerciante que nenhuma percentagem de aceitação teria nomeado.
Revisão de anulação no final do mês
Uma equipa financeira que fecha o livro-razão exporta linhas ao nível do código para dividir as recusas que ainda podem converter daquelas permanentemente bloqueadas. O Cardflo rotula cada família com o seu tratamento permitido, para que as encomendas por trás das famílias bloqueadas sejam anuladas de uma só vez, enquanto as restantes permanecem abertas como genuinamente recuperáveis.
Relatórios de códigos de recusa em números
Na maioria dos portfólios de cartões, a grande maioria dos pagamentos recusados resolve-se em algumas famílias, razão pela qual uma visualização familiar classificada é mais acionável do que uma longa lista de valores de esquema individuais.
O valor genérico 'não honrado' geralmente representa uma fatia substancial das recusas, pelo que a sua tabulação cruzada com o valor, o mercado e o produto do cartão é geralmente a única forma de diagnóstico.
Os códigos são escritos à medida que as respostas chegam, para que uma família que surja dentro de um ciclo de faturação ou janela de venda possa ser lida durante o evento, em vez de no resumo do dia seguinte.
Metodologia: estes valores são intervalos meramente indicativos, retirados de dados publicados do setor e de grupos de comerciantes observados, não constituindo garantias. Os resultados reais dependem do seu perfil de risco, da combinação de cartões, da geografia e da sua configuração de adquirência, sendo confirmados apenas nos seus próprios termos de preços e aprovação.
Termos relacionados
Fale com a nossa equipa sobre uma implementação live nas rails dos nossos parceiros adquirentes.
O que obtém com Relatórios de códigos de recusa
- Leia o código de resposta verbatim e o texto de aconselhamento do emissor capturados para cada autorização recusada.
- Traduza as variantes da Visa, Mastercard, Amex e esquemas locais para uma família de códigos normalizada.
- Classifique as famílias de códigos pelo valor que retiveram, para que o esforço siga o dinheiro em vez das contagens.
- Veja quais famílias são seguras para tentar novamente e quais as regras do esquema proíbem de reenviar.
- Acompanhe a variação do código semana a semana, para que uma família recém-surgida seja detetada enquanto ainda é pequena.
- Separe os problemas de credenciais genuínos das recusas genéricas que não contêm detalhes de diagnóstico.
- Filtre qualquer família de códigos para um único MID, mercado, produto de cartão ou ciclo de faturação.
- Anexe uma entrada de manual escrita a cada família para que os operadores respondam de forma consistente.
- Exporte linhas de nível de código através da API para os seus próprios modelos de risco e baixos financeiros.
- Alerta sobre uma única família que ultrapassa a sua própria linha de base, não apenas sobre a aceitação geral.
A short scoping call, then a written plan for your MIDs.
Perguntas sobre Relatórios de códigos de recusa
O que é que a notificação de códigos de recusa me diz que um valor de aceitação não consegue dizer?
Um valor de aceitação indica a dimensão de um problema. Um código de resposta indica a sua natureza.
Dois comerciantes podem ter o mesmo nível de aceitação com causas totalmente diferentes: um está a perder pagamentos devido a credenciais armazenadas desatualizadas, o outro devido a um caminho de autenticação que continua a falhar.
Apenas a discriminação por código os separa, porque o código é a própria descrição da objeção do emissor.
É por isso que a vista de código é uma superfície de diagnóstico e a vista de aceitação é uma superfície de medição, e porque pertencem a relatórios separados.
Porque é que os mesmos códigos significam coisas diferentes em diferentes esquemas?
Cada rede mantém a sua própria lista de códigos de resposta e o seu próprio texto de aconselhamento, pelo que o valor devolvido para um pagamento recusado depende do esquema que o transportou.
Alguns adquirentes adicionam valores proprietários, e alguns transmitem erros de nível de gateway no mesmo campo.
O relatório mantém o valor original e o adquirente que o devolveu, e depois mapeia-o para uma família normalizada, para que uma comparação entre os limites do esquema seja significativa sem ocultar o que a rede realmente disse.
Como sei quais os códigos que me são permitidos submeter novamente?
As regras do esquema restringem as novas tentativas em valores que indicam um obstáculo permanente, e limitam o número de tentativas permitidas em valores que indicam um obstáculo temporário.
O relatório rotula cada família com o seu tratamento permitido, para que um operador que o leia não tenha de ter o livro de regras na cabeça.
Onde uma família é limitada em vez de bloqueada, o rótulo indica a permissão restante para esse evento de faturação, e o fluxo de trabalho de recuperação em si reside na página de recuperação de recusas.
O que é uma recusa genérica e pode ser feito algo a respeito?
Uma recusa genérica é um valor que o emissor devolve sem divulgar uma razão, na maioria das vezes o código genérico que simplesmente diz que o pagamento não foi honrado.
Geralmente é uma decisão de risco do banco, em vez de uma falha no seu pedido. Não pode ser diagnosticada apenas a partir do código, por isso o relatório cruza-o com o valor do bilhete, mercado, produto do cartão e o caminho de autenticação utilizado,
o que normalmente é suficiente para mostrar qual a fatia de tráfego que está a desencadear a cautela.
Com que rapidez aparecem novos códigos no relatório?
Os códigos são escritos à medida que a resposta de autorização é recebida, pelo que uma família que começa a aparecer durante uma execução de faturação é visível em minutos, em vez de no final de um ciclo de relatórios.
Isso é mais importante para execuções programadas e janelas de venda curtas, onde uma alteração de regra num banco pode afetar um lote inteiro antes que alguém reveja um resumo diário.
Posso manter uma política escrita para cada família de códigos?
Sim. Cada família contém uma nota de manual editável, que é o que os operadores e o pessoal de suporte leem quando abrem um pagamento recusado.
Manter a política anexada ao código, em vez de num documento separado, significa que a instrução, a evidência e o tratamento permitido permanecem num só lugar, o que também torna o raciocínio auditável quando um esquema ou adquirente pergunta como as tentativas são governadas.
Funcionalidades relacionadas.
Relacionados guias.
Veja como a Cardflo compara.
Preparado para melhorar a sua configuração de pagamentos?
Fale-nos do seu negócio. Iremos apresentá-lo aos parceiros adquirentes e à rota certa, normalmente em menos de uma semana.