-
Notifications
You must be signed in to change notification settings - Fork 262
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Quais são os campos do payload JSON de um QR Code dinâmico para cobrança com vencimento #172
Comments
@monise na 2.1, as informações sobre cálculo de juros/multa/etc não fazem parte do payload JSON, são para uso do PSP recebedor que deve calcular o valor real, conforme anexo III do manual de iniciação. O payload contém apenas os valores calculados para a pretensa data de pagamento (informada como parâmetro do GET {access-token}). Quanto à obrigatoriedade, a resposta frequentemente vista neste github é "o repositório github / yaml" é a referência definitiva (o "single source of truth"). |
@monise , para fins de implementação, conforme @seanwykes pontuou, a API Pix é a "referência definitiva".
@monise , os dois são corretos, utilizados em momentos diferentes. O primeiro payload JSON é o retornado em O segundo payload é a "entrada da função". É a configuração da cobrança, realizada pelo usuário recebedor junto ao seu PSP recebedor. Isso o "pagador não enxerga". É o "setup" da cobrança. |
@seanwykes @ninrod obrigada pelo retorno!! @ninrod No caso do payload para o pagador, é necessário ter todos os dados do devedor, incluindo informações de endereço? Porque no manual não tem os dados de endereço do devedor e no payload da API Pix tem mais informações sobre o devedor. |
@monise ,
Tanto no manual, quanto na API (o manual apenas tenta perseguir a API traduzindo-a para uma linguagem mais próximo de negócio) temos dois payloads diferentes para tratar dois tipos de cobranças distintas: a cobrança "imediata" e a cobrança "com vencimento". As duas cobranças apresentam o campo "devedor". A qual delas você se refere? |
@ninrod o payload de cobrança com vencimento. Porque a que está no documento (página 15) tem apenas nome e CPF/CNPJ do devedor, não tem as informações de endereço. Mas na API Pix, tem os dados de endereço do devedor. |
@monise , é um bug da API, o manual de iniciação está correto. Vamos corrigir e liberar a |
@monise , versão |
@ninrod Olá!! Duvida, foi removido os dados de endereço do devedor no payload Json, mas os dados de endereço devem ser informados quando é criado a cobrança com vencimento? |
Sim, para possibilitar o envio da cobrança por meios não eletrônicos. Ao mesmo tempo, não é uma info que o pagador precise conferir no momento do scan do QR Code. |
@ninrod Olá! Mais uma dúvida sobre o payload JSON de cobrança com vencimento. No documento, no objeto calendário não é apresentado o campo validadeAposVencimento, porém no API Pix o campo é retornado. Se a informação de validadeAposVencimento for informada, ela deve ser exibida no payload JSON? |
Olá @monise,
Trata-se de um bug no documento de Padrões para iniciação do pix versão 2.1 bem apontado @monise. Esse campo existe sim e sempre consta no payload porque se nada for informado, um valor default é assumido. |
Olá!! Gostaria de tirar uma dúvida com relação ao payload JSON da versão "II_ManualdePadroesparaIniciacaodoPix-versao2-1.pdf".
Na página 15 contém o payload JSON de um pagamento com vencimento.
Na página 44 contém outro payload JSON de uma cobrança com vencimento.
Eles tem alguns campos diferentes, exemplo: o primeiro não tem informações de endereço do devedor, não tem detalhes de modalidade e valorPerc de multa, juros etc.
Olhando o payload JSON no Redoc da API Pix, ele tem as informações de endereço do devedor, mas não tem os detalhes de multa, juros (modalidade, valorPerc).
Qual é o correto? Eles devem ser usados em contextos diferentes?
Como deveria ser um payload JSON de um QR code dinâmico com vencimento?
The text was updated successfully, but these errors were encountered: