Histórico de mensagens sobre api pix em sugestões

Agora que o <@!780500321994539068> lembrou da API para envio do PIX é interessante que caso esse recurso seja projetado as transações via API fiquem isentas dessa aprovação.

Uma opção que você poderia considerar seria usar a API de envio de Pix ao invés do app mobile. Aí o que pode ser feito de transferência está sujeito às suas regras de negócio.

Bom dia amigos, gostaria de deixar aqui uma sugestão, para API-Boleto - quando o mesmo for pago em atraso o callback para o whmcs viesse "descriminado" os juros e multas, coisa que nao acontece hoje. Aproveitando para adicionar a mesma descriminação para as taxas tanto na api-boleto como api-pix, claro essa taxa seria mostrada para os admins do whmcs.

O calculador de tarifa API Pix do site não segue a regra do texto de que a tarifa mínima é 1 centavo, marcando a tarifa como 0 centavos para recebimentos de 1 a 25 centavos.

Bom dia <@!317088998415925248> ! Em nossa Api Pix, temos um endpoint para consulta de saldo, GET /v2/gn/saldo . Para mais detalhes, acesse nossa documentação https://dev.gerencianet.com.br/docs#section-buscar-o-saldo-da-conta

<@!236380478955978753>
https://dev.gerencianet.com.br/v1/docs/api-pix#section-criar-modificar-configura-es-da-conta

Pessoal, vocês tem um "não antes de" para a quitação de cobrança da API-Pix em ambiente de homologação ?

Olá pessoal, conforme orientado pelo <@!671762828046106646>, faço a sugestão de um endpoint na API PIX que nos informe os dados de um pix enviado para montarmos um comprovante de pagamento do nosso lado.

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.

Esse primeiro deploy traz uma versão mais simples, na qual a Gerencianet resolve tudo. Isso atenderá a alguns perfis de clientes. Lembrando que nós não armazenamos a chave privada.

Mas a sugestão de aceitar um CSR é tão boa que já tá até no Roadmap, neste card: https://www.notion.so/Gera-o-de-certificados-API-Pix-a-partir-de-um-CSR-de6f5650a5d44ed092af81d6b830ed66

@everyone gostaria da opinião de vocês sobre "Reenvio de Pix", após um recebimento da API Pix.
Mais detalhes aqui: https://www.notion.so/Retransmiss-o-de-Pix-Recebido-f6662ae376a04bd6a177177522bb3998

API de Cobrança. Daria para conciliar recebimentos, não pagamentos. No caso de envio de Pix se você fizer por banco/conta/CPF já vai saber para quem foi, mas por Chave Pix não. E imagino que seja esse o problema.

Pessoal, acabei de passar por uma situação aqui com a API de envio de PIX.

Aqui na Xerpa temos um produto que oferece antecipação salarial. Os colaboradores fazem "saques" do salário a qualquer dia/hora.

Fizemos um lançamento interno aqui e API falhou bastante. Motivo: múltiplos saques simultaneamente.

Segundo o <@!671762828046106646> a API de envio de PIX só pode receber uma requisição por vez.

1. Gostaria de confirmar esse entendimento. É uma requisição por vez? Isso é limitante demais!
2. Podemos discutir uma forma da serialização ser feita por parte da GN e não do integrador?

Sugestão: alinhar melhor com a equipe as informações a respeito dos [novos] recursos e exigências [removidas] para consumo da API Pix. Por ex: as informações a respeito da necessidade ou não de mTLS no PUT /webhook, bem como no recebimento dos callbacks, estão desencontradas lá no canal <#❖pix>. Tem membros da equipe GN dizendo A e outros membros dizendo B.

os links internos da documentação (como o "veja aqui" no quadro do txid que comentei acima) são no formato https://dev.gerencianet.com.br/v1/docs/api-pix#section-id-da-transa-o o que causa o carregamento de uma nova página se o visitante estiver lendo em https://dev.gerencianet.com.br/docs (sem o /v1 no path) e, quase sempre, não rola a tela para âncora que foi referenciada no link.

Os links poderiam ser resumidos à ancora: #section-id-da-transa-o ou os endereços com/sem /v1 poderiam ser unificados (o endereço sem /v1 redirecionar para o endereço com /v1) aí links poderiam ser completos ou ter apenas a âncora que não ficariam quebrados.

O link para abertura de ticket (para solicitar certificado API Pix) na página https://dev.gerencianet.com.br/docs aponta para https://gerencianet.com.br/fale-conosco/ quando ele poderia apontar para https://sistema.gerencianet.com.br/tickets/criar (os tickets abertos pelo link apontado atualmente não ficam vinculados à conta dentro do sistema).

Equipe GN, uma sugestão que acho interessante é vocês fornecerem um endpoint para que seja retornado quais as tarifas relacionadas a conta do cliente (sobre o escopo da API PIX). No webinar falou-se que uma empresa ou outra pode fazer parceiras com o GN e que os valores dessa tarifa podem variar. Isso, para quem fez a integração com a API para vários clientes acaba sendo ruim, pois a alternativa seria o usuário fornecer essas informações em vez do próprio sistema consultar e calcular a despesa gerada pela integração. O sistema podendo recuperar essa info, seria o ouro!

Sugestão: me contratar pra melhorar a SDK PHP e a documentação da API Pix 😂

Pode ser outro endpoint, até mesmo o criarcobranca, só queria que na API ficasse como no app dos bancos, assim que eu crio um Pix ele me devolve o nome da pessoa. Ai eu confirmo.

Gostaria de dar uma sugestao para a API PIX, no endpoint /oauth/token