Histórico de mensagens sobre pix em pix

Ao criar um Pix via API é definido o tempo de expiração em segundos. Se exceder este tempo, não será possível pagar

@grappi1167 Essa cobrança Pix já está expirada.

00020101021226880014BR.GOV.BCB.PIX2566qrcodes-pix.gerencianet.com.br/v2/ac8a36e5a14b447e828ab688303a85575204000053039865802BR5906EFI SA6009SAO PAULO62070503630477A5

Boa tarde, @grappi1167. Tudo bem?
Não tivemos nenhum relato de instabilidade no momento. Encaminhe por favor o Pix Copia e Cola da cobrança para que possamos analisar?

Pessoal, o QR code via pix está com instabilidade? Uma cliente informou que o QR code gerado é inválido

Isso, @huggler6815.
Você deve levar em consideração o valor da tarifa do Pix recebido e da tarifa do envio.
Exemplo:
Pix recebido de R$100,00, desconta 1,19% = 98,81
Destes R$98,81, você deve calcular quanto será o envio de Pix de acordo com a tarifa negociada para você.

eu tava fazendo o seguinte: recebia 100 reais / e quando eu ia repassar pra outra conta.... eu tenho que levar em consideração o valor - (a tarifa do sendPix)

e quando vou fazer o sendPix dá saldo insuficiente

eu recebo o webhook de pix recebido

@huggler6815 Para consultar o saldo da conta você pode utilizar o endpoint GET /v2/gn/saldo
https://dev.gerencianet.com.br/docs/api-pix-endpoints#buscar-o-saldo-da-conta

@huggler6815, para maior performance do envio de Pix, e visando evitar a colisão de movimentações de saldo, sugerimos que o envio de Pix por API seja condicionado à conclusão da transação anterior, que se dá pelo webhook. Pois seguindo nosso fluxo da confirmação do Pix, primeiramente o valor é creditado na conta, para depois acionar seu webhook.

De qualquer forma é interessante consultar seu saldo antes de realizar o envio para saber se realmente tem saldo disponível, pois deve considerar que ao receber um Pix é descontado a tarifa, e ao enviar também.

Boa tarde, @kverk0. Nossa SDK de GO ainda não foi atualizada com a adição dos endpoints do Split Pix.
No arquivo (https://github.com/gerencianet/gn-api-sdk-go/blob/master/gerencianet/pix/endpoints_pix.go) contém os métodos. Caso queira já pode incluir os endpoits (https://dev.gerencianet.com.br/docs/api-pix-endpoints#split-de-pagamento-pix) e fazer a implementação em seu sistema. Assim quando atrualizarmos a SDK você estará com tudo pronto.

Mas a descrição que a Efí tinha me passado era de que a mudança de status do /cob, a chamada do webhook e o acréscimo de saldo aconteciam todos no mesmo momento. Que a única coisa que acontece um pouco antes é a mudança de status do /pix.

e quando eu faço o pixSend - da saldo insuficiente

alguem da @Efí sabe o tempo de delay do pix cair na conta efetivamente?

Bom dia, @iguatu. Tudo bem?
Criando a aplicação para integração em sua conta você obtêm as credenciais de homologação e produção.
https://dev.gerencianet.com.br/docs/api-pix-autenticacao-e-seguranca

Estava vendo alguns videos. A dúvida é se para testar a api pix, só funciona em produção, não tem como testar como dev?

Uso o envio de Pix via API e precisei atualizar o sdk PHP

Boa! Eu adoro a GN.. fui um dos primeiros a usar a API PIX em sites, logo quando eles lançaram e quase ninguém aceitava pix com retorno automático... já trouxe mtos clientes, mas essa do sendPix me pegou de surpresa...

Mas faço minha culpa tb... já conheci a biblioteca, tu não lê ela do inicio ao fim... vc pesquisa se faz, faz, OK... beleza... capacidade pra fazer funcionar temos então tu não fica lendo 5000 linhas de documentação... culpa minha que deveria ter lido

Fala galera! Baaaum? [REPOSTANDO]

Resolvi o erro ERR_TLS_CERT_ALTNAME_INVALID ao usar API Gateway da AWS.
Após assistir ao tutorial do @danielciolfi, fiz o mesmo procedimento com um domínio registrado externamente, no meu caso namecheap, mas ao tentar registrar a Webhook o erro ERR_TLS_CERT_ALTNAME_INVALID era retornado. Tentei de tudo, gerar novo certificado sem wildcard("."), refazer truststore.pem, gerar certificado direto no “api.” mas não funcionava. Percebi também que ao acessar diretamente pelo navegador, o certificado era sempre relacionado ao domínio principal, e nunca ao “api.”.

Ai lendo algumas soluções aqui no Discord, como a do Ranulfo souza, resolvi fazer da seguinte forma e resolveu:

0 - (Opcional) Antes de começar, recomendo apagar tudo que foi feito, exceto pela API Gateway e o truststore.pem gerado.
(Deletei o nome de domínio personalizado, removi os registros no namecheap e deletei os certificados criados);

1 - Comprar um domínio no Google Domains só para esse uso;
Domínio fictício para fins didáticos: pixok.com

2 - Na AWS, em Route 53, criar nova zona hospeda e no nome do domínio, inserir o domínio comprado (pixok.com) e criar zona;

3 – Ao navegar na zona criada, você vai ver o registro do tipo NS com os links, ai é só adicionar todos no Google Domains em Servidores de nome personalizados do seu domínio. Por padrão, o Google não usa os nomes personalizados, ai é só clicar em aplicar na aba Servidores de nome personalizados;

4 – Criar certificado com o nome api.pixok.com, navegar até o certificado, clicar em Criar registros no Route 53 e confirmar clicando em criar. Isso fará o certificado ser verificado;

5 – Após o certificado ser verificado, ir na API Gateway e criar nome de domínio personalizado com o nome api.pixok.com, selecionando o novo certificado. E também já configurar o mapeamento de API para sua API;

6 – Em Route 53, na zona hospedada, no domínio pixok.com, criar novo registro com as seguintes informações:
- Nome do registro: api
- Tipo de registro: A
- Ativar Alias
- Escolher endpoint para: Alias para API do API Gateway
- Escolher o servidor que você está trabalhando, no meu caso “us-east-1”
- E no terceiro campo que aparecer, já vai carregar automaticamente o
“Nome de domínio do API Gateway” que você encontra no domínio personalizado que criou.
Ai é só finalizar criando o registro e aguardar a propagação que pode levar alguns minutos, no meu caso levou mais de 5 minutos.

7 – Antes de ativar o TLS mútuo no domínio personalizado, eu fiz testes solicitando POST com o postman para api.pixok.com/prod/webhook até ter algum retorno, assim eu sei que toda configuração acima tá funcionando corretamente e foi propagado.

8 – Ativar TLS mútuo como feito anteriormente, aguardar o status ficar ativo e testar o registro da webhook com o seu link 😊


Obrigado Ranulfo souza e a todos que comentaram sobre o assunto. 👊