Histórico de mensagens sobre dados

Bom dia pessoal. Por gentileza, há um endpoint de comprovantes de pix enviados ou um endpoint para os dados de um pix enviado? Que contenha o código de autenticação

Boa tarde, <@!816096457361981490>!
Isto ocorre quando a requisição para a criação da cobrança retorna algum erro. Verifique as credencias, certificado e ambiente que está utilizando.
Você pode dar um var_dump na variável $dadosPix para saber o que retorna da função emitePix()

Entendi. Então você tá apoiando por que é melhor pro EC e por que vai na linha da API do BACEN, apesar da minha sugestão ter sido motivada, principalmente, pela economia de recursos da GN para processar os dados em um formato que tenha as chaves pix como índice. Apenas motivações diferentes.

A minha preocupação foi 0% em relação ao EC. Foi 100% do lado da GN em relação ao desempenho que ela vai ganhar não precisando iterar esse array em todo recebimento. Todo array que depende de um loop que o percorra para que seus elementos internos sejam identificados (e condicionantes sejam aplicadas) é um array "burro". O identificador deve ser a chave do elemento, sempre que possível. Verificar se pix[chaves][123] existe não exige que eu leia todos os elementos em chaves (e muito menos todos os seus valores internos). Ganha-se absurdamente em velocidade e em consumo de memória - e isso mesmo quando só houver 1 elemento no array. Um teste array_key_exists() tem um processamento ínfimo perto de qualquer tipo de loop. Isso pode ser comparado à uma busca em banco de dados em diferentes colunas, uma com índice e a outra sem.

A estrutura de dados do config e a estrutura de dados do atendedor de recebimentos não precisam ser a mesma. Eles podem fazer essa otimização em uma e não na outra... ou podem fazer nas duas. Mas a transação de config ocorre bem raramente, então dá bem na mesma...
.... porém, sua sugestão me parece mais alinhada com a estrutura da API do BACEN. Então por motivos diferentes, eu também apoio.

Boa tarde. Criei uma aplicação para um cliente gerar fatura usando a API e pego os dados de retorno e gero um boleto com layout próprio. Também consegui pegar o codigo de barras gerada pela GN e hospedado na Amazon AWS. Porém, após tentar obter o codigo de barras das faturas que eu ja tinha criado anteriormente no painel da GN, comecei a obter o erro 403 Forbidden. Acredito que pela quantidade de requisições o IP do meu servidor tenha sido bloqueado na plataforma da Amazon AWS. Porém, após esperar mais de 24h, o problema persiste. Vocês podem me ajudar a resolver esse problema ou dar uma luz de como converter a linha digitavel para codigo de barras?

O location é a URL presente no QR Code dinâmico e tem a função de manter as informações da cobrança (valor, dados do devedor). No qrcode estático você não tem esse location.

Alguém sabe me dizer onde estou errando? Não estou conseguindo receber os dados do webhook

Depende. Quanto menos dados, menores os problemas com LGPD... mas quanto mais dados, mais fácil defender um chargeback. Este em particular de fato não parece ajudar muito em chargebacks.

Bom dia

O checkout da gerencianet pede a data de nascimento.

Porque?

Vi que é o unico gateway que pede isso, acredito que quanto menos dados pedir ao cliente melhor será

ira aparecer os dados de quem emitiu a cobrança. se você vai emitir com credenciais dos seus clientes (da conta GN deles) ou da sua próprio conta (e repassar para o seu cliente o dinheiro recebido), é você quem decide.

a informação que aparece na cobrança são dados da minha empresa ou ira aparecer informações da GerenciaNET?

Boa tarde, <@!815965618892570624>
Entendido. Neste caso, o cliente do intermediador irá utilizar o seu sistema, mas com as credenciais da própria conta para que as informações da cobrança saim com os dados dele

preciso que apareçam os dados jurídicos, não da minha pessoa fisica, como faço?

estou verificando no dashboard que a pessoa que paga o PIX, pode não ser a mesma que começa a cobrança, gostaria de saber se via API, consigo recuperar os dados do cliente pagador? Não sei se me fez entender rsrs

Isso mesmo que o Rubens disse <@!806220025563185256> , no caso todos os dados pedidos no módulo são referentes à sua conta digital Gerencianet

Falhas acontecem.. ontem vi uma reportagem que o BACEN vai disponibilizar uma ferramenta para checar se os dados foram vazados ou ago assim... se souberem o link, tenho interesse.. rsrrsrsrs

Só publicar que você tem dados do vazamento de clientes deles que eles te procuram. 😉

Benvindo ao MPDPAP, Movimento Pelos Dados de Pagador na API Pix. Hoje só dá para pesquisar por CPF específico se vc imagina quem foi que pagou.

O txid é retornado então você pode utiliza-lo para identificar de qual cliente aquela cobrança foi gerada. Uma outra forma é inserindo no infoPagador os dados do cliente, pois, este atributo também é retornado no objeto pix.