Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
hiagosilvas
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
rubenskuhl
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
clusterweb
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
rubenskuhl
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
rubenskuhl
Pessoal, vocês tem um "não antes de" para a quitação de cobrança da API-Pix em ambiente de homologação ?
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
andersoncossul
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
anoni_mato
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
francisco.carvalho
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.
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
rubenskuhl
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
rafaelsiqueira8363
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?
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
anoni_mato
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
taironecdias
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!
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
anoni_mato
Sugestão: me contratar pra melhorar a SDK PHP e a documentação da API Pix 😂
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
wfssoftware.
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.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
wfssoftware.
Gostaria de dar uma sugestao para a API PIX, no endpoint /oauth/token