Termos mais procurados:
Oi, @brunouasli. Bom dia! Como vai?
Obrigado por compartilhar sua ideia. Vamos considerar essa possibilidade para tornar a integração mais fácil e eficiente.
Atualmente disponibilizamos em nossa documentação a relação de SDKs conforme a linguagem de programação, acessando esse link.
Olá Igor, segui as informações da documentação p/ o Postman, mas está retornando o erro:
{
"error": "invalid_client",
"error_description": "Invalid or inactive credentials"
}
Ao tentar obter o token em oauth.
Bom dia @welitonxd ! Tudo bem? Nossa API já dispõe de um endpoint para solicitar extrato de conciliação. 😃
Neste link da nossa documentação tem mais detalhes sobre a utilização: https://dev.gerencianet.com.br/docs/api-pix-endpoints#requisitar-extrato-concilia%C3%A7%C3%A3o
Olá, pessoal!
Todos bem? Esperamos que sim!
Nós estamos trabalhando em uma nova proposta de layout para a documentação das nossas API's.
A ideia é propor uma nova organização do menu e trazer mais destaque aos endpoints disponíveis, além de facilitar o acesso as requisições e respostas.
🔗 O teste pode ser acessado clicando no link a seguir: https://app.useberry.com/t/GzC65aTTtmK0/
💬 Ao final do teste, vocês podem contribuir com sugestões e melhorias com base na experiência que vocês tem acessando outras documentações,
a contribuição de vocês será muito importante!
Desde já, agradecemos e conte com a gente 🧡
olá,
eu não encontrei na documentação uma forma de limitar o número de vezes que o cliente pode dividir no link do cartão.
a sugestão é que se fosse possível , no link de cartão ter uma forma de limitar a quantidade de vezes que o cliente poderá dividir no cartão sem juros.
Split ? Pq vc poderia mudar o critério de divisão:
Boa tarde, @jrmxse2735! Seja bem vindo! 👏 Tudo bem?
A API da Gerencianet já possui um endpoint com esta funcionalidade de transferência/envio de Pix, que lhe permite realizar o envio utilizando os dados bancários da conta do recebedor ou através da chave Pix. Segue o link do endpoint em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-requisitar-envio-de-pix
Pontuando que para obter o acesso a este endpoint é preciso preencher o seguinte formulário:
https://www.cognitoforms.com/GerencianetPagamentos1/Formul%C3%A1rioDeSolicita%C3%A7%C3%A3oDePermiss%C3%A3oParaEnvioDeValoresPixViaAPI
Após o preenchimento, basta aguardar que entraremos em contato.
Pessoal, gostaria de sugerir alguma documentação sobre testes automatizados.
Eu gostaria de mockar as chamadas de api da sdk nodejs da gerencianet, para conseguirmos escrever retornos de funções e validações mais facilmente.
Existe algum tutorial fazendo isso?
Estou suando o framework nestjs, mas algum mock provider convencional também serviria
certo, mas um exemplo do que eu to falando é que na própria documentação os dados que estão lá é do cartão que venceu em maio, e passa normalmente
Olá, <@!517929783753965588>. Boa tarde. Tudo bem?
Em alguns locais da documentação você encontra dados de cartão de crédito de exemplo:
https://dev.gerencianet.com.br/docs/pagamento-com-cartao#section-a-obtendo-um-payment_token-getpaymenttoken-
Mas você pode utilizar qualquer número de cartão que seja válido. Você pode gerar alguns de exemplo no seguinte site: https://www.4devs.com.br/gerador_de_numero_cartao_credito
Oi pessoal, boa tarde!
Estava aqui pensando em algum jeito de testar alguns tipos de erros em transações e acho que tenho uma sugestão para vocês (caso já exista, por favor me sinalize como utilizar).
Eu gostaria que tivesse dados de cartão de crédito para a gente testar em sandbox onde a mensagem daria por exemplo que o digito (cvv) tá incorreto, a validade tá incorreta, numero do cartão ou outra coisa... Se tivessem esses dados na documentação seria ótimo para testarmos isso e poder retornar a informação correta para o usuário.
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
Pessoal, vejo que tanto no SDK PHP e como no Postman há o campo de "solicitacaoPagador" preenchido como uma informação que parece ser uma descrição do serviço. Por um erro de alguns PSPs houve uma tratativa errado do campo e alguns somente mostram ele sem requerer nenhum dado do usuário. A GN em sua documentação leva a acreditar também que o campo também serve para isso quando coloca "solicitacaoPagador" => "Cobrança dos serviços prestados."
Sugiro a modificação para algo como "solicitacaoPagador" => "Informe o id do produto", assim o integrador poderá entender com mais facilidade (mesmo que o campo em si já descreva a funcionalidade).
Então, Pessoal, o Pix é algo que veio para ficar. É nítido o crescente uso da modalidade, seja por Pessoa Física ou por Pessoa Jurídica, e na troca entre os dois. É muito animador tudo que está ocorrendo, e não aderir ao Pix é uma inocência gerencial.
Observamos que a funcionalidade de recusa de txids, desenhada dentro das variáveis do fluxo oficial do Pix, tem tido problemas devido a implementações precárias por parte de alguns PSP's, que estão tecnicamente aquém do que se espera das especificações do Bacen.
Em conversas internas, e diante de nossas responsabilidades, não seria justo, seja com a comunidade ou com o próprio ecossistema do Pix, deixarmos de ofertar possibilidades em decorrência de problemas básicos de aplicação/interpretação da documentação oficial do Bacen por outros PSP's.
Por isso, iremos liberar, ainda hoje, o recurso de recusa de Pix, PARA TODOS, cabendo a nós "puxarmos a orelha" dos outros PSPs e buscarmos que eles sejam tecnicamente mais assertivos sobre a correta implementação do Pix.
Com o apoio de vocês, seguimos fortes na nossa responsabilidade e nossa contribuição com a inovação de Meios de Pagamentos no Brasil.
Bom dia Magno! É uma boa sugestão, em nosso webinar inclusive fizemos utilizando o Postman justamente para ficar mais didático e não focar em uma linguagem de programação em específico. Mas a ideia de gravar vídeos tutoriais para a documentação é uma boa também.
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.
<@!781134406680838216> : minha sugestão é retirar as menções às "PACS" da documentação de vocês. é totalmente irrelevante para os clientes. É detalhe de comunicação entre PSPs e BACEN. melhor ainda seria a documentação do BACEN ser referenciada, por mais que a de vocês seja boa, e deixar apenas menção ao que ainda não está 100% aderente ao BACEN. assim evitaria a necessidade de ficar represando modificações, quando elas tiverem por objetivo se adequar ao BACEN.
Boa tarde Rivan! Atualmente na Gerencianet o nosso fluxo para pagamento com cartão via API segue a nossa documentação, aqui https://dev.gerencianet.com.br/docs/pagamento-com-cartao
