Pular para o conteúdo principal
Nesta página

A detecção do tipo de cartão e a consistência no roteamento através do DEUNA Admin garantem a detecção precisa e o uso de tipos de cartão em áreas críticas:

  • Estratégias de roteamento: As decisões de roteamento respeitam o tipo de cartão derivado do detector BIN.
  • Administrador (detalhes do pedido do comerciante): o tipo de cartão exibido reflete com precisão o que foi usado na transação.

Consistência de dados#

As informações sobre o tipo de cartão são armazenadas no card_type campo e está disponível em todos os produtos onde method_type tem um impacto.

Objetivos da detecção de cartões:

  • Suporte para "credit", "debit" e "prepaid" tipos de cartão em condições de roteamento, usando o detector BIN.

  • Quando o detector BIN não consegue reconhecer o tipo de cartão, o valor será retornado como "unknown_card".

  • Exiba o tipo de cartão correto no DEUNA Admin, com base no detector BIN.

  • Garanta o uso consistente do tipo de cartão correto no processamento de pedidos, roteamento, relatórios e respostas no ecossistema DEUNA.

Suporte para tipo de cartão#

O serviço detector BIN reconhece o cartão com seis dígitos do número do cartão.

A Mecanismo de Roteamento reconhece e oferece suporte aos seguintes tipos de cartão:

  • credit_card
  • debit_card
  • prepaid_card

O comportamento de roteamento segue a avaliação de regras padrão. Se uma regra tiver como alvo cartões de débito e o detector BIN identificar o cartão como de débito, a regra padrão será aplicada.

O reconhecimento do tipo de cartão funciona para todos os fluxos DEUNA como:

  • Detalhes do cartão bruto recebido
  • Cartões DEUNA tokenizados
  • Cartões tokenizados com DEUNA e com PSP

Exemplo:

JSON
json
CopyEdit
"conditions": [
  {
    "rule_option": {
      "label": "method_type"
    },
    "operator": "in",
    "operand": "debit_card"
  }
]

Renderização de tipo de cartão#

No DEUNA Admin, os valores são analisados a partir do detector BIN:

O detector BIN extrai a informação do número do cartão e padroniza-a: Se o valor for:

  • CREDIT para credit_card, então o detector exibe "credit_card"
  • DEBIT paradebit_card, então o detector exibe"debit_card"
  • PREPAID paraprepaid_card, então o detector exibe"prepaid_card"
  • UNKNOWN paraunknown_card, então o detector exibe"unknown_card"
JSON
"from_card": { // card object
  "bank_name": "Santander",
  "country_iso": "MX",
  "credential_source": "f",
  "expiry_month": "11",
  "expiry_year": "2031",
  "card_type": "debit_card"
}

Compatibilidade de resposta#

Para integrações que exigem um contrato de resposta diferente, a DEUNA pode retornar os tipos de método de cartão sem _card sufixo e pode normalizar o diners valor da marca para diners_club. Aplique uma convenção de resposta consistente em todos os ambientes para que os consumidores não precisem aceitar duas formas.

Ponto final de informações do BIN#