Histórico de mensagens em cartões

entendi, falha 'básica' minha, rssrsr significa que o telefone também não é mais obrigatório.

O "customer" é obrigatório, mas repare que birth não tem o asterisco. Nome, CPF e e-mail são obrigatórios, pois tem o asterisco.

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?