Histórico de mensagens sobre dados

Olá!
Acabei de receber seus dados no privado para verificar a situação. Te respondi por lá também, já analisando pra ti a situação! 😉

Bom dia pessoal!

Parece que minha conta gerencia net foi encerrada mas eu não estou conseguindo informar os dados da minha conta pra retirar o valor que está lá

Bom dia!
Você consegue filtrar os Pix recebidos pelo CPF/CNPJ do pagador, conforme a documentação (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-pix-recebidos).
Desta forma você saberá se quem efetuou o Pix é o mesmo devedor informado na cobrança. Se você não obtiver nenhum retorno nesta consulta para um determinado CPF/CNPJ, significa que quem pagou não é o mesmo do devedor.
Mas os dados do pagador, não são retornados no endpoint.

Não. Pode testar no aplicativo de qualquer banco, dá para fazer sim. Mas tem o mesmo problema da TED de dar muito erro por dados inconsistentes...

E dá para enviar Pix por dados bancários, como uma TED... destinatário de Pix não precisa ter chave Pix.

Bom dia pessoal. Alguém poderia me confirmar por gentileza? Estou em dúvida pois o Bolix está habilitado no sistema mas os boletos (gerados em duas etapas) não vão no email do cliente com o QRCode do pix, mas são boletos com Balancete.
(embora o QRCode seja retornado na estrutura de dados pra mim).

Sim, coloquei os dados e reiniciei

Por favor, estou fazendo alguns testes com o SDK Python da API da Gerencianet e, gostaria de saber se posso gerar uma cobrança PIX sem os dados do devedor (ou pelo menos, sem o CPF). Pois pretendo disponibilizar um QR Code dinâmico associado a uma conta jurídica da gerencianet

Em termos... as transações de cartão não tem endereço validado pela maior parte dos bancos emissores brasileiros e bandeiras operando no Brasil. Então esse racional pode não sobreviver ao escrutínio das autoridades de proteção de dados.

O layout da Gerencianet solicita os dados para que as informações possam ser confirmadas com a operadora do cartão do cliente final juntamente ao setor de antifraude da Gerencianet, isso é um procedimento necessário para uma análise assertiva dos dados.
Contudo, havendo maiores dúvidas ou sugestões acerca de Proteção de Dados, entre em contato com nosso setor responsável pelo e-mail: [email protected].

Sim, o receberSemChave diz que poderiam te mandar Pix pelos dados bancários, não por um QR-Code.

A conta que utlilizo tem uma outra aplicação já funcionando e funciona certinho o mesmo request e com os mesmos dados, só muda as credencias de uma aplicação para a outra

boa tarde pessoal, acabei de criar nova uma aplicação e quando tento recuperar dados dos boletos já cadastrados anteriormente pelo /charge/ recebo este erro, é necessario passar por alguma homologação? sou novo na API 🙂

bom dia <@!389901067661475841> ! É possível sim. Através do endpoint POST/v2/pix você pode realizar o envio de pix para qualquer chave Pix cadastrada em um PSP ou para dados bancários, seja da Gerencianet ou não.

Só seguir os passos abaixo!

Para Pessoa Jurídica, no caso de emissão de boletos, não serão obrigatórios o envio de nome e CPF, apenas os demais dados do cliente.

Todo Pix que não seja o "Pix manual" (por dados de agência e conta) é destinado a uma chave Pix... o que muda é se ele dinâmico ou estático e se tem txid ou não... um QR-Code estático pode ou não ter txid, enquanto no dinâmico é obrigatório. Mas mesmo o estático pode ter txid, e se tiver txid, acionar o webhook.

Olá <@!889923068712091759> ! Boa noite. Na geração de uma transação em One Step(Um passo), é necessário que o body da requisição contenha todos os atributos mínimos obrigatórios para a emissão do titulo. Sendo assim, a criação da cobrança e a associação da forma de pagamento é feita numa única requisição.

Na geração de uma transação em Two Step(Dois passos), em uma primeira requisição você cria a transação, informando o item/produto/serviço, valor, quantidade, etc; E em uma segunda requisição você associa à forma de pagamento, informando o charge_id da transação e os dados do cliente.

Bom dia, minha aplicação Woocommerce esta retornando Unauthorized.
Os dados de: client ID, Secret e Identificador de conta estão corretos. A chave pix também, e o certificado pix.
Olhando o log esta apresentando: 3500000

Bom dia <@!204122995579551744> ! O código 3500034 esta relacionado aos dados da sua requisição e pode ter ocorrido por inúmeros fatores, que não seria viável listar todos, pois se você acompanhar na sub-aba "Histórico de Requisições" da sua aplicação, você vai visualizar o motivo exato da falha e a mensagem que é retornada é bem simples e de fácil compreensão.

No link https://dev.gerencianet.com.br/docs/interpretando-erros-api explicamos como utilizar o Histórico de Requisições.