Histórico de mensagens sobre documentação em pix

Boa tarde, @iilordxss!
Segue o link da nossa documentação: https://dev.gerencianet.com.br/

Onde posso ver a documentação?

ja segui essa documentação, ainda assim continua dando falha, inclusive tentei adicionando a propriedade "ca" nas configs do servidor e a falha persiste

Oi, @viegas.diogenes. Bom dia!
Em nossa documentação técnica você encontra o passo a passo para obter as credenciais de acesso às APIs.

Bom dia, @nexus_prime!
Em nossa documentação, no endpoint Criar cobrança imediata (sem txid), clicando bo botão [Consultar atributos] você pode ver os detalhes.

Você chegou a verificar os requisitos da SDK em nossa documentação? https://dev.efipay.com.br/docs/sdk/delphi

fiz a extração das chaves do certificado usando o comando na documentação mas quando tendo obter o token tenho o seguinte erro: usando delphi 11.3 com indy

Infelizmente é isso mesmo @bydvictor, seguimos a documentação do BACEN e por padrão a cobrança apenas será alterada caso haja pagamento ou atualização manual da mesma, pelo endpoint encaminhado :/

Em nossa documentação você encontra os comandos para converter. - https://dev.efipay.com.br/docs/api-pix/credenciais#convers%C3%A3o-de-certificado-p12-para-o-formato-pem

Boa noite pessoal, estou tentando a integração do pix num aplicativo asp.net. Estou conseguindo fazer a autenticação e recebo um objeto response com token, scope etc. Mas tentando uma cobrança imediata com txid, seguindo o exemplo que está na documentação do postman me deparo com request.AddHeader("authorization", {{Authorization}}"). Como eu passo o response que recebi na autenticação neste header? Tentei passar o response (string) todo aqui, mas recebo um "invalid_client" . O sdk .Net que a efi disponibiliza no github só serve para .Net Core, mas o meu app é framework 461, então não tem como usar. Tem um sdk net framework antigo lá no Github, mas sem nada relacionado ao Pix. Também tentei: request.AddHeader("Authorization", "Basic " & System.Convert.ToBase64String(Encoding.ASCII.GetBytes(String.Format("{0}:{1}", client_id, client_secret)))), mas tbm dá "invalid_client". Fvr alguém que já implemtou diretamente no .net poderia me ajudar?

Olá, boa tarde, seguindo a documentação, usando o código em node.js eu consegui obter o token, porem ao utilazr o postman, em todas as requisições só tive retorno 401 ou 403, pode me ajudar?

Ah entendi! Em qual local da documentação esta esse endpoint?

OI, @jeziellins. Essa informação não vem por padrão.
Para isso você deverá fazer uma configuração no endpoint PUT /v2/gn/config para receber os dados do pagador associada a chave Pix.
Documentação: https://dev.efipay.com.br/docs/api-pix/endpoints-exclusivos-efi#criarmodificar-configura%C3%A7%C3%B5es-da-conta
Segue um exemplo:

alguem pode me mandar o link da documentação onde fazemos o envio do pix?

Boa tarde, @julio_cesar_11031! Tudo bem?
Temos uma API de Pagamentos que permite você realizar o pagamento de boletos com o saldo presente em sua conta. Seria isso?
Segue o link da nossa documentação que fala mais sobre esta API: https://dev.efipay.com.br/docs/api-pagamento-de-contas/credenciais

Eu ainda não fiz o que diz na documentação, que seria pra restringir acesso apenas para o ip da efi, não sei se isso importaria no problema que está acontecendo

Eu não sei usar o discord, mais se alguém puder tirar essa dúvida onde acho na documentação da API PIX:
Implementei uma solução para vendas em tickets de eventos pela api do whatsapp usando api pix da EFI. Estou gerando as cobranças normalmente por cpf de cliente, depois disso, ele ainda consegue verificar o status após o pagamento. "FECHADO". Até aqui tudo bem, porém estou achando lento a geração da cobrança e geração do qr-code de pagamento.
Minha dúvida é? Em vez de eu gerar uma cobrança para cada CPF de cliente que comprar um ticket ( de preço fixo 5,00 reais ). Não poderia gerar um link de pagamento PIX fixo? E como poderiar relacionar esse pagamento com o cliente que pagou nas movimentações?

Conforme informado na documentação, pode ser de 1 a 35 dígitos.
o uuid tem 36 digitos, se remover os hifes (-), fica com 32 dígitos.

Estive lendo a documentação e percebi que o refresh está implementado na lógica de API e eu não devia ter esse problema. Alguém pra da esse suporte.

Li toda a documentação e falam de refresh_token mas não provaram o refresh_toke ou implementação . .?