Termos mais procurados:
Bom dia Magno! É uma boa sugestão, em nosso webinar inclusive fizemos utilizando o Postman justamente para ficar mais didático e não focar em uma linguagem de programação em específico. Mas a ideia de gravar vídeos tutoriais para a documentação é uma boa também.
seguinte: quando você copia treichos de código de alguma documentação ou algo do tipo, depois cola direto no Postoman, de forma "oculta" ele gera espaços em branco naquilo que vc copiou e colou.
Pessoal, o campo opcional txID da rota
Bom dia pessoal, o campo 'devedor' esta na documentação como nao obrgatório, mas quando envio ele vazio ou nao envio tomo erro, sabem me dizer por que?
os links internos da documentação (como o "veja aqui" no quadro do txid que comentei acima) são no formato https://dev.gerencianet.com.br/v1/docs/api-pix#section-id-da-transa-o o que causa o carregamento de uma nova página se o visitante estiver lendo em https://dev.gerencianet.com.br/docs (sem o /v1 no path) e, quase sempre, não rola a tela para âncora que foi referenciada no link.
Os links poderiam ser resumidos à ancora: #section-id-da-transa-o ou os endereços com/sem /v1 poderiam ser unificados (o endereço sem /v1 redirecionar para o endereço com /v1) aí links poderiam ser completos ou ter apenas a âncora que não ficariam quebrados.
dica pra todo mundo lendo aqui: se vc seguir a documentação do BACEN, já estará sempre um passo a frente e não vai depender de avisos da GN quando as coisas mudarem 😉 não contem com nenhuma informação que não for padrão. https://bacen.github.io/pix-api/
<@!781134406680838216> : minha sugestão é retirar as menções às "PACS" da documentação de vocês. é totalmente irrelevante para os clientes. É detalhe de comunicação entre PSPs e BACEN. melhor ainda seria a documentação do BACEN ser referenciada, por mais que a de vocês seja boa, e deixar apenas menção ao que ainda não está 100% aderente ao BACEN. assim evitaria a necessidade de ficar represando modificações, quando elas tiverem por objetivo se adequar ao BACEN.
Sim, se ele for neste padrão:
voltar pra documentação aqui pra adequar o sistema para o qrcode dinamico
Segundo a documentação, o Itaú está correto.
Avisem antes, precisamos se preparar para isso com antecedencia, e coloquem na documentação a mudança, vou ter que correr a mil por hora agora para mudar as validações em vários locais nos códigos fontes dos sistemas com a api 😦
provavelmente tá indo pra URL exata que vc cadastrou (sem um /pix extra ao fim, como deveria ser segundo a documentação)
então vc leu errado... rsrs
a documentação diz que vc cadastra https://URLX e o PSP deve enviar pra https://URLX/pix (adicionar o /pix ao fim da URL que vc cadastrou). Se vc cadastrar com /pix ao fim, o request iria para /pix/pix
Como a documentação pediu !
Está na documentação, mas ainda não recebo.
Era só uma tentativa pq a documentação do BACEN diz para fazer assim, mas a GN de fato não seguia isso.
Pessoal aonde tem a documentação do webhook do pix?
<@!728308672043941999>, acabamos de atualizar o exemplo C# em nossa documentação. Testado e funcionando.
https://dev.gerencianet.com.br/docs#section-exemplos-de-autentica-o-utilizando-o-certificado-p12
Obrigado pela observação.. Iremos corrigir em nossa documentação
Pessoal, uma dúvida (olhando a documentação não identifiquei). Existe algum endpoint para validação dos dados bancários? Ex.: pretendo fazer pix usando, inicialmente, os dados bancários da pessoa. Eu consigo validar esses dados (e titularidade) antes de enviar no /v2/pix/enviar ?
