Atualização da doc #39 - 02/07/2024 a 05/08/2024

Olá! Confira as atualizações da documentação ocorridas no mês passado! 😉

🆕O que há de novo

🚀Alterações e melhorias

🚧Problemas resolvidos

🆕 O que há de novo

Adição de campos - Gestão de fatura

Nas documentações Simulação de parcelamento e Consulta de opções de pagamento do Manual do dev e do APIs, adicionamos duas novas propriedades ao objeto creditOffer retornado na resposta da requisição: diaryIof e fixedIof . Os campos estão descritos na tabela e no payload de reposta dos endpoints.

Carteiras digitais: Apple Pay

Agora, além de ser possível adicionar cartões à Google Pay, também é possível adicionar na Apple Pay. Essa atualização gerou mudanças na Visão geral da seção Carteiras digitais e na documentação Geração de Token.

Além disso, adicionamos uma nova documentação à seção: endpoint de Geração de dados de ativação, que possibilita a geração de um token contendo os dados de ativação (activationData) para a formulação do desafio que confirmará a adição do cartão à carteira digital, em caso de uso de Apple Pay e fluxo de verificação in-App.

Novo erro em download de certificado TLS

Na documentação Download do certificado TLS, incluímos o erro 500-CLIENT_NETWORK_FAILURE, que indica falha interna durante a validação de IP.

🚀Alterações e melhorias

Eventos de crédito - licenseUuid

Retiramos o campo licenseUuid do cabeçalho dos seguintes eventos de crédito: CREDIT_CONTRACT_PRE_ANALYSIS_APPROVED e CREDIT_CONTRACT_PRE_ANALYSIS_REPROVED.

Criação de análise de crédito - x-bkly-license

Agora, na documentação Criação de análise de crédito, o parâmetro x-bkly-license deve ser enviado no cabeçalho da requisição obrigatoriamente.

Registro de pessoa física: número máximo de caracteres

Na documentação Registro de pessoa física especificamos que o valor máximo de caracteres para os campos registerName, socialName, motherName e email é de 256.

Pré-requisito para alteração de senha de cartão

Alteramos a descrição dos pré-requisitos para a alteração de senha de um cartão, especificando que é preciso que o cartão do cliente esteja ativo, ou seja, já tenha saído do status Building, e apresente um status que não indique cancelamento.

Digital First

Agora, a documentação de Definições de termos relativos a cartões traz uma seção que descreve a certificação Digital First, pré-requisito para gerar cartões do tipo Panless.

🚧Problemas resolvidos

Reprocessamento de mensagens

A documentação Reprocessamento de mensagens do Manual do dev e do APIs anteriormente indicava que o endpoint retornava um body na resposta da requisição. Essa informação foi corrigida, pois o endpoint retorna apenas o código de status 202, sem nenhum body.

Exclusão de erro em doc de emissão de cartão virtual

Excluímos o erro 406- DUPLICATE_CARD_NAME da documentação Emissão de cartão virtual, pois este erro é retornado apenas em caso de emissão de cartões físicos.

Atenciosamente,

Time de Tech Writers

Copyright © 2021 Acesso Soluções de Pagamento S.A - Todos os direitos reservados