Histórico de mensagens sobre dados

e do lado de vocês, é possível "exigir o mTLS" pra decidir se os dados devem ser enviados (no momento do callback em si)?

Só confirmando, vem os dados previstos na v2.2.0 + "qrCode" e "imagemQrcode"?

@Efí tem como desabilitar aqueles emails de notificação de pagamentos pendentes? (boletos consolidados que vem no final do dia)

gostaria do layout com a informação dos campos para montar o código de barras, pois o sistema que uso tem uma função que monta o código de barras para qualquer banco, é só preciso passar os dados de cada banco para montagem do código de barras

mais não resolve o meu problema, pois preciso dos dados do Gerencianet para montar a imagem do código de barra, pois será nosso sistema que fará impressão do boleto

basicamente.. o Itaú tá usando QR estático para um cenário onde deveria estar usando dinâmico. apenas se pouparam de ter que oferecer a leitura de qr codes via payload. deixaram todos os dados da cobrança a cargo do integrador, guardando somente a associação txid <-> valor, e rejeitando o que não coincidir

<@!522899003663450113> mas aí você tá chamando de "manual" só pq foi vc que gerou o qr code estático. Quando falamos "manual" estamos falando de inserção de dados do recebedor (banco, ag, conta, nome, cpf/cnpj), igual no envio de TED

Por Pix Manual podemos entender que são aqueles nos quais o usuário inputa dados bancários (ag, conta, banco..)

Boa tarde <@!783359762917752843>! As chaves Pix ficam salvas em um DICT que é consultado no momento do envio do Pix, se este CPF não estiver atrelado a nenhum PSP como chave, então a transação não ocorre. Ym exemplo de retorno ao consumir a rota v2/pix :

Boa tarde pessoal. Não sei se já rolou aqui mas é uma dúvida rápida.
Estou gerando o QR dinamico no ambiente de homologação. Mas ao escanear no app da caixa, ele falha pra obter os dados. Em algum lugar li que não é possivel "pagar" uma cobrança feita em homologação. Mas ainda não cheguei ao ponto de pagar. queria apenas validar a integridade do QRCode. Pra isso eu tenho que gerar em produção? Vi também, se não estou enganado, que não é possivel gerar uma cobrança que não seja para o "dono" da conta GN. Então seria este o fator da falha?

tem PSP implementando isso muuuuuito mal.. e ainda tem as opções do tipo "lembrar recebedor" guardam os dados da conta na lista de recebedor e os clientes pagam por ali em vez de ler QR code (não se dão conta de que precisamos do txid para identificar as cobranças)

Os dados marcados não vieram no callback de cima

Isto, deve ser uma chave Pix da Gerencianet, da conta das credenciais e certificado que está utilizando.
Para cadastrar suas chaves Pix:

Acesse sua conta pelo app Gerencianet.
No menu lateral, toque em Pix para começar seu cadastro.
Leia as informações que aparecem na tela e clique em Registrar Chave.
Caso esse não seja mais o seu primeiro contato, toque em Minhas Chaves e, em seguida, no ícone (➕).
Selecione os dados que você vai cadastrar como Chave do Pix e toque em avançar – você deve escolher pelo menos 1 das 4 opções de chaves disponíveis (celular, e-mail, CPF e/ou chave aleatória).
Após cadastrar as chaves do Pix desejadas, clique em concluir.

Boa tarde <@!781855574501490718>! No momento não, o token é gerado apenas no front-end como forma de garantir ao cliente segurança sobre seus dados. No entanto, estamos estudando outras possibilidades de gerar o payment_token sem o script js no front-end. Está em nosso backlog e iremos reportar quando tivermos novidades.

Acredito que o print não seja muito amigável para o usuário, por conter muitos dados técnicos

Nós da Gerencianet estaríamos dispostos e tratar a demanda por algum endpoint, mas precisamos nos convencer que faz sentido, porque concordo com o <@!780500321994539068> que o comprovante poderia ser montado/criado/disponibilizado pelo próprio sistema integrado. Os retornos e consultas trazem dados que dão sustentação a validade do comprovante.

<@!783359762917752843> caso tenha elementos que legitima a real necessidade, traga para debate no canal <#💭sugestões>, para que desenvolvemos uma possível solução.

boa noite! existe alguma forma de gerar o token para pagamento via cartão de credito no backend, sem ser via javascript? pergunto porque temos a opção do cliente informar os dados do cartão de credito via telefone para realizar a assinatura recorrente, nosso backend roda em java

se vc copiou e colou algo da documentação da GN / BACEN / Postman.. pode ter algum caractere sobrando ao redor dos dados (do hostname, nesse caso - alguns aqui no Discord já sofreram com isso). apaga a linha e redigita

Entao, quando eu faço o teste pelo insomnia fazendo a requisicao apenas com os dados que vc falou

<@!671762828046106646> Sobre os Pix pagos via Dados bancários e Pix pagos via chave, será possível bloquear esses pagamentos?