Histórico de mensagens

<@!440035527127990273> como ele vai modificar o retorno da url do payload se é gerado pela GN ?

Sim mais ai o crc16 será diferente.

sim, mas a chave sendo alterada no ecommerce, os (novos) payload também vão refletir a alteração. e é justamente por isso que estamos perguntando se o certificado limita as chaves que podem usadas pra gerar as cobranças

eu entro na loja camisetas123 e ao pagar, é comum que o nome do recebedor seja de uma empresa com outro nome ou até uma PF. como pagador, eu nunca vou imaginar que a loja pode ter sido hackeada e aquele nome ali não ser o do dono da loja.

Mais tem um detalhe, a chave está dentro do payload, portanto vai ser gerada sempre pela GN.

vai, mas não deixa de ser um hack.

Fiquei me perguntando isso, porque vou testar agora em produção e a chave que tava usando antes (em sandbox) era a minha porém o certificado e credenciais é de outro dev aqui

Certo Renato, a questão é quem for pagar o PIX, vai ver de qualquer forma quem vai receber.

isso não abre margem para problemas como um ecommerce que usa GN ser hackeado e ter a chave substituída por outra chave também da GN? 🤔

vendo de uma forma ampla, pode ser qualquer uma, pois quem vai pagar vai ver de qualquer forma o nome e o cpf parcial do recebedor.

Pessoal, a chave do recebedor pode ser qualquer uma válida ou tem que ser a mesma do títular da integração ?

Algum Pythonista de plantão?

Obrigado, era so da entra no import password

Opa <@!600338898534793221>. Nossa equipe está trabalhando nisso agora. Hoje ainda disponibilizamos em nossa documentação! 👍

Não é necessário senha para o certificado. Tenta inserir uma senha vazia, ou então este comando:
openssl pkcs12 -in certificado.p12 -out certificado.pem -nodes

Pessoal preciso converter o certificado para PEM, qual a senha do certificado que me enviaram? pois pede na conversão!

Já está disponível o tutorial para o webhook em php com o Apache?

Por nada, qualquer coisa só chamar!

Obrigado pela ajuda!

Bom, vou fazer o cadastro.