Histórico de mensagens em cartões

na documentação o birth ainda aparece como obrigatório

rapaz, isso faz uma diferença enorme no formulário de pagamento... vou testar e ver a taxa de aprovação, no caso do anti-fraude da Efí também está sendo desconsiderado o endereço ?

@_fernandoferreira, o endereço e o campo birth se tornaram opcionais recentemente. Se preferir, pode deixar de coletar essas informações.

Então, os bancos emissores de cartão não ligam a mínima para esse endereço... quem olha esse endereço é o anti-fraude que a Efí utiliza. Na prática, se o cliente já tiver usado o endereço com "1" em outros e-commerce que usem o mesmo anti-fraude, não vai ter problema. Se for diferente pode sim acontecer de dar não aprovação.

É opcional mas a chance de aprovação da transação sem o endereço é muito menor.

mesmo se o endereco do portador do cartão não é 1? não daria divergência no endereco?

outra questão, é mesmo obrigatório coletar o endereço completo do portador do cartão ? já que na documentação esse array aparece como 'opcional',

Bom dia, @_fernandoferreira! Tudo bem?
Exatamente como o Rubens mencionou. Você precisa passar o número inteiro como uma string, e o menor valor válido é "1".

Não sei na Efí, mas o que costumamos sugerir para endereços sem número é colocar "1". Talvez 0 esteja sendo interpretado como inexistente.

olá, estou com uma dúvida com relação ao processamento do pagamento via cartão, está dando erro quando o número do endereço do portador do cartão é 0,

4699998, server_error, Um ou mais parâmetros fornecidos são inválidos. must have required property 'number',

a propriedade number está dentro de billing_address, na documentação está como string/integer,

então porque o 0 não funciona?

Boa tarde, @pauleipper!
No Efí, não oferecemos suporte a multi-valores nos links de pagamento baseado no meio escolhido. Mas caso seu sistema assuma esse serviço, você pode coletar a informação antes de emitir a cobrança conosco.

Exemplo:
<:arrowright:1058011740589277294> Seu sistema apresenta o produto/serviço com o valor para o cliente e as taxas que serão acrescidas para cada meio de pagamento;
<:arrowright:1058011740589277294> O cliente define o meio de pagamento e então o seu sistema acrescenta a taxa correspondente;
<:arrowright:1058011740589277294> O cliente confirma as informações e o seu sistema chama a nossa API para realizar a emissão naquele meio de pagamento e com o valor calculado.

Para deixar claro, preciso algo assim na configuração do pagamento

sim. No meu caso não é um ecommerce, gero orçamentos de serviços e envio o link de pagamento ao cliente. Porém com as opções do link não tenho como atribuir o valor liquido do serviço para as diferentes opções de pagamentos que o cliente consegue selecionar na tela dele.

Você diz mostrar, né ? Não cobrar. Mas qual é mais alto depende do valor da transação, de uma forma genérica... talvez para o seu valor seja sempre o cartão o mais caro, mas para até R$86,46, o cartão é mais barato. Isso à vista.

mas o valor que causa problemas é o de parcelamento, pois não é dada opção de valor liquido na hora de gerar a cobrança, e acaba inviabilizando

Sim, mas aí basta cobrar o mais alto dos dois nesse caso.

Como a taxa de boleto é diferente da de cartão, se definir pelo líquido, mesmo à vista vai ter preço diferente.

Entendi. Mas a questão é apenas sobre o parcelamento. A diferenciação à vista não existe.

Se há mais de uma opção de pagamento, e isso causa diferenciação de preço, todos os preços precisam ser mostrados, não só o de uma das opções.

Você se refere ao orçamento que vou gerar ao cliente? Não tenho problemas em apresentar o valor completo com as taxas à vista.

Não sei se entendi sua colocação. Na própria Efi já apresenta ao cliente o valor adicional quando ele seleciona parcelamento. Mas a Efi desconta a taxa do cartão de ambos os lados, e já informa o acréscimo ao cliente. Simplesmente preciso da opção em que o custo financeiro da operação seja calculado e cobrado do cliente.

Não sei se a Efí é a solução correta ou não, mas o que eu te disse é da legislação e aplicável a qualquer prestador ou meio de pagamento...