Histórico de mensagens sobre API pix em pix

Olá! Boa tarde. Ainda não temos previsão para disponibilização do cobv na API Pix. Mas acompanhe aqui em nossos canais que assim que tiver disponível, iremos divulgar. 😃

a primeira e rapida
ao realizar a requisição PUT no /webhook:chave, a resposta que o gerencianet trará é útil? precisarei utilizar o conteudo dele pra alguma coisa ? poderia simplesmente dispensar ?

===segundo:===
num sistema, eu só teria que cadastrar o webhook apenas uma vez ? E se eu enviasse a requisição novamente, o webhook seria "sobescrito" ? Teria algum problema de sobrecarga na API de vocês? teria a possibilidade do meu servidor ser bloqueado?

=== terceiro: ===
Nas configurações do servidor para aceitar o webhook, como está no site (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks)
meu sistema (feito em PHP) NÃO está utilizando o esquema de rotas

na seção:
// invés da rota /webhook, eu colocaria o caminho para o diretório simplesmente? (ex: {documentRoot}/.../.../webhook/)
SSLVerifyClient require
SSLVerifyDepth 3


na seção ALIAS seria basicamente a mesma coisa ?
Alias "/webhook/pix/" "/var/www/webhook/index.php" // Seria: {documentRoot}/../../webhook/pix/index.php (?) ou eu descartaria essa seção ?
Alias "/webhook/pix" "/var/www/webhook/index.php"

Você pode receber notificações automaticamente via webhook referente às modificações de status de uma cobrança Pix. Para isso, será necessário a inserção de uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks

Ou seja, primeiramente para um servidor dedicado, você deve inserir uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja um exemplo desta configuração em um servidor Apache ou Nginx: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor

Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook/" class="link-msg">https://seudominio.com.br/webhook/), você irá consumir a rota PUT /v2​/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix.
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}

No entanto, a URL será registrada com o /pix no final, assim: https://seudominio.com.br/webhook/pix.
Ou seja, esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Veja mais detalhes sobre o endpoint: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix

Com isto, todo Pix gerado com sua chave Pix e que possua um txid, serão enviados as notificações para sua URL.

Em https://dev.gerencianet.com.br/docs/api-pix-endpoints nem tem a palavra charge... isso é de algum SDK ?

Api pix

charge_id na API Pix ? Ué, achei que isso fosse da API de emissões.

Quando se recebe mais de 30 Pix na mesma conta por mês, é caracterizada atividade comercial. Inicialmente a Gerencianet só cobrava para uso da API Pix, e isso mudou recentemente.

A Gerencianet não consta no Dados Abertos do BACEN então mesmo que a API tivesse o recurso, os correntistas não teriam como saber disso.
https://olinda.bcb.gov.br/olinda/servico/DASFN/versao/v1/odata/Recursos?$filter=Api%20eq%20%27pix_saque%27%20and%20Recurso%20eq%20%27/%27&$format=json

bom dia, já temos disponível a funcionallidade na api do pix saque e pix troco ?

Perguntas no <#📦módulos-plugins> já dão um contexto de que se refere a uma questão do módulo, enquanto no <#❖pix> tende a dar a impressão de ser uma dúvida sobre a API Pix...

e o modulo api-pix para o mesmo

mais a api-pix modulo faz ?

a api-pix faz isso

Tem sim como bloquear, vide https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-modificar-configura-es-da-conta

qual a solução para eu continuar meus testes de recebimento. preciso que a api me responda como se estivesse recebendo um pix. antes eu fazia isso mandando um pix para mima mesmo de outra conta. Tenho como simular um recebimento na api de produção? Pois isso quebra meu fluxo de desenvolvimento ter que perder 1 centavo a cada transação que preciso re-testar. Eu estou sempre fazendo essas transações de baixo valor para testes, e meu fluxo de vendas tambem se basearia nelas. Devo abrir um ticket então para negociar um acordo sobre essas tarifas?

Não, na API Pix a URL é definida para chave Pix. E o que você tem para dar match são chave e txid.

Bom dia, <@!902225078371115058>! Tudo bem?
Você pode sim gerar um novo Pix. Neste caso, visualizo algumas opções:
- Manter o Pix como está. Ele continuará com o status ATIVO, mas como está expirado, não é possível efetuar o pagamento. E então gerar um novo Pix.
- OU Consumir o endpoint PATCH /v2/cob/:txid, setar um status REMOVIDA_PELO_USUARIO_RECEBEDOR, para você saber que este Pix foi finalizado, e então gerar um novo.
- OU Consumir o endpoint PATCH /v2/cob/:txid, e atualizar o tempo de expiração para que fique disponível para pagamento novamente. Desta forma não seria preciso gerar um novo.

Link do endpoint PATCH /v2/cob/:txid na documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-revisar-cobran-a

Se é para gerar um QR-Code para conciliação manual, sites como o pix.ae fazem para você. Se for para conciliação automática, aí precisa de uma API Pix como o da Gerencianet.

É possivel usar a api do pix para gerar o codigo copia e cola pra enviar pro cliente?

Foi pelo ticket que fiquei sabendo mesmo... ainda assim, questionável.
Sobre tarifa, modelo comercial é com vocês. Há custos menores na liquidação via Pix do que via COMPE, mas há vantagens de simplicidade da tarifa do Boleto liquidado como boleto e do Bolix serem a mesma, para vocês e para os clientes. Cartão de crédito por exemplo vocês tem custos bem distintos entre bandeiras e tipo de cartão cobrado, mas cobram uma tarifa blend dos clientes... e cabe a cada cliente preferir o blend (neste caso Bolix) ou separado (API Pix separado de API Boleto), e vocês dão essa escolha, O ponto só é terem revertido a escolha que os clientes já tinham feito.